3.4 KiB
CyberGril 需求入口
当前完整基准：v1.8。批准需求继承办法的主卡评论：01a1635b-b47c-79ed-ac66-9408c7905af9。
所有新任务、续办、设计、施工、审核先读完整当前需求，再读本次相关来源。只有白栖知明确修改的要求才可变更，阶段范围不能覆盖产品要求。
| 文件 | 用途 |
|---|---|
| current.md | 59条完整有效要求：原31条产品决定、13条视觉、3条补充、6条用户整改、5条执行约束、1条交付边界；另列未定项 |
| baseline.json | 同一份要求的结构化编号、边界和来源 |
| coverage.md / coverage.json | 实现与验收状态，未完成项目继续保留 |
| changes.md / changes.json | 后续修改的用户授权及影响 |
| task-handoff-template.md | 每张卡的必填交接项 |
| sources/ | 原始v1.6、完整初轮和视觉访谈、后续裁定、获批设计及分批方案 |
| source-manifest.json | 来源文件校验值，防止历史来源被静默改写 |
| implementation-verification.md | 本次实际写入、旧卡迁移与正反向验证记录 |
sources/comment-evidence.json 保存初版125条来源评论（保留原样）的身份、时间、原话和父评论；正文中的编号可追溯回主卡。原始初轮访谈与完整视觉访谈均用分页取齐，后续材料按关联决定保存。其余来源文档保留原样；其中旧进度、技术推荐、旧待定项不能自动成为当前事实。已经被后续明确决定覆盖的内容，见 current.md 和 changes.md。
原仓库 docs/SPEC.md 是初始构想，不能盖过后续逐项确认：例如旧VRM路线、允许经历改写出生核心等，均不能用于覆盖当前要求。
当前返工与交付边界
用户对当前前端的对话显示效果和整体沉浸界面不满意。本轮先完善需求约束，再制作独立样图及可操作动态小样；两主题、电脑/手机、长句与身份、历史展开、交流开合和空间过渡都须能查看。小样未认可前不替换正式界面。
完整产品仍需按获批批次接入生活、记忆、主动联系、语音、天气/素材/备份及有条件的视觉观察。R1已有档案与文字能力不能视为全部要求完成。嘴型研究独立，不阻塞完整界面设计。
检查与人工审核
先获取实际目标分支，再运行 python3 scripts/check_requirements.py --base-ref origin/main（实际目标不是 main 时替换引用）；有交接JSON时加 --handoff <文件>。检查会对照目标阻止原地改需求却不升版、不追加新用户授权，且保留历史来源和变更记录。初次引入基准时由独立审核核对整包来源。此检查不证明画面好看、评论语义构成授权或用户已经满意。人工审核必须阅读原话，体验验收仍由白栖知决定。
当前没有配置仓库自动CI合并门禁；上述命令作为交付和独立审核的必做项，不声称平台已强制拦截所有修改。
v1.8新增来源见 sources/comment-evidence-visual-role-20261022.json，最新分工见GOV-005。
后续以该入口所记录的最新版本为准，不把v1.7永久钉死为永不可新增的文档。每次新版本必须记录用户明确裁定，保留旧版来源与覆盖关系。