先建立跨角色共同语言
业务结果、Agent 自主性、模型质量和系统可靠性必须分开。模型在离线样本上表现好，不代表 Tool、状态与权限能稳定运行；系统可用也不代表任务正确。PoC、Pilot、Production 分别需要技术假设、真实工作流和可持续运营证据，不能只以环境名称区分。
决策材料标注事实、实验结果、工程判断、风险假设和对外承诺。术语表只定义真正引发跨团队歧义的词，并绑定业务例子。共同语言的验收是不同角色能对同一个失败归层、对同一个阶段门给出一致证据，而不是背诵定义。
按生命周期明确 Owner
业务 Owner 对使用正当性、成功终态和价值负责；应用团队对领域 Agent、Tool 与业务 SLO 负责；平台团队对共享能力和其 SLO 负责；数据、模型、安全与合规对各自契约和控制负责；运营角色对审批、申诉、事故和退役流程负责。
RACI 为每项结果只设一个 Accountable，可以有多个 Responsible，但咨询者与知会者不应膨胀。身份事件、Tool 未知结果、质量退化和数据删除各自指定首响与升级 Owner。NIST AI RMF Core 将清晰角色、沟通和退役机制列入治理结果，这意味着所有权必须覆盖上线之后。
| 结果 | Accountable | 必须协作 |
|---|---|---|
| 用例价值与风险容忍 | 业务 Owner | 产品、合规、架构 |
| 领域终态与 Tool 正确性 | 应用 Owner | 平台、数据、运营 |
| 共享 Runtime SLO | 平台 Owner | SRE、应用调用方 |
| 高风险事件处置 | 指定 Incident Commander | 业务、安全、平台、法务 |
| 退役与数据处置 | 系统 Owner | 数据、合规、平台 |
建立可升级、可追踪的决策机制
团队内自主决策边界按影响、可逆性和共享程度定义。局部、可逆、符合标准的决定由团队自行完成；跨域接口、共享 SLO 或高风险自治进入 RFC；违反底线的例外由明确风险 Owner 决定。每条路径有时限，避免所有问题都升级到架构委员会。
决策日志记录上下文、选项、证据、决定、反对意见、Owner、日期和反转条件。不能达成共识时，由预先指定的 Decision Owner 在截止日前选择，保留异议与验证计划。上线结果定期回写，防止职级权威替代事实。
组织接口匹配系统边界
平台团队拥有共享底座、Golden Path 和内部客户体验，业务团队拥有领域 Agent 与业务指标，Enabling 角色通过结对、评审和迁移帮助团队建立能力。安全、数据和 SRE 把可重复要求沉淀为自助控制，同时保留高风险咨询与升级。
中央 AI 团队若同时承担所有用例，会成为上下文与交付瓶颈；完全分散又会重复身份、评测和治理。联邦模式用稳定接口连接两者：中央设底线和共享服务，领域拥有语义与结果，贡献模型允许领域能力进入目录。接口健康度用等待时间、返工、逃逸和支持成本观察。
建立可交付的能力阶梯
能力阶梯按可观察责任定义：基础层能解释模型、Context、Tool 和评测边界；工程层能实现状态、可靠性与安全；架构层能做平台、SLO、治理和迁移决策。完成课程不是证据，独立交付、故障诊断、评审质量和被他人复用的产物才是。
培养嵌入真实工作：新成员修改参考项目并通过门禁，工程师参加故障注入与值班，资深成员主持 RFC 和复盘，跨团队 Owner 负责一次迁移或退役。团队能力矩阵标记“了解、协作完成、独立完成、能够指导”，每季度针对交付风险补最弱环节。
把分歧转成可验证约束
“速度对安全”“自治对控制”“统一对灵活”不是可执行冲突。分别询问各方担心的具体损失、不可妥协项和证据：安全担心哪些数据或动作，业务需要多快验证，平台担心哪种重复成本。共识来自约束可见，不来自要求一方放弃职责。
设计限范围、限流量、限权限和限时间的实验，例如只读建议、小额审批执行或单租户 Pilot。实验预设质量、安全、SLO、成本和停止门槛，残余风险由有权限的人接受。若不可妥协约束仍冲突，就明确 No-Go，而不是用含糊承诺继续。
用固定节奏连接战略与一线证据
架构与风险评审处理重大选择，质量/SLO/成本运营会处理趋势与行动，事故复盘处理控制失效，路线图与采用复审处理资源重分配。每种会议有输入看板、需要作出的决定、Owner 和输出日志，不重复汇报同一状态。
频率由风险和变化速度决定，指标稳定后可以降低。取消没有数据、没有决定或没有后续动作的会议；异步看板承担状态同步，会议只处理分歧和异常。季度复盘应同时审查已完成、已停止和未兑现价值，防止成功偏差。
向管理层表达可选择的决策
先给推荐、业务影响和所需决定，再给关键证据、假设与风险。选项以成本、时间、质量、风险和机会代价比较，并明确不投资或延后的后果。技术细节只保留会改变选择的机制，附件提供 Trace、评测、架构和 ADR 供复核。
承诺下一里程碑和停止条件，而不是承诺无法验证的最终收益。预算申请绑定阶段证据，风险接受绑定具体 Owner。管理层选择后，把决定翻译成团队边界、资源和指标，并在约定日期用结果复审。
主动提取：为什么跨团队影响力不等于架构师亲自审批所有决定？
冲突判断：安全与业务无法达成共识时，架构师应“折中”吗？
资料与事实边界
以下以官方文档、标准、论文和原始工程资料为主。厂商 API、价格、限额与模型能力会变化，落地时仍需按目标版本做能力探测和回归。
- NIST：AI RMF Core — 多学科参与、角色责任、沟通与持续治理要求
- DORA：Platform engineering capability — 平台团队的内部产品边界、扩展模型与反馈机制
- Google SRE：Embracing Risk — 用 SLO 和 Error Budget 协调速度与可靠性冲突
- Google SRE：Postmortem Culture — 从事故证据改进系统和组织，而非归咎个人