跳转至

"log4j 时刻从一年一次变成一周一次":agent kitties、把安全支出提前 18 个月,以及"给人的网和给机器的网"该不该分开(No Priors / Dane Knecht,2026-10-23)

  • 嘉宾: Dane Knecht — Cloudflare CTO(⚠️ 稿中 "CTR" 为自动字幕错写)
  • 主持: Sarah Guo — ✅ 本期可判定为她单独主持:两处自述可定位,"我上周请了 OpenAI 的 Greg Brockman 上 No Priors"([00:07:08])与 "我自己经营一家很小的合伙制机构,大概十来个人的团队"([00:31:24],即 Conviction);⚠️ 转录稿只有 >> 换人符、无说话人标签,但本期只有两人,逐条归属无歧义。
  • 来源: YouTube · 41 分钟 · ⚠️ Cloudflare 自家用户大会现场录制(他两次提到"今天早些时候我们的一场 keynote 上"[00:02:04]、"这次大会本身是怎么办起来的"[00:22:18])
  • 转录稿: sources/no-priors/20261023-6VprwfSc4Xk

⚠️ 专名还原(自动字幕,损坏较重):"log forj" → Log4j、"shell shock" → Shellshock、"CDES" → CVE、"webk webpki" → WebPKI、"NIS curves" → NIST 曲线、"buck bounties" → bug bounty、"ven process" → vuln(漏洞)流程、"WFT" → WAF、"X42" → x402、"Tim Burns leak" → Tim Berners-Lee、"Waterlue / Nor Eastern" → Waterloo / Northeastern、"GNA" → G&A、"conference monetization gateway" → content monetization gateway(内容变现网关)、"Cloudare / CloudFare / coughware / copper's / comfort / Cloud Players" 全部 → Cloudflare、"no-briers.com" → no-priors.com。

⚠️ 三处本库判为无法写定:① "midas was just kind of the tip of the iceberg"([00:04:06])——他拿它指代一次已发生的 AI 网安能力事件,⚠️ 但本库无法确定这个词指哪个模型或哪次事件(本库已有的近义代号是 Mythos,但拼写不同、不可混同),照录标未核实;② "the React one last year"([00:39:30])指一次 React 生态的漏洞,⚠️ 未给编号与细节;③ "the BR that's trying to create a call list"([00:21:18])按 BDR(销售开发代表)理解,⚠️ 字幕不足以写定。

✅ 本页认为这一期的价值集中在四处,其中第一处与第三处是本库此前缺席的材料类型: ① ⚠️⚠️ 一条来自基础设施一侧的频率量级:Log4j / Shellshock 这类"全员上甲板"的事件以前约一年一次,现在"一周一次",而且不是全部都被公开报告([00:02:04])。✅ 本库 LLM 安全 上已有大量攻防机制材料,但此前没有一条把"漏洞披露节奏"给成量级的——这是第一条,且给的人看得见全互联网流量。见第一节。 ② ⚠️⚠️ 攻击者画像的一次反直觉更新:近期几个较大的漏洞"其实不是国家级行为体,是高中生"——过去打 CTF 的那批人把 agent 指向一个方向,再加上 bug bounty 的现金激励([00:05:08])。✅ 主持人当场造的词是 "agent kitties"(script kiddies 的 agent 版)。见第一节。 ③ ⚠️⚠️ 本库第一份"AI 当下让软件更不安全"的机制说法,而且出自卖安全的人:"至少早期的 AI 非常啰嗦、喜欢制造复杂度,所以就我们打的这些交道而言,AI 其实没在帮忙造更安全的东西。"([00:10:09])✅ 这与他自己给的第一原则(减少攻击面)直接相撞,而他没有回避这个撞法。见第二节。 ④ ⚠️ "给人的网"与"给机器的网"该不该分开:他把当下叫 "messy middle"(混乱的中间态)——人和 agent 在同一条轨道上跑,而翻译层只是在白烧 token;✅ 他的方向是"在各自所在的地方去接住它们,而不是硬把两边拉到同一个地方"([00:13:12]–[00:14:12])。见第三节。

⚠️⚠️ 引用本期时必须一并标注的利益相关:这是在 Cloudflare 自家大会现场、由 Cloudflare 的 CTO 讲的,第三、五节涉及的全部产品(内容变现网关、agent 钱包、稳定币、与 OpenAI 合作的 Signals、Cloudflare OS)均为发布口径的自述,本期没有一个客户数字、没有一个采用率、也没有任何第三方验证。 ⚠️ 而第五节"谁来保护买不起红队的人"那一问,他的回答直接是"把站点放到 Cloudflare 后面"——本库记为推销,但同时记下他给的那条可检验的历史对照(见第五节)。


一、⚠️⚠️ 频率、攻击者画像,以及他为什么不接受"把重要东西全物理隔离"

频率:从一年一次到一周一次([00:02:04])

  • 他给的参照是 Cloudflare 内部的动员级别:以前遇到 Log4j 时刻或 Shellshock 这类事件,是"全员上甲板"——而且要保证的不只是企业客户,免费客户也一起保护,"因为我们把它当作一种公共品"。
  • ⚠️⚠️ 而他给的变化是频率:

