OpenClaw与软件的未来

这期对你直接相关度高：Peter 不是在谈"未来会怎样"，他在示范"一个人怎么靠一只 agent + 编码 harness 把知识工作的产出方式整个换掉"——这恰好踩在你造 App 的 7-Agent 链路、你本人怎么用工具干活、你做 PRD 工厂、你这本第二大脑的正中央。再加他俩花了大段聊软件产业的终局（谁会被 vibe code 替掉、Figma 撑不撑得住、100% 自动化的买家心理），对你的价值投资也有料。下面按你的项目逐条对。

给「造 App 的 7-Agent 链路」（app_incubator）

① 把"该做什么"前移到 agent —— 他已经在用 IDE 当"思考工具"而非"执行工具"了

• 怎么做的：主持人给了一个很硬的框架——IDE 历史上是"执行工具"，但执行成本趋近零后，新一代多-agent IDE 变成了"把试错变成厘清思路的方式"。他的实操是：先用最笨的办法堆出功能、死磕 agent 跑通，然后让 agent"列出本该换种方式做的地方"，再回到起点重做（原话框架：思考工具 vs 执行工具）。Peter 那句"代码本身基本上已经消失、被抽象掉了，你就是跟 agent 对话让它干活"是同一回事的另一面。
• 你可以怎么做：你一直卡在"把该做什么前移到 agent"——这就是答案的雏形。在 7-Agent 链路里专门加一个"反思 agent"步骤：第一版设计/原型跑通后，不要直接进下一阶段，先让一个 agent 通读产出、输出"如果重来，哪几处该换种做法"清单，再决定要不要回炉。你现在的链路是"一路往前推"，缺的正是这个"快速堆一版→让 agent 挑毛病→重做"的回路。

② 激活/首屏体验的真正杀手锏是"私人感"，不是功能 —— 占 70-80% 的价值

• 怎么做的：Peter 把 OpenClaw 的价值量化拆成了 70-80% 是"私人感"，技术组件（自我修改、skills 目录）只占剩下一小半。私人感从哪来？把 agent 装进 Telegram，"像个能躺床上发消息聊天的对象"，用语音随手发、跟朋友说话一样——而不是写"很花哨、很长的 prompt"。最戳的案例是散步时 Zoe 给他三分钟打气，让他别只顾创作者事业、多陪四岁的孩子。
• 你可以怎么做：你给 app_incubator 定的痛点是"激活/首屏体验"。这条直接告诉你：首屏的目标不是把功能摆全，是让用户在前 30 秒感到"这东西是对着我说话的"。落到动作——给你造的 App 设计一个"零配置就能用语音/大白话随便聊一句"的入口，而不是先让用户填一堆设置（Peter 自己吐槽 OpenClaw"配置花了好久、特别糙"，这正是激活杀手）。把"私人感"当成可量化的首屏指标去抠。

给「你本人怎么用工具干活 + 第二大脑」（本人精力 / Personal Thinking）

③ "AI 出 80%、最后 20% 自己改，我再也不从零开始" —— 一套可直接抄的产出工作法

• 怎么做的：Peter 原话——"我特讨厌写 Google Docs，简直耗掉半条命"，于是写博客不再一字字敲，而是用 Claude Code 给反馈让它写、不停打磨；AI 出头 80%，最后 20% 自己手动改，"我再也不从零开始"。他做 PPT 也一样让 AI 先出。注意：他不是"让 AI 替我写完"，是"AI 出毛坯、我做最后那 20% 的判断和手感"。
• 你可以怎么做：你的元约束是"一个人扛正职 + 多个副业，精力是最稀缺资源"——这条就是省精力的杠杆。把它焊进你的日常：凡是你要从零写的长东西（PRD、小红书脚本、给 macB 的任务、研读报告），一律先让 agent 出 80% 毛坯，你只投精力在最后那 20% 的判断。你已经在用 video-to-text / wiifm 这套了，把"先出 80%"上升成一条明文规矩，覆盖到所有写作动作。

④ 记忆系统默认很弱，得自己加"先过一遍所有记忆"的硬约束

• 怎么做的：Peter 直言 OpenClaw"默认的记忆系统做得不怎么样"——就是一个 memory.md 文本文件，每天更新一次，"经常忘事"。他的兜底是：在 agents.md 里写死"回答任何问题前先把所有记忆过一遍"，还得提醒它"功能就在你的文件里"（它老忘自己能干什么）。他后来叠了个"三层记忆系统"+ Toby 的 QMD 搜索工具才稍好。
• 你可以怎么做：你这本第二大脑的痛点正是"摄入 SOP、信噪比、跨主题串联"——本质是记忆/检索问题，跟 Peter 撞车。你已经有 MEMORY.md 索引和 CLAUDE.md 规则，这条提醒你：别指望 agent 自动想起来调用它们，要在入口规则里写死"回答前先检索 MEMORY.md / 相关 _MOC.md"。Peter 踩的坑（agent 忘了自己有什么能力）你也会踩——把"你能干什么"和"先查什么"显式写进 CLAUDE.md，而不是埋在某个文件里等它自己发现。

