ESC
↑↓ 选择↵ 打开esc 关闭⌘K 唤起
← Home NO.36
第 36 期 · AI 产品 · 收录于 2026 年 8 月 15 日

AI时代组织重构

OJ
Owen Jennings · a16z
视频 27:05 原文约 2.9 万字 预计阅读 16 分钟 来源视频 ↗ 中英对照全文
双人对谈 · 本期速读电台 00:00 / 31:50
TL;DR · 三句话
  1. Block 在 2025 年初执行了一次略超 40% 的裁员,刀口绝大部分落在开发侧(销售/客户管理几乎没动),背后是 Owen 口中"12 月第一周"那个非黑即白的拐点——Opus 4.6 与 Codex 5.3 让 AI 从"擅长写新代码"变成"能驾驭已有复杂代码库",人数与产出几十年的相关性就此断裂。→ 详细
  2. 重组不是从旧组织里砍,而是从零重搭:以可靠性、合规、可持续增长三条核心原则为前提,把经典的"8 服务端+4 客户端+1 PM+1 设计"功能团队换成 1–6 人 squad,层级砍掉 50–60%,会议砍掉 70–80%,工作方式从"线性推 PR"变成"同时盯十几个 agent"。→ 详细
  3. 长期护城河不再是人数或代码,而是**"你深刻理解了某种别人极难理解的东西"**——对 Block 就是买卖双方如何参与经济;公司要建"world model"(一份关于"自己是谁"的 markdown),用信号反馈闭环 + Builder Bot 这类工具一天迭代成百上千次,答不出这个问题的公司"就有被 vibe code 掉的风险"。→ 详细

片头金句卡:Owen 把全片的收束问题前置——「如果你对『自己究竟理解了什么别人极难理解的东西』答不上来,那就有被 vibe code 掉的风险」

01

嘉宾与背景:Block 业务负责人 Owen Jennings

对谈现场:a16z「Connect Fintech」大会舞台,沙发炉边对话形式

Owen Jennings 是 Block 的业务负责人(business lead),主管 Square、Cash App、Afterpay 三条线的产品/运营/客户支持;此前在 Cash App 关键扩张期任 CEO。对谈方为 a16z 主持人(Jonathan 开场铺垫"创始人亲自掌舵"的重要性,Alex 在大会介绍时提到这轮"裁员潮"),核心议题是一家大型上市公司围绕 AI 重组自己到底是什么样子。Owen 在 Block 已待满 12 年,告别的不少人是相处十几年的朋友——这是他叙述裁员细节时的人情底色。→ 详细

02

"12 月第一周"的拐点:人数与产出相关性的断裂

  • Owen 从"两三年前"讲起:创始人 Jack(Dorsey)"大体总是对的、而且总是很早,有时早得离谱"——从 Twitter、Square、Cash App、Bitcoin 一路可见,所以 Block 在 agent 开发上入场很早。24、25 两年进展"相当可观",但真正的非黑即白突变发生在 11 月底/12 月第一周:标志是 Opus 4.6Codex 5.3 的出现。→ 详细
  • 拐点之前模型已擅长写新代码、绿地项目;几乎一夜之间(也就几周),它们处理"已有的复杂代码库"的能力强得惊人——这是质变,不再是"能写新代码"而是"能驾驭存量复杂度"。→ 详细
  • 几十年来"公司人数 ↔ 公司产出"的相关性,Owen 认为在 12 月第一周基本被打破:一两个真正"上手用工具"的工程师(或一个设计师+一个工程师)生产力能提升 10/20/100 倍。这条断裂是后面所有组织动作的根因。→ 详细
03

40% 裁员的决策过程、刀口分布与"人均毛利"反证

  • Block 整个 Q1 由高管团队(含 Jack)专门讨论:"这对怎么做产品、怎么为客户写软件、进而怎么经营一家公司意味着什么",最终落到这次裁员。裁员幅度略超过 40%,且分布极不均匀:工具在开发侧渗透最深,所以开发侧砍得幅度大得多;outbound 销售、客户管理这类岗位砍得非常少(de minimis)。→ 详细
  • Owen 主动驳斥"这只是清理 2021 过度招聘冗余"的叙事,用一个硬指标反证:2019–2024 人均(按全职员工)毛利 Block 一直处在竞争对手正中间,而去年跃升到大约"第二个五分位","基本上只有 Nvidia 和 Meta 在我们前面"。→ 详细
  • 反证逻辑:如果真是冗余臃肿,裁员就该落在运营团队;恰恰是开发侧被砍得最狠,说明根因是技术质变——"我们已经不再手写代码了,那个时代结束了、过去了"。这次裁员的关键不同还在于:是在利润和营业收入都很强势的位置上动手的,不是财务驱动→ 详细
04