⚠️⚠️ "这些事情现在是一周一次。不是所有都被公开报告,但其中有些的严重程度和 Log4j 那类是一个级别的,只是发生得频繁多了。"

  • 他说过去 3 到 6 个月 CVE 报告数量"指数级"上涨。⚠️ 本页标注:他没有给任何绝对数字、也没有给口径(是 Cloudflare 收到的、还是公开 CVE 库的),"指数级"在本库记为定性描述,不作为增长率。
  • ⚠️ 他引的那个比例出自自家大会的 keynote 幻灯:"超过 50% 的工程时间将开始花在安全上"([00:02:04]–[00:03:04])。✅ 他紧接着给了限定:"我不认为这会永远持续。我认为这会是一段短的过渡期——到某个时候,AI 就已经把大部分代码都巡过一遍、把大部分 bug 和捷径都找出来了。"
  • ⚠️⚠️ 本页标注:这条限定是本期最该被单独记下的一处,因为它把"安全吃掉工程"设成了一个有尽头的存量清理任务,而不是一个新的稳态。 ✅ 它因此可被检验:如果三年后工程时间里的安全占比仍在 50% 上下、而不是回落,这条就错了。

⚠️ 两个"旧随机数被倒推出来"的例子([00:03:04]–[00:04:06])

他举了两件当时正在传的事,用来说明 AI 对历史遗留的密码学薄弱点意味着什么:

  • ⚠️ 当天在被博客与推文讨论的那件:互联网上一个保护全部 TLS 与 WebPKI 连接的密钥,其种子据称就是数字 4——"字面意义上的 4"。他由此说这东西会被逆推出来。
  • ⚠️ 他说"上周 OpenAI 找到了 2000 年发布的那些 NIST 曲线的种子"。
  • ✅ 他给的机制只有一句,但本页认为这句比两个例子本身重要:

"AI 可以就这么一直做这些事,它不睡觉。它不像你以前那个专门做红队的工程师。"

  • ⚠️⚠️ 本页标注:这两个事实性断言本库不采信、只记为他的转述——第一个没有给出密钥身份、第二个没有给出曲线名或任何发布链接,而"TLS/WebPKI 的某个密钥种子是 4"若成立,其影响范围远大于本期给它的篇幅(他说完就过了,主持人也没追问)。✅ 本页的读法是:这两条该被当作"他认为正在发生的事情形态",而不是两个已核实的事件。
  • ✅ 他对能力来源的拆分则不依赖这两个例子:"不只是模型变好了,还有 harness、还有人怎么知道该怎么用那些前沿模型去找这些 exploit。" ⚠️ 而他把那次标志性事件称为 "midas"(本库无法写定所指,见页首)。

⚠️⚠️ "agent kitties":攻击者画像的更新([00:05:08])

主持人的问题很具体:把漏洞发现的量推这么快上去的那些人是谁——国家级行为体,还是 script kiddies?

  • ⚠️⚠️ 他的回答与问题的两个选项都不同:

⚠️⚠️ "我其实觉得最近出来的一些较大的漏洞并不是国家级行为体。是……甚至是高中生。"

  • ✅ 主持人当场造词:"那我们以后叫他们 agent kitties 吧。"
  • 他给的机制有两条:① 行为迁移——"他们过去是花时间打 capture the flag 这类安全竞赛的那批人,现在是把 agent 指向某个方向";② 现金激励——bug bounty"会付给他们相当可观的金额"。
  • ⚠️⚠️ 而他给的结构性概括是本页认为这一节的落点:

⚠️⚠️ "这等于是把国家级行为体以某种形式早就拥有的那套工具——不管是通过 agent,还是单纯靠砸在这些问题上的人数——交到了大众手里。"

  • ✅ 本页标注这条相对本库既有材料的位置:⚠️⚠️ 本库 LLM 安全 上关于"攻击侧人才管道"此前只有 Amjad Masad 那条(讲的是动机与世代),而本条是第一次由一个看得见全网流量的人给出"近期大漏洞的作者画像已经下移"的判断。 ⚠️ 但它没有任何样本、也没有点名任何一次具体事件,本库记为一条来自观测位的印象,不作为归因结论。 🔗 可与 CrowdStrike / George Kurtz 前一天那条"新的顶级掠食者是 agent state 不是 nation state" 并读——⚠️ 两人(相隔一天、都在卖防守)都在把注意力从国家级行为体上移开,但指向不同:Kurtz 指向 agent 本身,Knecht 指向拿着 agent 的个人。

⚠️ 他对"物理隔离一切"那种末日预期的回应([00:06:08]–[00:07:08])

✅ 主持人这一问本页认为是本期信息量最大的提问,因为它报告的是一手的行业情绪:

"这是 15 年来我第一次听到严肃的技术人员说'我们干脆把重要的东西全物理隔离吧'、'我们有一阵子是没法信任互联网了'、'我们就假定关键基础设施和政府服务在某个时候会倒'。"

他的回答分三层,⚠️ 三层都不是技术论证:

  1. 人的适应性:"人类相当能适应,需要快的时候我们能动得快。"
  2. 行业协同的先例:"平时你认为是竞争对手的人,到那种时候就不再是竞争对手了。"
  3. ✅ 唯一带机制的一层是过去 5 到 10 年的架构位移:从"城堡式的远程基础设施安全"转向零信任,⚠️ 他说这让很多公司处在更好的位置——"你说的不是这间办公室完全物理隔离,而是这些设备、这些流被用另一种方式保护起来。"
  4. 他的自我定位:"我没那么末日。"
  5. ⚠️⚠️ 本页标注:他没有否认主持人转述的那种预期会发生,只说了自己不那么悲观;而"关键基础设施会倒"这个具体命题,本期从头到尾没有被正面回答。本库记为一处未被回答的提问。

