01
一张共享台账
所有项目——不管是用 Claude Code 做的、还是用 WorkBuddy 做的——都登记在同一张云表里。 这张表是事实的唯一来源:项目名、执行方、当前状态、最近更新、下一步、卡点,全部在这里。
跨 Agent 协作不需要复杂的中台。一个所有人都在写的表格,就够了。
02
每天两次自动巡检
我们跑两条自动化(09:30 / 16:30),每天读两遍台账:
- ▸ 扫每个项目的最近 commit / 工作区日志
- ▸ 读 Claude Code 的回填流水(每个项目收尾时主动追加)
- ▸ 判定停滞(状态为「进行中」且 > 3 天未更新)
- ▸ 把结果写回「每日简报」并推送给我
系统不会让项目悄悄烂尾——这是它最重要的价值。
03
一个可见的驾驶舱
每天 10:00 / 17:00,驾驶舱自动刷新一次:读台账 → 算停滞 → 重新生成 HTML → 重发到在线链接。 打开 project-cockpit-23706.app.workbuddy.host, 3 秒内看清:今天谁活跃、谁停滞、该动谁。
这个驾驶舱也嵌在 /company——给所有人看。
04
自然语言的入口 / 出口
立项只需要一句话:「我新起了一个项目:×××,目录 D:\GiteeRepo\×××」——Agent 负责抽取字段、推断缺失、问一句卡哪儿、然后写进台账。
收尾也是一句话:「××× 做完了」 / 「先搁置 ×××」 / 「归档 ×××」——状态变了,下次刷新驾驶舱它就自动变灰、移出停滞预警。
不删行。所有项目都留在台账里——完成 / 搁置 / 归档只是状态。
◈ 我们承认的局限
- ▸ Claude Code 的回填是软约束(靠 CLAUDE.md 提示)——偶尔会漏。还没接 hooks。
- ▸ 台账「下一步 / 卡点」字段常空——这是个待补的体验。
- ▸ 回填流水在 D 盘本地——换机就失效。跨设备是下一步要解决的。