AI 教练联调顺序
这页专门把 AI 教练 reserve 联调该怎么看、按什么顺序看，收成一条最省脑子的路径。
如果后面你、合作方，或者我们自己要重新看 AI 教练这条链，建议都先按这条顺序走，不要一上来就直接跳到真实写库页。
碎碎念 reserve 快速入口
联调顺序页也先把碎碎念 reserve 子链收进来，方便顺着 reserve、运行时和前台总览一起核。
当前 1–6 周统一收口顺序
这页继续服务最终核对，不单独抢主顺序。
最后一轮还是回这 4 条链
当前 1–6 周先把 4 条链的角色分清：个人测评负责生成共同底座，组织诊断负责结构问题，开放平台负责对外交付，AI 教练继续做解释与承接，不单独改写主线优先级。
如果要先回总图
这页适合看 OpenMind Coach 的联调顺序；如果你想先确认当前总收口节奏，先回最终联调总地图，再看 OpenMind Coach v2.3 总映射，最后再回这页继续看路径顺序会更稳。
v2.3 最终核对顺序
如果这轮是专门收 OpenMind Coach v2.3，就先把这 4 步走完，再回更大的 1–6 周主线。
Partner → OpenMind Coach v2.3
联调顺序页现在也把合伙人增强链收进来，避免只按 Assessment / Diagnosis 去理解教练承接。
合伙人增强包 → OpenMind Coach
合伙人增强链继续把合作盲区、互补 / 冲突和绑定建议变成协作判断任务，让 AI 教练先处理‘怎么试合作、怎么定边界、怎么修正误判’。
顺序里怎么放
- - 先在合伙人结果链确认合作盲区、互补 / 冲突和边界建议
- - 再回 reserve / prompt / real 看这组协作判断有没有被教练真正接住
推荐顺序
先把 reserve 结构看稳，再去看真实回流，这样最不容易把不同层混掉。
再看 chat 示例
确认 `/api/coach/chat` 的请求体、情绪识别、策略和建议结构是不是稳定，同时一起核对 `creator_mapping / sales_mapping`。
再看 sessions 示例
确认 `/api/coach/sessions` 的列表结构、module 过滤和 reserve 列表口径，并顺手核对 content / sales 会话是不是已经能接住执行映射。
再看模板运行示例
确认 `/api/coach/templates/[slug]/run` 的输入、输出和 quick actions 结构，同时核对 content / sales 模板有没有把执行映射一起吃进去。
再看 Prompt / API 预览
确认 `GET /api/coach/templates/[slug]`、`GET /api/coach/suggestions` 和 v2.3 审计字段已经在 API 层说同一套话。