嗨，HN，我几个月前在这里发布过 docmd，当时它只是一个简单的 Markdown 解析器。<p>我带着 v0.3 回来了，因为我们刚刚达成了一个重要里程碑：实现了完全离线、客户端的全文本搜索，且零配置。<p>我构建这个工具是因为我想要一个 Node.js 原生的替代品来替代 MkDocs Material。我不想为了文档在我的 CI/CD 中安装 Python，而 Docusaurus 对于简单的静态文本来说感觉太重（React hydration）。<p>Docmd 生成原始的 HTML/CSS，压缩后不到 15kb，现在还原生支持搜索、版本控制和图表。很想听听你们对搜索实现的看法。
返回首页
最新
我正在进行一个小项目，探讨创始人在早期阶段如何处理知识产权保护的问题，并试图了解人们面临的实际问题。希望能得到HN社区的反馈。
我们正在验证一种新的方式，让初创企业和创新者能够以经济实惠的方式保护他们的发明，同时在当今快速发展的人工智能时代保持运营自由。当创新以机器速度发生时，申请每一个想法的专利并不现实，但如果不保护发明，就可能会让竞争对手有机可乘，进行知识产权的围堵。你们的回答将帮助我们制定一个专门为像你们这样的创始人和孵化器量身定制的解决方案。
如果你愿意贡献意见，请点击以下链接：https://forms.gle/KSSWGc68RkNT9G8n6
<a href="https://archive.is/AKhTr" rel="nofollow">https://archive.is/AKhTr</a>
我为 macOS 构建了一个小型的开源会议检测引擎。
其目标是为应用程序提供一种简单而准确的方式，以便了解用户何时正在进行 Zoom/Meet/Teams/Webex 会议。
许多会议录制工具、生产力工具和专注应用程序都试图检测会议，但结果往往不可靠。有些应用程序甚至在没有任何活动时弹出“您正在开会”的提示。我希望能有一个稳定且易于开发者集成的解决方案。
该引擎使用 Rust 编写，并通过 napi-rs 暴露给 Node/Electron。
它运行一个轻量级的后台循环，并使用两个层次的检测：
1. 本地应用检测（Zoom、Teams、Webex）
• 进程检测
• 会议相关的网络活动
2. 浏览器会议检测（Google Meet、Teams Web、Zoom Web、Webex Web）
• 通过 AppleScript 读取浏览器标签
• 验证会议 URL 模式
• 支持 Chrome、Safari 和 Edge
它提供了一个非常简单的 JS API：
```javascript
init();
onMeetingStart((_, d) => console.log("会议开始：", d.appName));
onMeetingEnd(() => console.log("会议结束"));
console.log(isMeetingActive());
```
非常希望能收到反馈，特别是来自那些正在构建录音工具、专注应用、日历工具等的开发者。
Windows 和 Linux 支持即将推出。