In use / Evolving

AI Collaboration System

我在真实项目里持续摸索,ChatGPT、Codex、WorkBuddy 等 Agent 怎么接力,项目状态怎么不中断,重要决定怎么留下来。

01

Why

随着 AI 工具越来越多,我发现问题已经不只是“哪个模型更强”。

单次对话可以很快,但真实项目会跨越多个工具、文件和阶段。只要项目继续往前走,信息如何被共同理解和延续,就会变成更重要的问题。

02

Problem

真正让我反复卡住的是:

  • 换 Agent 后又要重新解释项目
  • Chat、代码、Obsidian、本地文件之间状态不一致
  • 做过的判断和决策很容易散落
  • 一个 Agent 做完,另一个 Agent 接不上
  • 项目越长,越容易不知道“现在到底以哪个版本为准”

所以我开始把问题从“怎么用一个 AI”转成:多个 AI 怎么持续参与同一个真实项目。

03

How

目前这套实践主要包含:

一个真实项目里的协作关系
ChatGPT讨论与整理
Codex实现与验证
WorkBuddy本地上下文与接续
Shared worksite Project files

PROJECT_PROGRESS.md · code · content · assets

Review & Close 把决定、当前状态和下一步写回项目
  1. Project Source of Truth

    用 PROJECT_PROGRESS.md 或项目状态文件记录当前正式状态,不让 Chat 本身承担全部长期记忆。

  2. Agent Handoff

    不同 Agent 接管前,先读项目状态和已有文件,避免重新解释整个项目。

  3. Project as a Worksite

    把项目看成一个持续建设的“工地”。ChatGPT、Codex、WorkBuddy 都只是不同工种,项目文件才是共同工作现场。

  4. Review & Close

    通过开工、收工和周复盘,把当天发生的决定和下一步重新写回项目状态。

Working evidence PROJECT_PROGRESS.md
## 当前阶段

NewForge V1 deployed / production QA passed。V1 已推送到 `origin/main` 并部署至现有 Cloudflare Workers;正式域名 `https://newforge.top` 已绑定,Cloudflare DNS 与 HTTPS 已生效。Home、Useful、About、Contact、2 个 Current Build Detail、3 个 Past Work Detail 和真实 404 均已完成 production QA,目前没有上线阻塞。

这段内容直接读取当前项目状态文件。新的 Agent 接管时,先从这里确认正式阶段和边界。

04

What I learned

这些不是“最佳实践”,只是当前阶段反复使用后留下的判断:

  • 不是所有问题都值得自己搭系统
  • 很多问题可能已经被产品设置、Plugin、Skill 或成熟工具解决
  • AI 工作流变化很快,具体技巧容易过期

真正更稳定的能力,是判断什么值得自己解决、什么应该直接用现成能力、什么只是暂时性的工具限制

05

Current state

当前已经在这些真实项目中使用:

NewForge、表达练习知识库、AI 协作复盘

已经稳定下来的

  • 项目 Source of Truth
  • Agent 接管
  • 项目状态更新
  • 阶段复盘

仍在验证

  • 多 Agent 协作的最小规则应该多轻
  • 哪些步骤值得自动化
  • 哪些方法会随着 ChatGPT、Codex、WorkBuddy 产品更新而失效
06

Takeaway

如果你正在处理类似问题,可以先从这两个最小部分开始:

它们目前先链接回首页 Useful,后续再根据真实使用情况决定是否扩展成独立页面。