Tiden:把 AI 编程需求、测试证据与发布验收连起来

检查 AI 写的代码有没有实现需求,让规格、测试与交付证据持续对应。

tiden.ai
Tiden screenshot

通俗解释:Tiden 这个网站是干什么用的?

Tiden 用来帮助开发团队检查:AI 写出的代码,究竟有没有把人提出的需求做对。它把产品应该怎样工作、编程代理准备做什么、哪些测试能够证明结果,以及这次发布还有哪些风险,放进同一套可追踪的流程。产品由 Qase, Inc. 运营。

可以把它理解成围绕需求工作的“交付验收台账”。例如,你要求接口超出请求上限时返回 429,并带上重试时间。代码能编译、页面能打开,都不足以说明这两条要求已经满足。Tiden 会把这些预期行为与对应测试联系起来,让没有证据的部分显露出来,供团队补测、修正或审查。

从需求规格出发,检查 AI 是否兑现了约定

Tiden 会读取代码并整理产品规格,标出缺少测试支撑的行为。规格采用可编辑的 Markdown,能够附带来源、组件、优先级与层级关系,并保留版本变化。团队既能查看“现在的产品应该怎样工作”,也能追溯某条规则来自哪里。

在编程代理工作时,意图捕获会记录会话中的产品决策,再整理成可审查的分支。官网展示的流程会让代理从一份工作约定出发,逐项处理尚未兑现的承诺。这样,验收时除了代码差异,还能对照原本要求和测试依据,减少仅凭代理的完成总结判断结果的情况。

需要注意,自动整理出来的规格也可能需要纠正。Tiden 通过分支承载拟议变更,由人审核并合并认可的内容;团队仍然需要确认需求本身是否明确、测试断言是否真的覆盖业务预期。

已有代码仓库,如何完成第一次接入?

可以按照官方快速入门,先选一个能观察结果的小功能:

  1. 注册或登录,创建或加入组织,在工作区内建立一个产品。
  2. 按系统安装 CLI。官方提供 macOS、Linux 和 Windows 的安装方式;运行 tiden setup 完成浏览器授权与仓库绑定,再用 tiden config verify 检查配置。
  3. 为目标仓库连接 Tiden GitHub App。先确认它请求的权限和可读取的仓库范围,再建立一条规格,或从已有 Markdown 需求导入。
  4. 创建测试并关联规格,执行相应检查,在 Traceability 页面查看结果。重点区分已验证、尚未运行或结果过期、没有关联测试这几种状态。
  5. 在仓库根目录运行 tiden intent install 安装意图捕获钩子,再用 tiden intent status --format text 检查状态。代理会话整理出的分支应先审查,再合并接受的变更。

第一次试用时,完成“一条明确规格—一个关联测试—一次结果检查”更容易看清价值。若存在没有证明的要求,应保留缺口并继续处理。

用质量门禁判断一次变更能否发布

Tiden 的质量门禁会综合规格覆盖、测试结果、组件风险、证据新鲜度,以及可用的生产问题信息。检查范围可以是主分支、某个开发分支或指定发布版本,结果包括通过、阻断和接受风险,并按组件展示需要处理的部分。

CLI 的 tiden gate check --product-id <product-id> 可以检查当前产品状态;指定发布版本时可使用 --release <release-id>。当结果被阻断,或仍有待完成的风险审查时,命令返回非零退出码,便于接入自动化流程。

运行时错误追踪则会把异常聚合为问题,并关联发布版本与环境。团队可以据此检查哪个版本引入问题、相关规格是否缺少测试。门禁结论反映的是已有规格和检查证据,不能理解为软件绝不会出错。

适合哪些团队,怎样配合现有编程工具?

Tiden 适合持续使用编程代理交付代码的开发者、QA 和工程负责人,尤其是需要让需求、测试和发布判断保持对应的团队。官网列出的配合工具包括 Claude Code、Cursor、Copilot 和 Codex。

除网页端和 CLI 外,还提供公共 REST API 与本地 MCP 服务,让客户端查询或维护规格、测试、分支和门禁结果。CLI 与 MCP 服务应一起升级,避免旧版本无法读取当前配置。遥测文档列出了浏览器 JavaScript、PHP/Laravel、Go 和 Python 等接入方式,但不能据此推断所有语言与测试框架都具有相同的自动化能力。

如果只是临时粘贴一段代码问问题,可能用不到这套产品模型;它的价值主要出现在需要长期维护规格、测试关系和交付证据的工程流程中。

免费试用、付费边界与代码数据访问

截至 2026 年 10 月 15 日,官网按美元展示的月付基础价格为:Starter 每月 49 美元,包含 1 个产品、最多 3 个仓库和每月 25 次已验证变更;Team 每个产品每月 199 美元,每个产品包含 100 次已验证变更,并支持不限数量的仓库。两者提供 14 天试用,保留套餐时从第 15 天开始计费。

“已验证变更”指通过质量门禁并合并的拉取请求,同一变更只计费一次;重试、失败变更和机器人提交不计费。Starter 超出边界时需要升级,Team 还可能产生额外变更与遥测费用。证据保留期分别为 3 个月和 12 个月。具体阶梯、年付条件及总费用应查看官方定价与估算器,以上美元标价不代表统一的人民币含税报价。

连接仓库意味着授权 GitHub App 读取所选代码,应检查访问范围并妥善保存 API Token。遥测 SDK 提供 beforeSend,可在发送前修改或丢弃事件。上传源代码、规格或运行数据前,应结合隐私政策和实际协议确认处理方式;本次公开材料未能支持“所有客户代码绝不用于训练”或“全程只在本地处理”的统一承诺。企业自托管属于额外付费选项,需要联系官方确认。

常见问题

Tiden 能代替人工代码审查吗?

不能。代理生成的规格和测试变更通过分支提交,由人审查和合并。Tiden 提供需求追踪、测试依据与风险状态,供审查者判断。

AI 写的测试全通过,就代表需求实现了吗?

不一定。测试可能只覆盖已经写出来的行为。还需要对照规格,检查关联测试、缺失覆盖,以及尚未运行或已经过期的结果。

已有代码仓库如何开始使用?

先建立产品并授权目标仓库,安装和配置 CLI,再选一条明确需求,创建规格、关联测试并查看 Traceability。完成这条路径后,再逐步接入代理会话和发布门禁。

官方资源与开发者入口