⑤ 用多个频道做"情境/意图切换" —— 一只 agent 也能分场景

• 怎么做的：主持人提出 app 的隐藏价值是"对意图的划分"（WhatsApp 求连接、Slack 求高效、TikTok 求娱乐）。难题是一个 agent 怎么知道"什么时候在调情、什么时候在干正事"。Peter 的土办法：在 Telegram 给同一只 Zoe 开多个频道——一个随便语音聊天、一个一起搞项目、一个公开做开发演示（避免泄露隐私）。
• 你可以怎么做：你同时跑 Holdwell / app_incubator / StockHelp / Personal Thinking / CoS 多条线，最容易"上下文串味"。借这个做法：给不同项目用不同的工作目录/会话/入口文件来切情境（你其实已经这么干了——每个项目一个 ~/Documents/xxx/），但可以更显式地在每个目录的 CLAUDE.md 顶部写一句"此处只谈 X、用 Y 视角"，让 agent 一进来就知道现在是哪个"频道"。

给「多-Agent PRD 工厂」（Codex Holdwell ERP work）

⑥ agent 跨团队对齐"比跟人容易太多"，且能"剔除情绪因素"

• 怎么做的：Peter 暴论"公司越大越糟心，因为一大堆人要对齐"——他回忆某前公司开 OKR 会"所有人挤一屋花 3 小时聊 OKR，简直在浪费我的生命"。对照之下，跟 agent 做跨团队协调/对齐"比跟人容易太多"，因为 agent"把情绪因素剔除掉"——你派你的 agent、我派我的 agent 去谈，谈出结论不带情绪、很客观。主持人补了个更狠的画面：未来工作的"NPS"很大一部分是"别被卷进跟另一个 VP 下属的 50 条来回 Slack 长串"。
• 你可以怎么做：你 PRD 工厂的痛点里就有"跨线对齐"——六条产品线强耦合、联动频繁。这条给你一个可落地的设计——把跨线对齐也设计成"agent vs agent"的协商步骤，而不是靠人来回扯：让代表不同产品线的 agent 先各自产出立场、再仲裁出"客观、去情绪"的对齐结论。你的三驾马车碰撞协议在单条线内已经是这个形态（独立初稿→互看→PM 主持合成），这条提示你可以把同一套机制推广到产品线之间，正好治"跨线对齐靠人来回沟通"的慢。

⑦ PM 该回归"创造者"，但 black pill 是大多数 PM 做不到 —— 一面镜子

• 怎么做的：Peter 引 Nikhil 的话说 PM 的理想是"创新者/创造者"——想出新东西、有重大洞察打开产品；但他的 black pill 是"大多数 PM 不知道怎么做到，很多公司任何职能岗能做到的人都是零"，PM 应该去试、要么成功要么转岗。他还顺带爆："基本上我认识的 PM 都在利用晚上和周末偷偷写代码"，"你要是真失业了，反而有更多时间当 builder、去创新"。主持人共鸣：PM"很难得到真正 ship 东西的满足感，除了每季度发版那一次"。
• 你可以怎么做：你就是 Holdwell 8 人 PM 团队之一，2021 年写的价值观头一条就是"创新大于机械"。这条不是给动作，是面镜子——Peter 把"PM 是不是创造者"当成一道淘汰题在问。对到你身上：你那些"晚上周末偷偷搭"的副业（app_incubator / StockHelp / 这本第二大脑），按他的框架不是不务正业，恰恰是你在练"创造者"这块别人零产出的肌肉。值得问自己一句：正职里你有没有真的在"想新东西、打开产品"，还是大部分时间在做对齐这种机械活？

给投资视角（StockHelp / 价值投资）

⑧ 软件产业终局的几条"护城河信号"，可直接喂进你的选股判断

• 怎么做的：两人聊了一圈"谁会被 vibe code 替掉"，给出几条很具体的判断——
  • 简单 SaaS 危、复杂 SaaS 稳：他不认为公司会大规模从 Slack、Deel 流失（复杂的 vibe code 不出来），但像 Calendly 这种简单的"那我为什么还要付费？"主持人反驳：Calendly 一个月 20 块还一直更新，自己维护反而占用"组织里有限的精力"——所以护城河是"复杂度 + 维护成本转嫁"，不是功能本身。
  • Figma 之争：很多人因为它股价跌了问能不能撑住；判断框架是它"两头都占"（设计执行 + 设计思考），这是它在新栈保持相关的机会——"既是思考工具又是执行工具"的产品更抗替代。
  • 100% 自动化的买家心理：做不到 100% 的 AI 产品被当成"很贵的软件"，能做到 100% 的（Decagon/Happy Robot/Sierra 那类客服）被当成"廉价劳动力"——买家给这两类的估值逻辑完全不同，而"100% 自动化非常罕见、最后 5% 仍靠人"。
  • 商业模式被"推理有成本"反向简化：推理的真实成本逼着 AI 公司"第一天就向客户收钱"，消费端头一回有了按 token 用量计费的直接收入——这会缓解消费互联网那套"只能间接变现、痴迷留存/大 R"的老难题。
