跨国深谈← 返回←TESL 智能体：让你的编码智能体自己越用越好

TESL 智能体：让你的编码智能体自己越用越好

关联

人物 Guy Fajani · Simon Maple · Andrew

公司 TESL

概念 智能体 · 循环工程 · 技能 · 验证器 · 变更风险验证器 · 软件工厂 · 代码审查

这集是 TESL 的产品负责人 Andrew 跟主持人 Simon 聊刚发布的 TESL 智能体——一个帮你搭建”软件工厂”的命令行智能体。最反直觉的一点是：这个智能体的终极目标是让你不再使用它，而是让它在后台自动干活，到某个时刻你团队 40-50% 的 PR 甚至没有一个人在看 。

三层代码审查：从一次性设置到自动进化

用 TESL 智能体搭智能体代码审查，它会一次性帮你设好三层东西：

第一层：基于技能的 PR 审查。 你输入一句”帮我设置代码审查”，智能体会先扫描你所有的 PR、issue tracker 里的工单、以及编码智能体的会话日志，从中提取你团队已有的隐性知识——比如风格指南是什么、智能体常犯什么错、人工审查时最常给什么意见 。

基于这些，它帮你生成一个”技能”（skill），然后用这个技能驱动你选的编码智能体（Claude Code、Gemini 等都行，它不绑定任何一个）去跑审查 。关键设计：这个技能是你拥有的，你可以改、可以分享、可以搬到工作流的其他地方，不是买来就锁死的黑盒 。

第二层：变更风险验证器。 很多团队用上智能体审查后的下一个问题是：哪些 PR 还需要人看、哪些可以放心交给智能体？TESL 提供一个叫”变更风险验证器”的东西，你按团队策略配置——可以调宽松（尽量让智能体审）也可以调严格（大多数仍需人工）——然后作为 CI 流水线里的一步自动跑 。

第三层：验证器（verifiers）。 这是最有技术含量的部分。

智能体把你仓库里已有的技能和规则，拆成一个个非常小、非常快、非常便宜的 LLM 检查规则——比如”前端文件是否正确使用了 ARIA 无障碍属性”就单独一个验证器 。堆叠一批这种高度聚焦的小规则，像跑 lint 一样对每个变更跑一遍，专门抓智能体”说了但没做到”的违规 。Andrew 的原话是：验证器真正闭环了”你给智能体的指令”和”它实际生成的代码”之间的缝隙 。

循环工程：不是先建好再优化，而是从第一天就转起来

三层审查设好之后，TESL 智能体还会帮你设一个每日或每周自动运行的循环：它再次扫描所有 PR、CI 结果、审查评论、智能体会话日志，找新漏掉的错误，然后自动生成新验证器或更新审查技能，再用评估场景回测验证”修了之后是不是真不犯了” 。

这个思路叫”循环工程”（loop engineering），Andrew 认为它听起来像高级话题，但实际上应该是起点而不是终点 。原因很实际：大多数团队引入智能体后，会卡在一个两难——智能体犯了错，你是继续推功能不管它（陷入局部最优，智能体永远不能做得更多），还是停下来花几个月修内部工具（速度断崖式下跌）。循环工程绕开了这个选择：循环本身以非常清晰的方式运行，错误信息从本地会话日志里被提取出来变成可操作的 PR，你只需要看一眼说”有道理”或者”不对”，不用自己动手改，智能体自然就越来越强 。

而且循环可以嵌套：你设了每日架构审查，再设一个循环去监控这个审查本身、让它每周更有效一点 。

成本优化：别在交互式会话上抠，在重复性工作流上抠

关于成本，Andrew 的核心建议是：不要试图优化你日常交互式编码时的模型选择 。原因有两个：一是开发者不想在写代码时还操心该用哪个模型，会默认用自己顺手的；二是你很难提前判断一个任务会不会突然变复杂——你以为是个小模型能干的活，结果碰到了意想不到的难题 。

