真实数据切换优先级矩阵
这页专门回答一个问题：接下来到底先把哪块从 reserve/demo 切成真实写库。
当前不是所有模块都要一起切真实。更稳的方式是按 依赖链 + 试点感知度 排优先级，一块块收口。
当前建议切换顺序
如果已经进入最后一轮收口，先按这条顺序切，不要看到哪块就先切哪块。
- 1先收个人测评真实写库，再看报告 / API 验收。
- 2再收 Org-OS reserve API，不插入第 7 周内容。
- 3最后收开放平台 questions → submit → report 三步联调。
先回总地图再决定
如果现在已经开始看真实切换优先级，先回总地图和 Coach v2.3 总映射，再决定这轮到底先切哪块会更稳。
切换矩阵
先看优先级，再决定下一个真实联调动作。
Auth 与会话
P0已偏真实登录 / 注册 / callback / middleware
目标：优先切真实
原因：所有 `/app` 路由都依赖真实会话，先稳住才能做后续试点。
验收：注册、登录、刷新后 session 不丢。
测评主链
P0半真实/app/assess / report / assessment_sessions / mindset_profiles
目标：优先切真实
原因：测评是文帮、销帮、工作台个性化推荐的起点。
验收：写入 `assessment_sessions` 和 `mindset_profiles`，工作台能读到。
工作台与资产统计
P0有回退/app / /app/assets / dashboard 聚合
目标：优先切真实
原因：试点用户最容易从这里感知产品是否真的在记录自己的动作。
验收：真实内容、销售资产、活动时间线能回流。
文帮
P1半真实/app/creator / content_assets / sales_assets
目标：第 2 批切真实
原因：需要和测评、资产页联动，但不必早于 Auth 和测评本身。
验收：保存内容、转销售素材都能真实写库。
销帮
P1半真实/app/sales / leads / judgments / actions
目标：第 2 批切真实
原因：和文帮协同强，但试点前必须形成闭环。
验收：线索、判断、推进动作能真实写库与回看。
开放平台 `/api/open/*`
P2reserve 成熟questions / submit / report / payments / webhooks
目标：先保 reserve
原因：当前主要任务是主产品试点，不必先把第三方开放平台做成真实写库。
验收：继续保留 demo key、日志、限流、Webhook 联调能力。
切换规则
这几条规则是为了避免我们又回到“到处都改一点，但没有一块真正收口”的状态。
- • 先切会影响所有用户登录和写库的基础链路。
- • 先切会影响工作台真实感知的统计和时间线。
- • 开放平台先保 reserve，不抢主产品真实联调资源。
- • 每切一块，就补一轮真实写库验证，不并行乱切。