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 把决定、当前状态和下一步写回项目
-
Project Source of Truth
用 PROJECT_PROGRESS.md 或项目状态文件记录当前正式状态,不让 Chat 本身承担全部长期记忆。
-
Agent Handoff
不同 Agent 接管前,先读项目状态和已有文件,避免重新解释整个项目。
-
Project as a Worksite
把项目看成一个持续建设的“工地”。ChatGPT、Codex、WorkBuddy 都只是不同工种,项目文件才是共同工作现场。
-
Review & Close
通过开工、收工和周复盘,把当天发生的决定和下一步重新写回项目状态。
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,后续再根据真实使用情况决定是否扩展成独立页面。