从财务驱动到"组织该长成什么样"——重组的出发点

  • 对比反面案例:财务驱动型裁员是 CFO/CEO 说"我们得裁 16% 才能达标",先定数字再凑人头;而 Block 问的是另一个完全不同的问题——"考虑到 AI 工具现在的渗透程度、以及预期未来几个季度会发生的事,这个组织该长成什么样?" 先想清楚目标形态,再倒推该有多少人、怎么排。→ 详细
  • 这条出发点的转换是整次重组的灵魂:不是"在现有组织上削减以达标",而是"为 AI 原生的工作方式重新画一张组织图",裁员只是这张新图落地时的副产物。→ 详细
05

重组的三条核心原则(P00 红线)

  • 原则一·可靠性:做这么大规模的动作,最糟的情况是出故障、系统宕机——这是 P00,绝对不能接受(Owen 说事后几周一切运转良好)。这是不可被效率优化牺牲的第一条硬区。→ 详细
  • 原则二·客户信任 / 合规 / 监管:在极其复杂微妙的监管环境里不可谈判——合规团队和合规技术团队基本没动,"哪怕工具到位了,这块也不冒任何风险"。换句话说,他不是"希望大家别在合规上出错",而是直接把合规划成组织里不可被 agent 替代、不可被效率优化掉的硬区。→ 详细
  • 原则三·可持续增长:路线图上已明确要做的东西要继续做、长期赌注要继续下——只是从前的 14 人功能团队现在可能是 3 人小队在做。三条原则的共同逻辑是:先立不可谈判的底线,再在底线之下重画一切。→ 详细
06

"从零重搭"组织:哪些部门变了、哪些没变

重组方法是从零重新搭建组织(build up from scratch),而非在旧结构上削减。几乎没变的部门:监管法务团队(regulatory council)、SDR/BDR 团队——重组后样子跟一月份差不多。彻底改变的部门:开发侧"完全完全不一样了"。这种"有的几乎不动、有的推倒重来"的不均匀,正是"从零按原则重画"而非"全员等比例砍"的标志。→ 详细

07

裁员执行的"人情"细节

决策审慎且尽量厚道:因处在宽裕位置,遣散方案做得比较慷慨没有立刻切断离开者的技术权限(Owen 直言那种做法"挺糟心")。选择开全员大会,由 Jack 和高管团队直视大家的眼睛把决定和驱动因素讲清楚。时间线:宣布是在周四,随后周五到周日是大量震惊与消化不确定性的情绪期。→ 详细

08

裁员后的日常运作变化:会议、层级、节奏

会议数量砍掉约 70–80%,Owen 现在有时间真正去构建而非背靠背开会;每周一保持一到两小时、Jack 在场的全员大会维持高频同步。整体体感:更小、更精干、层级更少、管理幅度更大,回到了埋头构建的状态→ 详细

09

"创始人掌舵"是大刀阔斧的前提——避免反复小裁的文化毁灭

  • Owen 最锋利的一段担忧:不是创始人掌舵、缺乏大胆底气的公司会采取渐进式裁员——先裁 15%、说"还好",再裁 15%。而反复小裁对团队是毁灭性的,因为"头上总悬着一把随时会落下的裁员之剑"。→ 详细
  • Block 这次刻意走了一步到位的不同方向,把痛苦集中释放,反而能做得更厚道(遣散慷慨、不立刻断权限、Jack 开全员大会直视大家眼睛)。附带好处:本就在上升的 AI 工具使用量,被这次裁员变成了一个巨大的倒逼机制(forcing function)→ 详细
10

新工作流:从"顺序提 PR"到"并行调度十几个 agent"

Owen 现场解说新工作方式:后台十几个 agent 同时写 PR,人在它们之间来回切上下文

  • 具体案例 Money Bot 推到 50% 用户:以前是 15 人团队,现在是 4 人 + 2000 美元 token 预算(约等于无限 token,还能在 Claude code 上用 fast mode)。→ 详细
  • 工作方式从"顺序处理一个 PR → 提交 → 等 review → 再改",切换成"同时开 8 个 goose 实例、14 个 agent 在替我写 PR,我在它们之间来回切上下文"。关键身份转换:他不再是"写代码的人",而是十几个 agent 的调度员 + 检查员→ 详细
  • 这不只是软件开发侧的变化——PM、增长营销人员、乃至 Owen 自己都一样:后台有 10–20 个 agent 在干活,人去检查、推一把、改一改,再提交 GitHub、拿 markdown 文件放进唯一可信源。这份"唯一可信源"是并行调度不各跑各的的兜底。→ 详细
11

