goldBug Project OS
goldBug Project OS 是我和 AI 协作者一起工作、又不至于失去头绪的方法。它不是应用程序，也不是第二套项目管理工具：它是一个 Markdown 仓库——共用的代理指令、项目生命周期、执行与审查任务的流程手册，以及每个产品仓库起步时复制的模板文件。这一页的每个项目都跑在它上面，包括这个网站。公开仓库是私有仓库经过整理的快照；规则本身就是产品。
文档仓库 · 没有东西要安装
画面滑动 →
为什么做这个
同时和好几个代理工作——Claude、Codex、云端的、本机的——会以可预期的方式出错：代理修了没人要它修的东西、两个代理改同一个文件、某个决定被“修正”掉，因为没人写下当初为什么这样决定。OS 是对这些问题逐一写下的答案：一个结果一个 issue、一个 issue 一个分支、附验证表的草稿 PR、由没写这段代码的代理来审查，还有一份决策文件，解释那些否则看起来像意外的选择。我把它开源，是因为这些规则比建立在它上面的任何单一项目都更有用。
运作方式
- 01我用一句话批准一个结果。
- 02代理把它变成一个有界的 GitHub issue，附验收条件和止损点。
- 03代理在自己的分支上实现，开一个附验证表的草稿 PR。
- 04另一个代理审查任务、diff 和证据，并贴出发现。
- 05我裁决那些要紧的选择，然后合并。
- 06可复用的经验通过另一个 pull request 回到 OS。
使用技术
MARKDOWNGITHUB ISSUES & PULL REQUESTSGITHUB ACTIONSPYTHONBASHJQ
路线图
- 规则、流程手册和模板放进一个有版本的仓库——已完成
- 可配置的 profile，让其他维护者也能采用——已完成
- 整理过的公开快照——已完成
- 公开仓库的吉祥物与 README 更新
已知限制
- —为一位维护者和几个代理而写；它不是通用的项目管理框架，也不打算成为。
- —公开仓库是一份快照：私有的项目登记表和试行 profile 不在里面。
- —没有 UI，以后也不会有——GitHub 仓库就是整个产品。