本页汇总了首个公开版本 AITM 1.0 中包含的用户可见功能，并与此前的内部预览版本进行对比。

新增内容

Pipeline 自我修复而不是停止

最大的变化在于理念：只有在配置错误或 AI 缺少数据时，Task 才应以 failed 结束。其他所有问题现在都会被自动重试或修复。

• 合并冲突自我修复。Task 在合并到 dev 时遇到冲突，会先以 rebase 和 merge 策略重试，然后交给修复 Agent。
• 合并后测试向前修复。如果合并后测试失败，AITM 会找出原因，并在 Task 分支上修复，而不是立即回滚合并。
• 类型检查自动修复。类型检查失败时会交给修复 Agent，最多进行三轮，之后 Task 才会失败。
• 基础设施错误与真实的测试失败分开归类：崩溃的 Worktree 会被重建，依赖它的 Task 不再被级联跳过。
• Watchdog 覆盖所有 Task 类型，包括 Agent 模式的 Task。
• 过期的合并锁和滞留的合并会在下一次调度器周期以及重启之后被自动回收。
• 合并后的测试修复限定在 Task 的 Scope 之内。合并后修复测试时，修复不能触及 Task Scope 之外的文件—使用的是 Pipeline 其他位置所用的同一个 Scope Gate。

Task 说明自身的用途

• Intent 字段。现在每个 Task 都带有 Intent—bug、feature、enhancement 或 other。New Task 对话框会要求填写（从 Bug 报告创建 Task 时预先填为 bug），编辑 Task 时可以更改，而通过 Chat 或 Brainstorm 创建的 Task 则由 AI 给出。Intent 决定适用哪些保护措施—例如，只有 bug 类 Task 必须证明该 Bug 的存在（见下文）。
• Chat 和 Brainstorm 会拆分大型请求。当提出较大的需求时，助手会提出若干个带有恰当 Intent 的较小 Task，而不是一个过于庞大的 Task。
• 针对复杂 Task 的设计模拟。对于大型或有风险的更改，Architect 步骤现在会在编写任何代码之前，让自己的方案走一遍一组“如果……会怎样”的场景（数据为空、中途重启、两个 Task 同时运行、依赖项失败……），后续步骤也会检查同样的场景。小型 Task 会自动跳过这一环节。

合并更严格—也更安全

• 合并前构建关卡。就在 Task 合并到 dev 之前，AITM 会按合并之后的样子对结果进行构建和类型检查。结果为红时，会有有限次数的自动修复尝试；如果仍为红，则该 Task 不会被合并。dev 上已有的错误不会算到该 Task 头上。参见 Merge & Review。
• AI 工具更新期间队列暂停。AITM 现在会自行更新 Claude 命令行工具—在启动时以及每天一次—而不是任由它在工作中途更新。更新待处理期间，正在运行的步骤可以完成，新的步骤会等待（会看到通知和一个小指示器），之后队列自行继续。

创建与检查项目

• 项目提案。AI（在 Chat、Brainstorm 中，或通过已连接的助手）现在可以提议新建项目，但绝不会自行创建：您会看到一个确认对话框，可以在其中编辑详情，在您确认之前不会向磁盘写入任何内容。
• 项目健康检查。在项目的第一个 Task 之前，AITM 会检查基本条件—它是否为至少有一次提交的 Git 仓库、是否位于预期分支、其所用技术所需的文件是否存在且有效—并在 Task 控制台中以警告形式显示任何问题，而不是让 Task 在中途以令人困惑的错误失败。项目面板链接到最近一次检查。
• 创建时的仓库检查。新项目会在创建的那一刻得到验证（Git 已初始化、首次提交、必需文件）。
• .NET 项目自行完成配置。当 New Project Wizard 接入 .NET 项目时，会自动安装所需的 .NET SDK 和项目依赖，并在实际安装内容时实时告知。
• Wizard 的便利功能。Wizard 会根据项目根目录预先填写项目文件夹（Settings → Pipeline → Wizard projects root），提供限定在该根目录内的文件夹选择器，并会自动将 AITM Dev Panel 脚本添加到新创建的 Web 项目中。

搜索与日常使用的舒适度

• 搜索查询语法。变量、Contracts、提示和 Task 的搜索框，以及 @keyword / %contract 的建议，现在支持三种运算符：a.b—a 之后按此顺序出现 b；a&b—两者都有，顺序不限；a|b—任意其一。匹配时忽略大小写。
• 推理强度。对于支持该功能的提供商，可以选择模型思考的深入程度—适用于 Chat、Brainstorm 和 Pipeline 步骤。对于不提供该功能的模型，此控件会被隐藏。
• Settings → Font & Style 中的表格字体滑块用于设置所有表格的行文本大小；表头和按钮的大小随之调整。
• CORS 允许的来源可在 Settings → System 中编辑（精确地址和通配符模式），以便从其他机器打开 Dashboard。
• 警告和通知都带有 copy 和 close 按钮。
• Help menu → AITM Dev Panel 会打开 Dev Panel 的文档（参见 Contract Explorer & App Flow）。
• Dashboard 中显示的版本采用统一的格式：版本 · 日期 (构建 ID)。

Bug 类 Task 必须证明 Bug 的存在

• 复现关卡。当 Task 是修复 Bug 时，architect 步骤必须撰写一个 Reproduction 部分，演示修复前出现的症状以及修复后症状的消失。
• 诊断包。由 AITM 自动提交的 Bug 类 Task 会附带崩溃行、blame 摘要、受影响的文件以及关联的已知错误 id。
• 业务 Scope Gate。超出 Task Scope 的工作会被拦截，并给出 AI 评审的判定。

完整测试套件改为可选启用

每次合并后都运行整个测试套件是内存压力的主要成因。现在它默认关闭（Pipeline → Full test enabled），启用后仅在 Merge queue 为空时运行。

自合并后的有意重启

当 AITM 合并了对其自身代码的更改时，不再在您不知情的情况下重启。默认设置（Git & Storage → Server restart after self-merge = manual）会等待队列清空，并在页眉菜单中显示 Restart 按钮。

以前无法访问的设置

• 日间/夜间 CPU 配置（System 标签页）：白天为 Dashboard 预留更多线程，夜间让测试充分使用机器。
• Disk Janitor 和 Disk Watchdog（Watchdog & Resources）：保留规则以及每个位置的绝对 GB 预算。
• 交换空间管理（System）：根据 RAM 和可用磁盘计算出的推荐交换空间大小。
• 专用的 Project Check 标签页，以及用于翻译模型的 Test connection 按钮。
• 新项目在创建时即获得一组默认 Skills（文档、UI 模式），而不必等到第一个 Task。

Dashboard 与面板

• 可停靠面板（Chat、Brainstorm、Contract Explorer、Task 控制台）会吸附到真正的布局槽位中。
• Monitor 栏新增了 Queued 标签页、CPU 迷你折线图，以及带有队列预计完成时间的 Estimation 标签页。
• 英语是默认的界面语言。
• Task 卡片：依赖编号可点击，恢复 Agent 按钮会要求确认。

许可

误报的许可证封锁可以从界面中解除。已使用/最大项目槽位数显示在 Settings → License 中。在 Wizard 中创建或导入项目时，如果许可证有空闲槽位，Wizard 会提供立即分配的选项。Sign in with Google 既可用于开始免费试用，也可用于在许可证面板中登录账户。

资源

/tmp 清理器可识别泄漏的 Chrome 和 Playwright 目录，默认在两小时后清理它们。