"我不想招任何没经历过 psychosis、又从另一头走出来的人"：Stanford 那门 AI-native 工程课的十周大纲、把开源维护者当导师用来补"品味断层"，以及"两年后 PR 合并数会很荒谬——那你的主指标是什么"（Latent Space × Mihail Eric，2026-11-08）¶

嘉宾: Mihail Eric — Stanford 兼任教授（adjunct professor），开设 CS146S "The Modern Software Developer"；同时是 Monaco 的 Head of AI（⚠️ 本库此前没有他的任何材料，人物页新建：Mihail Eric）
主持: swyx（期内被直接称名）＋第二位提问者（⚠️ 自动字幕无说话人标签，第二位主持的身份无法从转录稿确证；Latent Space 常规阵容为 swyx & Alessio，本页不写定）
来源: YouTube · 121 分钟
转录稿: sources/latent-space/20261108-dpY7YzZo4kE（⚠️ 自动字幕 en-orig，无说话人标签；转录稿用 >> 标换人，三人对谈且插话密集，归属为编辑判断）

⚠️ 格式与立场，本页先标出来： - ✅ 这一期的体裁很特殊，本页判它是本库目前唯一一份"课程大纲作为行业共识快照"的材料：全期结构就是 swyx 拿着一份公开课程大纲逐周往下走，每周停下来问"这一块现在的 state of the art 是什么"。✅ 因此它的价值不在任何单一论断，而在于它呈现了 2026 年 11 月哪些东西已经被认为稳定到可以进大学课表。 - ⚠️ 这一期是会议预热内容：冷开场是庆祝 AI engineer 频道 100 万订阅，并为下周的 AI code summit 做预告（[00:00:00]）。✅ 但本页判产品/会议色彩很轻——嘉宾反复主动声明"我不是在为任何工具背书"（[00:24:15]）、"我不想声称我今天就有全部答案，那会是很大的自负"（[00:08:05]）。 - ⚠️⚠️ 而本页必须标出一处身份叠加：嘉宾同时是授课者、Monaco 的 Head of AI、以及这门课各家赞助方（提供 credits 与开源项目的那些公司）的对接人。** ⚠️ 于是期内大量"某家做得不错"的点名既是教学判断也是合作关系的表述，✅ 本页把所有点名统一记为"他的点名"而不是评测结论。 - ⚠️ swyx 在期内多次披露自己与被讨论对象的关系（"我是 Devin review 的顾问，但现在不太参与了"、[01:04:32]；"我对 Devin 的看法来自内部，而内部有个泡泡——Slack 上你只听到好话"），✅ 本页记这些披露都做在相关评价之前或当场。

⚠️ 自动字幕的专名问题，本页照录并标明置信度（本期专名密度极高，几乎每分钟点一个人或一家公司）： - ✅ 可高置信还原的："Mihil / Mihal Eric" → Mihail Eric、"cla code" / "clawed code" / "cloud code" → Claude Code、"codeex" / "codecs" / "codex sub" → Codex、"Devon" → Devin、"recognition folks" → Cognition、"Chip" → Chip Huyen（期内说她教过 designing machine learning systems）、"Sweetbench" → SWE-bench、"Steve Yaggi" → Steve Yegge、"Gas Town" → Gastown、"Sam Grup" → Semgrep、"whiz and socket" → Wiz 与 Socket、"Arise" → Arize、"Lingchain" → LangChain、"Versell" → Vercel、"Curser" → Cursor、"amplitudes" → Amplitude、"serum" → Sierra、"code graphite" → Graphite、"ellipsus" → Ellipsis、"Eugene Yen" → Eugene Yan、"Jeffrey Litz" → Geoffrey Litt、"Malta of Verscell" → Vercel 的 Malte、"linville's thing" → Linus's Law（上下文是"sunlight is the best disinfectant"）、"S sur" / "SR" / "AIS" → SRE、"ASDLC" → AI SDLC、"quibby" → Quibi、"Sam Blonde" → Sam Blond。 - ⚠️ 课程代号本身不可确证：字幕作 "CS46 146s"，✅ 本页统一写 CS146S 并标为不可确证。 - ⚠️ harness 名 "Pi" / "pi" 再次出现在与 Claude Code、Codex 并列的位置（[00:23:15]、[01:04:32]）。🔗 ✅ 本页标注这与 Warp 那一期出现的是同一个名字、同一种句法位置，于是本库把它从"疑似讹写"上调为"疑似真实存在的 harness 名"，但仍不作采信。 - ⚠️⚠️ 不可确证因此照录不采信的：Cognition 侧两个人名（字幕作 "Silus" / "Sus" 与 "Walden"）、Factory 侧一个人名（字幕作 "Eno"）、一位安全方向讲者（字幕作 "Isaac"）、一个 skill 作者与 skill 名（字幕作 "Matt Pox" / "Matt Pog" 与 "grill knee"）、Cloudflare 侧一个人名（字幕作 "Rajesh"）、Monaco 内部两个人名（字幕作 "John Tracy" 与 "Yuna"）、Aviator 作者名（字幕作 "Ankit" / "Vankit"）、Basis 侧一个人名（字幕作 "Mitchell"）、GitButler 侧一个人名（字幕作 "Scott"）、两个背景 agent / SRE 方向公司（字幕作 "Resolve" 与 "Night Shift"）、两个安全倡议名（字幕作 "Daybreak" 与 "glass wing"）、一个被说成"Cursor 在底下"的消费级产品（字幕作 "Grockbot"）、两个背景 agent 产品名（字幕作 "Tag Instinct" 与 "Muse"）、Stanford 的商学院缩写（字幕作 "GSP"，疑为 GSB）、一位学生所在院系（字幕作 "E department / E school"，疑为 EE）、一个 spec-driven 工具（字幕作 "Repit"，疑为 Replit）。 - ⚠️ 模型版本号被连写（"Opus 45546"、"Opus 55"、"GPT56"），本页照录、不作型号采信。 ✅ 唯一可用的时间信息是他说那次课堂演示拦截的是"两天前刚出的模型"（[00:27:16]）。

✅ 本页认为这一期值得长期保存的是八处，其中四处是本库此前完全没有的： ① ⚠️⚠️ 本库第一条针对"初级岗位消失后人怎么获得品味"这个难题的机构级处方，而且处方的承重点不是课程内容而是谁来做 review：把作业改成向真实开源仓库提交贡献，"在做这些项目的过程里，你会真的在和维护者对话。他们会 review 你的代码。他们会帮你建立起关于什么是好软件的心智模型"（[00:13:06]）。✅ 本页判这是本库此前该条线上所有材料都缺的那一环。 ② ⚠️⚠️ 一条雇主侧的招聘硬门槛，本页判是本期最尖锐、也最可被直接验证的一条："我不想招任何没经历过 psychosis、又从另一头走出来的人——因为我现在正在为某个人经历 psychosis 付钱"（[01:53:59]）。 ③ ⚠️⚠️ 一个本库此前没有被正面问过的问题，而它在期内被明确提出且明确没有答案："今天一个工程师是按 PR 合并数、PR 贡献数来衡量的。两年后那会很荒谬。好——那你的主指标是什么？"** 回答是 "我不知道"（[01:48:52]–[01:49:53]）。 ④ ⚠️⚠️ 一份十周大纲，本页判其价值在于它是一张"什么已经稳定到可以教"的清单，而嘉宾与主持两人都当场标注了其中哪些还不是定论（[00:15:07]–[00:20:11]）。 ⑤ ⚠️ 一条代码库按风险分层的安全处方，口径干净到可以直接搬用：数据存储、计费、认证这三块不要 vibe code，其余随便（[01:28:43]）。 ⑥ ⚠️⚠️ 一条对"开源会怎么变"的预测，而它与本库前一天那期正面接上："我有个信念——大多数开源仓库、如果不是全部，将来都会变成实质上由 agent 运行的 software factory"（[01:23:40]）。 ⑦ ⚠️ 一条 build / buy 的口径："你买是为了学，你建是为了留"（[01:01:32]），而他给了一个"买了一年多之后仍在买"的反例作为自我约束。 ⑧ ⚠️ 一条给学生的"第十一周"职业建议，由 swyx 给出且带明确因果："做 benchmark、做 eval。这个能让你进每一家前沿实验室、每一家头部 agent 实验室的门。"（[01:59:04]）

⚠️⚠️ 而本页必须标出三处空缺（见末节），其中最要紧的一处是：整期关于"学生该怎么办"的讨论，样本全部来自 Stanford，而 swyx 自己在第七分钟就把这个局限性点了出来、然后全期没有回到它。

一、这门课是什么：两次迭代之间改掉了什么¶