AI 基础设施底座:Goose、G2、Builder Bot

  • Goose:Block 2024 年初推出的、Owen 所知"第一个 agent harness"(名字致敬《壮志凌云》的僚机搭档)。它与模型无关——可在 Anthropic、OpenAI、开源模型上跑,接了约 120 个模型,按任务随时换底层模型;原本给人用,后又在上面搭了一层 agentic 能力,如今 Block 大量自动化都经它路由。G2 则是仅供内部使用的 agentic 操作系统,任何人都能用它把任何"确定性工作流"自动化掉。→ 详细
  • Builder Bot:类似 Claude code 但更深接入 Block 基础设施的内部工具,会自主合并 PR、甚至把功能做到 100% 完成度;但更常见、更可取的是做到 85%–90%,再由掌握大量上下文的人收尾最后 10%——这条交付线不是技术上限决定的,是他们主动选在"人能高效接管"的那个点。"从想法到 10 万/100 万客户手里"的时间自 12 月起被极大压缩。→ 详细
  • 时间线奠基:23、24、25 年逐步打底——先搭 Goose 这个 agent 底座,再在其上为公司建一大堆工具。→ 详细
12

杰文斯悖论:单家公司变小,但世界上的开发者未必更少

Owen 明确判断:对一个特定产品/路线图,所需工程师、设计师、PM 会更少——"经过 12 月那波之后非常非常清楚"。但这不等于世界上这些角色总数变少——这是经典的杰文斯悖论(Jevons paradox):能被构建出来的东西成了一个更大的"超集"。推演:单家科技公司可能小很多,但可能冒出 50–100 家新公司,或软件开发渗透到历史上从没这么干过的行业;不过 Owen 强调"我不是来预测未来的,我专注 Block"。→ 详细

13

新组织形态:从功能层级到 1–6 人小队

  • 旧形态:经典层级化、按职能划分的"标准中型科技公司"——8 服务端工程师 + 4 客户端工程师 + 1 PM + 1 设计师,线性推路线图。新形态:1–6 人的小 squad,灵活流动——一个 squad 可花几个周期做这个产品并上线、再花一个周期做另一个产品;不同于一两年前"我在银行团队就永远在银行团队"。→ 详细
  • 层级大幅压缩:开发侧砍掉约 50%–60%,产品侧只剩两层(个别地方三层),信息流动顺畅多了。→ 详细
  • 一个行业现象的注脚:"每个 CEO 都跑去 Twitter 晒 GitHub 绿点"——Owen 说那是真的,Block 所有设计师、所有 PM 都在提 PR,角色边界被工具抹平,这事"已经不新鲜了"。→ 详细
14

开发之外的自动化:客服、风控、合规与"human in the loop"

原则:只要有确定性工作流就能自动化;规模化科技公司里大量"处理工单队列"的活正被彻底自动化。客户支持(本不算新鲜事):聊天机器人、AI 电话支持正自动处理掉大部分咨询;再往下进入产品运营、风险运营、合规运营等决策环节,"总的来说模型和 agent 比人做得更好"。human in the loop(人在回路)现在至关重要——是跟合作方、监管机构打交道的"关键热词";但长远看,这些系统"会比雇一千个人干这活强太多"。→ 详细

15

业务结构:从事业部制到职能化,三大业务版图

旧结构是事业部制——Square、Cash App 各自独立、各有 CEO,但"没带来理想结果"。约 18 个月前职能化改造:所有工程汇报给工程负责人、设计汇报给设计负责人、产品汇报给 Owen,由此有了横跨整个 Block 的金融平台团队和做大量自动化的业务平台团队,技术与基础设施不再品牌专属、越来越多打造连接 Square/Cash App/Afterpay 的功能。业务体量:Owen 2016 年加入 Cash App 时才刚摸索变现,如今 Cash App 约占公司整体毛利 60% 左右,且 Cash App 与 Afterpay 增长更快→ 详细

16

产品侧的范式转变:生成式 UI(generative UI)

  • 大转变:从过去 10–15 年人人都一样的静态/死板 UI,转向生成式 UI——Owen 判断"未来约 6 个月会发生根本性改变",Money Bot、Manager Bot 上已经看到。Money Bot = "装在你口袋里的 CFO",能主动出击、在 Cash App 里代你执行操作,搭在 Goose 之上;Manager Bot 是 Square 侧的类似物,同样搭在 Goose 之上。→ 详细
  • 案例(Cash App):问 Money Bot"我最近钱都花哪儿了",它会实时即兴生成图表与可视化,而非写死在代码里——Owen 称之"很酷,但从 QA 角度可能是噩梦",要解决"对几千万客户如何 QA 非确定性输出"。→ 详细
  • 案例(Square):多门店快餐店老板可让 Manager Bot 现场生成一个排班 App,自动通过 WhatsApp/Signal 给员工发短信——而这个 App 的样子"不在推到 App Store 的实际应用源代码里"。这是"最终 App 形态不写死在源码里"的标志性一例。→ 详细
17

"主动智能":不要让用户自己写 prompt

个性化的浅层版本(按收入来源、是否炒币、是否常用 Afterpay 让每个人的 Cash App 长得不同)"光靠个性化就能做到,没什么意思"——真正有意思的是实时生成,它带来更高掌控权、更强个性化,进而更高参与度、更好的产品发现。关键洞察:别指望用户自己写对 prompt——尤其跟钱相关时,Block "在主动智能(proactive intelligence)侧投入巨大",主动用对用户有意义的东西去提示他们,这正是创造价值之处。→ 详细