正确的做法是：先用你最喜欢的模型做交互式开发，同时把重复性任务逐步剥离成结构化的技能和工作流——委派和自动化这件事本身，就是成本优化的工作 。一旦一个任务被结构化了（比如代码审查，每天跑几十次），你就可以用 TESL 的评估工具，生成一批假设 PR，在小模型、开源模型上跑，量化出”差 5% 但便宜 80%“这种权衡，然后做有依据的降本决策 。

自建工厂还是买现成：为什么 TESL 选开放模块化

Andrew 承认这跟他的 Web 标准背景有关，但他给出了三个商业层面的论据 ：

第一，没有任何单一公司能在软件工厂的每个组件（设计、代码审查、代码生成、法务对接……

）上都做到最好，买单一方案必然在某些环节用了次优解 。第二，工厂本质上是产出你产品的机器，它里面的工作流和知识是你的 IP 和护城河——如果全锁在一个厂商的生态里，对方随时可以抬价 。第三，你构建的技能、规则这些”秘方”应该跟着你走，而不是锁在某个工具里——比如代码审查的”大脑”不应该和审查的”框架”绑死，换工具时技能文件直接带走插上就行 。

AI 时代做 DevTools：易用性的含义变了

Simon 和 Andrew 最后聊了一个产品层面的观察：智能体时代，“易用性”多了两层新含义 。

一是用户变得”结果导向到极致”——不再愿意学你的命令词汇表再自己拼起来，而是”我告诉你我要什么，你帮我搞定” 。二是知识的保质期极短——智能体和相关概念几周一变，学习不再是”学一次管用几年”，而是每周都在更新，所以产品本身得替用户扛住”保持最新”这件事 。甚至产品发功能的速度会超过用户消化变化的速度，这时候就得靠智能体界面来做”翻译层”——用户只管说想要什么，智能体在背后对应到产品最新能力上 。

【背景】TESL 是一家提供”技能和上下文包管理”工具的公司，帮助团队管理和扩展给编码智能体用的指令（技能/skills）。本集转写稿中”Tesla""TESL""TESIL”混用，均指同一家公司。主持人 Simon 在开场口误称 Andrew 为”Drew”，后文也交替使用，实为同一人。“clawed codex”应为”Claude Code”的转写错误。“Aaron Powell”出现在主持人台词中，疑为语音识别误插入的第三方人名，非本集嘉宾。

本集带走

• 让智能体审查也分层：通用审查用技能驱动、风险判断用策略门控、规则合规用小型验证器分别抓——三层各管各的，比一个大而全的审查更精准也更便宜。
• 从第一天就建循环，别等”建好再优化”：交互式用智能体时遇到的反复出错，直接让循环去观察、生成修复、回测验证，避免”停工修工具”还是”将就用”的两难。
• 成本优化瞄准结构化后的重复任务：日常编码别抠模型，把重复工作剥离成工作流后，用评估量化不同模型的性价比差异再做降本。
• 技能资产要可携带：你精心调出来的审查规则、风格指南应该存为仓库里的文件，不锁在某个工具里，换”大脑”时直接带走。
• 入门动作：下载 TESL CLI，输入 tesl agent，让它”设置代码审查”或”看看有什么可以委派给 AI”——它会扫描你的日志和 PR 自动开始。

在某个时刻你可能会说，哇，我们 40-50% 的 PR 甚至没有一个人在看它。
And at some point you might say, like, wow, 40-50% of our PRs don’t even have a human looking at it.
—— Andrew · [00:23]

很难想象单一提供商、单一公司如何能在其中的每一个组件中都做到业内最佳，对吧？
It just seems hard to imagine how a single provider, a single company could be best in breed at every single component that goes into that, right?
—— Andrew · [32:47]

所以这是一个非常敏感的地方，去采纳一个完全集成的解决方案，而现在它拥有对你的完全定价杠杆，对吧？
And so it’s a very sensitive place to be bought into a fully integrated solution that now has complete pricing leverage over you, right?
—— Andrew · [33:47]

我认为关于智能体真正内化的第一件事是，它们真的让我们所有人都变得贪得无厌，就像结果导向的机器，对吧？
And I think the first thing to really internalize about agents is that they’ve really made all of us insatiable, like outcome-oriented machines, right?
—— Andrew · [46:54]