S54：W5～W8 阶段复盘：从平台到运行证据

内容类型：预习教材（不代表已完成）
日期：2027-01-15
阶段：P2 · AI Systems Engineering 90
总路线：Day 144 / 360
周次：W8 · Observability、Cost、SLO、Capacity
节奏：周五知识整理 / 第二次阶段复盘
状态：教材已备；学习未完成
标签：stage-review、platform、runtime、integration、observability

一句话定义

第二次阶段复盘把平台声明、耐久状态、协议交互和运行证据连成一条可解释链，目标是看见联系与薄弱处，而不是给学习打分。

学习目标

1. 合并 W5 平台、W6 runtime、W7 integration、W8 observability 的关键关系。
2. 能从一次请求追踪到目录版本、策略、状态迁移、协议事件、成本和人工结果。
3. 识别层与层之间尚未定义的契约，不用更多术语掩盖空白。
4. 形成低压力复习清单，不设置 gate、排名或补考。

核心知识

• 平台 manifest 声明 owner、依赖、风险和目标；registry 解析版本；policy 决定请求是否允许；runtime 执行并持久化状态。
• 协议把命令、事实和任务跨边界传递；identity、version、correlation 与 idempotency 必须一同传播。
• Observability 不只是 runtime 的附加层。没有版本和业务 key，trace 无法解释；没有 trace 与 outcome，平台也无法知道 golden path 是否有效。
• 成本、质量与人工容量构成反馈：策略更保守可能提高人工量，重试更积极可能提高成本，降级更激进可能损害质量。
• Evidence plane 关联而不复制所有数据。它保存足以解释决定的引用、版本和时间，不应成为无边界敏感数据湖。
• 复盘的产出是知识图和问题清单；尚未掌握只表示未来复习方向。

机制与推导

端到端链：

use-case manifest
 -> registry resolves bundle
 -> policy allow/escalate/deny
 -> runtime state machine
 -> MCP/API/event/human boundary
 -> external fact or unknown state
 -> reconcile/complete
 -> trace + eval + audit + cost + outcome
 -> platform feedback and next version

可用三种 ID 检查链是否断裂：useCase/bundleVersion 解释“用了什么”，workflow/businessKey 解释“哪件业务”，trace/causation 解释“如何发生”。若 cost 只有 provider 账单而没有 workflow，无法归集；若 audit 只有 workflow 而没有 bundle，无法解释版本。

阶段图还应标控制回路：错误率上升可能触发 policy/routing 调整；人工 backlog 上升可能改变 escalation；cost/success 上升可能提示重试或工具循环问题。控制动作本身也需要版本和证据。

最小练习或观察步骤

1. 选择一个熟悉案例，把 W5～W8 各画一个框，每框最多五个概念。
2. 画一条正常路径和一条 timeout→reconcile→human 的异常路径。
3. 在边界上标 version、identity、business key、correlation 与 evidence。
4. 找出两个断点：缺 owner、缺确认事件、缺成本分母或缺人工容量信号等。
5. 回答“能解释什么 / 仍不能解释什么 / 下次只复习什么”。
6. 不打分、不建立成熟度矩阵；一张图和短清单即可。

常见误区与边界

• 把四周所有名词都塞进图，箭头却没有语义。
• 只画 happy path，没有未知状态、人工等待和恢复。
• 认为全链 trace 自动满足审计和隐私要求。
• 用组件存在证明平台能力，而不看第二用例和运行反馈。
• 薄弱点全部转成下周必修，制造新的学习负担。
• 阶段复盘不是考试，也不表示 W5～W8 已实际完成。

系统 / 金融 / Web3 场景连接

金融调查案例可把用例目录、案件权限、建议 workflow、核心系统事件、主管队列和最终处置串联，观察质量与人力成本。Web3 钱包案例则连接工具目录、签名策略、交易状态机、RPC/链事件、确认与异常对账；两者都展示平台默认能力与领域权威状态的边界。

自检问题

1. W5～W8 各自拥有哪类状态？
2. 哪三类 ID 能解释版本、业务和执行因果？
3. 人工 backlog 怎样反馈到平台策略？
4. Evidence plane 为何只应保留必要关联？

专业课程对齐

• 阅读 Stanford CS329S 的全课程结构，从 requirements/data/model/deployment/monitoring 复看系统生命周期，用于校准阶段全景图是否只剩运行层。
• 阅读 Full Stack Deep Learning 2022 的 infrastructure、deployment、monitoring 与 continual learning 讲次，观察工程反馈怎样进入下一版本。
• 阅读 Google SRE 资源 的 reliability、SLO、incident 与 capacity 主题，映射系统目标、运营事件和反馈回路。

深入学习提示

本日最有效的方法是删减：每层只留能解释跨层关系的概念。沿一条失败路径讲五分钟，如果遇到“然后系统处理”这样的模糊箭头，就把它改写成命令、事件、状态或人工决定。薄弱点最多保留三项，避免复盘变成新计划。

学后填写区

• 第二阶段全景图：
• 一条正常 / 异常路径：
• 两个跨层断点：
• 我现在能解释的联系：
• 最多三项复习清单：