18

股价与"投票机/称重机"——如何调和增长与平盘股价

主持人(右)抛出股价六七年走平的尖锐发问,Owen(左)作答

  • 主持人尖锐发问:业务和人均毛利大增,但股价大约六七年基本是平的,怎么调和?→ 详细
  • Owen 回应(先自嘲"谢谢提醒"):市场有周期性;他记得 2021 年股价约 260 美元时"觉得有点不理性"——一个内部高管在告诉你那时候是泡沫。→ 详细
  • 金句(引格雷厄姆):"市场短期是投票机,长期是称重机"——所以"专注做事就好"。这句也是后面护城河讨论的引子:短期投票可以错杀,长期称重终会回到"你到底创造了多少真价值"。→ 详细
19

近中期护城河:分发/网络效应、牌照、硬件

  • 分发渠道与网络效应:认同 Citrine 与 DoorDash 的判断——"没人会在未来一两周里 vibe code 出一个 DoorDash";"我们随便谁大概一周能做出一个 P2P App,但没人能 vibe code 出五六千万真正在用的月活"。→ 详细
  • 牌照与监管姿态(regulatory posture):明确是 Block 存在的护城河。硬件:现在很难想象 AI 工具怎么传导到硬件侧——"你没法 vibe code 出一块 Square 硬件"。这三层(分发/网络效应、牌照、硬件)共同构成"扛得住 AI、不会被一个小团队复制"的近中期防线。→ 详细
20

长期护城河:把公司当"智能系统"——world model + 信号反馈闭环

  • 长期看,真正能让公司有防御力的,是它在多大程度上理解某种别人极难理解的东西;Block 越来越多地把自身当作一个"智能系统"来谈。推演(外推过去几个月趋势):一家公司坐在某种信号/丰富数据/深刻洞察之上——对 Block 就是"卖家和买家如何参与经济";接下来的竞争是"你能多快迭代去提升这种理解"。→ 详细
  • 方法论·world model:在内外部构建"理解客户是谁 + 理解 Block 怎么运转"的世界模型,可想象成一份关于"你是谁"的 markdown 文件——含价值观、要优化的指标、在意/不在意什么。→ 详细
  • 方法论·反馈闭环(两样东西):① 跟"信号"之间的闭环——你深刻理解了什么别人难懂的东西;② 一个工具(Builder Bot / Claude Coder 之类),然后在这个闭环里一遍遍迭代。关键是:world model 不是静态信仰,而是闭环里被高频迭代的对象。→ 详细
21

迭代速率的终局:一天跑成百上千次、人退为"编辑"

  • 速率变化:过去做一个功能要几个月,现在一两周且仍有人参与;"很清楚的是,未来你能把这个闭环一天跑上几百次、几千次"。→ 详细

  • 人的角色后撤:未来"也许还有人参与、也许没有,也许人更像是编辑(editor)"——从 author 退成 editor。→ 详细

  • 收束金句:"最大的护城河会是——哪些公司理解了某种别人极难理解的东西。如果你对这个问题的答案是'我也不知道',那你大概就有被 vibe code 掉的风险了。" 这句把全片从"公司怎么重组"收到"你(公司或个人)凭什么不可替代"。→ 详细

  • 本场无独立的 lightning round 环节。收尾即 Owen 的最后一句护城河金句,随后主持人致谢——"这真是一场精彩的对话,非常感谢你来参加。" → 详细

  • 值得单独记下的两句原话:"市场短期是投票机,长期是称重机"(谈股价时引用);以及"没人能 vibe code 出五六千万真正在用它的月活"(谈分发护城河时的标志性表达)。→ 详细

(无)

🎯 于你何益 为你定制 · 非通用结论

这期跟你高度相关——不是因为你要去裁谁的员,而是因为 Owen 描述的「一个组织被 AI 重写工作方式」的全过程,几乎是你那套多-Agent PRD 工厂、7-Agent 造 App 链路、以及你自己「单兵扛多线」处境的真人放大版。Block 把「14 人功能团队 → 3 人小队 / 后台十几个 agent」这件事真的干成了,还在利润强势时主动干的;你正在小尺度上做同样的事。下面按你的项目分开说。这期还正好是一个价值投资案例(Block 上市公司、谈了护城河和股价),最后单挑出来给你的投资视角。

一、Codex Holdwell ERP work(你的多-Agent PRD 工厂)

