模块 10架构决策与技术领导

RFC 与架构评审

评审先对齐要解决的决策

  • 业务目标、用户和当前基线
  • 范围、非目标和不可变约束
  • 关键不确定性与必须做出的选择
  • 事实、假设和待实验项明确分开

架构叙事围绕运行与责任

  • 入口、身份、数据和信任边界
  • 模型、Context、Tool、状态和人工的责任
  • 正常主链、异步/长任务和版本
  • 失败、恢复、降级和审计

替代方案必须可比且包含 Why Not

  • 纯 Workflow、单 Agent、多 Agent、购买与自研
  • 质量、延迟、成本、可靠性、安全和组织复杂度
  • 默认推荐、适用条件和例外
  • 避免虚构明显差的稻草人方案

把未知变成验证计划

  • 模型/检索/Tool 基准与 Golden Dataset
  • 容量、故障、恢复和安全测试
  • 用户工作流与人工运营实验
  • 成功阈值、停止条件和数据 Owner

评审是风险发现，不是权威表态

  • 提前异步阅读，会议聚焦争议
  • 邀请业务、平台、安全、数据、SRE 和前端体验角色
  • 区分阻塞问题、建议和未来优化
  • 记录反对意见、假设和决策 Owner

决策之后继续验证

  • ADR 记录选择、原因、约束和反转条件
  • 上线后比较真实指标与 RFC 假设
  • 偏离时更新架构或显式接受风险
  • 重大变化触发重新评审