二、"我们在给 70 年的软件打补丁",以及 AI 当下为什么在把事情弄糟

来源:No Priors / Dane Knecht(本期)

⚠️ 安全支出被提前,而不是被加上([00:07:08]–[00:08:08])

主持人把问题接到了预算上,并转述了上一期的材料:

  • ⚠️⚠️ 主持人的转述:"我上周请了 OpenAI 的 Greg Brockman 上节目,他说他认为到 2027 年,人们花在安全上的 token 钱会和花在工程上的一样多。"
  • ⚠️⚠️ 本页必须标注一处口径差异:✅ 本库记录的 Brockman 原话 是"网络支出、安全支出应该大幅超过软件支出",他自己还加了"我可能不对";⚠️ 而主持人这次的复述给了一个具体年份(2027)、并把单位换成了 token。本库按原话记录,不把"2027"与"token 口径"回填给 Brockman——这是主持人的概括。
  • ✅ 他对"是什么驱动这个转变"的回答只有一个词:紧急状况(emergency),而他给的形状是提前,不是新增:

⚠️⚠️ "你会把未来 18 个月的全部安全支出都提前花掉"——红队(攻击侧,主动去尝试利用)与防守侧(准备)两边都是。

  • ✅ 他接的那句限定与上一节同构:"我不认为这会永远持续。我看到的是 18 个月后的一个世界——新软件的生产率大幅上升,因为所有这些资源又回到那上面去了。"
  • ⚠️ 本页标注:这是本库目前对"安全吃掉工程预算"这条断言最明确的一次时间定界(18 个月,起点约 2026-10)。 ✅ 它与 Brockman 那条的差别值得记:Brockman 讲的是稳态结构(软件趋近免费 → 价值转移到可靠性),Knecht 讲的是一次性的存量清理脉冲。⚠️ 两者可以同时成立,但对预算的含义相反——一个说会一直高,一个说会回落。本库并列,不判定。

"我们在给 70 年的软件打补丁"([00:09:09])

主持人先把难点说清楚了:⚠️ 软件的生产速度也在上升,所以"我们得先把已经造出来的都打上补丁,然后还要跟上、还要跑到交付速度前面去"。

  • ✅ 他的回答承认了存量的量级:"首先,我们现在是在给外面 70 年的软件打补丁。所以有一部分就是单纯的补课。"
  • 对增量,他给的是流程层的答案:软件开发生命周期、agent 开发生命周期需要改变,而现在能用来做红队的那套东西,会被内建进过程的每一步。
  • ⚠️ 本页标注:这节的两半不对称——存量那半有量级(70 年),增量那半只有方向("内建进流程")、没有机制。

⚠️⚠️ 第一原则是减少攻击面,而 AI 当下在干相反的事([00:10:09])

被问"什么能让软件从第一次交付起就更好",他先回到第一原则:

  • "你要减少攻击面。你能做的最容易的事,就是让漏洞可以存在的地方变少。" 具体问法是"我怎么把这个简化?怎么缩小代码足迹?"
  • 再往外他点了形式化验证、更安全的编程语言、把安全性建进 runtime,⚠️ 但都只是点名,没有展开。
  • ⚠️⚠️ 而这节真正值得保存的是他紧接着说的那句,因为它和自己的第一原则直接相撞:

⚠️⚠️ "至少早期的 AI 非常啰嗦,它喜欢制造复杂度。所以就我们打的这些交道而言,AI 其实没在帮忙造更安全的东西。但我想我们会走到那一步。"

  • ✅ 他给"人还在哪儿"的答案也落在这上面:"那就是人还有用的地方、人的判断还有用的地方——确保我们把软件设计成一种它自己能安全站住的样子。"
  • ✅ 主持人把这条推到了一个更锋利的位置([00:11:11]):"'减少攻击面'当然对,但这不是今天模型的自然倾向,对吧?我让它做点什么,我得说'麻烦用十分之一的复杂度再试一次'。那这是今天工程和安全工程的职责,还是会在模型层被解掉?"
  • ⚠️⚠️ 他的回答是"所有层",而且明确拒绝了"模型层会解掉"这个选项:"用人以前的那种方式——在 agent 之前——它需要在所有层面上被解决。" 他列的层是:训练写代码的工程师与产品工程师、安全团队继续做第二双眼睛的检查与平衡、以及把它建进流程。
  • ⚠️ 本页标注:这是本库 LLM 安全 上第一条"AI 使软件当下更不安全"的机制说法(啰嗦 → 复杂度 → 攻击面),而且出自卖安全产品的人——方向上对他的生意有利(更多安全需求),但对他的另一半叙事(AI 也是解药)不利。 ✅ 本页认为正因如此这条更值得记:它是一次against-interest 的局部让步,而不是一个整体立场。 🔗 与 Grepr 那期"为什么安全比运维更难" 的结构不同——那里的理由是对抗性,这里的理由是代码体量。

⚠️ Cloudflare 内部的做法:一份被煮成"十诫"的 codex([00:11:11]–[00:12:12])

✅ 本页认为这是本期唯一一处具体的内部流程做法:

  • 他们内部把"怎么建"写下来了:一份叫 codex 的文档,由各团队写的一批 RFC 堆起来——"在 Cloudflare 怎么造安全的软件、怎么造高可用的软件、我们的最佳实践是什么"。
  • ⚠️⚠️ 而落到 agent 上的形态是压缩:"然后它会被煮成某种十诫,是 agent 知道怎么遵守、并在 review 流程的每一步都会用到的。"
  • ✅ 他给的分工画面是工厂:

"你有一批 agent 在外面写大量的 slop,然后在工厂更深处,你有人在做性能跑测和安全跑测。就像公司以前的运作方式一样,我认为你需要那些对抗性的 review。"

  • ⚠️ 本页标注两处缺口:① "十诫"的具体内容一条也没给;② "agent 写 slop、人做对抗 review"这个分工有没有效果数字,本期没有。 ✅ 但"把长文档压成少量 agent 可遵守的戒律"这个动作本身是本库第一次收到的具体形态,🔗 可与 Cloudflare OS 那节"教 agent 什么让 Cloudflare 特别" 并读——两者是同一件事的两面(写下组织的隐性知识给 agent 读)。

三、⚠️⚠️ agentic web:"messy middle"、翻译层在白烧 token,以及新的收费轨道

来源:No Priors / Dane Knecht(本期)

诊断:人和 agent 在同一条轨道上([00:13:12])

被问"过去一年互联网上 agent 驱动的流量占比超出了多数人的预期,你的世界观更新了什么":

⚠️⚠️ "我大概把它想成:我们现在处在 messy middle(混乱的中间态)——人和 agent 在互联网上骑着同一套轨道,而 agent 在试图解析一个给人用的 web,这件事就是低效的。"

  • ✅ 他给的不对称很具体:人给网页设计的节奏是"去一个网站、能读、能看到广告、参与完整的经济模型";⚠️ 而 agent"在同样的时间里能去一千个网页"——"这很好。只是你需要找到一个新的经济模型来支撑它。"
  • 主持人的追问:"我们能有平行的两个 web 吗?一个给人的 web 和一个给机器的 web,像现在大家在做的那个叫 AEO 的东西?"
  • ⚠️⚠️ 他的回答是肯定的,而且给了一个判据:

⚠️⚠️ "我认为我们会找到办法去投递内容,在 agent 和人各自所在的地方接住它们,而不是试图把两边拉到同一个地方。"

  • ✅ 而他对当下那层中间件的评价是否定的,本页认为这是这一节最可检验的一句:"现在有一堆公司帮你让 agent 看懂一个网页。这些都只是额外的 token 燃烧,用在大概本来就不需要发生的事情上。"
  • 他给的历史对照是 API:"我们早就有 API 了,计算机之间说话的方式有很多年了。只是 API 只覆盖了互联网上信息的一小部分。" ⚠️ 而 agent"渴望理解一切",所以它们去探索人的互联网。
  • ⚠️ 本页标注:他对"平行网"的论证只到"效率"为止,没有触及两个更难的问题——① 内容方若对人和 agent 投递不同内容,与现在的 cloaking(对爬虫与用户显示不同内容)判定如何区分;② 谁来保证机器那一侧的内容与人那一侧一致。本期一句未问。

⚠️ 微支付:CPM 作为定价锚,以及"永远是两年后"([00:14:12]–[00:15:13])

  • ✅ 他给的机制很简洁,而且用了一个已有的定价单位:像 Substack 这类内容站"知道自己那个站该靠广告挣多少钱,也就是 CPM";⚠️ 于是"有一个世界是 agent 可以决定要不要读这个内容,然后决定要不要付那个 CPM 价"。
  • 他说这需要新的支付轨道:"能做到每秒数百万笔交易的,为了所有这些小额支付。"
  • ⚠️⚠️ 而他对历史的自嘲本页认为值得记:"微支付这事,总是两年后、两年后。" ✅ 他的判断是 agent 会推成:"我确实认为我们会看到一个世界,内容创作者真的有了一个新的经济模型。"
  • ✅ 他顺手给了 x402 的来历([00:18:16]):他说 Stripe 推出 x402 时他很喜欢,因为它回到了 HTTP 402 这个状态码——"那是 Tim Berners-Lee 二三十年前为支付留的。所以我们一直都知道互联网需要一条更好的支付轨道,只是一直没能搞定。"
  • 🔗 本页标注这条相对本库既有材料的位置:⚠️⚠️ **本库此前关于 agent 支付的材料都在"买方一侧"——Brian Armstrong 的 x402 与 agent 开银行账户、VGS 那期的 agentic token 与钱包战争(agent 怎么付)。✅ 本期是第一份从"卖方一侧"给出定价锚的材料(内容方按自己的 CPM 定价,agent 决定要不要付),🔗 而它正好接上 Chris Dixon 前一天那条"互联网的契约正在破"——那条说的是旧契约(给 Google 摘要换点击)的收入端在断,这条说的是新契约的计价单位可能直接沿用旧单位(CPM)。

⚠️ 在位者的态度:Amazon 关掉个人购物 agent([00:16:15])

被问"这套基础设施的玩家会是谁"(主持人点了 Instinct 与 Muse 这类个人 agent 的兴起让这个问题变得紧迫):

  • ✅ 他的回答先讲在位者的动机,而不是技术:"另一边的人并不都知道商业结果会长什么样。" ⚠️ 他引的历史是互联网"本来要杀死 Main Street、结果没杀死",但"确实有人被取代了,所以那里总有一些怀疑"。
  • ⚠️⚠️ 于是"有一种自然的倾向就是干脆把它们挡在外面"——"你看到 Amazon 刚刚就说:不行,不许个人购物 agent 进来。" ✅ 而他给的解读是谈判,不是技术判断:"他们在试图保住自己的一些谈判筹码。"
  • ✅ 他对终局的预测带了明确的降温:"我认为我们会走到 Muse、Dot 这些个人 agent 能无缝完成任务、甚至比你作为人做起来更容易的那一步。但我不知道技术是不是已经追上了,商业模式也还没。"
  • ⚠️ 本页标注:这是本库第一条把在位者封锁 agent 解读为"保留谈判杠杆"(而不是安全或合规理由)的材料。 ✅ 它可被检验:如果封锁是谈判手段,那么它应当随着分成协议的出现而解除;如果是安全立场,就不会。 🔗 与本库 AI 的商业与价值捕获 上关于分发权的材料并读。