1. 「从零重搭,而非在旧结构上削减」——这正是你 PRD 工厂该补的一刀

  • 怎么做的:Owen 反复强调重组方法是 build up from scratch(从零重新搭建组织),不是在旧的功能团队上「砍 16% 凑数」。他把这次和财务驱动型裁员对立起来——财务驱动是 CFO 说「我们得裁 16% 才达标」,而 Block 问的是另一个问题:「考虑到 AI 工具现在的渗透程度、以及未来几个季度会发生的事,这个组织该长成什么样?」 他先立三条不可谈判的核心原则(可靠性是 P00 绝对不宕机、合规监管不冒任何风险、可持续增长继续下注),再在这三条之下重画组织,而不是反过来。
  • 你可以怎么做:你那套三驾马车 + 六步碰撞协议,本身就是 2026-06 从零重画过一轮的产物——但值得定期再问一遍:有没有环节其实是「现有人肉流程 + 套个 agent」的旧骨架残留?试一次反向练习:假装 Holdwell 的 PRD 产线明天从零搭,只给你一个 PRD 工厂 + 几个 agent + 一份『绝不能错的底线清单』(就是你的可靠性 / 合规对应物),你会怎么画这条线?把这次重画的结果和你现在的六步流程并排放——差出来的部分,往往就是你该砍的中间层(那些「为了兼容旧做法」而留的环节)。Owen 的话也是这次重构该守住的教训:流程之所以收不拢,是因为在两套骨架上各削一刀,而不是从零长出一套。