（[00:01:00]–[00:05:00]）⚠️ 课程代号 CS146S 不可确证，见页首。

沿革：2026 年秋是第二次开课，第一次是 2025 年秋；课程构想起于 2024 年 11 月，"花了大概 9 到 10 个月"过委员会、写提案（[00:02:00]）。✅ 他说参考了 Chip Huyen 开那门 designing machine learning systems 的流程。
⚠️⚠️ 而两次之间的差别本页认为是本节最有信息量的一处，因为它描述的是一个领域从"扫盲"进到"有原则"的那一刻（[00:04:00]）：

"去年那一版……感觉更多是在做一次广度的巡游——这里是你能用 coding agent 的所有地方。很大一部分课程是为了曝光，是一种概览，一种奥德赛式的穿行：嘿，你以前知道的关于 SDLC 的一切，现在都因为 AI 在变。" "今年，我觉得有些原则正在固化下来——非常仔细的 context engineering 这个想法，以及真正把设计和架构想透、当作处理极复杂任务的手段。"
⚠️ 他对去年那种形态给了具体的失效原因：去年九个作业是"我自己想出来的教学式练习"，例如"这儿有个 repo，用一个 AI code review 工具去提一条 review，然后看它为什么好、为什么不好"，而问题是"说实话相当容易，我觉得很多人可以直接一次就过"（[00:10:06]）。
✅ 定位他说得很明确，本页认为这条限定决定了全期内容的适用面（[00:04:00]–[00:05:00]）：

"这门课的性质是——它不是给初学编程的人上的。它不是传统计算机科学（算法那类）的替代品，事实上很多那种课是我这门课的先修。"
他把它说成实践者的课：面向"学生毕业后、刚进入职场时，怎么成为职场里最有产出的成员"。
⚠️⚠️ 而他给学生的那条"地板抬高了"的说法本页认为很具体，值得与本库就业线的材料并读（[00:06:01]）：

"地板高多了。所以你是作为毕业后的第一份工作进来的，但只做到一个（比如用 Google 那套分级的话）L3 是不够的。你一般得比那个好，几乎要到 senior 的水平才进得去。"
他对这件事的回应方式是能力论而不是安慰："一个受过良好训练的 AI native 工程师……可以是任何公司能有的最有用的资产之一"，✅ 而他说这是第一周第一堂课就讲的话："每一家公司都需要你们。"

二、⚠️⚠️ 把作业改成开源贡献：本库第一条针对"品味断层"的机构级处方¶

（[00:10:06]–[00:13:06]）✅ 本页认为这是本期最该被 AI 与教育长期保存的一节，因为它正面咬住了那一页标为"本页最硬的一个问题"的那条断层。

⚠️ 触发这次改版的是一条课堂调查结果，本页认为它本身就是一条可引用的现状描述（[00:10:06]）：

"我周二调查过的每一个学生——没有一个人还真的在手打代码了。所有人都在用 coding agent。而这些是 Stanford 的大二、大三学生。"
⚠️ 而 swyx 当场追问市场占比，他答还没问："我还没调查，但这是个好提醒。" ✅ 本页记这条缺口——全期唯一一次接近"学生实际在用哪个工具"的量化机会被放过了。
credits 这一侧他讲得很细：学校层面默认已有各家的教育计划授权（他列举 Claude、Cursor，并猜测还有 Cognition）；而他额外去谈的是不让学生被 20 美元/月卡住（[00:11:06]）：

"我不想让大家被那个每月 20 美元的订阅卡住。如果你们想 token max 一下、就为了看看什么是可能的，那你们就该去。"
⚠️ 结尾处他给了这件事的上限：有赞助方说"如果他们想玩疯，告诉我，我们做几次一次性实验，让他们直接开到一千多个 agent"（[01:59:04]）。✅ 本页记这是本库目前关于"单人并发 agent 数"最高的一个口径，但它是一次教学实验的授权额度、不是生产用法。 🔗 对照本库此前唯一的一手并发数据——Peter Steinberger 并行 4–10 个。
⚠️⚠️ 而处方本身的结构，本页认为关键不在"做开源"，而在他把mentorship 的供给接到了维护者身上（[00:12:06]–[00:13:06]）：
他先说出要防的那件事： > "我最担心的一件事是，如果所有人都在说……他们 cooked 了，那他们会怎么样？会有一种被落下的感觉。而我觉得 mentorship 是把所有人往上带、确保不会出现一条巨大裂缝的非常重要的一块——那条裂缝出现在已经在行业里待过、知道怎么回事、然后采用了 coding agent 变得很厉害的资深的人，和只能说'好，那我们现在干什么'的初级的人之间。"
做法：让学生在"我认为属于最好的那批 AI native 仓库"（本身就是 coding agent，或者是为 agent 造工具的项目）里做贡献，并把贡献作为作业的一部分。
⚠️⚠️ 而承重点是这一句： > "在做这些项目的过程里，你会真的在和维护者对话。他们会 review 你的代码。他们会帮你建立起关于什么是好软件的心智模型。这样一来，就有了一次把真正的好软件设计的接力棒传下去的过程——而我觉得大多数学生是没有机会做这件事的。"
✅ 他也说了功利的一面："当然还有个好处是，我确信其中一些人会因为在这些作业里做得好而被挖走、被捞走。"
🔗 ✅ 本页标注这一节在本库里的位置，因为本库此前该条线上的材料全部停在"没有解法"：
⚠️⚠️ 徐天音明确说这是结构问题且自认无解——"既然是有经验、有品味的人去指导 agent，那一个应届生怎么成为这样的人？这个训练与指导的过程没有了"；John Platt 给的是同一问题的第二个提法——"人怎么在不做那些苦活的情况下获得 taste"，而他的部分答案是"训练 vs 发挥"的时间分配。
✅ 而这一期给的是第三类答案，本页认为它与前两条的差别在层级：⚠️ 前两条都是对个人的建议（学生自己要怎么练），而这一条是对供给的安排——它承认 review 与 mentorship 是稀缺品，然后去别处把它调来（开源维护者），而不是指望学生自学出来。
⚠️⚠️ 但本页同时标出这条处方的规模限制，而且它是结构性的：开源维护者的 review 带宽是一个远小于学生人数的量，而这门课能调到它，靠的是授课者个人花了一整个夏天去谈（他自述"我花了这个夏天的大部分时间去跟他们聊、让他们对这件事感兴趣"）。✅ 本页判：这意味着它作为一门课的设计是成立的，作为一个可推广的制度则尚未被证明——而本期没有讨论可推广性。 🔗 这也正好是 Alpha School 那一节的同类问题：单点有效、而承重的那个投入很难复制。
⚠️ 第五十九分钟他给了这条设计的一个极端版本：OSS 伙伴之一会专门做一个"跑着 factory 的 Warp 版本"，让学生"就是在造那个 factory、给那个 factory 做贡献、让它一直跑着"（[01:42:50]）。✅ swyx 的一句玩笑把这件事的性质说清楚了："在我们的工厂里打工。"

三、⚠️⚠️ 那份十周大纲：一张"什么已经稳定到可以教"的清单¶

（[00:15:07]–[00:19:10]）✅ 本页按他自己的顺序照录，并标出每一周他给出的理由。

周	内容	他给的理由（照录要点）
1	harness 内部机制；从零搭一个 coding agent 克隆	"全是 harness 的内部机制"；✅ 他的教学立场是剥掉秘方（见下节）
2	规模化的 context engineering；工具设计与 MCP	"超出单纯的 vanilla prompting"；⚠️ "我仍然是 pro MCP 的……它已经是一个存在的标准，我觉得它会继续存在"
3	skills：从单一用途的工具扩展到"流程"	"这开始引向 agent 的自动化"
4	agent 定制：config 文件（AGENTS.md / CLAUDE.md）、hooks、子 agent	"现代 harness 里存在很多不同的机制，各有不同用途"
5	agent-ready 代码库（⭐ 他自称最喜欢的题目）	"一个 repo 要怎样才算准备好被 agent 有效地摄取、消费"；权衡落在服务级边界、文档、可验证性
6	agentic code review	⚠️ "code review 现在正在变成瓶颈"（见第六节）
7	安全：新的攻击面	"任何会采取大量动作的自治系统"；"今年我们看到很多东西被黑"（点名 Vercel 与 LLM gateway）
8	背景 agent / 异步 agent	不只在 IDE 里，还有基于 repo 事件、CI/CD、SRE 式 bot 的触发；点名 Ramp 的 inspect、Spotify 的版本、Stripe 的 minions
9	AI-native 团队	LLM gateway、MCP portal（"规模化的 MCP"）、以及"演化中的岗位"——⚠️ "到底哪个东西正在被吞掉，哪些角色在演化或者在新出现"
10	software factory	"一旦我们在造 factory 了，人还存在于哪里？那些被有意留下的人类介入的新咽喉点在哪里"；假设是"80%、90% 的代码完全由 agent 驱动"