Cloudflare 自家的三件产品与一个合作([00:17:15]–[00:18:16])

⚠️⚠️ 以下全部为发布口径的自述,本期无任何采用数字,本库只记形态:

东西 形态
内容变现网关 让站点方把站点放到 Cloudflare 后面、对内容收取微交易
agent 钱包 "为 agent 提供钱包供其使用"
一种稳定币 用来"帮助促成那笔交易"
⚠️ Signals(与 OpenAI 合作) 让 agent 更容易发现内容,而不必爬整个互联网、反复回到同一些页面——"让它们更容易知道什么是新内容,并且更主动地去做这件事"
  • ✅ 他给 Signals 的理由是双边省成本:"这对 AI 实验室是赢,对站点方也是赢——不用被不停地爬、不用为那部分基础设施付钱。"
  • ⚠️ 他对成功判据给的那句很直接([00:19:18]):"不是他们付钱给我们,而是我们付钱给他们。" ✅ 他给的三层目标是:覆盖基础设施成本 → 提供支撑生计的钱 → 把内容创作者的数量"指数级地"扩大(他拿 YouTube、TikTok、X 做上一代的对照)。
  • ⚠️⚠️ 本页标注:这整节没有一个数字——没有网关的站点数、没有微交易的笔数或金额、没有 Signals 的覆盖率。本库记为产品形态清单,不作为 agentic web 商业化进展的证据。

四、⚠️ 开放与闭源在网安上的取舍:他的答案是"最终必须全开放"

来源:No Priors / Dane Knecht(本期)

([00:38:30]–[00:39:30])✅ 主持人把这场辩论的两侧都完整摆出来了,本页认为她的问法本身是本库目前对这个问题最干净的一次陈述:

"反对开放的论点是:防守与进攻的网安能力在同一个模型里是平行的,哪怕安全与护栏被建进去了也一样——所以你不可能有只会防守、不会进攻的开放模型。而只把安全能力留在一组前沿闭源模型里的担忧是:你要怎么发布它们?你不可能把它送到那些需要防守的、分散的行为体手上。"

  • ⚠️⚠️ 他的回答站开放,理由是既成事实而不是权衡:

⚠️⚠️ "我想随着时间推移,这一切都必须是开放的,因为反正所有人都会拿到……坏人总会找到办法拿到它,顶级公司也会有办法拿到。所以你做的只是排除掉一大群根本没有这种渠道、而大概最需要它的人。"

  • ✅ 本页标注这条相对本库既有材料的位置:
立场 给的理由 出处
⚠️ "开放即安全" 完整论证 + 三条限定 Misha Laskin / Reflection AI
⚠️⚠️ 开放,绑在具体问题上 reward hacking 需要"每一个博士生都能看权重" Ben Horowitz
⚠️ 反方:攻防同分 一个模型的攻防能力是同一个能力 Kevin Mandia
⚠️⚠️ 本期(Knecht) 不是权衡问题,是扩散既成事实——封闭只筛掉最需要防守的那批人 本期 [00:38:30]
  • ⚠️⚠️ 本页的读法(综合,不应归给任何人):✅ 他这条与前三条的区别在于它不争论能力的对称性——它承认攻防同源,然后主张分发的结果是不对称的(攻击方必然拿到,防守方未必)。 ⚠️ 它的弱点也在这里:"反正所有人都会拿到"没有任何证据或时间尺度,而这恰好是 Mandia 一侧会否认的前提。本库并列,不判定。
  • ⚠️ 另记一处:他说这句话的位置使它带偏向——Cloudflare 的生意是给"买不起红队的人"提供防守(见下节),所以"开放能让分散的防守方拿到能力"这条正好与他的分发位置一致。本库标注,不据此减记。

五、内部 agent 化:Cloudflare OS、1,000 个实习生,与 300 / 500 / 1,000 美元的三级提醒

来源:No Priors / Dane Knecht(本期)

Cloudflare OS:从防数据泄露长成"教 agent 什么让 Cloudflare 特别"([00:20:18]–[00:22:18])

⚠️ 这是他们自家的内部 AI 平台,本期对外发布。他给的起源与演化有两段,✅ 本页认为第二段比第一段有价值:

  1. 起源是安全:担心客户数据与内部数据泄漏出去,所以要让员工能用上全部新 AI 工具和模型,但有一种能安全部署、能看清数据怎么被使用与流动、能有治理的方式。
  2. ⚠️⚠️ 而"为什么叫 OS"的理由是组织知识的传递:

⚠️⚠️ "随着 agent 越来越多,我们意识到需要能教它们什么让 Cloudflare 特别、我们是怎么造 Cloudflare 的。对人我们是通过 Cloudflare University、通过 onboarding、通过见同事和一起工作来做这件事的。但对 agent,我们需要把那些更清楚地定义下来、写下来。"

  • ✅ 它同时是平台:员工能以安全的方式建任何想建的东西,而不必去想安全——他举的例子是"那个想做个电话名单的 BDR 不用担心安全"(⚠️ 字幕不足以写定该角色)。
  • ⚠️ 为什么把内部工具发布出去:他说"它其实是一个参考架构"——展示完全在 Cloudflare 上怎么把这东西建起来(他们十年里从一个 serverless 计算原语长到一百多个开发平台工具:存储、数据库、Durable Objects),✅ 并让别人"fork 它、在上面建自己公司的 OS"。
  • ⚠️⚠️ 而他给的采用事实本页认为是这一节最该记的一条,因为它与通常的预期相反:

⚠️⚠️ "它其实被我们的 go-to-market 团队和 G&A 团队用得比工程团队还多。"

  • ✅ 他给的机制是"空白画布"问题:"早期我以为训练是人们用 AI 最大的缺口。而当你只是把他们指向一个聊天界面,那对他们来说就是太多的一张白纸。" ⚠️ 他的解法是把平台按业务预先设计好——"你为你的业务怎么运作去设计一切,他们立刻就能去那里,拿到他们需要的全部数据,被引导着走过去。" ✅ 他说效果是认知的转变:"他们很快意识到:哦,这不是要替掉我,这是要让我在工作上更好。"
  • 🔗 本页标注:这与本周落在"企业采用"同一断点上的那几份材料是同向的第五份——Tenex 的"你没法自动化一个不存在的流程"、Moshi 的"建好了没人点 / 这是 UI 问题"、Kurtz 的 shadow AI 与身份、Marc Andreessen 的"个人在采用、机构没有"。 ⚠️⚠️ 而本条是其中唯一一份"内部已经做过一轮并给出解法形态"的材料,解法恰好就是 Moshi 那条的同一方向:不要给通用界面,要把工作流预先装进界面里。 ⚠️ 但它同样没有数字(没有活跃率、没有留存),本库记为形态一致,不作为验证。
  • 一个具体用例([00:22:18]):这次大会本身很大程度是这么办起来的——市场团队"建了几百个内部工具",而"以前他们得出去和不同的代理公司合作"。⚠️ "几百个"无口径(什么算一个工具),本库不采信计数、只记方向。

⚠️ 2026-05 的重组:第一次裁员,与那个三团队的邮件流程([00:23:18]–[00:25:20])

主持人把这节的前提说清楚了:从五月开始他们做了一次重组,变成一个"AI 优先"的组织。

  • ⚠️ 他没有回避代价:"重组很难。跟一些同事说再见,这是 Cloudflare 第一次这么做。我们一直很小心不过度招人,但这次是不同的原因。"
  • ✅ 他给的理由是工厂车间的类比:"我们看到 AI 正在改变一些团队的工作方式……你需要重新建、重新想事情是怎么发生的。"
  • ⚠️⚠️ 而他给的那个具体流程本页认为是本期最有说服力的一处,因为它是一次可核对的前后对照:
以前 现在
一位 PM 要给客户发一封邮件 ⚠️ 牵动三个团队:找 BI 取要发送的人群 cohort → 找市场团队设计邮件、把语气调对 → 找市场运营团队把邮件发出去 ✅ 一个工具:PM 描述 cohort → 写邮件、由工具改写成 Cloudflare 的语气 → 发给他的经理 → 经理觉得行就点批准,邮件就发出去了
  • ⚠️⚠️ 他对这个差别的概括是本页认为这一节的落点,因为它区分了两种不同的改进:

⚠️⚠️ "我们不是从三个团队变成做这件事更快。我们变成了一个工具,让一位 PM 现在拥有他此前没有的一种超能力。"

  • ✅ 而他给重组的必要性理由也在这里:"除非你做一些硬的改变、迫使人们重新想'到底什么才是做这件事的正确方式',否则你永远没法真的重新设计那个流程。" ⚠️ 本页标注:这条把裁员定位成流程重设计的前提条件而非结果,是本库 AI 与就业 上一条新的因果方向,⚠️ 但它只有一个流程的例子、没有任何规模数字(裁了多少人、省了多少成本),本库记为立场。

谁来决定重设计哪个流程:他的答案是不排序([00:25:20]–[00:26:21])

被问"一个 5,000 人的公司里有这么多流程,怎么决定谁是重新想某个流程的主人":

  • ✅ 他的前提是 Cloudflare 一直如此:"Cloudflare 永远有一千件我们做不完的事。所以我们总是找那些会主动承担和拥有的人。"
  • ⚠️⚠️ 而他明确拒绝了排序:

⚠️⚠️ "所以其实不太重要你把它从 1 排到 100 去做优先级。那一百件里的任何一件,只要有人对它有热情,大概都是安全的。"

  • 他说实际发生的是自然分层:去年初给了人工具、看他们怎么实验,"人们很快分成了不同的群体,有些人是真的扑进去了"——"所以我认为这件事是非常自下而上的。"
  • ✅ 主持人把这条策略总结得比他本人更清楚,本页照录([00:32:24]):"有意思或者说让人鼓舞的是:这不是'我们要画出 Cloudflare 每个部门和子部门、列出要重新设计的关键流程'那种总体规划,而是——假定人在拿到自己用量信息之后对 token 是理性的、招一大批实习生、并假定我们这里高自主性的人会自己把那些流程挪到更聪明的地方去。" 他的回答是:"对。然后就是蛮力,就是去试。"
  • ✅ 一个具体的蛮力例子([00:32:24]–[00:33:24]):今年一月他们开了一个 agents@cloudflare 的邮件别名,让人们把"我这件事能不能用 AI 做"发进去,回复会给他一个 skill file。⚠️⚠️ 而本页认为这条的价值在那个揭露:"有一阵子人们真以为这全是 AI、是自动化的。其实是一群实习生在帮人写 skill file。" ✅ 他给的理由是这比外部咨询更快拿到真实需求:"而不是出去雇一家咨询公司来把每一件要做的事都编目一遍——是那些自己意识到'这件事看起来比它该有的难'的人在说'我想知道 agent 能不能帮我'。"

