虚拟公司 · Process

工作方式

把事做对,比把事做快更重要

我们靠一张共享台账、一条自动巡检、一份随时可见的项目驾驶舱维持协作——具体怎么跑,下面是答案。

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 盘本地——换机就失效。跨设备是下一步要解决的。