⚠️⚠️ 而两位主持当场给大纲加的限定本页认为必须与大纲同等显著地记下来（[00:20:11]）：
swyx："其中有些比另一些更是已成形的模式……人们需要知道，这里面不是全都是已定的科学。" ✅ 他同时背书了清单本身："但我会给所有这些背书，当作人们在谈的、你应该知道的东西——我们知道那些开放问题，只是可能还不知道答案。"
嘉宾自己的承认："很大一部分课程内容相对去年变了，所以整个课程的发展有一种动态性。" ✅ 他把这说成"设计上的特性，也许同时是某种 bug"。
⚠️ 他对处理这种churn 的手法是把前沿外包给客座讲者（[00:08:05]）："我不想声称我今天就有全部答案，那会是很大的自负"，于是结构是"一位实践者的聚合洞见 + 那些真的在前沿、看到更远东西的人把他们的世界观摆上来"。
⚠️⚠️ 而 swyx 在这里划了一条本页认为很有用的课程质量判据（[00:09:05]）：他拿这门课与另一门"只有名字"的课做对照——"那就是一串名单，只有名单"，而这门课的区别是"他实际上也在产出东西——比如 200 行的 Claude Code，而这是没人会告诉你去做的事"。✅ 他的归纳："当你想在一个你能用得上的框架里教基础、教一种能工作的理解，这就是你要做的事。"
⚠️ 大纲之外他另给了一条本页认为最低成本、也最可执行的建议（[00:21:13]）：

"简单到就是每天实验 10 分钟。就花 10 分钟做一件你之前没做过的事……哪怕就是做同一个问题、只是换上那个新东西，光这一件事就能补上大部分的差距。"

⚠️ 三个层级的教法：消费者 → 200 行基线 → 用 MITM proxy 拆开真货¶

（[00:25:15]–[00:28:17]）✅ 本页认为这是本期关于"怎么教"最具体、也最可直接复制的一处。

他的判断是学生基本都是消费者："大多数学生最后就是在用这些工具。我不觉得他们在课业里得到过任何把这层洋葱剥开的曝光。"
第一层：200 行。 他的论证是只需要入门算法水平："你可以通过基本上入门算法级别的理解，就定义出一个 agentic loop，它能做你会称之为 coding agent 的大部分事情。" 而他说规模是："如果你想看到一个你能跟它说话、然后它真的会编辑你的文件、而你能用它做相当复杂的事情的东西——那不需要超过 200 行。"
✅ 他对这件事的教学理由本页认为值得单独记："我在教育上很多时候想做的事，是把那些像秘方一样的东西剥掉，展示出它核心其实就是……Stanford 有门课叫 106B，入门算法。你不需要比 106B 更多的东西就能造出这样的东西。"
⚠️⚠️ 第二层：拦截真货。 第二堂课的做法是用 proxy 工具拦 Claude Code 的请求与响应，而对象是"两天前刚出的模型"：

"我拦截了那些请求，这里就是正在发生的一切——这是 prompt，这是 system prompt，这是 plan prompt，这是 compaction prompt。然后我们就把这些全过了一遍。"
✅ swyx 的背书："如果还有人没做过 MITM proxy 这个练习，你该做一下。你会震惊。"
⚠️ 而他们在这里顺带给出的几条关于 system prompt 的观察，本页记为两人的一手观察而非厂商口径（[00:29:18]–[00:31:18]）：
swyx："Claude Code 在所有 coding agent 里有最长的 system prompt，差不多两万 token。" 嘉宾补："不过他们也把体积削掉了 80%。" swyx 的归纳是"锯齿形"："然后又长回来，又削，又长。"
⚠️⚠️ 而嘉宾给的那条变化的归因，本页认为是本期最该被 LLM 实用方法论保存的一条机制观察： > "曾经是 system prompt 一部分的东西——比如怎么用 git，或者怎么设置任务这类——已经不在 system prompt 里了。它现在实际上被期待更多地被捕捉在模型里，在模型权重自身里。"
- 他把这推成一个选型问题："这就提出了关于模型与 harness 的有趣问题，以及你怎么想这个权衡。公司该投什么？你自己该投什么，才能真正推动你自己能力的前沿？" ✅ 他的现状判断是未定："我觉得作为一个社群，我们在两者之间来回摇摆得很厉害。"
⚠️ 他对早期 Claude Code 为什么流行的解释是"少而强的工具"："在早期他们是最早真正倾向于'让更少的工具做更多事'的那批人之一——倾向 SQL、倾向 Bash、倾向那些像瑞士军刀一样强的东西，并让它成为能力的很大一部分来源。"
✅ swyx 给了一条用得上的推论：⚠️ "更弱、更老的模型，你需要给它们例子——这是好的、这是坏的。然后在某个时点你显然把那些削掉"，于是"如果你在用一个本地 coding agent、模型不是最强的，你可能需要加回这些例子"；而反向的代价是"随着模型变好，你什么时候会因为加了那些例子而过度约束了它"。

四、⚠️ context engineering：RAPID，以及 sub-agent 那块两人都说没答案的地方¶

（[00:32:18]–[00:37:20]）

⚠️ 他对行业现状的描述本页认为是本期最可被独立验证的一条行业状态陈述（[00:32:18]）：

"即使在我面试人的时候我也看到这个——业界里非常少的人会进展到超出单纯的 vanilla prompting。就是'帮我做那个事'，对吧？而随着模型变好，那确实能带你走一段距离。"
他给的失效条件是代码库规模："任何从 Google 这类有极大代码库的地方出来的人都知道，现实是你必须对你怎么把东西喂进 context 这件事思考得多得多。"
他的框架叫 RAPID，而他自己做了对照（[00:33:18]–[00:34:18]）："功能上类似 Dex 的 RPI"——research → proposal（给出几种备选解法）→ plan（也就是 spec）→ implementation → 用测试收口。
⚠️⚠️ 而他把人留在哪一步说得很明确，本页认为这是这套框架最实质的一处设计："这里我也把 human in the loop 请进来，让人当那个在一种方案和另一种方案之间做决定的人。"
✅ 他给的适用规模："TLDR 是，确实有一种做法能扩展到几百万行长的代码库。而它不是单纯的 vanilla prompt。"
⚠️⚠️ 而 sub-agent 的 context 怎么处理，swyx 当场明确说自己没有答案，本页照录，因为这是本库少见的一次主持自认方法失效（[00:34:18]–[00:35:19]）：

"我现在对 context 的想法里最奇怪的部分，是当你切出一个 sub agent 的时候，因为 sub agent 可以从主线程继承你的全部 context，也可以不。……我不喜欢我现在做的任何做法。所以我没有任何答案。"
他说自己唯一确定的是扇出："当你想把工作扇出去，它不再是一个 agent 了。它是关于扇出工作，并确保它们都有对的 context、都有对的指引。"
⚠️⚠️ 而他描述的那个"扩张—收缩"循环本页认为是本期最具体的一处失效模式： > "你总会经历这个扩张收缩的阶段——'天啊，这些家伙 context 不够，我得给他们更多 context'。好，很好。然后他们会对你很久以前随口说的某一条一次性评论过度调优，然后犯一些非常愚蠢的错，因为你不是那个意思，但他们当成了法律。"
✅ 他给这件事起了个没定下来的名字："给 context 做的多 agent 管理。"
嘉宾接的那一侧是"艺术多于科学"："扇出去做探索、扇出去做子任务，然后再做合并、压缩，随便你叫它什么"；他引 Dex 的 "dumb zone" 概念——"对 dumb zone 要更有意识一点"。
⚠️ swyx 另给了一条研究方向的线索，本页记为可查证的研究指引而非结论（[00:37:20]）：AIE 上有论文研究 Claude Code system prompt 的 delta——"什么被改了，然后他们把性能的一堆变化画出来，试着反向工程它"；另有一篇看 context window 管理怎么影响下游性能。✅ 他自己给了降权："它们不是最好的论文，但相当容易上手……这是个你可以很容易扎进去的好领域。"

五、⚠️⚠️ skills：两人都认为现在这个形态是对的方向、错的形状¶

（[00:37:20]–[00:46:23]）✅ 本页认为这一节是本期最该被 LLM 实用方法论长期保存的一节，因为它罕见地包含一条来自重度使用者的"这东西该死"判断。

