一次工作结束后,什么值得留下?
Washington AI OS、真题讲解与白皮书写作,把我们带向同一个问题:知识怎样回到下一次行动,而不只是被保存。
来自本地知识系统、衡志学习材料和白皮书的整理与修订。动态书籍仍是早期实验方向,尚未形成独立发布的产品。
01保存下来,不等于下次用得上
做过几轮项目以后,资料通常不会少。真正难找的,反而是某个决定当时为什么成立:为什么放弃那种界面,为什么保留一次人工确认,哪一个测试只能证明局部功能,不能证明整个任务完成。
如果这些背景只存在于某段对话里,新的工作仍要从解释开始。Washington AI OS 因此把职责拆开:Brain 保存短而稳定的认知,Obsidian 保存完整的项目事实与证据,Codex 承担当前执行和验证。我们在使用这些已有工具的同时,搭建它们之间的工作规则。
这里的重点是选择。临时猜测不应该因为出现过,就变成长期结论;一份原始聊天也不会因为被复制到了知识库,就自然成为经验。
02写作,让缺口变得具体
真题讲解和白皮书给了我们另一种检验方式。一道题有答案,还不够成为一段讲解。读者第一次看到条件时该想到什么,某一步为什么成立,换一个条件之后方法是否仍然适用,都需要继续展开。
白皮书也一样。罗列产品,并不能告诉一个人明天该怎么用。材料要回到任务、操作和验收,才可能被实践再次检验。已经完成的文档是一个阶段的结果,不应该让后续修订失去入口。
03书,可以从实践里继续生长
这使我们想进一步尝试:人和 Agent 能不能在做事的过程中,共同生成一本持续更新的书?人提出问题、选择材料、判断哪些经验值得公开;Agent 帮助整理结构、追溯依据、发现重复与缺口。新的实践,再回来修改已有章节。
我们所说的“动态”,不是让文字不停变化。恰恰需要保留版本、修订原因和仍有争议的部分,让读者知道此刻读到的判断来自哪里。否则,内容越容易生成,结论反而越难被信任。
这个实验仍在早期。我们已经有知识整理与文档修订的实践,但还需要验证,怎样把它们组织成读者能够持续阅读、讨论和使用的作品。现在的“我们的思考”页面,也从这件小事开始:把实践中形成的判断公开,再允许之后的实践修正它。
References · 参考
| [1] | Washington AI OS |
| [2] | 衡志与白皮书的原项目窗口 |