⚠️ token 预算:三级提醒,没有排行榜([00:26:21]–[00:29:23])

  • ⚠️⚠️ 他先给了一条对当下做法的否定:"我觉得我们居然还在让人类来决定每个任务用哪个模型,这件事挺蠢的。" ✅ 主持人接"应该被智能路由",他说"正是如此——人类永远不会擅长那个"。
  • ✅ 他照录了现在实际的手工分工,本页认为这是本库 在实践中用 LLM 上一条干净的一手流程记录:规划阶段用顶级前沿模型 → 计划写出来、迭代到认可之后,执行可以交给一些开源模型 → 再回到前沿模型做 review 与红队。 ⚠️ 他自己标了"今天这一切都相当手工"。
  • ⚠️⚠️ 治理形态:没有排行榜,只有阶梯式提醒:
  • "我们没有 token 排行榜。我们不鼓励这个。鼓励大家关注产出。"——"他们不是按用没用来评价,是按发了什么、建了什么。"
  • ⚠️⚠️ 而提醒机制有三级:一天用到 300 美元,本人收到一封邮件("嘿,你知道吗?");到 500 美元,去你的经理;一天到 1,000 美元,去一位 VP。
  • ✅ 他给的两条观察:"大多数时候人们并没意识到自己在这么干";"这些事很少发生,而且通常人们收到这些提醒其实是高兴的。"
  • ✅ 本页标注:这是本库第一条具体的 token 预算治理阈值(美元/天 + 三级上报),⚠️ 但它只是一家 5,000 人公司的一组内部数字,且他没说这三档是怎么定的。 🔗 与本库 No Priors 双主播那期的 token 预算讨论 并读——那期讨论的是该不该给预算,这条是一家公司实际怎么给。

⚠️⚠️ 1,000 个实习生:本页认为本期最硬的一条组织事实([00:29:23]–[00:31:24])

  • 前史:两年前约 200 个实习生。⚠️⚠️ 他对那批人的判断:"那批实习生我认为是第一批完全 AI 原生的人——如果你把 AI 从他们手上拿走,我不认为他们还能工作。"
  • ✅ 主持人直接问"这是好事吗",他说是,理由是工具代际的类比:"我认为他们比我们更懂怎么用这些工具。就像你把 Google 从我手上拿走——过去十年里我还怎么学任何东西?那就是他们首先伸手去拿的东西。"
  • ⚠️⚠️ 而他给的那条二阶效应是本页认为这条值得记的真正理由:"我们还看到,那个夏天带了实习生的那些经理,自己采用 AI 的速度更快。"
  • ⚠️⚠️ 于是规模被放大了五倍:"所以今年我们决定要招一千个实习生。"(主持人核对:"而公司是 5,000 人。" 他:"是。在一年的时间里。")
  • ✅ 他给的两条收益:① 想法数量——"有 AI,人少的时候实验更快,所以让更多人进来就有更多想法";② 习惯的示范——"他们要填个表,他们就伸手去拿 AI",⚠️ 而他对自己的坦白是:"我还是经常发现:哦等等,这件事我居然还在手工做。我不觉得这对我们大多数人来说已经是自然的。"
  • ✅ 他对 co-op 制度的背书:Waterloo、Northeastern 那种 co-op 项目出来的人"是我们很多年后最好的员工之一"。
  • ⚠️ 本页标注:这是本库 AI 与就业 上第一条"企业用实习生规模来加速自身 AI 采用"的材料,而且量级明确(5,000 人公司、一年 1,000 个实习生)。 ⚠️⚠️ 但本页必须记下它与本库另一条线的张力:本库多份材料记录了初级岗位断层(AI 吃掉入门级工作),而这条是同一时期一家公司把初级供给扩大五倍——两者可以同时成立(实习 ≠ 全职岗位),✅ 但本期没有被问到这 1,000 人里有多少会转全职,本库记为一处未被追问的缺口。 🔗 与 Marc Andreessen 那条"有问题的是你,因为你过时了" 并读——本库在那页标注它跳过了初级岗位断层,而 Knecht 这条给的是同一问题的供给侧动作。

⚠️ 招聘标准:在家不用 AI 是"相当大的红旗"([00:33:24]–[00:34:24])

  • 他说 Cloudflare 一直看的是好奇心,⚠️⚠️ 而这件事现在有了一条具体判据:

⚠️⚠️ "如果人们不在家里、在个人生活里用 AI,那是一个相当大的红旗。你怎么可能有那种程度的好奇心、却不去拥抱 AI?"

  • ✅ 主持人给了反方,而且把它说成了一个解释而非反驳:"我想答案是恐惧和怀疑,对吧?" ⚠️ 她由此把这条明确为一种企业文化选择:对在 Cloudflare 工作的人来说,用前沿工具做实验"需要成为一条核心原则"。
  • ✅ 他给这条标准的业务理由,本页认为是这一节里唯一不依赖价值判断的部分:"我们在做的很多事情是在发明新的做法。我们运作的规模——后面挂着的站点数量、我们白送出去的服务量——用现成技术就是做不到的。所以你需要能进来真的发明新东西的人,而那得从好奇心开始。"
  • ⚠️ 本页标注:这是本库第一条把"个人生活里用不用 AI"写成招聘筛选信号的材料。 ⚠️⚠️ 本页标注它的问题:这条把一种工具偏好当作性格特征(好奇心)的代理指标,而主持人提出的替代解释(恐惧与怀疑)在本期没有被回答——它们可以来自经验而不是缺乏好奇心。本库记为立场,并记下这处未被处理的反驳。