嘉宾的定位是从工具到流程：skills 是"从单一的、引号的函数式 tool calling（比如 MCP，与第三方外部服务交互）延伸到你会称之为流程的东西"——"你怎么把某一组动作一遍又一遍地自动化，然后把它形式化成一个 skill.md 之类的东西"。
⚠️⚠️ 而写 skill 这件事两人一致认为被低估了（[00:42:21]）：
swyx："很多人在关注的是 skill 的消费……但不，你该自己写你的 skill。"
接着那句本页认为是本节的核心句："而实际上当你天真地去写它们，它们通常是坏的。写一个 skill 其实需要一点 skill。"
⚠️ 他的做法是一个"剪刀 skill"："Claude Code、Codex，它们都有创建 skill 的 skill。然后我有一个 skill cutter skill 把它剪短——它基本上就是把那些默认创建出来的 skill 坏在哪里的每一种方式都记录下来。" ✅ 流程是每次创建后都跑一遍。
⚠️ 而他对"为什么不能直接扔掉 slop"给了一条很细的理由，嘉宾当场接住了："有时候确实有 slop，但 slop 里有好东西，然后你得把它们筛下来。" 嘉宾的复述："即使是 slop，它仍然是在 agent 的语言里。所以那个 slop 是有意义的。"
⚠️⚠️ 最具体的失效模式是误触发（[00:43:22]）：

"最糟的部分是当一个 skill 在你不期待的时候触发了。你某一次写它是为了修一件事，然后现在你在做一件完全不同的事，它触发了。为什么？因为它写得差——因为触发条件写的是'只要什么什么发生就叫我'。"
✅ swyx 说有人在做园艺式的维护：点名 Eugene Yan——"他们对自己有多少 skill 很讲究。他们会剪枝。不用的，每几周清一次。"
⚠️⚠️ 而 swyx 那条判断本页认为是本期最尖锐的一处，必须完整记下来，包括它的来源性质（[00:44:23]）：

"我怀疑——Anthropic 那边有一些非常聪明的人想让 skills 死掉。"
⚠️ 他自己标了这不是公开表态："这不是个受欢迎的说法。不，他们不会公开这么说。" ✅ 本页因此把它记为 swyx 的推测，而不是 Anthropic 的立场。
他给的理由是审美性的、而他承认这个理由对自己同样成立："但它就是感觉很 sloppy。这感觉很 sloppy。而我知道——我能看到我自己的 skill 也在变 sloppy。"
⚠️⚠️ 而落点那一句本页判是本期最有引用价值的一句： > "它不是 AGI 本来应该长的样子。它就是每个人都有一大堆 markdown 文件。"
✅ 而反方的两条本页同样记下来，因为它们不是修辞上的平衡、而是不同的使用层级：
第二位主持给的是"不看也行"："很多人其实不去看他们的 markdown 文件……光是聊天说出你想要什么、在聊天里创建一个 skill、用它、看输出——你不用看 markdown 也能拿到很多价值。" ✅ 她/他给的可执行版本："如果你在重复做某件事，就说：看看我们最近五次是怎么做这件事的，给我做个 skill。"
⚠️⚠️ 而嘉宾给的是一条本页认为可能更耐放的区分（[00:45:23]）： > "但在像 Devin 这样的情形下，我们把 skill 形式化成了一种表示我们最佳实践的方式，然后把它暴露给 agent、给 code review 系统，让它按我们喜欢的方式去定义 API、按我们定义的方式去立服务级边界。这是一种表示组织级知识的替代方式，而不那么像那种'你不想每次都写 prompt 的任意事情'。"
- 他的预测："我感觉这个定位、这个用途可能会比那些随机流程活得更久。"
✅ 本页的归纳：⚠️⚠️ 两人没有分歧，分歧是对象不同——swyx 说该死的是"个人的一堆临时流程"，嘉宾说能活的是"组织的成文规范"。而这两者在文件格式上完全一样，于是"skills 会不会死"这个问题在当前形态下无法被回答。 🔗 这条区分正好接上 Garry Tan 的"一个 markdown 文件就是一名员工" 与 Warp 把 factory 定义写成代码——后两者都属于嘉宾说的"能活的那一类"。
⚠️ 另记一个他点名很喜欢的 skill，因为它的机制与本库"理解代码"这条线正好对上（[00:38:20]–[00:39:20]）：Geoffrey Litt 的 explain diff——跑完之后不只给一个可视化表示让你略读，"而我真正喜欢的是最后那个几乎像小测验的环节，你走一遍，真正强化你是不是理解了在发生什么"。
✅ swyx 在这里给了一条本页认为很到位的反直觉：⚠️ "每个人都想用 coding agent 来把脑子关掉。他们就是'给我做个 app，读我的心，不用我告诉你就全部弄对'"，而"这些 skill 里很多其实是'不不，请多问我一些问题'这个门类的"。
第二位主持接的那句本页记为本节的结论句："把代码写出来、把活干完，这件事比以前容易多了"，于是"你该花更多时间想你到底在做什么"。

六、⚠️⚠️ code review 成了瓶颈：本期对"年度最大变化"的指认¶

（[01:12:35]–[01:19:38]）

⚠️⚠️ 他对去年到今年最大变化的指认很明确（[01:12:35]）：

"去年到今年之间也许发生的最大的一件事，是突然非常清楚地看到 code review 是一个瓶颈——特别是一旦人们变得非常 AI pill，生成端的速度变得那么高，理论上你一天可以提 30 多个 PR。"
他给的两难是对称的：要么"你把自己插进中间，用传统方式做门禁和 review，但那样你就字面意义上成了约束、成了速度的咽喉点，而那不好"；要么"那大规模生成的意义又在哪里"。
他说课上要讲的是中间地带，而条件是前几周那些东西（[01:13:36]）：

"如果你在 agent readiness 上投入了经过思考的设计，在可验证性上投入了经过思考的设计，那么有一类问题你可以在某个百分比的时间里放心地自动批准。"
他把问题形式化成两问："从设计、从架构的角度，要什么成立才能直接自动批准？什么时候你必须把自己插进来说'这个我还是要仔细看'？" 以及"即使你仔细看，你还在做逐行 review 吗，还是在做别的什么？"
✅ 他点名了几篇他认为写得好的工程博文作为课程读物：Amplitude、Cloudflare、Augment；⚠️ 他对 Cloudflare 的点评特别标了公司类型："某种意义上像个传统公司、或者说更大的公司，但我觉得他们在 AI SDLC 的内容上做得非常好。"
⚠️⚠️ 而 swyx 在这里提了一条本页认为比"review 瓶颈"更根本的问题，并且它没有被解决（[01:15:36]–[01:16:37]）：
嘉宾先说了 Monaco 的做法，而它是一个很干净的可搬用手法：PR 描述本身被当成 spec 写——"不只是一段话。它实质上就是这个 PR 里发生了什么的 spec，甚至有文件级的指针指到东西改在哪。所以你不只拿到发生了什么的高层，还拿到文件的构成、以及你碰到的那些服务级边界。" 他的判据是时效性："只要那是最新的、代表代码库此刻状态的东西，我觉得这其实就够了。"
⚠️⚠️ 而 swyx 的反驳是层级错位，本页认为这是本期最清晰的一次技术分歧： > "我说的是那个 feature、那个代码库的 spec，因为那是所有 PR 的总和。如果你的 PR spec 弄错了或者漏了什么，那就会成为整个代码库该做什么与你这个 PR 想做什么之间的差额。"
- 他自认没有解法："我不期待你有答案，因为我自己也真的为这件事焦虑。我试着指示模型去做，它们做得很差。"
- ⚠️ 他对人的角色给了一个说法："所以人类是 spec 之神——'五周前我做了另一件事，而你现在在把它反过来'。"
✅ 嘉宾给的是一条第三方做法而不是答案：Basis（那家做会计的公司）用 git 跟踪不同的文件制品——"有些是 spec、是应当如何的意图，另一些是他们称为代码的 canonical state 的东西，那更像是隐性知识、隐性意图，也必须被形式化到某个地方。那部分全部纳入版本控制。" ⚠️ 他对效果的表述是转述："我觉得他们发现这对他们是有效的。"
⚠️⚠️ 而 swyx 自己的方案他明确说可能永远不会做出来，本页照此记录（[01:17:37]–[01:18:37]）："一个为了捕捉这一切而替代 git 的东西"，他叫它 program database——"它捕捉所有 trace、把 spec 具体化成我们可以忽略并保留的东西，而且它还控制挂在它上面的 skills"。
- 他给了两条设计理由：① "git 只关注代码，而你需要一个真相来源，装的是代码之外的一切——隐性假设、约束、意图"；② 高并发——⚠️ "因为 git 从设计上到处引入互斥锁，这很糟。你需要超级并发。"
- ⚠️ 而他对谁会赢给了一条本页认为很实际的判断："我觉得赢家大概是 Linear，因为任务在那儿"，理由是"只要你买进 Linear，他们那儿就有全部真相来源"，而"他们显然已经决定要变成一家 coding agent 公司"。
⚠️⚠️ 而嘉宾由这条推出的那个泛化，本页认为是本期最该被 AI 商业模式与价值捕获保存的一条（[01:19:38]）：

