OpenMind

MindOS 智测替换执行顺序

这页专门回答后面正式替换时应该先做什么、后做什么。这样你继续分批发文档时，我们不会一口气同时改题目、算分、报告和 Prompt。

MindOS 智测正式替换执行顺序

后面正式替换不按『题目、算分、报告、Prompt 一起乱改』来做，而是按服务端保密边界一层层推进：先稳题目输入，再稳服务端算分，再稳报告，再稳 Prompt，最后才稳 API 对外结果。

当前执行基线

这条替换顺序现在继续受 MindOS_技术开发整合说明_冻结终版.md 约束，后面正式替换时，优先按它统一题目输入、服务端算分、报告结构和 Prompt 边界。

先看 L3 开发交付包回智测内容接入准备再看替换影响清单再看 Prompt 服务端载荷回智测总导航

1. 稳住题目输入层

把私有题库安全映射进前端可用结构，但不暴露权重、score 和修正规则。

先动这些代码点

next-mvp/lib/assessment/mindos-source.ts

next-mvp/app/api/assessment/questions/route.ts

next-mvp/lib/assessment/questions.ts

做到什么算这一层稳了

L1 / L2 / L3 版本入口正常。

/app/assess 能顺利答题。

前端看到的是标准题目结构，不是私有算法结构。

这一层继续只留服务端的东西

score

dimension_weights

B 模块规则

D 模块规则

2. 稳住服务端算分层

把原始答题结果接到 10 维、R1-R5、S1-S5、四力和位阶基础判断链上。

先动这些代码点

next-mvp/lib/assessment/mindos-scoring-schema.ts

next-mvp/lib/assessment/scoring.ts

next-mvp/lib/assessment/service.ts

做到什么算这一层稳了

服务端能产出稳定的结构化计算结果。

Prompt 不需要自己逐题重算。

B / D 模块只作为修正层输入。

这一层继续只留服务端的东西

逐题原始分

阻抗与功能组中间过程

位阶判定细节

3. 稳住报告结构层

把结构化结果排成深度报告章节顺序，并先守住服务端保密边界。

先动这些代码点

next-mvp/lib/assessment/mindos-report-schema.ts

next-mvp/app/app/assess/report/page.tsx

next-mvp/app/assess/page.tsx

做到什么算这一层稳了

报告页章节顺序和深度报告模板一致。

解释层字段能顺畅进入报告页。

前台只看解释结果，不直接看内部计算细节。

这一层继续只留服务端的东西

原始维度分

B 模块修正依据

位阶内部判断依据

4. 稳住 Prompt 层

把评分前置、解释层和报告生成层 Prompt 换成正式 MindOS 载荷结构。

先动这些代码点

next-mvp/lib/assessment/prompt-contracts.ts

next-mvp/lib/assessment/mindos-prompt-replacement.ts

next-mvp/lib/assessment/mindos-prompt-payloads.ts

做到什么算这一层稳了

旧 slug 和新层级映射清楚。

Prompt 只吃服务端载荷，不直接吃私有题库。

评估、解释、报告生成三层边界稳定。

这一层继续只留服务端的东西

Prompt 不直接访问题目权重

Prompt 不直接访问修正规则全文

5. 稳住 API 对外结果

最后再统一对内 API、开放平台和前台结果字段，不让内外口径打架。

先动这些代码点

next-mvp/app/api/assessment/complete/route.ts

next-mvp/lib/open-platform/questions.ts

next-mvp/lib/open-platform/assessment-mappers.ts

做到什么算这一层稳了

内部 API 和开放平台返回字段一致。

前台、admin 和开放平台用的是同一套结果口径。

服务端保密边界没有被打穿。

这一层继续只留服务端的东西

原始算分链

内部修正链

Prompt 原始输入载荷

最后统一这样验

等后面你继续发完题目、算分、报告和 Prompt 文档后，我们最后统一按这几步回看。