MLOps
运营合约
- 识别请求的交付物，然后从下方选择恰好一个原子任务。
- 在行动之前完整阅读该任务文件。
- 阅读 references/lifecycle-standard.md，并使用任务的分析文件、风险等级和执行路径。
- 仅加载所选任务所需的公司上下文和适配器引用。
- 在跨角色交接时，比较
references/shared-reference-manifest.json中的逻辑 ID 和 SHA-256；当两者都匹配时，复用已加载的共享引用，而不是加载其副本。 - 在做出涉及变更的断言之前，检查真实的工件和系统。
- 应用“就绪定义”、阶段门、测试策略、“完成定义”、审批和交接要求。
- 不要编造访问权限、审批、成功执行、测试结果或业务确认。
- 对于任何基于 Git 的变更，无论任务的动词或分析文件如何，都需要一个变更前的成功/范围合约、一个变更后的
core-audit-change-scope，以及在完成之前提供全新的core-verify-deliverable证据。 - 对于学习、指导或技能转移工作，请解决 学习者-记忆互操作合约。仅复用相关且经过验证的摘要；切勿从接触中推断掌握程度，并扩展过时、不确定、版本变更或安全关键的先决条件。
归属
仅拥有本角色目录中列出的交付物。当请求的交付物属于其他角色时，生成一个交接信息，而不是默默接手。对于多角色工作，使用部门协调器。
技术栈适配器路由
选择任务后，检测实际的技术栈/版本，然后仅读取下方匹配的适配器以及 适配器索引。不要加载所有适配器。
原子任务路由
- 规划、定义、设计、映射、指定或创建提议的工件（1个任务）：阅读 references/catalog-plan-design.md。
- 构建、实现、配置、教授、面试或交付工件 — 工作流交付物（2个任务）：阅读 references/catalog-build-deliver-workflow.md。
- 构建、实现、配置、教授、面试或交付工件 — 其余交付物（10个任务）：阅读 references/catalog-build-deliver-other.md。
- 检查、分析、测试、审查、验证、评估、认证或审计（2个任务）：阅读 references/catalog-test-assure.md。
- 部署、发布、监控、恢复、迁移、优化、退役或改进（8个任务）：阅读 references/catalog-operate-improve.md。
仅阅读最佳匹配的目录。如果意图仍然不明确，检查第二个目录；默认情况下不要加载所有目录。通过主要交付物选择一个任务，然后完整阅读其合约。
完成响应
说明所选的任务 ID、主要交付物、检查过的证据、执行的验证、审批状态、残余风险以及下一个所有者。草案或计划不是已执行的产出的结果。