"我有个多少算是持有的信念——我觉得很多公司都会演化成某种版本的 coding agent 公司。任何在 B2B 软件上有交互、在收集关于用户的某些东西或者某种产品洞察的公司……我觉得你也可以把这个环闭上。因为归根结底，coding agent 的目的就是对某件正在发生的、涉及用户或客户的事采取行动，然后用它去修好产品的某个方面。"
他点名的扩展对象：Linear、Amplitude（"他们也在拿到关于用户分析、用户问题的洞察"）、以及"你要真想拉伸一下，甚至可以让 Decagon 或者 Sierra 做类似的事——这儿坏了，去把环闭上"。
🔗 ✅ 本页标注这条与本库既有材料的关系：⚠️ Decagon 创始人与客服侧材料此前都把自己定位在"解决工单"，没有把"改产品"算进来；而这一条是从外部给出的一条品类扩张预测。 ✅ 本页记它的可检验形态很清楚——这些公司是否开始发布"从洞察直接提 PR"的产品。

⚠️ 一条他顺带给出的、与"上更多 agent"方向相反的企业诊断¶

（[01:11:35]）✅ 本页认为这是本期最实用的一条反向建议。

"当我跟某个规模的公司聊，真正卡住他们的其实更多是那些低层的 DevOps、CI/CD 的东西——他们的 merge queue 堵了，立起一个 app 要太久。因为确实有更基础的事情，跟那些几乎没关系。再丢进一个 SRE bot 不会是问题的答案，因为有更系统性的东西他们需要先搞定。"

🔗 ✅ 本页标注这条在本库里的位置：⚠️⚠️ 本库此前关于"企业 agent 卡在哪"的材料把瓶颈指认在组织侧（Tenex 的"你没法自动化一个并不存在的流程"）、数据侧（Legora 的数据所有权）、或权限侧（Serval 的"边界就是产品"）。 ✅ 而这一条指的是更土的一层——构建与合并的基础设施本身。本页判它补齐了那组诊断里缺的"工程基建"一项。

七、⚠️ 安全：一条可直接搬用的分层处方，以及两处两人互相拆台的地方¶

（[01:20:39]–[01:29:43]）

⚠️ 他自己最想传达的核心洞察是供应链："我想推的一个核心洞察就是依赖追踪与供应链这件事——你必须对你的依赖很小心、恰当地 pin 住版本，不要随便敲 npm install 然后指望那条链没事。"
他给的背景是 slop 的增量："现在有多得多的 slop 和 AI 生成的代码。"
⚠️⚠️ 而 swyx 把这条推到极端、嘉宾同意、然后 swyx 自己把它推翻——本页认为这段完整的来回比任何一端都更有价值（[01:21:39]–[01:23:40]）：
swyx 的极端版："所以潜在地，最安全的代码库是一个没有依赖的代码库。" 嘉宾同意并给了理由："如果你相信代码现在被商品化了、代码很容易很便宜，那为什么不干脆什么都自己在内部造？那当然会是最安全的，因为你见过一切、你控制一切。" ⚠️ 他自己也加了限定："说起来容易做起来难，而且我们看看到底多少人真会照着做。"
⚠️⚠️ 而 swyx 当场自我推翻，本页认为这是本期最该被 LLM 安全保存的一段： > "那个说法是危险的，因为那样你就只是在犯你自己的错，而不是依赖别人去发现错误。开源的全部意义就在于——阳光是最好的消毒剂。你对你自己定制的软件依赖会非常慢才发现问题，因为你只有你自己的用户，而他们不会向你报告。但如果这东西全世界有十万个用户，总会有人发现点什么。"
- ✅ 他自己给了这次来回的性质："这两边你都不能当绝对主义者，而我算是把你套进去了——我把你带进了'一切都自己造'的话术轨道里。而那里有个 bug。"
⚠️⚠️ 而嘉宾对这条反驳的回应是一条预测，本页认为它与本库前一天那期正面接上（[01:23:40]）： > "我有个信念——大多数开源仓库、如果不是全部，将来都会变成实质上由 agent 运行的 software factory。那时候会怎样？"
- 他举的现成例子：Warp 把自己的开源终端当成一个 software factory 在跑，"而这几乎意味着，是的人还在参与，但参与得越来越少——肯定不是每一个人都在以过去同样的程度 review 每一件进来的东西"。
- ✅ 他对结论明确表示不知道："这让这个代码库对安全问题更脆弱还是更不脆弱？这有点难说。"
- 🔗 ✅ 本页标注这正好是前一天 Jay Parikh 那条"那 1,980 个现在得由我来维护" 的另一半：⚠️⚠️ Parikh 讲的是"代码变便宜 → 自己写比引依赖更划算 → 但维护责任不会消失、只会从开源社区搬进企业内部"；而这一期讲的是同一机制作用在供给侧——开源社区自己也在用 agent 顶上那份维护工作。 ✅ 本页判两条合起来才是完整的一件事，而两期同日发布、互不知情，结论方向一致。
⚠️⚠️ swyx 另给了一条本页认为是本期最重要的一次问题重定义（[01:27:43]）：

"根本不是说它们会产 bug，而是你对正在被写出来的东西的觉知变少了。……算了，别说 bug。模型相当好。平均而言我会说它们的 bug 更少。问题是你甚至不知道你把什么东西发出去了。"
✅ 本页判这条把安全问题从"生成质量"挪到了"审计覆盖"，而这两者的处方完全不同：前者指向更好的模型与扫描，后者指向 review 与可验证性（也就是第六节）。 🔗 对照 Figma CFO 那期把 slop 的义务归属命名出来与 Anthropic 平台团队"最要紧的两件事是计划和验证"。
⚠️⚠️ 而本页认为这一节最可直接搬用的是那条分层处方（[01:28:43]）：
swyx 的口径："代码库的各个部分不是生而平等的。安全非常重要的那些部分是数据存储，以及计费。所以叫它数据、计费、认证——认证显然跟这些都相关。那些基本上就是：不要 vibe code。然后其他一切，随便搞。"
嘉宾的回应是直接的同意："完全正确。完全正确。"
⚠️ swyx 紧接着加的那条本页认为是前提而不是补充："如果你不知道 OAuth 和 OIDC 的区别，请去学。如果你从没看过 AWS IAM，请去看。这些是你需要理解的基本概念性的东西——一旦你有了那套语言，你就可以为它写 prompt。你没有那套语言，你就……" ✅ 本页判这条给"该学什么"提供了一个比"学基础"具体得多的清单。
⚠️ 安全侧的几条背景讨论，本页只登记、不采信（[01:24:42]–[01:26:43]）：
两条被点到的大方向：Vercel 的 Malte 主张把高依赖度的 C/C++ 软件整体移植到 Rust（"会更快更安全……大概要 600 万美元，但你能做完"）；以及模型实验室侧的"给前沿调速"——先给大家打补丁、再放开加速（⚠️ 两个倡议名不可确证，见页首）。
⚠️⚠️ swyx 对后者的反驳本页记为本节的收口："这里有一种内在的信念，认为模型会修好所有安全问题。而对我来说这就是未经证实的——万一它们引入新的 bug 呢？" 而他给的时间不对称本页认为是最硬的一条："你可以给它三个月，而有人可以用六个月去利用它。问题没解决。"
⚠️ 另一条他自称是 rant 的担忧："你点出 100 家受祝福的组织，说这些是优先的、它们能访问某个 cyber 模型——那你刚刚给我创造了 100 个去攻陷的攻击面，而顺便说，它们相当容易被攻陷。"
⚠️ 安全行业的经济学，本页记为两人的转述与推测：swyx 转述两天前与一位 VC 的对话——"看起来过去五年里唯一跑出来的安全公司就是 Wiz 和 Socket"（✅ 他自己限定了口径"从一个 VC 的视角、从经济学的角度"）；而两人一致的那条："任何安全公司最好的时机就是一次高知名度的事故刚发生完。"

八、⚠️ Monaco 一侧：build / buy 的口径，以及一条垂直 AI 的模型路线¶

（[00:49:24]–[01:04:32]）✅ 本页把这一段单列，因为它是嘉宾作为实践者（而非授课者）的部分，而两种身份的材料强度不同。

