Podcast Summary

Tessl: 规格驱动开发的未来

AI Native Dev 播客 · 2026 特别发布访谈
👨‍💼

Guy Podjarny

Tessl 创始人 & CEO (前 Snyk 创始人)

🎙️

Simon

Tessl 团队成员 & 访谈主持人

Chapter 01

Vibe Coding 的天花板与 Agent 信任危机

核心痛点 Guy 指出,目前 Agent 虽然强大但极度不可靠。开发者面临的最大障碍是“过度自信”的 Agent,它们往往在没有理解真实意图的情况下急于编写代码(First Solution Bias)。

软件开发的健忘症 (Amnesia):
今天的软件是“代码中心”的。当代码写完,我们就失去了“为什么这么写”的意图(Intent)。随着时间推移,Agent(甚至人类)面对庞大的代码库,就像得了健忘症,修改一个功能往往破坏其他功能。
"对于一些人来说,仅仅因为这个阻碍(不可靠性),他们完全无法进入 Agentic 开发时代。"
📉

Vibe Coding 的局限

为什么感觉流编程不可持续?
无止境的 Review

Simon 提到,当应用达到一定规模,修改一个小功能会引发全盘混乱。Vibe Coding(凭感觉编程)初期很快,但后期为了修复 Agent 的错误,开发者陷入了比自己写代码更累的审查循环。

🤥

Agent 幻觉新解

不仅仅是胡编乱造
版本感知错位

Agent 往往假设你使用最流行的库版本。如果你使用旧栈或最新版(Agent 训练数据之外),它会编造不存在的 API。它不知道它不知道(Unknown Unknowns)。

Chapter 02

Tessl Framework:为代码注入长期记忆

这是 Tessl 发布的第一款产品,一个Spec-Driven Development (SDD) 框架,通过 MCP 协议 连接各类 Agent。

两种工作模式

Tessl Edit 机制:
当需要修改代码时,Tessl 会强制先修改 Spec,再更新代码。这确保了 Spec 永远是单一事实来源(Source of Truth),不会像 PRD 文档那样腐烂在地下室。
Chapter 03

Tessl Spec Registry:Agent 的知识依赖管理

旨在解决“上下文缺失”问题。Guy 提出了一个核心类比:

“如果你只有 Haynes 维修手册(库的源码/技术文档),你知道每个零件怎么拆,但这不代表你知道怎么开车(如何正确使用库)。”

🧩 Usage Spec

Registry 里到底存的是什么?

不仅仅是文档
用法规格书 (Markdown)

Tessl 预先生成了 10,000+ 个开源库版本的 Usage Spec。包含最佳实践、特定版本的 API 用法示例,专门格式化给 Agent 阅读。

📦 知识依赖系统

如何集成到项目?

类似 npm 但针对知识
Manifest File

项目中引入一个新的清单文件。声明所需的“知识包”。Agent 自动下载这些上下文,消除了因版本不匹配导致的幻觉。

未来愿景 除了开源库,未来还将支持私有上下文:例如“在这个公司我们如何做安全扫描”、“我们使用哪个日志库”等组织特定知识。

Chapter 04

从 Web 平台到 CLI 的彻底转型

Tessl 成立约 1.5 年,团队展现了极强的适应性 (Adaptability),经历了三次重大迭代:

阶段 1:Naive Web Platform
试图构建一个完全基于 Web 的端到端开发平台。发现当时 LLM 能力不足以支撑如此宏大的愿景。
阶段 2:Controlled Environment
缩小范围,做受控的组件生成器。但这过于狭窄且“Opinionated”,改变用户习惯太难,且价值不够大。
阶段 3 (当前):Local, CLI & Agentic Native
回归开发者熟悉的本地环境(CLI/文件系统)。利用 Agent 的崛起,定位为 Agent 的“护栏”和“导航”。为此团队删除了大量之前的代码

Guy 特别提到,这种“无 ego”的文化是团队最值得骄傲的地方:为了正确的路径,愿意抛弃过往的沉没成本。

开始体验 Spec-Driven Development

Tessl Spec Registry

Open Beta

即刻可用,让 Agent 更懂开源库。

Tessl Framework

Throttled Beta

需申请排队,从 Spec 生成代码与测试。

访问 Tessl.io

加入 Discord 社区反馈意见,可能会加速 Beta 访问权限哦 😉

原文

源链接