推文

@jiangkoumo_ · 2026-10-12 23:13

Pi 官方号 10 月 12 日发了条对话视频，Mario Zechner 和 Armin Ronacher 聊自修改软件和 harness，重点落在边界、原语和生态上 两人花了不少时间琢磨 harness 里哪一块是 durable 的，倾向是哪怕用最强的模型，一个没有边界、能随意重写自己的系统也不对 agent 写出一个由四个文件组成的插件，harness 拿不到「它改完了、可以重载了」这个信号，视频里把它类比成停机问题 插件一旦把 harness 弄崩，agent 就不再响应。要的是能约束 agent、也能消化它的错而不弄死应用的原语 自己用和给别人用是两回事，一个人在自己机器上让 agent 写小工具、随手改，没问题；一旦分享给别人就变成两棵不同的源码树，跨人跨 agent 合并很糟，也走不通。要用到不懂软件工程的人手里，大概还得补一点稳定性 生态这层，难的是维护，就像视频里他俩说的「很容易糊出一个东西，很难让它活着」后面接着生态靠用它的人活着，能不能让人随时回来它还能用，他们认为是差别所在 MCP 现在站得住，只是因为已经在那儿了，内容就是一组 RPC 方法加一段 JSON。插件层要覆盖不同 surface、要 durable，还要处理 web/native 这些渲染栈，很难有一套统一标准 两人说自己还处在学习阶段，兴奋跑在共识前面，Pi Durable 发布后一堆人上来造，造到 Durable 自己也被改 他们的判断是 harness 得由人先写一次，像自举编译器，harness、durable、网络、插件这几块最小原语搭对了，好玩的才开始。他们还提到 Codemode 本身不 durable，自写的工具塞不进循环，很多人正在试 对做 harness 的人来说，现在要定下来的是哪一块必须固定、原语的边界怎么划，这一层他们自己也只有倾向 他们也说了做了一段时间发现没想象中美好，已经能看见大厂踩自己踩过的坑，这种第一手判断比自修改这个概念本身更值得听

曝光 514 · 评论 1 · 点赞 8 · 书签 3 · 曝光/时 308.6303031558835