把正式题库、人格图鉴和隐藏分支，一次性压进能静态上线的 FF14TI 网站。
现在这套前端不再是 mock shell，而是直接吃 `questions.json / personas.json / rules.json` 的 v1 运行时。测试、结果、图鉴和详情页围绕同一份结构化契约工作。
正式题数
19 题 · ff14ti-v1.0
主人格
16 主格 + 4 涂层
扩展结果
4 别名 + 4 隐藏
/
定调、解释玩法、展示样张人格，并把用户引流到测试和图鉴。
/test
单题流答题，本地恢复进度，题数按正式 pack 动态读取，不写死节奏。
/result
先揭晓最终身份，再解释主格、涂层、override 和分享文案。
/codex
浏览主人格、别名、补充人格，并单独维护隐藏人格展示区。
/codex/[slug]
为每个图鉴条目生成稳定详情页，保证结果页和列表都能深链回流。
网站线程现在做的是正式 runtime 承载，而不是继续拼 demo 语气。
v1 仍然保持 static-first，但内容和结果解析已经切换成契约驱动。页面只负责承接，不再额外发明人格、规则或隐式触发。
step_01
正式题库直接进前端
测试页不再依赖 mock 题面，直接消费锁版后的结构化题目数据，保持对未来 patch 扩题的弹性。
step_02
结果按契约确定性解析
四轴、四涂层、alias、hidden 和 KFC override 都由客户端一次算完，结果页只消费统一 payload。
step_03
图鉴承担结果后的回流
测试完不是终点，/codex 和详情页负责承接比较、补看、收藏和隐藏人格的长期探索。
运行方式
Static-first + 客户端本地算分
内容契约
questions / personas / rules 三件套
结果优先级
hidden / alias > main + coat
先让几张正式人格卡把站点气质站稳，再往后补完剩余海报。
已出图的人格先接正式卡面，缺图角色在图鉴和结果页统一走同构 fallback。这样图像生成可以继续跑，网站路由不用等。
开荒包工头
打工厂主
强执行高压带队人，擅长把熟人局打成项目交付。
整活总导演
抽象流程怪
高投入社交型场面人，擅长拉节奏，也擅长把流程拉成特别节目。
数据骑士
二号位永动机
用数据、复盘和执行细节推进一切的硬核效率派。
主线朝圣者
单机光呆
像追长篇连续剧一样独自认真推主线。
外观党
美容院常驻
把大部分时间花在外观、镜子和整体气质上的生活美学派。
豆芽保育员
部队妈妈
不卷但会认真照顾人的社区型玩家。
测试不是终点，结果页和图鉴一起才构成完整的后链路。
结果页负责先揭晓你是谁，图鉴负责让你继续比较、回看、补读和追隐藏人格。首页则把这条路径在第一屏就讲清楚。
正式 runtime cues
当前只有 kfc 会进入 v1 正式运行时。
content-only cues
5 组内容线索只给文案和图鉴参考，不会被网站擅自升级成算分逻辑。
图像接入策略
已生成的人格海报先接入正式卡面，缺图角色统一走同构 fallback，不堵住路由和信息结构。
为什么结果页先显示最终身份？
因为正式契约已经锁定展示优先级：先看 hidden / alias，再回头解释底层主格和涂层。用户最先关心的是“我到底是什么”。
为什么图鉴这轮也要一起做？
因为原网站壳层 spec 已经把 /codex 和 /codex/[slug] 定成核心路径。测试结果只有和图鉴联起来，才算完整站点。
图片还没全生成，为什么先接站？
因为内容契约和页面结构已经够稳定。先把正式数据、结果逻辑和浏览路径落下，缺图只影响局部视觉，不影响信息架构。