2. 「先立不可谈判的原则,再谈砍什么」——给你那个一直缺的『强制执行点』一个落点

  • 怎么做的:Block 的三原则里,最硬的是合规团队和合规技术团队「基本没动」——哪怕工具到位了,「这块也不冒任何风险」(de minimis,几乎没砍)。Owen 把它定成 P00:不可谈判、绝对不接受出事。换句话说,他不是在「希望大家别在合规上出错」,而是直接把合规划成了组织里不可被 agent 替代、不可被效率优化掉的硬区。
  • 你可以怎么做:你现在的悬念是「碰撞协议纪律是否真执行、评审意见是否真回炉」——约定写在纸上、agent 想绕就绕。Owen 给的解法不是加更多检查,而是先明确声明哪几样东西是 P00 级、绝不允许任何 agent 自动通过(比如:涉及跨线契约变更的 PRD、改了核心字段语义的、独立初稿环节互看了对方产出的)。把这张「P00 红线清单」写进每个 agent 定义(.Codex/agents/*.toml)的系统约束里,让 agent 在碰到红线时强制停下来转人工,而不是靠真人评审事后兜底。一句话:你缺的不是更多检查,是先选出那 2-3 件「碰了就必须停」的事,其余全放开。

3. 「85%–90% 由 Builder Bot 做,最后 10% 由有上下文的人收尾」——给你的 agent 链路定一个交付点

  • 怎么做的:Block 的 Builder Bot 会自主合并 PR、甚至把功能做到 100%,但 Owen 说更常见、更可取的是做到 85%–90%,再由「掌握大量上下文的人」收尾最后 10%。这条线不是技术上限决定的,是他们主动选的——把 agent 的产出停在「人能高效接管」的那个点上。
  • 你可以怎么做:你的痛点是「评审意见回炉缺闭环」「agent 产出缺可验证」,本质都是没定义清楚 agent 在哪一步该交棒给人。借 Owen 这个 85/15 切法,给碰撞协议明确标一个交付百分比:从①澄清到独立初稿、碰撞三件让 agent 跑到 ~90%,最后 ~10% 强制由 PM 带上下文收口(你在④合成定稿本来就是主持人——确认实体口径、拍跨线对齐、签字)。这样「agent 产出可验证」就有了天然采集点——每次人接管时记录「agent 交来的是 90% 还是 60%」,几轮下来就有了你一直缺的「agent 到底顶不顶用」的硬数据。

二、app_incubator(7-Agent 造 App 链路)

1. 「同时盯 8 个 goose 实例、14 个 agent 写 PR,人在它们之间来回切上下文」——这就是你 7-Agent 链路的目标工作流

  • 怎么做的:Owen 把 Money Bot 推到 50% 用户的团队从 15 人压到 4 人 + 2000 美元 token 预算(约等于无限 token,还在 Claude code 上开 fast mode)。工作方式从「顺序处理一个 PR → 提交 → 等 review → 再改」切换成「同时开 8 个 goose、14 个 agent 替我写 PR,我在它们之间来回切上下文」。关键是:他不再是「写代码的人」,而是十几个 agent 的调度员 + 检查员
  • 你可以怎么做:你的 7-Agent 造 App 链路如果还是「一个 agent 跑完交给下一个」的流水线,那只是把人肉串行换成了 agent 串行,杠杆没放大。Owen 的画面提示你该往并行调度走:让 Figma → Chrome → Notion 这几路 agent 并发跑不同模块,你坐在中间做上下文路由和检查,而不是等链路一节一节走完。你的痛点「把『该做什么』前移到 agent」也能从这里破:Owen 团队之所以敢并行,是因为有「唯一可信源」(GitHub markdown)兜底——每个 agent 干完都把产出塞回那份 markdown。你的链路也该有这么一份所有 agent 共读共写的『当前该做什么』文件,这样并行才不会各跑各的。

2. 「设计师、PM 全都在提 PR,已经不新鲜了」——印证你「设计稿即工程强制契约」这条路赌对了

  • 怎么做的:Owen 说「每个 CEO 都跑去 Twitter 晒 GitHub 绿点」那是真的——Block 所有设计师、所有 PM 都在提 PR,角色边界被工具抹平了。生成式 UI 那段更直接:Square 的多门店老板能让 Manager Bot 现场生成一个排班 App、自动 WhatsApp 发给员工,而这个 App「不在推到 App Store 的实际源代码里」。
  • 你可以怎么做:你 app_incubator 的核心信条是「设计稿即工程的强制契约」(Figma 一变,工程跟着变)。Owen 这期给了你两个佐证:一是角色边界正在消失——设计/PM/工程的产出都收敛到同一个可执行物(PR / 设计稿),你这条「设计稿即契约」正是顺着这个方向;二是生成式 UI 让「最终 App 形态不写死在源码里」,这跟你「设计稿驱动」是一脉的——既然 UI 可以运行时生成,那「设计稿即真理」就比「源码即真理」更接近未来。建议:把 Owen 的 Manager Bot 排班 App 案例存进 app_incubator 的灵感库,作为「设计稿 / 意图直接生成可用 App」的标杆参照,反推你的链路离「老板一句话出 App」还差哪几环。

三、Chief of Staff apps(宪法驱动的决策外脑)

1. 「world model = 一份关于『你是谁』的 markdown 文件」——这几乎是你宪法的同义词,但 Owen 给了它一个新用法

  • 怎么做的:Owen 谈长期护城河时,提出公司要建 world model:在内外部构建「理解客户是谁 + 理解公司怎么运转」的世界模型,可以想象成一份关于『你是谁』的 markdown——含价值观、要优化的指标、在意 / 不在意什么。然后配一个反馈闭环:① 跟「信号」之间的闭环(你深刻理解了什么别人难懂的东西);② 一个工具(Builder Bot),在闭环里一遍遍迭代,未来一天能跑几百上千次。
  • 你可以怎么做:你的 Chief of Staff 宪法(CONSTITUTION.md)本质就是这份「关于你是谁的 markdown」——价值观、长期目标、元约束全在里头。Owen 的新意在于:他不把这份文件当『静态信仰』,而是当『闭环里被高频迭代的对象』。 你的宪法现在更像「写一次、偶尔翻」;借 Owen 的 world model 思路,给宪法接一个信号闭环:每次 CoS 帮你做完一个跨域决策,回写一条「这次现实反馈是什么 / 哪条原则被验证或证伪」,让宪法像代码一样被持续 commit。你的痛点「季度回望」就不再是一年四次的大事,而是每次决策后的微更新——这正好对上你操作系统里那条「每周留一天思考」。

2. 「创始人掌舵才敢一步到位,否则反复小裁毁灭文化」——一面照你『软教练质量』的镜子

  • 怎么做的:Owen 最锋利的一段:不是创始人掌舵、缺乏大胆底气的公司,会采取渐进式裁员——先裁 15% 说「还好」,再裁 15%。而反复小裁对团队是毁灭性的,因为「头上总悬着一把随时会落下的剑」。Block 刻意走「一步到位」,把痛苦集中释放,反而更厚道(遣散慷慨、不立刻断权限、Jack 开全员大会直视大家眼睛)。
  • 你可以怎么做(这是面镜子,不替你下结论):把「公司 vs 渐进式裁员」换成「你 vs 你的副业组合」。你同时扛 Holdwell + 7 个副业,精力是元约束。Owen 这段在问你一个不舒服的问题:你是不是也在『反复小裁』自己的项目?——这周给小红书分一点、下周给 StockHelp 分一点、每个都不真砍掉也不真 all-in,结果每个项目头上都悬着「随时可能被你弃掉」的剑,谁都长不大。Owen 的解法是「创始人掌舵、一步到位、把决定讲清楚」。对你而言,CoS 该逼你做的不是「再平衡一下精力」,而是敢不敢对某个副业做一次『一步到位』的取舍——明确砍掉 / 冻结一两个,把它们头上的剑摘掉,让活下来的那个真正长大。

四、你本人 / 单兵精力(元约束)

1. 「人退为编辑(editor),一天把闭环跑几百上千次」——你单兵杠杆的天花板长这样

  • 怎么做的:Owen 描绘终局:过去做一个功能要几个月,现在一两周且仍有人参与,但「很清楚的是,未来你能把这个闭环一天跑上几百次、几千次」,而人的角色后撤为『编辑』——也许还参与、也许不,人更像 editor 而非 author。配合前面「一两个真正上手用工具的工程师生产力提升 10/20/100 倍」。
  • 你可以怎么做:这直接打在你「杠杆 > 工时」「99% 的努力终将白费,盯那 1%」的操作系统上。Owen 给了你一个可量化的自检:你这周有多少时间是在『当 author』(亲手写、亲手做),多少时间在『当 editor』(让 agent 做、你检查推一把)? 你的目标不该是「更努力地做」,而是把自己尽量挪到 editor 位——凡是「确定性工作流」(Owen 反复说的那个词)就交给 agent,你只在「需要判断 / 需要上下文」的 10% 出手。具体动作:这周挑一件你正在亲手做的重复活(整理笔记、跑数据、写模板),逼自己改成『agent 做 90% + 你编辑 10%』,体验一次「从 author 退成 editor」——这就是你单兵能撬动的最大杠杆。

2. 「你究竟理解了什么别人极难理解的东西?答不上来就有被 vibe code 掉的风险」——直接拷问你的不公平优势

  • 怎么做的:全片收束金句:「最大的护城河会是——哪些公司理解了某种别人极难理解的东西。如果你对这个问题的答案是『我也不知道』,那你大概就有被 vibe code 掉的风险。」 对 Block 这个「别人难懂的东西」就是「买卖双方如何参与经济」。Owen 把它从公司层面,顺手也抛给了每个个体。
  • 你可以怎么做:你的档案里写着要找「不公平优势」「该 all-in 哪个编码下注」。Owen 这句话是最锋利的过滤器:把它问到你自己头上——『我彭宇新究竟理解了什么、是大多数人极难理解的?』 是跨境电商 ERP 的真实业务肌理?是「PM 思维 + 内容创作」的交叉?是「价值投资 + 产品视角」看公司的方式?诚实地写下答案。如果某个副业你答不出「我在这上面懂得比别人深在哪」,那它大概率就是会被 vibe code 掉的那个,不值得你 all-in;反过来,你答得最有底气的那一两个,才是你该下重注的「编码下注」。这是比『哪个项目更赚 / 更有趣』更狠的取舍标尺。

五、投资视角 · StockHelp(这期是一个现成的价值投资案例)

  • 怎么做的:这期里 Owen 谈了一连串你这个价值投资者该竖起耳朵的东西。① 谈到股价时直接引格雷厄姆:「市场短期是投票机,长期是称重机」,还自曝 2021 年股价 ~260 美元时「觉得有点不理性」——一个内部高管在告诉你那时候是泡沫。② 人均毛利这个指标:Block 2019–2024 一直在竞对正中间,去年跃到「第二个五分位、基本只有 Nvidia 和 Meta 在前面」——他用「人均毛利」而非「营收增速」来论证组织质量。③ 一整套护城河分层:近中期是分发 / 网络效应(「没人能 vibe code 出五六千万真正在用的月活」)、牌照监管姿态、硬件(「你没法 vibe code 出一块 Square 硬件」);长期是「理解某种别人极难理解的东西」。
  • 你可以怎么做(对到 StockHelp 与你的选股逻辑):
    • 给看板加一个『人均毛利』视角:Owen 用人均毛利(gross profit per FTE)论证一家公司「经营质量」,这正是你 StockHelp Phase 2/3 想要的「信号」之一。AI 时代,「人效」会成为区分卓越生意与平庸生意的关键比率——同样营收,人越少、人均毛利越高的,护城河和资本配置往往更优。考虑把它纳入你看板的基本面比率,专门盯「人效在快速抬升」的公司。
    • 「能不能被 vibe code 掉」=你的新护城河审查项:Owen 这套「什么扛得住 AI、什么扛不住」的分层,几乎是为价值投资者量身定的护城河 checklist。把它做成你选股时的一道闸:这家公司的核心价值,是网络效应 / 牌照 / 硬件 / 独占数据洞察(扛得住),还是容易被一个小团队 vibe code 复制的功能(扛不住)?Phase 2 做信号时,这比单看 PE 分位更能筛掉「便宜但要被 AI 蚕食」的价值陷阱。
    • Block(SQ / XYZ)本身值得进观察池:一个上市公司高管公开说「我们利润强势时主动重组、人均毛利冲到行业前二、护城河是分发+牌照」——这是一手的卓越生意叙事。但别只听一面之词:他对股价六七年走平的回应是「市场有周期 / 短期投票机」,作为价值投资者你要做的恰恰是追问「那到底是市场错杀(称重机迟早纠偏),还是基本面真有问题(投票机其实算对了)」。把 Block 当一个 case 拉进 watchlist,用你的 PE / 5 年分位 / 公允价去验证 Owen 的乐观——这就是「投票机 vs 称重机」从金句变成你的实操。

更深三角度

  • 该反着用:Owen 站在「资源极充裕的上市公司、有 Goose / G2 / Builder Bot 全套自研基建、2000 美元 token 当无限用」的位置;你是一个人、精力是最稀缺资源、靠通用工具(Claude / Figma / Notion)。所以他「砍 40% 人、留下精英 + 无限 token」的打法,你反过来用:你没有「人」可砍,你要砍的是自己手上的活——把每一件能交给 agent 的确定性工作流交出去,这样「省下来的精力」就是你的「裁员红利」。他靠裁员当 forcing function 逼大家用 AI;你得自己给自己造 forcing function(比如硬性规定「这件事不许亲手做,必须先让 agent 试」)。
  • 和你现在做法冲突:Owen 反对「渐进式、反复小调」,主张「一步到位、把痛苦集中释放」。这跟你当下「7 个副业雨露均沾、每个分一点精力慢慢推」的实际状态是直接冲突的。他会说你这是在「反复小裁自己」,每个项目都长不大。这个张力很真实,我不替你拍板该砍哪个——但值得你在下次 CoS 季度回望时正面对一次:你是在『理性分散下注』,还是在『不敢取舍的渐进式自我消耗』?
  • 对你的镜子:Owen 这期最该让你重新框定自己的一句话是——你不再是「做事的人」,你是「十几个 agent 的编辑」。你长期把「努力 / 工时」和「产出」绑在一起焦虑(单兵扛多线、精力不够),但 Owen 把「人数 ↔ 产出」这条几十年的相关性宣布为「12 月第一周已断裂」。对你这意味着:你精力不够,不是因为你不够努力,而是因为你还有太多时间花在『当 author』上。 你的稀缺资源不是「时间」,是「判断力该用在哪 10%」。

One Human Company 新号(2026-07 回填)

对新号,这期的直接相关度中等偏一条——它整篇讲的是"大公司怎么重组",与你"一个人 + agent"的经营处境隔着一层,但有一条正中你的立论。

护城河 = 「你究竟理解了什么别人极难理解的东西」,否则就有被 vibe code 掉的风险

  • 怎么做的:Block 业务负责人 Owen Jennings 全片收束到一句:"最大的护城河会是——哪些公司理解了某种别人极难理解的东西。如果你对这个问题答'我也不知道',那你大概就有被 vibe code 掉的风险。" 他还有一条配套判断:重组不是在旧组织上砍,而是"从零重搭",先立不可谈判的底线再重画一切。
  • 你可以怎么做:把这句问到你新号头上——"一人公司这个号,究竟提供了什么是别人极难 vibe code、极难原样编译走的?" 答案就是你的独占词"想清楚 / 决策":一篇讲清一个真实决定(为什么做、花了多少钱、翻了什么车),删掉你的判断和实测就塌,这正是你弹药库闸门的另一种说法。这条最适合当一句办号的自检北极星,而不是硬做成一篇选题(Owen 讲的是公司重组,你把它原样编译成"AI 时代护城河"就只配导 Twitter)。真要出选题,唯一沾边的是 C 类:《一个上市公司高管说"答不出你懂什么别人不懂的,就会被 AI 干掉",我拿它审了自己的一人公司》——前提是你得填进 drizzle tech 的真实答案,否则别硬掰。

所以呢

  • 可迁移思维模型 ①【耐用】「先立不可谈判的 P00 红线,再谈一切效率优化」:无论组织重组、PRD 工厂还是你自己的项目取舍,顺序永远是「先选出那 2-3 件碰了就必须停的事,其余全放开 / 全交给 agent」。这条不随模型迭代过期,因为它是关于「优先级」而非「技术」的。——对应你的「该不该做先于做多快」。
  • 可迁移思维模型 ②【耐用】「你究竟理解了什么别人极难理解的东西?」:这是 AI 时代护城河的终极过滤器,公司、个人、投资标的通用。答不出,就是会被 vibe code 掉的那个。它耐用,因为越往后越真。——对应你的「找不公平优势」。
  • 会过期的【会过期】:Owen 给的具体数字(40% 裁员、Money Bot 4 人 + 2000 美元、85/90% 完成度、Opus 4.6 / Codex 5.3 是拐点、一天跑几百上千次)是当下这一代模型的快照,半年就会变。别把这些数字当定律,要提取的是结构(人退为编辑、并行调度 agent、唯一可信源兜底),不是参数。
  • 判断更新:你过去可能默认「AI 是给现有流程提效的工具」;Owen 这期该把你的判断更新成——AI 不是给旧组织提效,是要求你从零重画组织 / 重画你的项目组合。「在旧骨架上叠 agent」和「从零长出一套 agent 原生的做法」,是两件事;你 2026-06 把旧机制整体退役、换成三驾马车碰撞协议,干的正是后者——剩下的悬念是碰撞纪律和评审回炉有没有真长在新骨架上,而不是旧习惯回潮。
  • 这周一个赌注:挑一件你现在正亲手做的、有确定性工作流的重复活(整理 flomo 笔记、跑 StockHelp 数据、写 PRD 模板任选其一),这周硬性改成「让 agent 做到 ~90% + 你只编辑最后 10%」,并记下一行:agent 这次交来的是几成完成度、你接管花了多久。 这一条同时验证三件事——你的「editor 化」杠杆到底有多大、你的 agent 链路在哪一步该交棒、以及「agent 产出可验证」的证据长什么样。一周一次,攒几次就有你一直缺的硬数据了。
接着读