六、红队要从 1 个变 4 到 5 个,以及"买不起红队的人怎么办"

来源:No Priors / Dane Knecht(本期)

⚠️ 为什么加红队,而不是先把补丁流程修好([00:35:27]–[00:36:29])

  • ⚠️⚠️ 数字:"今天我们有一支红队。我想到明年年底,我们大概会有四到五支红队。" ✅ 他给的形态是分组对抗:"把人分成实际上更有对抗性的几组,真的出去主动找漏洞。"
  • ✅ 主持人的追问本页认为是本期最好的一次压力测试:"为什么是这个路子,而不是'我们终于要把补丁系统、把流程做对'?"
  • ⚠️⚠️ 他的回答承认了流程不完美,但把改进的动力归给危机:
  • "流程和那些东西永远可以更好。我们有漏洞流程、有补丁流程。完美吗?不完美。"
  • ⚠️⚠️ "但我发现这类事情变好的最好方式,是从危机里出来的。"
  • ✅ 他给的机制很具体:"当量大到工程团队没法用正常流程做完的时候——工程师天生是懒的,是好的那种懒——他们会把这些东西自动化掉,因为他们会意识到没有别的办法。"
  • ⚠️⚠️ 于是他的结论是把注意力全放在发现侧:"所以重点需要放在发现这一边,而人们会做对的事、会随时间搞出可规模化的打补丁办法。"
  • ⚠️ 本页标注:这条可被检验,而且检验方式就在他自己的话里——如果"发现量压爆流程"真能逼出自动化,那么 Cloudflare 的平均修补时间应随红队数量上升而下降;如果只是积压变多,这条就错了。本期没有任何修补时间数字。 ✅ 本页认为这节的价值在于它是本库第一条明确主张"不要先修流程、先把问题量做大"的安全组织论证,与通常的"shift left、把流程做好"方向相反。

⚠️ 不冻结功能:"不出货就是在死"([00:36:29]–[00:37:29])

  • 主持人点出了真问题:⚠️ "并不是我们以前没有一堆漏洞待修,而是那在当时对工程团队不是优先级。"
  • ✅ 他的回答是两者都要,并指明了会被牺牲的那一项:"你得想办法两件都做。可能要牺牲成本优化或者别的东西。但公司——我们的想法是:如果你不出货,你就在死。"
  • 主持人核对"所以不会是为了做这件事而冻结功能",他答"哦,绝对不会。"
  • ⚠️⚠️ 而他的收尾把本期的标题句给了出来:

⚠️⚠️ "虽然 AI 成了造成这种安全末日的那个工具,它同时也是能帮我们更快解掉它的工具。所以它在这件事的两边都在。"

⚠️ "买不起四支红队的人怎么办":推销,加一条可检验的历史对照([00:39:30]–[00:40:30])

✅ 主持人最后一问的前提给得很准:Cloudflare"确实把一部分互联网的韧性背在自己身上",那么"那些付不起四支红队、或者从来就没有红队、却在运行重要系统的人,怎么保护自己?"

  • ⚠️⚠️ 他的回答第一句是推销:"把你的站点放到 Cloudflare 后面,把你的基础设施放到 Cloudflare 后面,在 Cloudflare 上面建。"
  • ✅ 但他紧接着给的那条做法是可核对的,本页认为这是这一节值得保存的部分:重大漏洞出来时(他举了"去年那个 React 的",⚠️ 未给编号),防护"不只给有高级防火墙和 WAF 能力的付费客户,我们给所有人"——"我们把这类东西看作我们提供的那种公共设施的一部分。"
  • ⚠️⚠️ 而他给的历史对照是本节唯一的量级,本页认为它正好是这条主张的检验方式:

⚠️ "Cloudflare 开始之前,全世界大概有 3,000 个站点有大规模 CDN 把东西缓存在边缘。现在有数以亿计的站点有了。"

✅ 他的概括是:"Cloudflare 一直把我们的目标看成是为所有人把安全与性能民主化。" - ⚠️ 本页标注:这两个数字(3,000 / 数以亿计)都是自述、无来源,本库不采信具体值。 ✅ 但这条论证的结构值得记:他把"安全能不能普惠"归约到一个已经发生过的分发问题(CDN 曾是少数人的能力、后来变成默认),⚠️ 而它的弱点是 CDN 与红队的差别——缓存是可以放在中间层一次性提供的,而漏洞发现需要进到各家自己的代码里,本期没有触及这个差别。本库记为一处未被处理的不对称。


七、本页判定不收录的部分

⚠️ 开场的寒暄([00:00:00])与结尾的播客口播([00:40:30])不收录。⚠️ 另记一笔:主持人在 [00:31:24] 提到自己刚把一位在读实习生转了全职、让他休学,✅ 本页认为这条与第五节那条"实习生更 AI 原生"是同一观察的两侧(投资侧与雇主侧各一例),但字幕里那位的名字无法写定(稿作 "Jed and"),本库不写入人名。