公司是什么：Series B、在 SF、"实质上是一个 all-in-one 的销售平台，全部由原生 agent 做那些人不喜欢做、而 agent 不介意做的事"；切入市场是早期创业公司（seed 到 Series A），正在往上走（[00:50:24]–[00:51:24]）。
⚠️ 他对为什么不从企业市场切给了一条本页认为很干净的论证："把人从 Salesforce 拉走，比在他们还只是用 Google 表格跟 pipeline 的时候遇见他们、然后给他们一个更 AI pill 的答案要难得多，而这样我们可以和他们一起长。"
⚠️ 本页记他们的 bundling 定位是双向的，而这是 swyx 当场给的归纳（[01:37:48]）："某种意义上你在为你服务的那个创业公司区段做捆绑；某种意义上你在从 Salesforce 那里做解绑——因为那就是你从 Salesforce 抢市场份额的方式。"
✅ 本页不记这一段里的营销轶事为实质内容（monaco.com 域名被摩纳哥公国起诉而他们胜诉、每天 6,000 美元的飞机拖拽广告只写 "Monaco $<数字>"，[00:46:23]–[00:49:24]），⚠️ 只记他给的那条营销逻辑："这整个广告的意义就是：Monaco 到底是个什么鬼？"
⚠️ 他们自建了销售侧的 agent harness，而灵感来源他说得很直接（[00:52:24]）："从 Codex、Claude 这类系统里拿了很多灵感，然后造销售专用的 bespoke 工具、GTM 专用的 bespoke workflow"；覆盖"TAM 打分、ICP 定义与打分、pipeline 演进，到那些销售不想做的琐事——更新会议记录、更新摘要"；形态是"长时程 agent 与短时程 agent"。
⚠️⚠️ 而他对垂直 AI 公司的模型路线给了一条本页认为很有代表性的阶段论（[00:53:24]）：

"大多数像我们这样的垂直 AI 公司一般是这样——你一开始用前沿模型当第三方服务来看看什么是可能的，因为它们就是最前沿。然后……到某个点，从成本角度事情会变得有意思，你开始想能不能在开放权重模型上做得更快。那时候 AI 那部分的目的很大程度上就是去 post-train 那些模型、为 RL 之类建环境。"
✅ 他说自己正在这个阶段："我们差不多就在那个阶段。"
⚠️ 他引的触发事件本页记为转述且不采信具体数字："上周 Harvey 那件事，他们那个 +50% 到 -50% 的毛利率问题"，✅ 而他自己明确绕开了数字："不管那些数字如何，有意思的是在某个点上从成本角度事情确实变得有意思了。"
🔗 ✅ swyx 当场把这条接到他自己的框架上："agent lab playbook"——"agent 从用户出发，用你需要的任何模型去做产品，然后一旦有了用户基数就可以把模型那一侧补回来；而模型实验室走的是反方向，他们从大的预训练开始，然后试着去找用户。" 🔗 这条框架的原始出处是 Latent Space 自己那期，✅ 本页记这是本库第一次看到一位被访的实践者在自己的路线图上确认它。
⚠️⚠️ build / buy 的口径本页认为是本节最可搬用的一条（[01:01:32]）：

"有一条我大体上持有的一般原则——你买是为了学，你建是为了留。"
他给的边界条件："我们一般是在觉得外面没有成熟供给的时候才自建。"
✅ 而他给了一个让这条原则显得可信的反例——买了之后还在买：code review 他们至今仍在用 Devin，"因为我们确实仍然在这个系统被造出来的方式里找到很多价值"。
⚠️⚠️ 而这件事的两次评估过程本页认为是本期最有方法论价值的一处，因为两次的判据完全不同（[01:02:32]–[01:03:32]）：
- 第一次（一年多前）做了一次完整的工具普查（他点名 CodeRabbit、Graphite、Ellipsis 等），结论是没有一家越过门槛："它们还可以，但我不觉得它们已经越过了'立刻就有用'的那条线。"
- ⚠️ 而他对第一次评估的方法做了说明："我做过一次分析，看我们的 PR，基本上做了一组饼图——这个在解决什么？我们对它啰嗦程度与有用程度之间的权衡满意吗？所以那次比纯凭感觉更偏统计驱动。"
- ⚠️⚠️ 第二次是反的，而他自己点明了："第二次我不打算再硬推了。第一次我有点像是'嘿，我们该采用一个 AI code 工具'。第二次我说不，我不会再那么干了。然后有机地，人们就开始说'嘿，Devin 挺好的，你能不能把我加进去？'"
- ✅ swyx 当场给了这次采用的性质："纯凭感觉，对吧。" ✅ 本页判这一对照值得保存——同一个决策，第一次用指标判定"不买"，第二次用自发需求判定"买"；而他把后者当成了更强的信号。
⚠️ 自建的两个系统他给了名字与底座（[00:59:31]–[01:00:31]）：背景 agent 平台叫 Monocoder，"建在 coder.com 的平台上"，"是我们用来扩大工程产出的东西"；以及一个 Slack bot（字幕作 "Hal"，⚠️ 名字不可确证），"它一部分是 AI 支持、一部分像客户成功、一部分像 QA 工程师"。
⚠️⚠️ 而他说这个 bot 带出一个本页此前没见过的设计问题："我们得回答一些有意思的问题，关于 Hal 在跟销售人员说话和跟开发者说话时分别有什么人格。" ✅ 本页记这是本库第一次看到"同一个内部 agent 对不同职能需要不同人格"被当作一个实际的工程问题提出。

九、⚠️⚠️ 角色往哪去：被明确提出且明确没有答案的"主指标"问题¶

（[01:33:44]–[01:50:55]）

⚠️ "god box"：一条 swyx 的基建论，以及嘉宾给的那条政治性反驳¶

（[01:33:44]–[01:40:50]）

起点是 MCP portal 这一周。嘉宾的定位是规模触发："MCP portal 只有到了某个规模才变得有意思——那时你实际上必须有一个单一入口来做治理、安全、审计、成本优化这些事。"
⚠️ swyx 的修正是合并层级："我唯一的改动是：这个会折叠进 LLM gateway。它们就是同一个平台。" ✅ 嘉宾当场接受："这个我给你。这个我给你。"
⚠️⚠️ 而 swyx 由此给出的那条基建论本页认为是本期最有再用价值的一条抽象（[01:36:47]）：

"任何做基建的人都需要理解——恭喜，你现在有一份基础设施的工作，或者你想当 infra 工程师，那你需要理解你的整个工作就是造 god box，然后再把它们拆开。所以你的问题要么是你没有一个好的 god box，要么是你不喜欢别人的 god box，于是现在你得把它拆开、造你自己的。"
他的形式化："M×N 到 M+N 的架构。" 他自己也给了这条的出处："这是'做软件只有两种方式——你捆绑它们，你解绑它们'的一次重述。而关键是你在捆绑什么？是那些希望能放在一起的东西。"
⚠️ 他给的另一个同构例子："人们不理解数据库查询也有很多类似的地方，他们会把过滤和排序分开，或者和一般的推荐分开——而它们是同一个问题。" ✅ 他的理由是依赖关系："当你把这些东西合在同一层，它们就可以以有用的方式互相依赖。如果是不同的层，它们就不能。"
⚠️⚠️ 而他当场给了自己这条论断的反例，本页认为这次自我反驳的记录价值高于论断本身（[01:38:48]）：OpenRouter——"很多人试着造 gateway，没有谁像 OpenRouter 那样成功。OpenRouter 只造 gateway。……他们不同意我的看法，不认为 router 这一层也该做 ops，因为 Arize 在做 ops、做可观测性"，而"他们只处理模型路由"。✅ 他的表态："我爱这样被证明是错的。因为他们说：我们是点解决方案，我们只把这一件事做到非常非常好。" 🔗 本库此前的 OpenRouter 一手材料见这一期。
⚠️⚠️ 而嘉宾给的反驳本页认为是本节最有信息量的一处，因为它把一个架构问题换成了组织问题（[01:39:50]）：

"你描述的那种一站式商店在意识形态上是合理的，但我觉得实践中最后发生的事……尤其当你看企业——这些宽泛地都归在 infra、归在 platform 下面，但有不同的团队拥有这个栈的不同部分。而在企业的规模上，那部分整合如果我们要说 MCP portal 和 gateway，就得有人站出来说'现在有一个单一端点、你要同时打这两个东西'，而那从根本上是一件很难让所有人都同意的事。"
✅ 他的收口句："所以很多时候这更像是政治问题、甚至是人的问题，而不是一个纯软件设计的问题。从纯软件设计的角度看，这完全合理。"
⚠️ 而 swyx 的回应是把它变成产品判据，本页认为这一条可以直接搬用（[01:40:50]）：他先引 Conway's law（"你发布你的组织架构图"），然后给了一个反转："你购买你的组织架构图。当你开一家创业公司、做一个工具，公司里的谁是你最好的朋友？"
- ⚠️⚠️ 落点那一句："而如果是为所有人做的，那就是为没有人做的。" ✅ 他拿自己做了例证："latent space 和 AIE 有意识的一部分就是——有这么一类软件工程师非常非常在意 AI，他们会不会把它变成日常工作？我们只为他们做。"

