275. 复盘:当前最严重的 5 个问题

2026.07.11

·复盘832os

20260711_1.webp|960

1. 素材

  • 这两天,我一直在治理几个 skill 和整个 832OS。
  • 中间反复聊到了投资、Agents、whoami、原则、多 Agent 互审、Git 同步和单人维护边界。

2. 缘起

  • 这篇复盘的出现,其实挺意外,也让我有点惊喜。
  • 当时我还是想继续检查工程。
    • 前面已经治理了很多东西。
    • 刚刚让 Claude 然后帮忙测试了一下。
      • 然后我又想让 Agent 再整体自测和自评一下,看看还有哪里能改,怎么才能更完善。
    • 后来我又补了一句:
      • 不要只看当前文件,把昨天和今天其它任务里的聊天也放进来,再找出最严重的 5 个问题。
  • 我原本以为,最后得到的会是 5 个工程问题。
    • 文档哪里冲突。
    • 脚本哪里不稳。
    • Git 还有什么风险。
  • 但最后指出的 5 个问题,最严重的部分根本不在工程里。
    • 都是我一直在重复的个人行为和惯性。
    • 喜欢整理和治理。
    • 把行动变成分类。
    • 用多个 Agent 反复确认。
    • 让 AI 帮我描述自己。
    • 再从这些事情里,获得一种正在前进的感觉。
  • 我明明让它检查工程,它最后却把问题重新指向了我。
    • 奇怪的地方在这里。
    • 惊喜的地方也在这里。
    • 这一次,它没有继续顺着我把系统做得更完整。
    • 它反过来问我:为什么又在重复同一种行为?
  • 所以,这 5 个问题值得单独记下来。

3. 我又开始把整理当成前进

  • 这两天,我先治理了几个 skill,接着又开始治理整个 832OS。
    • README、SECURITY、AGENTS。
    • 个人上下文、whoami、原则。
    • Git 和发布脚本。
    • 几乎都重新看了一遍。
  • 很多修改确实有用。
    • 没用的东西删掉了。
    • 边界也比以前清楚了。
    • 但再继续下去,性质就变了。
  • 我又在做自己最熟悉的事。
    • 整理。
    • 规划。
    • 找多个 Agent 互相 review。
    • 再把系统改得更完整。
  • 这些事情很容易得到完成感
    • 也很容易让我觉得,自己正在处理重要问题。
    • 可系统外真正困难的事情,并没有因此自动向前。

是的,每搞完一个事情以后,我总会觉得有点满足感。好可怕。

275. 复盘:当前最严重的 5 个问题 图表 1

  • 832OS 本来是帮助我行动的。
    • 如果它不断把我吸回系统内部,那么它越完整,我越容易在里面绕得心安理得。

4. 当前最严重的 5 个问题

4.1. 治理正在替代行动

  • 治理不是没有价值,但这一轮已经够用了。
  • 继续改标题、规则、流程图和上下文,已经没有多少收益。
    • 这些问题确定、可控,也很容易完成。
    • 我可以一直做下去,不必面对那些结果不确定、需要长期投入的事情。
  • 判断很简单。
    • 没有改变下一次行动。
    • 没有产生系统外的结果。
    • 那就是在消耗时间。

4.2. 我把钱的问题变成了文章分类问题

  • 投资这条线最能说明问题。
  • 一开始,我想解决的是钱的问题。
    • 不能只靠工作挣钱。
    • 也要认真面对过去投资亏损暴露出来的问题。
  • 最后真正落下来的,却主要还是内容治理。
    • 给 new-note 增加“投资”类型。
    • 规定投资文章放在哪里。
    • 规定投资原则放在哪里。
  • 这些规则可以让内容更整齐,但不会让我更懂自己的钱。
    • 也不会自动改善任何一次投资决定。
  • 下次再谈投资,先回到真实问题。
    • 看真实数字。
    • 看自己能承受什么风险。
    • 看眼前要做的那一次决定。
    • 不再先建目录、改类型或继续收集材料。

4.3. whoami 现在还不真正属于我

  • 现在的 whoami,是 AI 帮我整理出来的一份交接底稿。
    • 它可以参考。
    • 但在我逐句读过、改过,并且愿意认领以前,它还不能算是我真正写下的自己。
  • 这里有一个很危险的循环。
    • AI 先写出一个“我”。
    • 后面的 Agent 再把这份描述当成事实。
    • 然后继续用它解释我的新行为。
  • 时间久了,我可能会被一套看起来很完整的 AI 叙事反过来定义
  • 所以这部分必须由我亲手完成。
    • AI 可以对比、提问、指出冲突。
    • 但它不能替我决定我是谁。

4.4. 多 Agent 互审,很容易制造虚假的可靠感

  • 不同 Agent 可以帮我补证据、找反例。
    • 但模型多,不代表结论就更真。
  • 这几轮已经反复出现同样的情况。
    • 一个模型给建议。
    • 另一个模型 review。
    • 我再让第三个模型判断。
    • 中间又生成计划、报告和新的规则。
  • 有些东西最后又被证明,只是旧现场、错误判断,或者根本不需要保留的过程材料。
  • 如果没有回到当前文件、代码、日志和真实结果,多个模型只是在互相放大文字。
  • 以后默认只让一个主 Agent 完成任务。
    • 只有高风险判断,才增加一次独立复核。

4.5. 个人系统、单人维护、永不公开、写给自己看

  • 832OS 只有我自己使用,也确定不会公开。
  • 不用为多人协作、跨设备和转公开这些不会发生的场景增加规则。
  • 任何东西也都是写给自己看的,自己能看懂就好。
  • 怎么省事、怎么顺手、怎么容易坚持,就怎么来。
    • 真遇到问题,再解决那个问题。

5. 停下,去做

  • 这轮治理到这里已经够了。
  • README、SECURITY、AGENTS、skill 和发布链已经能工作。
    • 不再为了完整继续优化。
  • whoami 留给我以后亲手读、亲手改。
    • 不再让 AI 代写。
  • 下一次打开 832OS,先处理一个系统外的真实问题。
  • 投资回到真实数字和真实决定。
    • 不再先变成文章、目录和规则。
  • 以后只有真实使用再次失败,才针对那个失败修下一个 0.1。
  • 真正需要警惕的,不是系统不够完整。
    • 是我又躲进了一个越来越完整的系统里。