一场直播写代码,揭开“Agent Native 软件”真正的门槛

AI PM 编辑部 · 2026年01月08日 · 9 阅读 · AI/人工智能

正在加载视频...

视频章节

当大多数人还在给 AI 加“助手模式”,Kiran 在一场直播里做了件更激进的事:把一整个软件,直接重写成“为 Agent 而生”。这不是概念秀,而是从 CLI、工作流到代码审查的完整实战,狠狠戳中了 AI 工程的下一个瓶颈。

一场直播写代码,揭开“Agent Native 软件”真正的门槛

当大多数人还在给 AI 加“助手模式”,Kiran 在一场直播里做了件更激进的事:把一整个软件,直接重写成“为 Agent 而生”。这不是概念秀,而是从 CLI、工作流到代码审查的完整实战,狠狠戳中了 AI 工程的下一个瓶颈。

最反直觉的一点:Agent 不是功能,而是“第一用户”

直播一开始,Kiran 就抛出一个让很多工程师不舒服的定义:“Agent native 的意思是——用户能在这个 app 里做的任何事,Agent 也必须能做。”这句话听起来简单,但杀伤力极强。因为它直接否定了当下主流的做法:先有人用的 UI,再给 AI 接几个 API。当 Agent 被当成真正的第一用户时,UI 反而退居其次,接口、权限、流程才是核心。这也是为什么他没有先做网页,而是从 CLI 下手——CLI 天然就是给‘非人类用户’用的。

Compound Engineering:不是写代码,而是“指挥一群 Agent 干活”

Kiran 的身份是 Kora 的 GM,但真正吸引人的,是他反复提到的“compound engineering”。简单说,这是一种工程范式:把研究、规划、实现、测试拆成可并行的 Agent 工作流。在直播中,你能看到他一边喝水,一边让 Agent 去查 terminal wire 的文档、生成技能、补全计划,甚至用 mermaid 画架构图。过去这些事要一个工程师连续做几小时,现在变成了并行任务。这不是效率提升 20%,而是工程节奏的质变。

为什么他选 Terminal Wire,而不是自己造轮子

一个很容易被忽略的细节是技术选型。Kiran 直接说:terminal wire 能把 CLI 通过 websocket 流式传到浏览器,这‘刚好够用’。他没有追求完美方案,而是追求 agent 能不能立刻用起来。这背后是一个成熟工程师的判断:Agent native 软件的瓶颈不在性能,而在接口一致性和可组合性。只要 Agent 能稳定调用、观察结果、继续决策,这个系统就是合格的。

MVP 的选择暴露了真目标:不是炫技,是可持续进化

在实现阶段,他刻意压缩野心,只做了一个 to-dos 功能,再加一个 login 验证。为什么?因为这两个功能覆盖了真实软件里最关键的路径:状态管理和身份验证。一旦 Agent 能自己登录、创建、完成任务,后面的功能只是堆积木。这种“先打通最硬的骨头”的策略,比一上来做十个 demo 功能要残酷得多,也聪明得多。

真正的爽点:让 Agent 给代码提 Pull Request 审查意见

直播的高潮不是功能跑通,而是他创建了一个 pull request,让 Agent 做 conversational review。结果 Agent 直接指出了两个 critical 问题。这一幕几乎是宣言式的:当 Agent 能参与代码审查时,它已经不是工具,而是团队成员了。这也解释了他为什么几乎所有任务都用 Claude 3 Opus,Sonnet 作为可行替代——他需要的是‘有判断力的协作者’,而不是只会补全代码的模型。

总结

这场直播最重要的价值,不在于你是否使用 Kora、Terminal Wire 或某个模型,而在于它重新定义了一个问题:如果 Agent 真的是你的核心用户,你的软件架构是否已经准备好?对 AI 从业者来说,下一步不只是“接入大模型”,而是反过来审视自己的产品:哪些能力 Agent 还做不了?哪些流程还在假设“人一定在场”?真正的 Agent native 软件,会逼着我们重新学习如何设计系统。


关键词: Agent Native, Compound Engineering, AI Agent, CLI 工程, Claude Opus

事实核查备注: 需要核查:1)Kiran 的正式头衔与 Kora 的定位;2)Compound Engineering 是否为其原创术语;3)Terminal Wire 的功能描述(CLI over websockets);4)Claude 3 Opus 与 Claude 3.5 Sonnet 在直播中的具体使用评价;5)视频发布时间 2026-01-08 是否准确