⚠️ platform engineer：两人一致指认的"未来重要岗位"¶

（[01:40:50]–[01:41:50]）

嘉宾主动点出来的："一个我觉得越来越重要的未来岗位——platform engineer。我觉得这是个巨大的。"
他给的职责范围："在现代，他们拥有 cloud、拥有 devx、拥有 security ops——所以是全部这些东西。"
⚠️ swyx 给的判据是风险集中度："所有你真的可能把公司搞没了、或者会决定成败的地方——那是 platform 的人。" ✅ 他另自述这是他自己的职业反事实："如果我没去创业，我会去做 platform engineer，因为那是决定所有这些关键任务的角色。"
🔗 ✅ 本页标注这条与 Warp 的 factory engineering 落在同一个位置：⚠️⚠️ Zach Lloyd 预测会分化出一个"工程化那条产线"的新职能，而他自己把受众限定为"工程经理、CTO，也非常常见地是平台团队"。而这一期两人独立地把同一个岗位名叫了出来。 ✅ 本页判这是本库目前关于"新岗位"最有交叉验证的一条——两期、两位受访者、同一个职能、不同的命名。

⚠️⚠️ 本页认为本期最有价值的一个未答问题：主指标换成什么¶

（[01:47:52]–[01:49:53]）

swyx 先给了递归那一层："你开始是写 prompt，现在你不再写 prompt 了。你写那些写 prompt 的 prompt。" 他的几何描述是"向外同时向内的同心圆"。
⚠️ 而他对方向给了一条带时间限定的判断，本页认为这条限定本身就是内容：

"我觉得你是往上造到 factory，不是往下造。但我觉得很多人最终会开始往下造——你从最高层开始，我的目标是什么，然后你去搞清楚那些系统。那目前会产生大量 slop，你不该那么做。但有一天你会。"
⚠️⚠️ 然后他把问题推到底，而这是本页认为全期最该被 AI 与就业保存的一处：

"所以我要反过来问你——我们存在是为了解决的那个首要问题是什么？比如说今天一个工程师，你是按你的 PR 合并率、PR 贡献率来衡量的。好，两年后那会很荒谬。那你的主要那件事是什么？"
⚠️⚠️ 嘉宾的回答是："我不知道。"
接下来被试过又被否掉的几个候选，本页照录，因为这个否掉过程就是这条问题的全部现有进展：
- "钱" → swyx 自己否掉："人们总是太快跳到钱。它是钱和 PR 之间的某个东西。"
- "客户满意度、你做的功能带来的 CSAT 分数" → "即使那个，那也像是产品决策，不太算代码决策。"
- ⚠️ 嘉宾给的半个答案是把岗位本身换掉："但如果工程正在演化成更像 PM 工程师、产品工程师那种混合体，那我觉得那就是'角色会演化成什么'这个问题的一个答案。"
✅ 他能给的可执行建议只到这一层："我今天会建议学生花更多时间去想整体系统，而不只是你在工程拼图里那一小块，以及那一块怎么和别的接起来。" 落地形式是 capstone 的选题种子——"我给他们的点子种子是 YC 的 request for startups。我几乎是在说：去建一家公司。"
🔗 ✅ 本页标注这条问题在本库里的位置：⚠️⚠️ 本库此前关于"工程师指标"的材料全部在给新指标（Warp 的"每个被 merge 的 PR 人类动手几次"、Jay Parikh 拒绝把 token ROI 算成收入、换成功能交付/成本节省/留存/CSAT）。✅ 而这一期的价值恰恰在于它把那些新指标统一否掉了一层——Warp 那条是平台在度量 agent，Parikh 那条是公司在度量投入，而个人被度量什么这个问题，两位在场者都说不出来。 ⚠️ 本页记这是一条明确的空白，而不是一条分歧。

⚠️ 两条配套的小材料¶

⚠️ "manager of agents"他自己标为 buzzword，但给了一个具体的类比（[01:45:51]）："甚至一家公司的 CEO 也必须对各个组成部分有足够的监督与理解，才能对方向做出判断——才能纠偏、才能设定指标。" 他认为这个类比能平移到"监管技术那一侧的人"。
⚠️⚠️ 而 swyx 给了一条很有用的降温参照，本页认为它是本期最可直接拿来反驳"岗位马上要合并"的一条（[01:46:51]）：

"坐在你这个位置之前的是 Anthropic 的产品负责人和平台工程负责人。我问他们：你们的岗位什么时候会合并？他们说，还没到。所以如果 Anthropic 都还没到，你不该觉得这件事迫在眉睫。"
🔗 ✅ 本页标注那一期是 2026-10-27 Anthropic 平台团队，⚠️ 而本页记这条转述未在该页核对过，标为 swyx 的转述。
⚠️ "meta harness"（[01:50:55]）："harness 的 harness。你总可以再深一层。" 他给的理由是类比："就像模型路由器包住模型 API，如果你要在 harness 之间切换，你也需要包住 harness。" ✅ 嘉宾同意。 🔗 对照 Warp 把 harness 做成"任何 ACP 兼容"的可替换槽位与 Jay Parikh 把 harness 与模型路由拆成两层。

十、⚠️⚠️ psychosis 作为一条招聘门槛：本期最尖锐的一处¶

（[01:52:56]–[01:57:02]）✅ 本页认为这是本期最该被 LLM 实用方法论与 AI 与就业同时保存的一节。

引子是 Steve Yegge 那套"psychosis 的层级"，⚠️ 而 swyx 对它的现状描述带明显的玩笑成分，本页照录但不采信为事实："他现在一路到第 10 级了，他已经放弃、搬去农场了。" 以及 Gastown 的结局："他烧掉了那座城，说我要去做我的游戏，不再有 Gastown 了。"
⚠️⚠️ 而他引的那条自我评价本页认为是全期最省力的一条判据："我记得在工程师集会上跟他聊过——他整个说法不就是，在 Gastown 造出来的唯一有用的东西就是 Gastown？" swyx 的评价："那是个糟糕的失败。"
✅ 嘉宾给了一条不同方向的解读，本页记为对照：他怀疑 Gastown"有点被营销和术语卡住了——从术语角度那是很难理解的东西"，⚠️ 而 swyx 当场反过来说营销正是它起飞的原因："那份宣言也真的把它推进了概念层面。那些永远不会用 Gastown、但因为能读宣言而了解了 Gastown 的人——这里面有个营销的角度。"
✅ 嘉宾对 Yegge 本人的定性："不一定是个要照字面理解的人，但方向上是对的。"
⚠️⚠️ 而 swyx 给的那条招聘门槛本页判是本期最尖锐、也最可被直接验证的一条（[01:53:59]）：

"我今天在我公司里就有这个问题——我不想招任何没经历过 psychosis、又从另一头走出来的人。因为我现在正在为某个人经历 psychosis 付钱。那从他的薪水上说非常贵，从 token 上说非常贵，而我什么都没得到，而他也不明白，我的反馈传不进去。"
他对学生的建议是把它前置："所以我几乎会鼓励你的学生先去经历 psychosis，然后走出来，然后说：好，我当时哪儿不对？" ✅ 他给的参照是"Steve 刚刚公开走完了一段两年的旅程"。
⚠️ 第二位主持给了这件事的学生版本，本页认为这条翻译很到位："学生版大概是：你以为你在高产，其实不是。你在做 Notion 图表、做各种个人优化，然后发现——糟了，我经历了 psychosis，但什么都没变。" ✅ 两人的回应是一致的："那就去经历它。去经历它。"
⚠️⚠️ 而把这条门槛与前面的"地板抬高了"（第一节）并读，本页记一处张力：嘉宾说学生进来就得接近 senior 水平，而 swyx 这条说的是 senior 水平里还有一项不可速成、只能靠烧钱烧时间获得的东西。 ✅ 本页判两条合起来是本期对"初级岗位"最悲观的一处，而且它比期内任何"学生会不会 cooked"的讨论都更具体——因为它来自一个实际在付薪水的人。
⚠️ swyx 自己对那套层级给了降权："这篇文章现在算是有点过时了。software factory 之后还有更多东西，而这篇文章早于 software factory。"
✅ 而两人一致认为更该用的是另一份阶梯，本页记其口径差别（[01:55:00]–[01:57:02]）：
嘉宾记得 Boris 做过一个："更偏团队层面，我记得他有四个阶段，不是八个。"
期内当场拉出来核对的五个阶段（零索引）：gated、assisted、parallel、supervised autonomy、AI native。
⚠️⚠️ 而 swyx 给的那条口径区分本页认为比阶段名更有用："Boris 写这个是为团队采用。……而且他说 Anthropic 在第三阶段，我们还在试着到第四阶段。" ✅ 他的对照："不像 Steve 那个——Steve 那个是非常好的个人向的'做这个做这个做这个'；这个要更偏'如果你在带一个团队、想把你的团队 AI pill 化，而不只是做一个人的用户'。"
⚠️ 本页记这条转述未经核对，标为 swyx 的转述，✅ 但它的口径值得保存：⚠️⚠️ 一家模型厂商自述自己在五级里的第三级——这是本库目前关于"连最该会用的人也没走完"的最具体一条。 🔗 对照 Cloudflare 的 token 治理（三级提醒、没有排行榜）与本期第十一节那条"硅谷之外的真实采用度"。
⚠️ 另记一条 swyx 点出的子 agent 模式，因为它与第四节那条"sub-agent 没有答案"正好互补（[01:56:00]）："dynamic workflows"——"很多关于子 agent 的讨论其实就是你在复制父 agent，但你实际上该写多得多的代码，然后把它当成一个子 agent 去跑，而这就是 Anthropic 那边的人选择叫它 dynamic workflows 的东西"，定义是"你在为你正要做的那件事按需写一个 harness"。✅ 嘉宾说 Monaco 也建了一个版本，用在 GTM 的按需 harness 上。

