验证¶

在 macOS 上使用 Node v24.22.1 于 2f807efb 执行（main 8e6a9578 与本分支）。

门禁¶

• npm run check（构建、类型检查、格式检查、lint、类型化 lint、模块边界、架构守卫）和 npm run docs:check：通过。
• npx vitest run --project domain --project services --project adapters：17,624 通过，25 跳过，1 失败（“stops Inspector target authorization after the current stat settles”），该失败在本环境中 main 上也以相同方式失败。
• npm run test:focused -- 运行 analysis-view、environment build、compare、export 和 serve CLI 边界，analysis-view、environment bundle、serve 和 served-writes MCP 边界，工具 schema 有效性、output schema profile 和 MCP schema 验证：12 个文件，106 通过。
• 这八个新的视图和服务测试在 main 上失败，在此分支通过。

录制捕获¶

69 个已录制的捕获和五个留出的代理录制，在 main 与本分支上以环境状态视图构建：

• 现可提供： EspoCRM 的联系人创建（其回读添加了答案所缺的九个字段）和 Paperless 的标签编辑（过时的 slug 会根据名称重新生成 slug）。
• 通过回读后，仍因其他差距而未提供：
• Paperless 的标签创建：其列表的 all 成员列出了每个 id，而状态渲染并未对此建模。
• Ghost 的标签创建和编辑：状态未在 Ghost 的标签列表中列出已创建的标签。
• 仍存在矛盾： Vikunja 的标签创建，其条目的回读显示了一个完全加载的 created_by，而答案中显示的则是部分加载的版本。
• 录制捕获中的三个计划（Airbyte、BookStack、PhotoPrism）现在记录了回读；它们所提供的状态不变。

提供的写入任务¶

留出轮的写入任务，基于本分支从相同的代理录制重新构建，并使用 fireworks_ai/gpt-oss-120b 和 fireworks_ai/glm-5p3-flash：

• gpt-oss 的重命名未生效。由于未保留其轨迹，因此原因无法确认。一个被提供的 PUT 需要录制调用发送的每个成员（这里约 14 个），而 GLM 全部发送了。
• EspoCRM 提供的更新仅接受其录制所编辑的成员，因此邮箱变更被拒绝，与 main 上的行为相同。