• 你可以怎么做：你是找"卓越生意 + 被低估"的价值投资者，正自建 StockHelp 看板。把上面四条变成你看软件股的 checklist 问题：① 这家的产品是"简单到能被 vibe code 替掉"还是"复杂度+维护成本足够高"？② 它是纯执行工具（危）还是兼具思考价值（稳）？③ 它卖的是"贵软件"还是"廉价劳动力"，对应的估值锚对不对？④ 它有没有吃到"按用量直接收钱"这个新收入形态？这几问能帮你在 watchlist 里快速给软件/SaaS 标的分级。注意这是定性辅助，不替代你的 PE / 5 年分位 / 安全边际——只是给"商业模式/护城河"那一栏多几个 AI 时代的锐利问题。

---

🔄 更深三角度

该反着用 ——「公司尽量小、2-3 人 + 一堆 agent」这话对你是双刃。 Peter 和主持人反复鼓吹"公司越大越糟心、未来该 2-3 人小队 + agent"，这是创始人/独立创业者语境。你的处境一半相反：你正职在 Holdwell 8 人 PM 团队里，那套"小而美"不能照搬去否定团队协作（你要的是把对齐自动化，不是把人裁了）。但你的副业那一半语境完全吻合——app_incubator、StockHelp、小红书号、第二大脑，每一个都是"一人 + 一堆 agent"的理想试验田。所以正确的借鉴是分裂使用：正职里学"用 agent 消化对齐这种机械活"，副业里学"真的就一个人 + agent 把事做成"。别把这条无差别套到所有项目上。

和你现在做法的冲突 ——「我再也不从零开始」vs 你这本第二大脑的"原子笔记靠人提炼"。 Peter 主张产出一律 AI 先出 80%。但你给自己定的摄入 SOP 是"从 _总结报告.md 主、字幕补，人来提炼 3-5 条原子笔记"——这恰恰是你坚持不让 AI 全包的那 20%。张力在这：哪些环节该让 AI 出 80%（写脚本、出毛坯报告），哪些环节"亲手提炼"本身就是价值（你的判断力、跨主题串联）？这视频会诱惑你把更多动作交给 AI，但你的操作系统第一条是"判断力 > 努力"——提炼原子笔记可能正是那个不该外包的判断动作。这个边界自己划，我不替你定。

对你的镜子 ——Peter 那句"PM 都在晚上周末偷偷写代码"。 你也是。区别在于：他把这当成"PM 这个身份要被淘汰、赶紧转 builder"的证据；而你可以反过来看——你那些"偷偷搭"的东西（7-Agent 链路、选股看板、第二大脑），不是逃离 PM，而是在把"创造者型 PM"这件别人零产出的事，提前练成了你的不公平优势。同一个行为，悲观叙事是"PM 要完了"，你的叙事可以是"我在给那 1% 不会白费的努力下注"。

---

One Human Company 新号（2026-07 回填）

① C 类种子 ——「公司应该尽量小、2-3 人 + 一堆 agent」，这就是你新号的立论本身，Peter 帮你背书了

• 怎么做的：Peter Yang（Roblox PM、X/YouTube 高产创作者）开场就暴论"以前说软件吞噬世界，现在编码会吞噬所有知识工作"，紧接着直接喊"希望更多公司保持小规模——与其养 10 人产品团队，不如 2-3 人小队 + 一堆 agent"。主持人接了条推文："就业市场太差，反倒让我只能去追梦了。"这几乎就是你那句"一个产品经理开了家只有自己一个人类的公司"的原版台词，还是从一个大厂 PM 嘴里说出来的。
• 你可以怎么做：这是一条现成的 C 类「大佬说 X 我试了」——候选标题《Roblox 的 PM 说未来公司只要 2-3 人 + 一堆 agent，我真的一个人 + 9 个 AI 员工造了一个月的 App》。你拿 drizzle tech 那套 9+1 角色流水线去验："一个人类 + 一堆 agent"到底跑不跑得动、哪几步卡住、账单多少。诚实反驳必须写满：Peter 自己也承认"100% 自动化非常罕见、最后 5% 仍靠人"——所以别把它写成"一个人 + agent = 躺赢"，恰恰相反，你把判断力全砸在那最后 5%/20% 上，才是这篇能过弹药库闸门的地方（删掉你那 5% 的实测，这篇就退化成又一条"AI 要取代打工人"的鸡汤，不发）。