十一、✅ 两条给学生的具体建议，以及一条"硅谷之外"的现状提醒¶

（[01:51:55]–[02:00:05]）

⚠️⚠️ 现状提醒本页认为是全期最有校正作用的一条，而它由两人分别给出：
第二位主持："学生该保持接地——边缘上发生了很多事，但也有很多公司还是在生产里做单次调用、还在摸索、还没试过。"
⚠️⚠️ 嘉宾的确认带了明确的强度："首先，确实有很多公司还在'prompt ChatGPT'那个阶段的某个版本，或者他们刚拿到一个 Cursor 的授权、现在才在让人上手。这件事比我们相信的要真实得多——至少在硅谷这里，我可以 100% 确信地说。"
✅ 而他对学生的推论是把这件事算成优势："他们知道这些、处在边缘上，这件事最终会让他们在去那些在前沿上还不够格的地方时，成为更有意思、更有价值的贡献者。"
⚠️ "要有野心"这条他给了一条可操作的门槛线，而这条线本页认为比任何鼓励都具体（[01:59:04]–[02:00:05]）：
他举去年两个 capstone：一个电子系学生做了把带内存地址的 C 手册解析并转成可解释、可可视化的代码的翻译器；一个设计背景的学生做了"给我的设计笔记本拍张照、按我拍的东西给我生成一个 app"，现在在 Vercel 工作（⚠️ 院系缩写不可确证，见页首）。
⚠️⚠️ 而他对后者的评价本页判是本期最能说明"地板抬高了"是什么意思的一句： > "恕我直言，在今天这个时代，拍张照片把它变成一个 app 不算多有野心。写一个浏览器才算。而实际上有很多像那样的项目。"
swyx 的对照是一个具体的人："这是 Cursor 的 Wilson——他说我要写一个浏览器。那种有野心、而且真能执行的人非常有价值，而这基本上就是一次招聘喊话。"
✅ 嘉宾对自己课程标准的变化给了直白的表述："去年那样可以，但今年我们显然会要求更多。" swyx 的概括："那现在算不及格了。" ⚠️ 而嘉宾给的对照很具体："去年我还花时间讲过 k-shot prompting 当作其中一课。而我觉得你们现在根本不会去想那个了。"
⚠️⚠️ 而 swyx 给的"第十一周"本页认为是本期最可直接执行的一条职业建议，且它带明确因果（[01:59:04]）：

"我给学生一个免费的第十一周——做 benchmark。做 benchmark 和 eval。这个能让你进每一家前沿实验室、每一家头部 agent 实验室的门。"
第二位主持补的第二条路径："在任何有意思的东西上写有严谨性的好工程博文。benchmark 很多、低垂果实很多，但工程博文确实很有效——你在一件事上钻得很深。"
⚠️ swyx 另给了商业化的一侧："而且那里面也有很多钱可赚。所以不只是进门，如果你把那个做成生意，你真的能赚得很多。"
✅ 而他给的例证是一条本库可核对的事实："人们不知道 SWE-bench 本来是个本科生项目。" 嘉宾确认："是的，Princeton 的。"
🔗 ✅ 本页标注这条与评估与 Benchmark 的接口：⚠️⚠️ 本库该页此前的材料几乎全是买方在抱怨公开 benchmark 没用（Arca、Eve）或卖方在建内部 benchmark（Warp）。 ✅ 而这一条是第一次有人把"做 benchmark"当成个人的职业路径来推荐，而推荐理由恰恰是前面那些抱怨——需求没被满足。

十二、⚠️⚠️ 本页记三处本期的空缺¶

一、整期在讨论"学生怎么办"，而样本全部来自 Stanford，且这一点被点出后没有被回到¶

（[00:07:04]）swyx 自己在第七分钟就把局限说清楚了：

"我以前说过这个，它几乎是那种为了说得辛辣而说的话，但我其实真的有点相信——大多数学生是 cooked 的，其中一些会非常有价值。我不觉得这是个很受欢迎的说法。Stanford 的孩子会没事的，对吧，他们是 Stanford 的。但美国其余那些人会怎么样？"

嘉宾的回答只有半句："对，那是个开放问题。" ⚠️⚠️ 而全期此后没有再回到它。
✅ 本页判这处空缺的重要性在于它改变了第二节那条处方的读法：⚠️ 把开源维护者的 review 带宽调给学生，这件事成立的前提包括"这所学校有能力去谈这些合作"、"赞助方愿意给这批学生额外 credits"、以及"维护者愿意 review 这批人的代码"。 ⚠️⚠️ 这三条全部与学校声誉相关，于是这条处方越有效，它越可能是在扩大那条被点出的裂缝，而不是在补它。 ✅ 本页不判定它实际效果如何，只记这个方向在期内被提出且被放过。 🔗 对照 Alpha School 那期本库标出的同类张力：谁"cooked"了。

二、⚠️ 全期关于"学生实际在用什么、用得怎么样"的量化只有一个数据点，而那个点是定性的¶

✅ 期内唯一的调查结果是"没有一个人还在手打代码"（[00:10:06]），⚠️ 而工具占比他明确说还没问。
⚠️⚠️ 本页认为这是本期体裁上的结构性限制：这门课第二次开课、刚上到第一周结束（他自述"这是第一周的结束"，[01:58:02]），✅ 于是全期关于这套课程设计是否有效的证据只能是去年那一版的印象性反馈（"很受欢迎、学生很感兴趣"、"去年还有一篇 Business Insider 的文章写过这门课"）。 ✅ 本页因此把全部课程设计内容记为设计意图，而不是经过检验的教学结果，并记下它的可检验形态：⚠️ 那些开源贡献作业最终有多少被合并、维护者的 review 负担实际有多大。

三、⚠️⚠️ "软件工厂里人还剩什么"被当成第十周的内容，而期内给出的两个咽喉点都未被论证¶

（[01:41:50]–[01:42:50]）他给的答案是两点：

"今天我觉得答案是 intent 和 review 的某种组合——intent 是你在定义 spec、定义需要被造出来的东西，review 是你在做某种程度的自己的检查。"

⚠️ 他对两者的先后给了一个判断："而当然，我觉得那个瓶颈（review）会在 intent 那一块之前先被放松。"
⚠️⚠️ 而本页标注这两个咽喉点在期内都被自己的材料削弱了：
review 侧：第六节里 swyx 指出"codebase 级的 spec 是所有 PR 的总和"而模型做不好、人类是"spec 之神"——这说的是 intent 侧的担子更重，而不是更轻。
intent 侧：第九节那条"主指标换成什么"整段没有答案，而 intent 的质量恰恰需要一个指标才能被衡量。
✅ 本页因此记：本期把"人留在哪两处"讲得很清楚，而"留在那儿的人用什么判断自己做得好不好"这一问在同一期里被明确问出、明确没有答案。本页判这两处是同一个缺口的两面。 🔗 而 Warp 那期把这个缺口往前推了一步但也停在同一位置——它给了"每个被 merge 的 PR 人类动手几次"这个可度量的口径，✅ 但本库此前已标注那是一个会被优化的指标，而不是一个纯观测量。