返回首页
最新
嗨，HN，我是Rob。我创建Broomy是因为对现有编码工具的单任务工作流程感到沮丧。
当我与AI编码代理合作时，我通常会同时处理5到10个任务，分布在不同的分支上。代理专注于一项任务，而我则在审查另一项、合并第三项并启动第四项。现有的集成开发环境（IDE）并不是为此设计的——它们假设你一次只做一件事。
Broomy是一个桌面应用程序（基于Electron和React），它允许你：
- 同时运行多个代理会话，并一目了然地查看哪些正在工作、哪些处于空闲状态或需要你的关注
- 与任何基于终端的代理（如Claude Code、Aider、Codex等）协作
- 在AI的帮助下审查代码、管理分支和处理合并
- 使用内置的IDE功能（Monaco编辑器、文件浏览器、git集成、内联终端）——所有这些都是围绕多代理工作流程设计的
我已经每天使用它几个星期，与在Cursor中工作相比，我的生产力显著提高。关键的见解是，你花在“与AI编码”上的大部分时间实际上是在等待——而Broomy让你可以利用这些等待时间来处理其他任务。
这是首次公开发布（v0.6.0）。已为macOS提供预构建的二进制文件。它应该也能在Linux和Windows上运行——从源代码构建非常简单（克隆、pnpm安装、pnpm启动：dist）。
采用MIT许可证。作为个人项目构建，与我的雇主无关。
仓库： [https://github.com/Broomy-AI/broomy](https://github.com/Broomy-AI/broomy)
网站： [https://broomy.org](https://broomy.org)
欢迎提问。
这是一个快速而有趣的项目，解决了我面临的一个实际问题——我想学习钢琴和弦的名称，但似乎不想花时间盯着和弦图。我想，也许我可以通过将逻辑编码到软件中，更深入地学习一些音乐理论。
我发现了这个表格<<a href="https://en.wikipedia.org/wiki/Chord_(music)#Examples" rel="nofollow">https://en.wikipedia.org/wiki/Chord_(music)#Examples</a>>，它逻辑性地分解了和弦的组成。我想到了位掩码，因此我将每个和弦转换为一个12位的位掩码，每个不同的音符字母名称（例如“C”或“B♭”）对应一个位。解码二进制涉及与MIDI的接口……这可能是灵感的来源——无论如何，位掩码似乎非常适合这个目的。
到目前为止，最具挑战性的部分是确定“ A♯/B♭”（在12音半音阶中被视为同一个音符）应该被表示为“A♯”还是“B♭” 的逻辑。据我所知，这取决于调号的上下文，而关于这一点的逻辑并没有很好地描述。我决定找到包含和弦中最大数量音符的音阶（7个音符的音阶）。这个音阶为音符字母名称提供了上下文。这一逻辑尚不完美——包含双降音和双升音的音阶（我之前并不知晓）仍然会产生模糊的结果。
一个用Python编写并经过Cython优化的高性能互联网广播流媒体服务器。
这本书的页面链接到一篇博客文章，里面解释了我是如何做到这一点的（并且有示例内容的链接），但简单来说，我发现很难找到既涉及“我们的”历史又充满技术细节的书籍。因此，我开始着手写一本，五年后，我很高兴能分享这个成果。我认为这是为数不多的包含大量代码的“计算机历史”书籍之一，但如果我错了，请纠正我（我写这本书既是为了讲述一个故事，也是为了学习 :-))。
我最喜欢的编程语言是Smalltalk和Lisp，但作为一名Emacs用户，我使用Lisp的时间更长，对于我当前的项目来说，Common Lisp更合适，所以我现在自称为“Lisp-er”。如果大家喜欢我所做的，我确实有计划再写一些（但可能要等我退休后再说，边写书边全职工作真的很难）。也许会写关于Smalltalk的内容，也许是关于计算机网络的内容——这两个主题我都非常热爱。
另外，特别感谢Dick Gabriel，他分享了关于这一切的开创者约翰·麦卡锡的一些精彩个人回忆。
我从diskprices.com获得了灵感，但将其应用于我的高尔夫爱好。<p>对于那些无法总是将球打入球道的人来说，高尔夫球可能会变得相当昂贵，因此我决定建立一个可以按每个球的价格查看亚马逊商品列表的方法。因此，这个网站的名字也由此而来。<p>该网站托管在Cloudflare页面上，我使用Github Actions触发一个Python脚本来获取和检查价格。这个脚本每天运行两次。如果脚本遇到任何新的ASIN，它会将其存储以便将来检查，因此被检查价格的高尔夫球列表应该会随着时间的推移不断增长。然后，变更会推送到Cloudflare页面。<p>有时，当产品标题显示一个数量，但从亚马逊返回的单位数量却是另一个数字时，可能会出现一些定价异常，因此我正在尝试添加一些检查来帮助解决这个问题。目前，我只是对某些ASIN进行了手动覆盖，但我希望在未来对此进行改进。<p>前端只是一些基本的HTML、CSS和JavaScript。<p>亚马逊上的商品列表有时可能不一致，例如，产品标题会说是二手球，但卖家却将其列为全新。我添加了一些过滤器，允许您排除二手/回收球、塑料高尔夫球等……您还可以按品牌进行过滤。<p>试试看，如果您遇到任何问题或有任何功能建议以使其更有用，请告诉我。
这是我们用于构建最小可行产品（MVP）和内部工具的开发流程。
为了快速推进，我们结合了多种工具、人工智能代理和系统。这使我们能够将产品开发周期压缩到1-2天。
以下是高层次的流程：
想法 → 模板 → AI规划代理 → 核心功能（Claude / Codex / Gemini） → 部署
每个工具都包含可重复的功能，如电子邮件、支付和营销页面。为了避免每次都重建这些功能，我们创建了一个模块化的内部模板，可以在这里查看。这个模块化的方法使我们能够非常轻松地更改设计，并专注于产品的核心功能。一旦模板设置完成，我们就可以开始了。文档也可以在这里找到。模板功能如下所示：
模板功能：
- 营销页面：主页、关于、定价、博客、联系方式、服务、法律页面
- 身份验证：NextAuth & Google Auth
- 支付
- 电子邮件
- 通知
- 仪表板结构
- 功能门控
- SEO & GEO准备
- 数据库设置
AI规划代理
AI规划代理充当我们的内部敏捷团队。
在使用AI进行构建时，强有力的规划对于确保开发代理在明确的框架内运作至关重要。这些代理直接嵌入我们的代码库中，使我们能够为想要构建的功能提供完整的上下文。
简单的流程如下：
分析代理 → 创建产品简报（http://brief.md） → 产品经理代理 → 创建产品需求文档（http://prd.md） → 架构师代理 → 创建系统架构（http://architecture.md） → 产品经理代理 → 创建史诗和故事（http://epics.md, http://stories.md）
这些为什么如此重要？这个过程为我们和开发AI代理提供了明确的执行计划和强有力的框架。因此，代理不会产生幻觉，而是准确构建所需的内容，以所需的方式进行构建。
以下是一个故事的示例：
## 故事 2.9：在状态变更时向提交者发送电子邮件通知
作为一个*反馈提交者*，
我希望*在我的反馈状态发生变化时（例如，从进行中→测试→完成）收到电子邮件*，
以便*我知道团队正在处理我的建议，并能看到进展*。
### 验收标准
1. 当团队成员更改反馈项目状态（故事2.5 拖放）时，触发电子邮件通知
2. 仅当提交者在提交时提供了电子邮件地址时才发送电子邮件（FR17）
3. 电子邮件主题：“[项目名称] 更新：您的反馈现在是[状态]”
4. 电子邮件正文包括：原始反馈标题、新状态、团队评论（如有）、查看公共板的链接
5. 电子邮件异步发送（不阻塞状态更新）
6. 如果电子邮件发送失败，记录错误但允许状态更新成功（NFR12）
7. 如果状态快速多次变化，不发送重复电子邮件（去抖动或排队）
8. 包含退订链接（目前为占位符）
9. 在开发和生产中测试电子邮件发送
现在我们已经准备好了一切，模板中包含所有可重复的产品功能（登录、仪表板、支付、电子邮件等），规划阶段已完成，具有明确的焦点、框架、用户故事和架构，我们拥有了使用AI（Claude、Codex或Gemini）构建所需的所有上下文。
在这个阶段，开发按故事逐个进行。随着完整的规划上下文到位，AI代理准确实施所需的内容。根据功能的数量，我们可以在1-2天内部署并准备好一个可供真实用户验证的在线产品。
以下是我们能够实现的示例：
https://startupkit.today
https://founderspace.work
嗨，HN，
我开发了Discode：一个在tmux中运行AI编码命令行工具并实时将进度转发到Discord（或Slack）的桥接工具。
我是在实验OpenClaw之后构建这个的。即使拥有完整的系统权限，我意识到我更喜欢对话式控制，而不是完全的自主权。
与其再构建一个仪表板，我将我的AI命令行工具连接到了Discord。
Discode在tmux中运行你的AI代理，并简单地将输出转发到Discord——没有包装，没有隐藏的执行层，没有云依赖。
欢迎提问或反馈。
由于几乎所有聊天应用都声称以加密方式保存数据（实际上并没有），我想要一个简单方便的替代方案。Threema 的聊天服务器没有存储功能，已经运行了 13 年，基于一个旧的 Ruby 脚本。由于 Gateway 需要付费，并且账户创建被平台的数字版权管理（如 Apple App Store / Google Play Store）限制，因此唯一正确的解决方案是通过二维码链接（误）使用现有的多设备功能。感谢 Codex 的帮助。