② 办号镜子 ——「70-80% 的价值是私人感」「AI 出 80%、最后 20% 自己改」，是你北极星和铁律的同一个道理

• 怎么做的：Peter 把 OpenClaw 的价值量化拆成 70-80% 是"私人感"、技术组件只占一小半；他写博客也是"AI 出头 80%、最后 20% 自己手动改，我再也不从零开始"，但强调不是让 AI 写完，是"AI 出毛坯、我做最后那 20% 的判断和手感"。
• 你可以怎么做：这条不是选题，是对你办号铁律的外部印证，拿来校准。你的弹药库闸门是"删掉我自己的判断和实测，这篇还成立吗？成立就不发；原样编译只配导 Twitter"——Peter 的"AI 那 80% 谁都做得出、值钱的是最后 20%"就是同一句话。落到动作：每写一篇存稿，套一次 Peter 的量化框架自问"这篇里'我的判断/私人感'占了几成？低于七八成，说明 AI 味太重、收藏率撑不起来"。北极星是收藏率，而人只收藏"别处抄不到的判断"，正是那 20%。

③ D 类立场句 / A 类种子 ——「为完成任务而打开的 app 最先消亡，娱乐型能多活一阵」

• 怎么做的：Peter 的争议观点：自从把银行、MCP 接进 OpenClaw，"我真的不怎么打开那些 app 了"——为完成任务才打开的 app 最先被用得少（"发消息让 agent 帮我做太方便了"），而为消遣娱乐打开的 app 能多活一阵。主持人补了层理论：人打开 app 是想"感受某种情绪"，app 给的其实是"对意图的划分"。
• 你可以怎么做：drizzle tech 的第一个 App 正在 building——这条直接是一道拷问你选型的立场题。可写成 D 类观点短评（带可反驳的立场句：《如果你正在做一个"帮用户完成任务"的 App，你可能在造一个最先被 agent 干掉的东西》），或并进 A 类造 App 决策复盘（你选的这个 App 到底站"任务型"还是"情绪/娱乐型"，你据此改了什么、怎么给它塞私人感来续命）。自检闸门：只要写出"我这个 App 是任务/情绪型、我据此改了什么"这段实测判断就成立；只搬 Peter 的结论不落到自己的 App，就是编译，导 Twitter。

---

💡 所以呢

可迁移思维模型

• 【耐用】思考工具 vs 执行工具：当某件事的"执行成本"趋近零，工具的价值就从"帮你执行"转向"帮你想清楚"。这条不止适用 IDE——适用你的 PRD 工厂（评审的价值不在产出文档，在逼出洞察）、适用你的投资看板（StockHelp 的价值不在显示数据，在帮你判断被低估程度）。凡是 AI 让某个动作变便宜，就问"那这工具该升级成帮我思考什么"。
• 【耐用】最后 5%/20% 靠人 + 100% 自动化非常罕见：几乎所有 AI 产品都能给"巨大提升"，但收尾那一小截仍是人的判断。这既是你做产品的设计原则（别承诺 100%，把人放在"引导流程"的位上），也是投资的估值锚（能做到 100% 的卖"廉价劳动力"、做不到的卖"贵软件"）。
• 【会过期】具体工具的此刻分工（"认真用 Codex、vibe 用 Claude Code"、"Claude Code 像老虎机/可变奖励"、Codex 还联动不了 Atlas）：这些是 2025 年底的快照，主持人自己都说"OpenAI 早晚补上"。半年后大概率翻篇，别把它当结论记，记的是底层那句"我喜欢 Claude Code 的很多原因其实是 harness 层的 quality-of-life 功能"——护城河常在 harness/体验细节，不在模型本身，这条耐用。

判断更新 如果你之前隐约觉得"把'该做什么'前移到 agent"是个很虚、不知从何下手的目标——这期给了你一个具体抓手：它 = 在链路里加一个"agent 反思/挑毛病"的回路（先堆一版→让 agent 列"该换种做法的地方"→重做）。从"前移决策"这个抽象词，落到了一个可以这周就加进 app_incubator 的具体步骤。

这周一个赌注 挑你最近要从零写的一份长东西（一份 PRD、或一篇小红书脚本、或一份给 macB 的任务说明），强制走 Peter 的"AI 出 80% → 你改最后 20%"流程，并记一笔：省了多少时间、最后那 20% 你具体改了什么。一周后回看——如果"最后 20%"是你真正的判断价值所在，这套就该固化成规矩；如果发现 AI 那 80% 其实也得大改，那说明这类活还没到能外包的火候。用一次真实产出，把"该不该把更多写作交给 agent"这个边界给试出来。