Files
CyberGril/docs/requirements/changes.md
T

6.0 KiB
Raw Blame History

需求变更记录

v1.7:把原始31项、已确认视觉和后续用户裁定整理到同一入口,新增白栖知批准的跨任务继承办法。批准评论:01a1635b-b47c-79ed-ac66-9408c7905af9;所批方案原文在 sources/governance-proposal-approved.md。

原始 v1.6 原样保留。后续生活披露、初始关系和名字的覆盖见 current.md 的 AM-001–003 及对应来源,不回写历史。旧文档中的历史进度不作为现在的事实。

以后每次改需求,记录:原要求、新要求、白栖知明确原话及评论编号、涉及编号、影响范围。智能体建议、实现困难、阶段通过均不能替代用户授权。检查脚本只能检查材料完整性,审核者仍必须核对原话。

v1.8:视觉总监接手

白栖知明确裁定:整体视觉交给视觉总监接手,而不是把关,甚至若施工员无法写出相应代码,直接让视觉总监写代码

来源评论:01a163a5-e2a7-7ac8-afdb-991868e721bc。旧分工为总管因环境失败接手制作、后续视觉总监只把关;现按GOV-005交视觉总监亲自设计与落地,必要时直接写代码。本次不改变产品功能与原验收边界。

v1.9:交流状态静态视觉基准更新

白栖知看过 HEL-798 共同空间样图后明确认可:“静态效果我认可”

来源评论:01a1668f-5810-7524-b72f-33574a32c7d6(获认可图 hel-798-face-to-face-moon.png,1600×1000,SHA256 a8619a1ff459ec1d28ec192104c851f6dee079c7b6056c1a927842591861a56a)。

旧要求(VIS-011):人物平时作为空间中独立视窗;交流时自然放大。新认可:交流状态(靛蓝月光、电脑 1600×1000)的静态画面不再用独立人物框,环境铺满四边,前景为用户一侧桌沿/茶杯/烛灯,对话在近处视线下方;VIS-011 条文保留,边界注明该更新。

影响范围:仅交流状态静图。相处状态、过渡与动态、雾光、手机、真实人物动态与完整功能仍待验收;不永久取消 VIS-011 其他状态原规则,不把完整前端锁定为全屏照片或视频(CG-031 继续有效)。原话与适用范围见 sources/comment-evidence-shared-space-20261023.json、sources/shared-space-static-acceptance-20261023.md(原话经总工 HEL-811 对照平台逐条核验)。

v1.10:对坐动态小样整体效果认可

白栖知体验《对坐动态小样 v2》(HEL-799,附件 01a167c1-455b-751a-ac37-9fa984a1ed10,SHA256 826bfc045d941c2114b16a198626ca952ff3d95dff02cfc6e32ee09858bcf80e)后明确认可:“这个效果可以”

来源评论:01a16810-3b46-7345-8966-dd87b76efe07(2026-10-23 09:20:56 UTC,回应总管交付评论 01a167c1-458d-795b-81e1-584089bf3667)。

旧边界(v1.9):仅交流静图获认可,相处、过渡、雾光、手机与整体动态仍待验收。新认可:该小样的整体效果(同室相处、推近/退回过渡、交流呈现与阅读方式、月光/雾光两主题,电脑端演示数据)在演示层面获认可;VIS-011 与 CG-004 条文保留,边界注明。

影响范围:不视为完整产品、其余页面或真实功能验收;手机候选容器默认关闭未获批启用,真机未验证;相处静帧中的书本不恢复已否定的默认阅读(01a166aa-5f37-77b2-a2bd-ceb62f665813);真实人物动态、语音口型、真实生活与完整功能仍待验收;不授权替换正式界面或合并 PR。原话与适用范围见 sources/comment-evidence-dynamic-sample-20261023.json、sources/dynamic-sample-effect-acceptance-20261023.md(原话经总工 HEL-816 对照平台核验)。

v1.11:成熟方案优先复用

来源评论:01a1734c-1159-7a44-a81f-3105f1b8d98d。白栖知原话:

记住我的原则,能借鉴成熟方案的就直接借鉴,从零创造的难度太大需要的是一个专业的团队,不适用于我这个不专业的人加上没有决策性的AI的组合;另外我之前让你看的我跟另外智能体的交流内容希望你提取值得借鉴的地方

旧记录未明确规定通用内核必须优先复用成熟实现;现新增GOV-006,减少从零研发和长期自行维护,不因沉没工作量而默认保留自研内核。原59项不删减。交流材料提炼为候选机制,具体技术栈、底座、情绪映射及迁移范围未获批;不将本次文档记录当功能通过或现网施工授权。

v1.12:音色入口定为可自定义音色

来源评论:01a17de1-2892-78be-a422-eb6a11ffebfd(2026-10-27 15:01:10 UTC,回应总管阻塞通报 01a17d45-f14e-7b62-9850-646e040c7318)。白栖知原话:

.12已恢复,另外以上一条让我解压附件包试听,我不明白是什么意思,是让我听预设音色吗?如果是我觉得你的设计不够合理,我想要的是可以自定义音色,我的.12上安装的TTS是支持自定义音色的。至于最长2小时,3次通话的测试,我同意,音色你自己决定就行

旧边界(CG-010/D1 路线):音色按"先在现有中文女声里挑、都不满意再做零样本克隆"的条件路线推进,本轮以参考包编号试听为交付形式。新要求:音色入口以可自定义音色为准——在网页上传或录制参考音频→试听→应用到同一位她的后续通话,直接复用已装TTS的零样本克隆;不以仅选预设音色替代,参考包试听方案不采用。另明确:本轮通话测试授权总管自定音色、最长2小时/3次通话(操作授权,记 HEL-879 测试执行,不进需求边界)。

影响范围:仅 CG-010 音色入口与测试授权;换声音只换发声、不重建伴侣、不改出生底色/名字/关系/聊天/记忆的既有边界不变;CG-010 其余条文与原59项不动。工程交付或测试通过不等于用户已验收音色,也不得把"用户已授权自定义音色"改写成"用户已选定某支音色"。原话记录见 sources/comment-evidence-custom-voice-20261027.json(施工员2号按平台原话逐字核对录入)。