From 159253a12faafab9871ccc28aeef6b6e4d910eba Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E7=99=BD=E6=A0=96=E7=9F=A5?= Date: Thu, 22 Oct 2026 19:33:51 +0800 Subject: [PATCH 1/2] HEL-697: preserve complete requirements and enforce task handoffs Co-authored-by: multica-agent --- AGENTS.md | 35 + README.md | 2 + docs/requirements/README.md | 33 + docs/requirements/baseline.json | 741 ++++++++++ docs/requirements/changes.json | 72 + docs/requirements/changes.md | 7 + docs/requirements/coverage.json | 353 +++++ docs/requirements/coverage.md | 66 + docs/requirements/current.md | 554 ++++++++ docs/requirements/handoff-HEL-697.json | 79 ++ docs/requirements/source-manifest.json | 10 + .../sources/approved-frontend-spec-R2.md | 267 ++++ .../sources/comment-evidence.json | 989 ++++++++++++++ .../sources/design-acceptance-v1.md | 22 + .../sources/frontend-architecture-v1.md | 486 +++++++ .../sources/governance-proposal-approved.md | 95 ++ .../sources/integration-plan-v1.md | 208 +++ .../sources/product-decisions-v1.6.json | 1212 +++++++++++++++++ .../sources/visual-confirmation-v2.md | 48 + docs/requirements/task-handoff-template.md | 26 + scripts/check_requirements.py | 135 ++ 21 files changed, 5440 insertions(+) create mode 100644 AGENTS.md create mode 100644 docs/requirements/README.md create mode 100644 docs/requirements/baseline.json create mode 100644 docs/requirements/changes.json create mode 100644 docs/requirements/changes.md create mode 100644 docs/requirements/coverage.json create mode 100644 docs/requirements/coverage.md create mode 100644 docs/requirements/current.md create mode 100644 docs/requirements/handoff-HEL-697.json create mode 100644 docs/requirements/source-manifest.json create mode 100644 docs/requirements/sources/approved-frontend-spec-R2.md create mode 100644 docs/requirements/sources/comment-evidence.json create mode 100644 docs/requirements/sources/design-acceptance-v1.md create mode 100644 docs/requirements/sources/frontend-architecture-v1.md create mode 100644 docs/requirements/sources/governance-proposal-approved.md create mode 100644 docs/requirements/sources/integration-plan-v1.md create mode 100644 docs/requirements/sources/product-decisions-v1.6.json create mode 100644 docs/requirements/sources/visual-confirmation-v2.md create mode 100644 docs/requirements/task-handoff-template.md create mode 100644 scripts/check_requirements.py diff --git a/AGENTS.md b/AGENTS.md new file mode 100644 index 0000000..e75edf2 --- /dev/null +++ b/AGENTS.md @@ -0,0 +1,35 @@ +# CyberGril 项目必读规则 + +白栖知已于主卡 HEL-697 评论 `01a1635b-b47c-79ed-ac66-9408c7905af9` 批准需求继承办法。 + +## 开始任何工作前 + +1. 读取 `docs/requirements/README.md`、`current.md`、`coverage.md`，以及本次相关的原始来源。完整需求不能被任务卡摘录替代。记录所用版本和读取时的仓库提交。 +2. 项目现行需求入口优先于旧 `docs/SPEC.md`、历史设计稿、样机、代码现状与任务卡中的旧指令。明确的用户新决定才能覆盖旧决定，并须更新需求变更记录。遇到冲突先核对原话，无法解决才向总管报告具体问题，不擅自降低要求。 +3. 所有 CyberGril 任务应归属 CyberGril 项目，并包含需求入口、版本、关联要求编号、交付与验收、未完成项及后续承接、需求变更来源。现有历史卡的迁移不授权重启已停止的试验或重新执行已交付工作。 + +## 施工和交接 + +- 使用 `docs/requirements/task-handoff-template.md`，写出本次交付及完整需求的关联；完整当前需求始终有效。阶段不做的内容列明承接，不删除需求。 +- 需求、技术方案、阶段范围、实现状态、用户验收分开记录。不得把智能体建议、技术困难、模型登录失败或某阶段通过当作修改需求的授权。 +- 不用“当前一两句”以外的长消息滚动主界面替代已确认的交流体验。长回复需完整可读，具体分句等方案先通过动态小样验证。 +- 不用固定模板长文冒充 CG-014 的模型诠释自由、CG-015 的自主初始习惯与成长。出生底色不变；后天成长另记，不得因 UI 修复重算已有伴侣。 +- 演示数据与真实能力严格区分。未分享生活不得借列表、搜索、摘要或旧链接泄露；真实服务须在响应前裁剪，前端过滤不是权限控制。 +- 保留已有伴侣、名字、生日、聊天与记忆；写入测试使用隔离数据。用户认可界面小样前不替换现有正式界面。当前产品 PR#4 未获合并授权。 + +## 修改需求和审核 + +修改 `baseline.json` 中的要求时，须在 `changes.json` 和 `changes.md` 中记录白栖知明确批准的原话来源、旧要求、新要求及影响；原始来源只增补，不篡改。先核实来源作者和语义，不能用智能体确认代替。 + +交付前执行： + +```bash +python3 scripts/check_requirements.py --base-ref origin/main +python3 scripts/check_requirements.py --base-ref origin/main --handoff <本次交接JSON文件> +``` + +检查脚本只发现结构缺项、来源损坏和编号失配。审核人仍须逐项核对原意、实际画面及动态过程；未实际验证真机或 Safari 就明确注明。前端演示通过、工程测试通过、用户阶段验收和整项目完成是不同事实。 + +比较前先获取真实目标分支；若本卡目标不是 main，使用实际目标引用。初次引入基准时目标没有基准文件，由独立审核核对整包来源；以后需求有变必须升版、追加新的用户授权，历史来源和变更记录只增不改。项目尚未配置自动CI合并门禁，当前由交付与审核执行本检查，不能声称平台已经强制拦截合并。 + +主任务 HEL-697 持续追踪完整功能，不因局部通过而归档。平台交付路由遵守当次运行指令，总管负责向白栖知汇报。 diff --git a/README.md b/README.md index 47f95fa..3ab2d8e 100644 --- a/README.md +++ b/README.md @@ -4,6 +4,8 @@ 不是聊天机器人。区别在于：**它在你不说话的时候也在运行**。 +设计、施工与审核先读 [完整需求入口](docs/requirements/README.md) 和 [项目必读规则](AGENTS.md)。后续逐项确认的需求优先于本仓库早期构想；演示通过不代表整个项目完成。 + --- ## 先看一眼 diff --git a/docs/requirements/README.md b/docs/requirements/README.md new file mode 100644 index 0000000..ba4cd45 --- /dev/null +++ b/docs/requirements/README.md @@ -0,0 +1,33 @@ +# CyberGril 需求入口 + +当前完整基准：**v1.7**。批准需求继承办法的主卡评论：`01a1635b-b47c-79ed-ac66-9408c7905af9`。 + +所有新任务、续办、设计、施工、审核先读完整当前需求，再读本次相关来源。只有白栖知明确修改的要求才可变更，阶段范围不能覆盖产品要求。 + +| 文件 | 用途 | +| --- | --- | +| [current.md](current.md) | 58条完整有效要求：原31条产品决定、13条视觉、3条补充、6条用户整改、4条执行约束、1条交付边界；另列未定项 | +| [baseline.json](baseline.json) | 同一份要求的结构化编号、边界和来源 | +| [coverage.md](coverage.md) / [coverage.json](coverage.json) | 实现与验收状态，未完成项目继续保留 | +| [changes.md](changes.md) / [changes.json](changes.json) | 后续修改的用户授权及影响 | +| [task-handoff-template.md](task-handoff-template.md) | 每张卡的必填交接项 | +| [sources/](sources/) | 原始v1.6、完整初轮和视觉访谈、后续裁定、获批设计及分批方案 | +| [source-manifest.json](source-manifest.json) | 来源文件校验值，防止历史来源被静默改写 | + +`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.7永久钉死为永不可新增的文档。每次新版本必须记录用户明确裁定，保留旧版来源与覆盖关系。 diff --git a/docs/requirements/baseline.json b/docs/requirements/baseline.json new file mode 100644 index 0000000..071b5a8 --- /dev/null +++ b/docs/requirements/baseline.json @@ -0,0 +1,741 @@ +{ + "schema_version": 1, + "version": "1.7", + "approval_comment_id": "01a1635b-b47c-79ed-ac66-9408c7905af9", + "owner_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "scope": "完整要求；版本1.7整合已确认内容并新增用户批准的需求继承约束，不证明已实现或已验收。", + "requirements": [ + { + "id": "CG-001", + "category": "产品", + "topic": "需求对齐与开工边界", + "conclusion": "先逐项问清需求，形成统一记录和方案；对单项建议的同意，仅用于确认该项，不能扩大成全部功能的开工授权。", + "boundary": "", + "source_comment_ids": [ + "01a15722-86fc-7c70-9409-d2e9b8cb041f", + "01a157ab-209c-7c8f-956c-40ebb3340f4e" + ] + }, + { + "id": "CG-002", + "category": "产品", + "topic": "写实视觉风格", + "conclusion": "人物采用照片、电影中真人的写实质感。首版日常画面采用CG-029的人物与房间成品视频，按活动、天气和时段选片；不再要求浏览器每帧用独立人物透明层与房间合成。", + "boundary": "原仓库的VRM/建模默认路线和Alina候选，不作为当前已认可的外观方向。 真人照片般的效果仍为首选；新增条件备选见CG-027，不把讨论二维视为立即放弃真人路线。 独立控制的产品目标由统一状态和对应素材组合实现；物理分层实现要求已由CG-029覆盖。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。", + "source_comment_ids": [ + "01a15717-b34f-72ac-939f-d81c90f58920", + "01a15724-dcaa-7d2b-ae23-430f24ca36b9", + "01a15726-e178-72b0-9a3c-8b2041538730", + "01a158c5-a25f-742b-975d-6af1ce8ff6b6", + "01a1599b-f137-71cc-8af2-a265499b4b6e", + "01a15e92-e689-754a-aad3-4566100962b3" + ] + }, + { + "id": "CG-003", + "category": "产品", + "topic": "动作与交谈的混合路线", + "conclusion": "预生成场景和同一人物的日常动作、服装素材；根据实际生活状态选择、衔接。交谈实时产生内容与语音，口型和局部反应需实际验证；后台可逐步补充素材。", + "boundary": "首版不承诺即时生成任意新全身动作。现场自由生成仍是用户的理想方向，属于后续增强目标。重生成任务应给交谈让出资源。 当前首版主验证路线明确为CG-029；具体交谈驱动器和真实表现仍待测试。", + "source_comment_ids": [ + "01a15724-dcaa-7d2b-ae23-430f24ca36b9", + "01a15726-e178-72b0-9a3c-8b2041538730", + "01a1599b-f137-71cc-8af2-a265499b4b6e" + ] + }, + { + "id": "CG-004", + "category": "产品", + "topic": "交流镜头", + "conclusion": "日常可看她在环境中生活；交谈时允许自然切近到同一人物、同一房间、同一套衣服的半身或脸部。", + "boundary": "具体切镜方式和衔接效果仍要通过小样确认，不能据此认定用户接受突兀跳切。", + "source_comment_ids": [ + "01a15724-dcaa-7d2b-ae23-430f24ca36b9", + "01a15726-e178-72b0-9a3c-8b2041538730" + ] + }, + { + "id": "CG-005", + "category": "产品", + "topic": "工程外观与自备素材", + "conclusion": "工程阶段由总管安排选择人物外观；后续支持用户按标准自行生成图片或视频，替换人物外观。该能力从首版设计时预留。", + "boundary": "具体素材包规范和导入流程尚未定稿；一张图片本身不等于已有全部动态动作。最终外观仍经过样图验收。 工程外观须遵循CG-025的新要求；素材替换能力与仅换外观、不重建伴侣的CG-006保持不变。 首轮工程素材由小队制作，不以用户先备齐视频为前提，见CG-030。", + "source_comment_ids": [ + "01a1572c-18c8-7872-94b0-c05c1b24b5c7", + "01a1572d-2c55-777c-a63f-a7c74c31c070", + "01a1573f-aedf-7d08-91a7-482b2a94f782", + "01a1581e-7925-7a60-8185-615b434a4afd", + "01a1599b-f137-71cc-8af2-a265499b4b6e" + ] + }, + { + "id": "CG-006", + "category": "产品", + "topic": "换外观保留同一个她", + "conclusion": "换素材仅改变外观，保留原有八字底色、性格积累、记忆和关系；创建新人物与换外观是不同概念。", + "boundary": "首版随后收缩为仅一个伴侣；这里不授权实现多个伴侣或并行运行。", + "source_comment_ids": [ + "01a1573f-aedf-7d08-91a7-482b2a94f782", + "01a15749-7530-71b4-9157-b9fa7011254b" + ] + }, + { + "id": "CG-007", + "category": "产品", + "topic": "首版仅一个伴侣", + "conclusion": "首版只能创建、使用一个伴侣，暂不做多个伴侣及切换；支持数据备份。", + "boundary": "覆盖此前已讨论并同意的多伴侣保留、切换方向；单伴侣下的清空或重新创建规则未定。", + "source_comment_ids": [ + "01a15749-7530-71b4-9157-b9fa7011254b" + ] + }, + { + "id": "CG-008", + "category": "产品", + "topic": "后台生活与连续性", + "conclusion": "用户没有说话或关闭网页后，伴侣在服务器运行期间仍继续自己的生活，积累有记录的事件；回来后能够延续。画面、对话、记忆应对应同一份生活状态。", + "boundary": "没有承诺服务器关机仍能运行；停机后的恢复、补算规则另待设计。", + "source_comment_ids": [ + "01a15724-dcaa-7d2b-ae23-430f24ca36b9", + "01a15726-e178-72b0-9a3c-8b2041538730", + "01a15749-7530-71b4-9157-b9fa7011254b", + "01a15751-ded1-7328-80ae-39967d2b3821" + ] + }, + { + "id": "CG-009", + "category": "产品", + "topic": "备份与恢复", + "conclusion": "每天自动备份；支持随时手动完整导出到自己的电脑，并从备份恢复同一位伴侣。覆盖八字、性格资料、对话、记忆、关系、生活进度；手动完整导出带上所用人物、场景素材及恢复所需设定。", + "boundary": "自动副本留在服务器，首版暂不增加云盘接入；保留份数、空间策略、恢复校验等工程细节尚未定稿。", + "source_comment_ids": [ + "01a15749-fc88-7295-8350-dccfb0168b70", + "01a1574f-9e0e-7bf4-b158-3f88a4c1988a" + ] + }, + { + "id": "CG-010", + "category": "产品", + "topic": "连续语音与文字", + "conclusion": "用户主动开启语音后自然连续交谈，支持开口打断她；结束语音后停止收音，同时保留文字聊天。", + "boundary": "响应速度、回声消除和打断效果需用现有语音服务实测，未承诺固定毫秒数。", + "source_comment_ids": [ + "01a15750-2cf9-7f23-9269-0f150d2c5e61", + "01a15750-e061-733b-9d80-38459d306b97" + ] + }, + { + "id": "CG-011", + "category": "产品", + "topic": "主动联系范围", + "conclusion": "首版只在网页内主动联系：语音开启时可以主动开口，未开启时留文字消息；关闭网页后保留消息，回来再看。主动分享应有自己的生活经历作为依据。", + "boundary": "首版不接手机推送或其他聊天软件；具体频率可在方案中结合原仓库参数制定。", + "source_comment_ids": [ + "01a15751-670e-7187-b94a-cea70154df3b", + "01a15751-ded1-7328-80ae-39967d2b3821" + ] + }, + { + "id": "CG-012", + "category": "产品", + "topic": "生辰创建方式", + "conclusion": "使用她自己的出生年月日和时辰；创建时可自动生成，也允许用户在确认前手动指定。确认后作为人格底色依据，换外观不会改变。", + "boundary": "", + "source_comment_ids": [ + "01a15752-4cfe-7cd7-a4a3-8a8f8143f943", + "01a15754-b879-73b6-b367-b105898d7107" + ] + }, + { + "id": "CG-013", + "category": "产品", + "topic": "八字底色不可编辑", + "conclusion": "八字带来的性格底色是系统级资料，创建后只读；每轮重新提供给模型并预留上下文空间。可用结构化指标配合简短解释表达，关系提示词不得覆盖底色。", + "boundary": "程序保证资料不被改写；模型能否长期遵守仍需验证，不能把写成数字或系统提示词等同于已解决漂移。", + "source_comment_ids": [ + "01a15771-3a93-7518-9b23-489509520d77", + "01a15772-3101-7d20-bf1d-a3b3092b6535", + "01a15774-ddc6-7039-9d31-991c02890d5f" + ] + }, + { + "id": "CG-014", + "category": "产品", + "topic": "性格诠释空间", + "conclusion": "性格描述保留适度抽象和解释空间，让模型形成有延续性的个性化诠释；同样底色允许不同表现与成长，不给每次回答规定唯一标准答案。", + "boundary": "不能将本项误记成‘用户可修改八字底色’，也不能将随机、无缘由地反复变换人设当作个性。", + "source_comment_ids": [ + "01a15763-1fc5-7f36-bf43-722e8755703c", + "01a15763-e729-7aa2-a752-7b95fb69372c", + "01a15771-3a93-7518-9b23-489509520d77", + "01a15774-ddc6-7039-9d31-991c02890d5f" + ] + }, + { + "id": "CG-015", + "category": "产品", + "topic": "初始习惯与后天成长", + "conclusion": "创建时带少量模型自主形成的喜好和小习惯；以后通过生活、相处逐渐丰富。成长经历单独记录，保留最初的八字底色。", + "boundary": "原仓库重大经历可微调核心的旧例外，按此讨论改为另存成长层，不据旧文直接修改出生底色。", + "source_comment_ids": [ + "01a15763-e729-7aa2-a752-7b95fb69372c", + "01a15765-2fa8-7494-b0b8-7a0054500556", + "01a15772-3101-7d20-bf1d-a3b3092b6535", + "01a15774-ddc6-7039-9d31-991c02890d5f" + ] + }, + { + "id": "CG-016", + "category": "产品", + "topic": "关系可配置、可调整", + "conclusion": "朋友或恋人、称呼、相处边界等关系设定通过独立提示词表达，相处过程中也可明确修改；保留原有记忆和互动形成的信任，不改写过去。", + "boundary": "没有确定默认必须初识或必须情侣；通用人物提示词编辑器并未获确认，允许修改的范围是关系设定。", + "source_comment_ids": [ + "01a1576a-5ffe-73fb-b6f1-2aeee98a5782", + "01a15771-3a93-7518-9b23-489509520d77", + "01a15772-3101-7d20-bf1d-a3b3092b6535", + "01a15774-ddc6-7039-9d31-991c02890d5f" + ] + }, + { + "id": "CG-017", + "category": "产品", + "topic": "首版场景范围", + "conclusion": "先集中做好一个高层卧室，以成品视频表现对应天气、昼夜、光线以及少量服装和日常动作；由统一状态按条件选片，保留后续扩展入口。", + "boundary": "其他房间和外出场景后续扩展；素材数量先结合试片结果定，不将早期示例数量作为现行承诺。 当前唯一房间明确为CG-026所述高层卧室。 浏览器人物/环境物理分层要求由CG-029覆盖；活动、天气等逻辑状态仍独立管理，不用选片篡改生活记录。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。", + "source_comment_ids": [ + "01a15775-89f4-7ec8-89eb-b3554fb05d19", + "01a1577a-e852-7551-ace8-0b2028db9ebb", + "01a1581e-7925-7a60-8185-615b434a4afd", + "01a1599b-f137-71cc-8af2-a265499b4b6e", + "01a15e92-e689-754a-aad3-4566100962b3" + ] + }, + { + "id": "CG-018", + "category": "产品", + "topic": "电脑优先、兼顾手机", + "conclusion": "主要在电脑使用，优先大画面沉浸体验；适配手机看画面、文字聊天和连续语音，使用同一伴侣和同一份记忆。", + "boundary": "", + "source_comment_ids": [ + "01a1577b-b65c-787a-b436-b0a74c38fea4", + "01a1577c-d10f-7513-8f58-62b3b387240a" + ] + }, + { + "id": "CG-019", + "category": "产品", + "topic": "素材工具与新增费用", + "conclusion": "首版先使用已有工具和本地机器制作图片、视频素材，暂不新增付费云端生成接口；若实测不够，再列明方案效果和费用，由用户决定。", + "boundary": "此项是素材制作的费用边界，不能误解为禁止使用已提供的外接LLM或用户自行部署的小模型服务。", + "source_comment_ids": [ + "01a1577d-7203-7b2b-bf24-f880f56750cf", + "01a1577e-96f6-72c7-b66b-6c43779fc5f0" + ] + }, + { + "id": "CG-020", + "category": "产品", + "topic": "首版内网访问", + "conclusion": "首版在部署服务器所在内网使用，电脑和手机在该内网访问。", + "boundary": "外出访问后续扩展。摄像头和麦克风所需可信访问方式仍要在工程方案中落实。", + "source_comment_ids": [ + "01a1577f-0707-7ac6-9c0f-aef2e73ba108", + "01a15780-0fd0-7438-beee-4947f4c3c928" + ] + }, + { + "id": "CG-021", + "category": "产品", + "topic": "按任务选模型、视觉外接", + "conclusion": "该用小模型的地方用小模型；状态和时间推进用程序，记忆等后台任务可用小模型，主模型负责主对话和较复杂理解。摄像头用小视觉模型前处理，部署由用户在其他设备负责，项目通过接口接入；用户另有4080显卡。", + "boundary": "平时把带时间和不确定项的观察摘要交给主模型，必要时保留原图复核途径。具体小模型、部署参数、接口地址和性能尚未定版。", + "source_comment_ids": [ + "01a157a5-1668-723d-af23-732a612b30b9", + "01a157a6-b158-7ba5-8a3a-1d19920890ac", + "01a157a7-c9f2-7133-8340-9b497f12f7e7" + ] + }, + { + "id": "CG-022", + "category": "产品", + "topic": "首版摄像头范围", + "conclusion": "加入可开关的视觉观察，先聚焦人在不在、明显物品、房间环境变化；快速挥手、点头等连续动作放到后续。", + "boundary": "观察有时效，不能把旧画面继续当作眼前事实。刷新间隔和延迟以小视觉服务实测为准，5—10秒只是先前建议，不是固定性能保证。", + "source_comment_ids": [ + "01a157a6-b158-7ba5-8a3a-1d19920890ac", + "01a157a7-c9f2-7133-8340-9b497f12f7e7" + ] + }, + { + "id": "CG-023", + "category": "产品", + "topic": "天气、昼夜与作息", + "conclusion": "用户手动选择一个真实城市，房间天气、昼夜和生活作息跟随当地节奏；城市可自行更换，无需每次打开重新定位。", + "boundary": "具体城市、天气来源及跨城市切换细节仍待设置或工程设计。", + "source_comment_ids": [ + "01a157a8-510f-7d3d-9880-670dc9ae4d22", + "01a157a8-aeab-7611-9695-74afbc2dec02" + ] + }, + { + "id": "CG-024", + "category": "产品", + "topic": "第一道验收及后续顺序", + "conclusion": "先确认人物与房间的写实样图，再验收写实动态小样；验证环境与人物独立变化、同一人物连续性、动作循环衔接、半身/近景交谈与口型语音。用户认可后，再逐步接完整功能，并分别验收。", + "boundary": "小样通过仅表示该阶段通过，不等于记忆、后台生活、摄像头或备份已全部实现和通过验收。 用户本次确认v2静态方向并授权继续最小动态验证；不等于动态或完整功能已通过，也不扩大为全量施工及任意模型安装授权。 本次同意CG-029/030后进入已确认方案的关键技术验证；旧小样通过不等于新实时交谈、衔接或完整功能通过。 CG-031明确完整前端设计不以嘴型技术验证通过为前置条件；设计样图、交互原型与真实功能接通须分别标明，不能把设计推进等同于全部后台施工获准。", + "source_comment_ids": [ + "01a157a9-bd18-7533-9b21-e5f4c3a90d7c", + "01a157ab-209c-7c8f-956c-40ebb3340f4e", + "01a1582c-7386-7515-bf62-89dfadfea3d3", + "01a1599b-f137-71cc-8af2-a265499b4b6e", + "01a15e92-e689-754a-aad3-4566100962b3" + ] + }, + { + "id": "CG-025", + "category": "产品", + "topic": "当前工程人物外观", + "conclusion": "成年女性，年龄观感在20岁左右，冷白皮，圆鹅蛋脸，中短发，气质清纯干净。用户指出上一版人物太老、太路人，要求重新设计。", + "boundary": "用户已于2026年10月20日15:17（北京时间）认可v2人物静态方向。CG-002的写实风格、CG-006外观与伴侣身份分离保持；不代表分层和跨视频身份连续性已验证。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。", + "source_comment_ids": [ + "01a1581e-7925-7a60-8185-615b434a4afd", + "01a1582c-7386-7515-bf62-89dfadfea3d3", + "01a15e92-e689-754a-aad3-4566100962b3" + ] + }, + { + "id": "CG-026", + "category": "产品", + "topic": "当前房间设定", + "conclusion": "高层卧室，设置慵懒沙发和女性化装饰元素，整体温暖温馨。", + "boundary": "用户已认可v2高层卧室静态方向，四张v2图为当前视觉基准。CG-017的一间房、人物与环境独立、天气昼夜变化范围保持；分层几何、光照切换效果仍需实测。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。", + "source_comment_ids": [ + "01a1581e-7925-7a60-8185-615b434a4afd", + "01a1582c-7386-7515-bf62-89dfadfea3d3", + "01a15e92-e689-754a-aad3-4566100962b3" + ] + }, + { + "id": "CG-027", + "category": "产品", + "topic": "真人优先与二维备用", + "conclusion": "优先争取真人照片般的效果；如果真人路线无法达到所需效果、损害沉浸感，再考虑二维动画。", + "boundary": "真人优先、二维为条件备用保持。首版具体主验证路线现由CG-029确认；交谈身体范围按CG-028。真人转二维的具体判据和二维风格尚未定稿，不自动切换。", + "source_comment_ids": [ + "01a158c5-a25f-742b-975d-6af1ce8ff6b6", + "01a1599b-f137-71cc-8af2-a265499b4b6e" + ] + }, + { + "id": "CG-028", + "category": "产品", + "topic": "首版交谈的实时表现与预设身体动作", + "conclusion": "首版优先让口型、表情和目光自然；身体主要使用少数预设动作，不要求肩膀、手势根据每句话实时生成新的变化。", + "boundary": "这是首版范围选择，不是禁止预设肩部/手部动作或要求人物身体完全静止。具体模型能支持哪些表情、目光和动作仍待实测；没有测试证明现有硬件绝对无法实时驱动肩部或手势。此项同意不代表选定成品视频架构、具体模型、安装、付费API或新施工。 后续用户另于01a1599b-f137-71cc-8af2-a265499b4b6e同意CG-029/030方案，不把这两次确认混成同一授权。", + "source_comment_ids": [ + "01a158c7-f16f-7b98-844e-77271f16d6d8", + "01a158d7-1d0c-764c-8a4c-35359b4f5d8a", + "01a1599b-f137-71cc-8af2-a265499b4b6e" + ] + }, + { + "id": "CG-029", + "category": "产品", + "topic": "成品日常视频与本地实时交谈主路线", + "conclusion": "首版优先验证：人物与房间一起制作成品日常视频，按真实时间、天气及她的实际活动选片；交流时自然转入同一人物的实时半身交谈画面，结束后回到日常活动。人格、记忆、关系与后台生活由本地核心系统管理。", + "boundary": "替代首版浏览器每帧独立人物抠像合成的实施要求；天气、服装或活动变化需要对应视频与自然过渡，保持同脸、服装和光线连续。只确认架构方向，LiveTalking/MuseTalk/Ditto等具体驱动器仍需实际选型；不承诺任意新身体动作，不默认采用云端收费服务，也不代表全部功能已完成。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。", + "source_comment_ids": [ + "01a158d9-2f3a-72f2-a911-5f58adf074c7", + "01a1597e-ef9e-7cfa-9456-1a0d4e248430", + "01a1599b-f137-71cc-8af2-a265499b4b6e", + "01a15e92-e689-754a-aad3-4566100962b3" + ] + }, + { + "id": "CG-030", + "category": "产品", + "topic": "首批视频制作与后续用户自备素材", + "conclusion": "首轮工程素材由总管安排小队使用现有本地资源制作，以已确认的人物与高层卧室为基准；用户不需要先自行准备整套视频。后续提供模板、制作规范与导入检查，用户可自行生成替换外观。", + "boundary": "先验证少量日常、过渡和交谈素材的完整流程，再扩充服装/天气/动作；具体数量和格式待测试。生成有筛选、重试和处理成本，不承诺一张照片自动得到全套合格素材；换素材不改变八字、记忆和关系。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。", + "source_comment_ids": [ + "01a1597d-f505-7481-a9ee-62e025fbfa2f", + "01a1597e-ef9e-7cfa-9456-1a0d4e248430", + "01a1599b-f137-71cc-8af2-a265499b4b6e", + "01a15e92-e689-754a-aad3-4566100962b3" + ] + }, + { + "id": "CG-031", + "category": "产品", + "topic": "完整前端以产品功能和使用流程为设计依据，人物与卧室样图只作视觉参考", + "conclusion": "完整前端应覆盖四类要素：相处主界面、交流界面、她的生活与共同回忆、创建与管理。设计需建立在对整个项目的充分理解之上；此前认可的人物和高层卧室图片只属于人物/场景/口型等视觉子模块的参考，不能作为整体前端的固定基座，不能据此先铺满场景再往上叠界面。", + "boundary": "完整界面的布局、导航、内容层级、交互与视觉语言应围绕产品使用流程独立设计，不能被旧样图构图锁定，也不把成品视频策略扩张为所有界面必须全屏视频。嘴型同步作为独立技术研究，不作为完整前端设计开工的前置验收。此项确认设计依据与范围，不代表已认可任何完整页面稿，不授权直接实现所有后台功能或自动改换模型；此前素材仍可作参考，不能误记成需要删除旧素材或推翻全部既有需求。", + "source_comment_ids": [ + "01a15e8d-91ab-739e-84f9-fc4026bfcd70", + "01a15e92-e689-754a-aad3-4566100962b3" + ] + }, + { + "id": "VIS-001", + "category": "视觉", + "topic": "两人的数字空间", + "conclusion": "整体像只属于两人的数字空间，人物、交流、回忆融在其中。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-002", + "category": "视觉", + "topic": "整体气质", + "conclusion": "静谧梦幻、安静亲密，有空间深度和柔和微光。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-003", + "category": "视觉", + "topic": "多主题的一致结构", + "conclusion": "切换主题同时改变配色、背景、光影、材质和动效；页面结构与操作位置一致。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-004", + "category": "视觉", + "topic": "两套首轮主题", + "conclusion": "靛蓝月光与蓝紫雾光两套都保留；不把原型临时默认主题当成用户指定默认。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-005", + "category": "视觉", + "topic": "空间优先的首页", + "conclusion": "首页只留少量当前状态与入口，其余内容按需展开，完整功能仍保留。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-006", + "category": "视觉", + "topic": "背景层次", + "conclusion": "光雾、景深与若隐若现的景物融合；具体画面通过样图验证。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-007", + "category": "视觉", + "topic": "空间动效", + "conclusion": "平时舒缓流动与景物微动；操作时有明显景深变化和空间过渡。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-008", + "category": "视觉", + "topic": "透光浮层", + "conclusion": "内容采用透光浮层，背后保留空间光影，文字清晰可读。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-009", + "category": "视觉", + "topic": "轻盈文字", + "conclusion": "现代轻盈、字形简洁、标题克制，正文易读。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-010", + "category": "视觉", + "topic": "微光强调", + "conclusion": "少量微光集中于关键操作和选中状态，两主题各有强调色。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-011", + "category": "视觉", + "topic": "人物独立视窗", + "conclusion": "人物平时作为空间中独立视窗；交流时自然放大。已认可的人物位置、分量与首页文字分量沿用。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-012", + "category": "视觉", + "topic": "悬浮导航", + "conclusion": "底部小巧透光导航，图标配简短文字，选中亮起微光。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "VIS-013", + "category": "视觉", + "topic": "交流呈现", + "conclusion": "交流展开后以人物为主，只呈现当前一两句对话；完整记录按需展开，文字输入和语音操作均保留。", + "boundary": "具体实现不得改变已确认体验；现有界面不等于用户最终满意。", + "source_comment_ids": [ + "01a15f09-db1e-705c-8baf-cde63c7651fb", + "01a15f1f-5a71-783c-a458-b326a0073d69" + ], + "source_document": "sources/visual-confirmation-v2.md" + }, + { + "id": "AM-001", + "category": "补充裁定", + "topic": "未分享生活不可见", + "conclusion": "等她讲过才显示，覆盖列表、详情、摘要、关联回忆与消息引用；未知分享状态不展示，不能用链接或搜索绕开。真实接入必须在服务器响应前裁剪，前端过滤不能冒充权限控制。", + "boundary": "其余已确认要求继续有效。", + "source_comment_ids": [ + "01a15f42-2781-700e-b75a-3ae4b023f46c" + ] + }, + { + "id": "AM-002", + "category": "补充裁定", + "topic": "关系由用户选择", + "conclusion": "创建时由用户选择关系，不预选、不替用户决定；以后改变关系保留记忆与信任，底色不变。覆盖旧记录 T-02 中关系初始值仍待定的部分。", + "boundary": "其余已确认要求继续有效。", + "source_comment_ids": [ + "01a15f42-2781-700e-b75a-3ae4b023f46c" + ] + }, + { + "id": "AM-003", + "category": "补充裁定", + "topic": "名字由用户起", + "conclusion": "首次创建由用户提供有效名字，主页、交流、首建与设置统一；参考名不能硬编码成真实身份，不额外新增改名流程。", + "boundary": "其余已确认要求继续有效。", + "source_comment_ids": [ + "01a15f42-2781-700e-b75a-3ae4b023f46c" + ] + }, + { + "id": "UX-001", + "category": "用户整改", + "topic": "手机对话可用", + "conclusion": "手机对话不被人物、导航、底部区域遮挡，长句和键盘弹出时仍能阅读与输入；等效视口测试不能冒充真机验证。", + "boundary": "用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。", + "source_comment_ids": [ + "01a162eb-1eab-7dad-8eff-66e0954f5e0b", + "01a16353-c93a-7745-8efa-2586f0ea3eee" + ] + }, + { + "id": "UX-002", + "category": "用户整改", + "topic": "对话文字动效", + "conclusion": "文字有柔和的进入和退场，流式更新不重复闪烁；动态效果必须实际演示，不以 CSS 存在代替验收。", + "boundary": "用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。", + "source_comment_ids": [ + "01a162eb-1eab-7dad-8eff-66e0954f5e0b", + "01a16353-c93a-7745-8efa-2586f0ea3eee" + ] + }, + { + "id": "UX-003", + "category": "用户整改", + "topic": "滚动条主题一致", + "conclusion": "记录、详情、管理、首建等滚动区域与两套主题协调，保留清晰可操作性。", + "boundary": "用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。", + "source_comment_ids": [ + "01a162eb-1eab-7dad-8eff-66e0954f5e0b", + "01a16353-c93a-7745-8efa-2586f0ea3eee" + ] + }, + { + "id": "UX-004", + "category": "用户整改", + "topic": "出生资料与底色深度", + "conclusion": "创建与资料显示公历、农历、时辰及四柱说明；性格不能只用话多、直接、焦虑等浅标签概括。深度不能变成固定模板人设，仍须遵守 CG-013/014/015 的诠释自由、初始个性、成长分离。", + "boundary": "用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。", + "source_comment_ids": [ + "01a162eb-1eab-7dad-8eff-66e0954f5e0b", + "01a16353-c93a-7745-8efa-2586f0ea3eee" + ] + }, + { + "id": "UX-005", + "category": "用户整改", + "topic": "交流身份清楚", + "conclusion": "用户与实际起名的伴侣身份明确，当前对话与完整记录一致，不只依靠位置或颜色猜。", + "boundary": "用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。", + "source_comment_ids": [ + "01a162eb-1eab-7dad-8eff-66e0954f5e0b", + "01a16353-c93a-7745-8efa-2586f0ea3eee" + ] + }, + { + "id": "UX-006", + "category": "用户整改", + "topic": "完整界面功能保留", + "conclusion": "按已认可的完整前端设计补齐功能和页面结构，未接通能力说明真实边界，不删成空壳也不伪造已运行。", + "boundary": "用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。", + "source_comment_ids": [ + "01a162eb-1eab-7dad-8eff-66e0954f5e0b", + "01a16353-c93a-7745-8efa-2586f0ea3eee" + ] + }, + { + "id": "GOV-001", + "category": "执行约束", + "topic": "完整需求跨任务继承", + "conclusion": "所有新卡、续办卡、设计卡、施工卡、审核卡从同一完整需求入口开始，不依赖会话记忆或最近一条反馈；现有未完成卡补齐对照项。", + "boundary": "不重新表决已经认可的需求；不声称自动检查能证明审美或理解正确。", + "source_comment_ids": [ + "01a1635b-b47c-79ed-ac66-9408c7905af9" + ], + "source_document": "sources/governance-proposal-approved.md" + }, + { + "id": "GOV-002", + "category": "执行约束", + "topic": "只有用户能改需求", + "conclusion": "只有白栖知明确的新决定可以覆盖原要求，保留原话来源、旧结论、新结论及影响；不能把技术困难、阶段减项、智能体建议或演示通过当成需求修改。", + "boundary": "不重新表决已经认可的需求；不声称自动检查能证明审美或理解正确。", + "source_comment_ids": [ + "01a1635b-b47c-79ed-ac66-9408c7905af9" + ], + "source_document": "sources/governance-proposal-approved.md" + }, + { + "id": "GOV-003", + "category": "执行约束", + "topic": "对照和验收", + "conclusion": "每卡列基准版本及提交位置、关联要求编号、交付验收、未完成承接、需求变更和验证证据；自动检查缺项，人工核对含义，用户验收体验。", + "boundary": "不重新表决已经认可的需求；不声称自动检查能证明审美或理解正确。", + "source_comment_ids": [ + "01a1635b-b47c-79ed-ac66-9408c7905af9" + ], + "source_document": "sources/governance-proposal-approved.md" + }, + { + "id": "GOV-004", + "category": "执行约束", + "topic": "本轮返工范围", + "conclusion": "先落实需求继承约束，再制作对话显示和整体沉浸界面的电脑/手机样图与可操作动态小样；小样认可前不替换正式界面，不合并当前产品 PR，不改现有伴侣和聊天数据，不切换队员全局模型。", + "boundary": "不重新表决已经认可的需求；不声称自动检查能证明审美或理解正确。", + "source_comment_ids": [ + "01a1635b-b47c-79ed-ac66-9408c7905af9" + ], + "source_document": "sources/governance-proposal-approved.md" + }, + { + "id": "DEL-001", + "category": "交付批次", + "topic": "演示与真实接入边界", + "conclusion": "前端演示通过只代表该阶段通过；主卡保留追踪完整真实功能，后续接入按已批准 R1–R7 依赖顺序推进。阶段和技术方案不能降低完整需求。", + "boundary": "接入方案中的候选服务、声音、摄像头和硬件操作仍须满足各自前置与授权，不能从批次批准推断全部候选已经批准。", + "source_comment_ids": [ + "01a161a4-842f-7c26-9be0-1812b720976a", + "01a1629c-732f-7559-8417-6f2ea05c7151" + ], + "source_document": "sources/integration-plan-v1.md" + } + ], + "open_items": [ + { + "id": "T-01", + "topic": "八字映射细则", + "detail": "具体规则表、权重、命理解释覆盖深度与验证样例尚未定稿。用户没有直接确认‘只保留明确量化项、排除所有抽象描述’；后续已明确保留性格诠释空间。" + }, + { + "id": "T-03", + "topic": "素材包标准与具体数量", + "detail": "导入模板、尺寸、帧率、背景处理、动作节点、口型预处理、预览与回退方式等需结合方案、小样定稿。未承诺固定服装/动作数量或一张参考图自动生成整套合格视频。" + }, + { + "id": "T-04", + "topic": "模型与速度", + "detail": "Qwen3-VL-4B、2B和此前提到的视频/口型方案都是候选；4080部署、真实摄像头、语音与人物同时运行尚未实测。既有接口单图测试的1.5秒/7秒不代表4080速度或端到端语音延迟。" + }, + { + "id": "T-05", + "topic": "外接服务接入", + "detail": "4080视觉服务地址、具体模型、输入输出能力，以及现有ASR/TTS的流式和打断能力，需后续核实或由用户提供。部署视觉小模型由用户负责。" + }, + { + "id": "T-06", + "topic": "运行与恢复细节", + "detail": "单伴侣重新创建/清空、服务器停机后的状态恢复、备份保留份数和空间策略尚未定稿；不能用多伴侣旧结论补全。" + }, + { + "id": "T-07", + "topic": "天气和访问细节", + "detail": "具体城市、天气数据来源、缺失天气素材时的呈现方式、内网可信HTTPS方案等留待工程设计。" + }, + { + "id": "T-08", + "topic": "实现完成情况", + "detail": "本记录是需求确认台账，不证明功能已实现。旧演示的部署和测试结果不能作为新写实动态路线的验收结果。" + }, + { + "id": "T-09", + "topic": "真人呈现路线与交谈动态边界", + "detail": "CG-029已选定成品日常视频配本地实时半身交谈，CG-030确定首批由小队制作。待验证具体驱动器、同脸/服装/光线连续、音频/口型/头部表情实际能力、打断、日常与交谈往返、素材制作成本及本机并发/恢复；真人转二维的条件仍待明确。云端收费服务未选定。" + }, + { + "id": "T-02", + "topic": "关系界面余项", + "detail": "初始关系由用户选择已由 AM-002 确定，旧待定结论被覆盖；自由提示词不能被用于修改出生底色。" + }, + { + "id": "T-10", + "topic": "当前一两句的长回复呈现", + "detail": "分句、停留和前后查看细节在独立动态小样中验证，不冒充用户已选具体方案。" + } + ], + "precedence": "用户明确的新决定覆盖旧决定并记录来源；完整当前记录优先于任务摘录、技术方案和旧仓库 SPEC。无明确用户裁定的冲突先查来源，不擅自取舍。" +} diff --git a/docs/requirements/changes.json b/docs/requirements/changes.json new file mode 100644 index 0000000..ba59ca3 --- /dev/null +++ b/docs/requirements/changes.json @@ -0,0 +1,72 @@ +{ + "entries": [ + { + "version": "1.7", + "approval_comment_id": "01a1635b-b47c-79ed-ac66-9408c7905af9", + "approved_by": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "previous_record": "sources/product-decisions-v1.6.json", + "summary": "整合原31项、已确认视觉与后续裁定，增加跨卡继承约束；只落实用户同意的方案，不把实现现状写成需求。", + "affected_ids": [ + "AM-001", + "AM-002", + "AM-003", + "CG-001", + "CG-002", + "CG-003", + "CG-004", + "CG-005", + "CG-006", + "CG-007", + "CG-008", + "CG-009", + "CG-010", + "CG-011", + "CG-012", + "CG-013", + "CG-014", + "CG-015", + "CG-016", + "CG-017", + "CG-018", + "CG-019", + "CG-020", + "CG-021", + "CG-022", + "CG-023", + "CG-024", + "CG-025", + "CG-026", + "CG-027", + "CG-028", + "CG-029", + "CG-030", + "CG-031", + "DEL-001", + "GOV-001", + "GOV-002", + "GOV-003", + "GOV-004", + "UX-001", + "UX-002", + "UX-003", + "UX-004", + "UX-005", + "UX-006", + "VIS-001", + "VIS-002", + "VIS-003", + "VIS-004", + "VIS-005", + "VIS-006", + "VIS-007", + "VIS-008", + "VIS-009", + "VIS-010", + "VIS-011", + "VIS-012", + "VIS-013" + ], + "impact": "约束新旧卡及独立界面小样；不改产品数据、模型与现有服务。" + } + ] +} diff --git a/docs/requirements/changes.md b/docs/requirements/changes.md new file mode 100644 index 0000000..bd58829 --- /dev/null +++ b/docs/requirements/changes.md @@ -0,0 +1,7 @@ +# 需求变更记录 + +v1.7：把原始31项、已确认视觉和后续用户裁定整理到同一入口，新增白栖知批准的跨任务继承办法。批准评论：`01a1635b-b47c-79ed-ac66-9408c7905af9`；所批方案原文在 `sources/governance-proposal-approved.md`。 + +原始 v1.6 原样保留。后续生活披露、初始关系和名字的覆盖见 current.md 的 AM-001–003 及对应来源，不回写历史。旧文档中的历史进度不作为现在的事实。 + +以后每次改需求，记录：原要求、新要求、白栖知明确原话及评论编号、涉及编号、影响范围。智能体建议、实现困难、阶段通过均不能替代用户授权。检查脚本只能检查材料完整性，审核者仍必须核对原话。 diff --git a/docs/requirements/coverage.json b/docs/requirements/coverage.json new file mode 100644 index 0000000..3cf6ff1 --- /dev/null +++ b/docs/requirements/coverage.json @@ -0,0 +1,353 @@ +{ + "baseline_version": "1.7", + "items": [ + { + "requirement_id": "CG-001", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-002", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-003", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-004", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-005", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-006", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-007", + "status": "R1 已有相关实现与测试交付，尚不能认定整项已由用户验收", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-008", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-009", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-010", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-011", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-012", + "status": "R1 已有相关实现与测试交付，尚不能认定整项已由用户验收", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-013", + "status": "现有 R1 底色解释被指出偏离完整意图；不可用固定六段模板代替模型诠释与成长", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-014", + "status": "现有 R1 底色解释被指出偏离完整意图；不可用固定六段模板代替模型诠释与成长", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-015", + "status": "现有 R1 底色解释被指出偏离完整意图；不可用固定六段模板代替模型诠释与成长", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-016", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-017", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-018", + "status": "R1 已有相关实现与测试交付，尚不能认定整项已由用户验收", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-019", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-020", + "status": "R1 已有相关实现与测试交付，尚不能认定整项已由用户验收", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-021", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-022", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-023", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-024", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-025", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-026", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-027", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-028", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-029", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-030", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "CG-031", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "VIS-001", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-002", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-003", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-004", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-005", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-006", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-007", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-008", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-009", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-010", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-011", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-012", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "VIS-013", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "AM-001", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "AM-002", + "status": "R1 已有相关实现与测试交付，尚不能认定整项已由用户验收", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "AM-003", + "status": "R1 已有相关实现与测试交付，尚不能认定整项已由用户验收", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "UX-001", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "UX-002", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "UX-003", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "UX-004", + "status": "现有 R1 底色解释被指出偏离完整意图；不可用固定六段模板代替模型诠释与成长", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "UX-005", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "UX-006", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + }, + { + "requirement_id": "GOV-001", + "status": "本版本已写入规则和检查；主分支合入及后续实际执行仍需核验", + "evidence": [], + "next_step": "独立审核文档、检查脚本与旧卡迁移；后续卡逐张执行" + }, + { + "requirement_id": "GOV-002", + "status": "本版本已写入规则和检查；主分支合入及后续实际执行仍需核验", + "evidence": [], + "next_step": "独立审核文档、检查脚本与旧卡迁移；后续卡逐张执行" + }, + { + "requirement_id": "GOV-003", + "status": "本版本已写入规则和检查；主分支合入及后续实际执行仍需核验", + "evidence": [], + "next_step": "独立审核文档、检查脚本与旧卡迁移；后续卡逐张执行" + }, + { + "requirement_id": "GOV-004", + "status": "用户不满意当前对话与整体沉浸体验，独立小样待制作及验收", + "evidence": [], + "next_step": "本轮批准的界面动态小样" + }, + { + "requirement_id": "DEL-001", + "status": "未完成或未整体验收；不得据旧样机或测试数字声称已满足", + "evidence": [], + "next_step": "按完整需求与接入批次落实，交付时补真实证据" + } + ] +} diff --git a/docs/requirements/coverage.md b/docs/requirements/coverage.md new file mode 100644 index 0000000..ded1dab --- /dev/null +++ b/docs/requirements/coverage.md @@ -0,0 +1,66 @@ +# 完整需求对照表 + +此表不使用“代码存在”代替用户验收；当前所有未闭合要求继续有效。 + +| 要求 | 当前状态 | 后续承接 | +| --- | --- | --- | +| CG-001 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-002 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-003 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-004 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-005 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-006 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-007 | R1 已有相关实现与测试交付，尚不能认定整项已由用户验收 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-008 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-009 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-010 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-011 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-012 | R1 已有相关实现与测试交付，尚不能认定整项已由用户验收 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-013 | 现有 R1 底色解释被指出偏离完整意图；不可用固定六段模板代替模型诠释与成长 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-014 | 现有 R1 底色解释被指出偏离完整意图；不可用固定六段模板代替模型诠释与成长 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-015 | 现有 R1 底色解释被指出偏离完整意图；不可用固定六段模板代替模型诠释与成长 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-016 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-017 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-018 | R1 已有相关实现与测试交付，尚不能认定整项已由用户验收 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-019 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-020 | R1 已有相关实现与测试交付，尚不能认定整项已由用户验收 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-021 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-022 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-023 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-024 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-025 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-026 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-027 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-028 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-029 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-030 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| CG-031 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| VIS-001 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-002 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-003 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-004 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-005 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-006 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-007 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-008 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-009 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-010 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-011 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-012 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| VIS-013 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| AM-001 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| AM-002 | R1 已有相关实现与测试交付，尚不能认定整项已由用户验收 | 按完整需求与接入批次落实，交付时补真实证据 | +| AM-003 | R1 已有相关实现与测试交付，尚不能认定整项已由用户验收 | 按完整需求与接入批次落实，交付时补真实证据 | +| UX-001 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| UX-002 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| UX-003 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| UX-004 | 现有 R1 底色解释被指出偏离完整意图；不可用固定六段模板代替模型诠释与成长 | 按完整需求与接入批次落实，交付时补真实证据 | +| UX-005 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| UX-006 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | +| GOV-001 | 本版本已写入规则和检查；主分支合入及后续实际执行仍需核验 | 独立审核文档、检查脚本与旧卡迁移；后续卡逐张执行 | +| GOV-002 | 本版本已写入规则和检查；主分支合入及后续实际执行仍需核验 | 独立审核文档、检查脚本与旧卡迁移；后续卡逐张执行 | +| GOV-003 | 本版本已写入规则和检查；主分支合入及后续实际执行仍需核验 | 独立审核文档、检查脚本与旧卡迁移；后续卡逐张执行 | +| GOV-004 | 用户不满意当前对话与整体沉浸体验，独立小样待制作及验收 | 本轮批准的界面动态小样 | +| DEL-001 | 未完成或未整体验收；不得据旧样机或测试数字声称已满足 | 按完整需求与接入批次落实，交付时补真实证据 | + +详细证据位于 `coverage.json`；空证据表示尚无本基准下整项合格证据，不表示需求取消。 diff --git a/docs/requirements/current.md b/docs/requirements/current.md new file mode 100644 index 0000000..95f99b6 --- /dev/null +++ b/docs/requirements/current.md @@ -0,0 +1,554 @@ +# CyberGril 完整当前需求 · v1.7 + +完整要求；版本1.7整合已确认内容并新增用户批准的需求继承约束，不证明已实现或已验收。 + +## 阅读与效力 + +用户明确的新决定覆盖旧决定并记录来源；完整当前记录优先于任务摘录、技术方案和旧仓库 SPEC。无明确用户裁定的冲突先查来源，不擅自取舍。 + +已确认的产品、视觉与补充要求全文如下；实现情况见 `coverage.md`，未定事项不视为已确认。旧方案的阶段状态、技术推荐和旧样机结论仅作历史证据。 + +## CG-001 · 需求对齐与开工边界 + +先逐项问清需求，形成统一记录和方案；对单项建议的同意，仅用于确认该项，不能扩大成全部功能的开工授权。 + +来源评论：`01a15722-86fc-7c70-9409-d2e9b8cb041f`、`01a157ab-209c-7c8f-956c-40ebb3340f4e`。 + +## CG-002 · 写实视觉风格 + +人物采用照片、电影中真人的写实质感。首版日常画面采用CG-029的人物与房间成品视频，按活动、天气和时段选片；不再要求浏览器每帧用独立人物透明层与房间合成。 + +边界：原仓库的VRM/建模默认路线和Alina候选，不作为当前已认可的外观方向。 真人照片般的效果仍为首选；新增条件备选见CG-027，不把讨论二维视为立即放弃真人路线。 独立控制的产品目标由统一状态和对应素材组合实现；物理分层实现要求已由CG-029覆盖。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。 + +来源评论：`01a15717-b34f-72ac-939f-d81c90f58920`、`01a15724-dcaa-7d2b-ae23-430f24ca36b9`、`01a15726-e178-72b0-9a3c-8b2041538730`、`01a158c5-a25f-742b-975d-6af1ce8ff6b6`、`01a1599b-f137-71cc-8af2-a265499b4b6e`、`01a15e92-e689-754a-aad3-4566100962b3`。 + +## CG-003 · 动作与交谈的混合路线 + +预生成场景和同一人物的日常动作、服装素材；根据实际生活状态选择、衔接。交谈实时产生内容与语音，口型和局部反应需实际验证；后台可逐步补充素材。 + +边界：首版不承诺即时生成任意新全身动作。现场自由生成仍是用户的理想方向，属于后续增强目标。重生成任务应给交谈让出资源。 当前首版主验证路线明确为CG-029；具体交谈驱动器和真实表现仍待测试。 + +来源评论：`01a15724-dcaa-7d2b-ae23-430f24ca36b9`、`01a15726-e178-72b0-9a3c-8b2041538730`、`01a1599b-f137-71cc-8af2-a265499b4b6e`。 + +## CG-004 · 交流镜头 + +日常可看她在环境中生活；交谈时允许自然切近到同一人物、同一房间、同一套衣服的半身或脸部。 + +边界：具体切镜方式和衔接效果仍要通过小样确认，不能据此认定用户接受突兀跳切。 + +来源评论：`01a15724-dcaa-7d2b-ae23-430f24ca36b9`、`01a15726-e178-72b0-9a3c-8b2041538730`。 + +## CG-005 · 工程外观与自备素材 + +工程阶段由总管安排选择人物外观；后续支持用户按标准自行生成图片或视频，替换人物外观。该能力从首版设计时预留。 + +边界：具体素材包规范和导入流程尚未定稿；一张图片本身不等于已有全部动态动作。最终外观仍经过样图验收。 工程外观须遵循CG-025的新要求；素材替换能力与仅换外观、不重建伴侣的CG-006保持不变。 首轮工程素材由小队制作，不以用户先备齐视频为前提，见CG-030。 + +来源评论：`01a1572c-18c8-7872-94b0-c05c1b24b5c7`、`01a1572d-2c55-777c-a63f-a7c74c31c070`、`01a1573f-aedf-7d08-91a7-482b2a94f782`、`01a1581e-7925-7a60-8185-615b434a4afd`、`01a1599b-f137-71cc-8af2-a265499b4b6e`。 + +## CG-006 · 换外观保留同一个她 + +换素材仅改变外观，保留原有八字底色、性格积累、记忆和关系；创建新人物与换外观是不同概念。 + +边界：首版随后收缩为仅一个伴侣；这里不授权实现多个伴侣或并行运行。 + +来源评论：`01a1573f-aedf-7d08-91a7-482b2a94f782`、`01a15749-7530-71b4-9157-b9fa7011254b`。 + +## CG-007 · 首版仅一个伴侣 + +首版只能创建、使用一个伴侣，暂不做多个伴侣及切换；支持数据备份。 + +边界：覆盖此前已讨论并同意的多伴侣保留、切换方向；单伴侣下的清空或重新创建规则未定。 + +来源评论：`01a15749-7530-71b4-9157-b9fa7011254b`。 + +## CG-008 · 后台生活与连续性 + +用户没有说话或关闭网页后，伴侣在服务器运行期间仍继续自己的生活，积累有记录的事件；回来后能够延续。画面、对话、记忆应对应同一份生活状态。 + +边界：没有承诺服务器关机仍能运行；停机后的恢复、补算规则另待设计。 + +来源评论：`01a15724-dcaa-7d2b-ae23-430f24ca36b9`、`01a15726-e178-72b0-9a3c-8b2041538730`、`01a15749-7530-71b4-9157-b9fa7011254b`、`01a15751-ded1-7328-80ae-39967d2b3821`。 + +## CG-009 · 备份与恢复 + +每天自动备份；支持随时手动完整导出到自己的电脑，并从备份恢复同一位伴侣。覆盖八字、性格资料、对话、记忆、关系、生活进度；手动完整导出带上所用人物、场景素材及恢复所需设定。 + +边界：自动副本留在服务器，首版暂不增加云盘接入；保留份数、空间策略、恢复校验等工程细节尚未定稿。 + +来源评论：`01a15749-fc88-7295-8350-dccfb0168b70`、`01a1574f-9e0e-7bf4-b158-3f88a4c1988a`。 + +## CG-010 · 连续语音与文字 + +用户主动开启语音后自然连续交谈，支持开口打断她；结束语音后停止收音，同时保留文字聊天。 + +边界：响应速度、回声消除和打断效果需用现有语音服务实测，未承诺固定毫秒数。 + +来源评论：`01a15750-2cf9-7f23-9269-0f150d2c5e61`、`01a15750-e061-733b-9d80-38459d306b97`。 + +## CG-011 · 主动联系范围 + +首版只在网页内主动联系：语音开启时可以主动开口，未开启时留文字消息；关闭网页后保留消息，回来再看。主动分享应有自己的生活经历作为依据。 + +边界：首版不接手机推送或其他聊天软件；具体频率可在方案中结合原仓库参数制定。 + +来源评论：`01a15751-670e-7187-b94a-cea70154df3b`、`01a15751-ded1-7328-80ae-39967d2b3821`。 + +## CG-012 · 生辰创建方式 + +使用她自己的出生年月日和时辰；创建时可自动生成，也允许用户在确认前手动指定。确认后作为人格底色依据，换外观不会改变。 + +来源评论：`01a15752-4cfe-7cd7-a4a3-8a8f8143f943`、`01a15754-b879-73b6-b367-b105898d7107`。 + +## CG-013 · 八字底色不可编辑 + +八字带来的性格底色是系统级资料，创建后只读；每轮重新提供给模型并预留上下文空间。可用结构化指标配合简短解释表达，关系提示词不得覆盖底色。 + +边界：程序保证资料不被改写；模型能否长期遵守仍需验证，不能把写成数字或系统提示词等同于已解决漂移。 + +来源评论：`01a15771-3a93-7518-9b23-489509520d77`、`01a15772-3101-7d20-bf1d-a3b3092b6535`、`01a15774-ddc6-7039-9d31-991c02890d5f`。 + +## CG-014 · 性格诠释空间 + +性格描述保留适度抽象和解释空间，让模型形成有延续性的个性化诠释；同样底色允许不同表现与成长，不给每次回答规定唯一标准答案。 + +边界：不能将本项误记成‘用户可修改八字底色’，也不能将随机、无缘由地反复变换人设当作个性。 + +来源评论：`01a15763-1fc5-7f36-bf43-722e8755703c`、`01a15763-e729-7aa2-a752-7b95fb69372c`、`01a15771-3a93-7518-9b23-489509520d77`、`01a15774-ddc6-7039-9d31-991c02890d5f`。 + +## CG-015 · 初始习惯与后天成长 + +创建时带少量模型自主形成的喜好和小习惯；以后通过生活、相处逐渐丰富。成长经历单独记录，保留最初的八字底色。 + +边界：原仓库重大经历可微调核心的旧例外，按此讨论改为另存成长层，不据旧文直接修改出生底色。 + +来源评论：`01a15763-e729-7aa2-a752-7b95fb69372c`、`01a15765-2fa8-7494-b0b8-7a0054500556`、`01a15772-3101-7d20-bf1d-a3b3092b6535`、`01a15774-ddc6-7039-9d31-991c02890d5f`。 + +## CG-016 · 关系可配置、可调整 + +朋友或恋人、称呼、相处边界等关系设定通过独立提示词表达，相处过程中也可明确修改；保留原有记忆和互动形成的信任，不改写过去。 + +边界：没有确定默认必须初识或必须情侣；通用人物提示词编辑器并未获确认，允许修改的范围是关系设定。 + +来源评论：`01a1576a-5ffe-73fb-b6f1-2aeee98a5782`、`01a15771-3a93-7518-9b23-489509520d77`、`01a15772-3101-7d20-bf1d-a3b3092b6535`、`01a15774-ddc6-7039-9d31-991c02890d5f`。 + +## CG-017 · 首版场景范围 + +先集中做好一个高层卧室，以成品视频表现对应天气、昼夜、光线以及少量服装和日常动作；由统一状态按条件选片，保留后续扩展入口。 + +边界：其他房间和外出场景后续扩展；素材数量先结合试片结果定，不将早期示例数量作为现行承诺。 当前唯一房间明确为CG-026所述高层卧室。 浏览器人物/环境物理分层要求由CG-029覆盖；活动、天气等逻辑状态仍独立管理，不用选片篡改生活记录。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。 + +来源评论：`01a15775-89f4-7ec8-89eb-b3554fb05d19`、`01a1577a-e852-7551-ace8-0b2028db9ebb`、`01a1581e-7925-7a60-8185-615b434a4afd`、`01a1599b-f137-71cc-8af2-a265499b4b6e`、`01a15e92-e689-754a-aad3-4566100962b3`。 + +## CG-018 · 电脑优先、兼顾手机 + +主要在电脑使用，优先大画面沉浸体验；适配手机看画面、文字聊天和连续语音，使用同一伴侣和同一份记忆。 + +来源评论：`01a1577b-b65c-787a-b436-b0a74c38fea4`、`01a1577c-d10f-7513-8f58-62b3b387240a`。 + +## CG-019 · 素材工具与新增费用 + +首版先使用已有工具和本地机器制作图片、视频素材，暂不新增付费云端生成接口；若实测不够，再列明方案效果和费用，由用户决定。 + +边界：此项是素材制作的费用边界，不能误解为禁止使用已提供的外接LLM或用户自行部署的小模型服务。 + +来源评论：`01a1577d-7203-7b2b-bf24-f880f56750cf`、`01a1577e-96f6-72c7-b66b-6c43779fc5f0`。 + +## CG-020 · 首版内网访问 + +首版在部署服务器所在内网使用，电脑和手机在该内网访问。 + +边界：外出访问后续扩展。摄像头和麦克风所需可信访问方式仍要在工程方案中落实。 + +来源评论：`01a1577f-0707-7ac6-9c0f-aef2e73ba108`、`01a15780-0fd0-7438-beee-4947f4c3c928`。 + +## CG-021 · 按任务选模型、视觉外接 + +该用小模型的地方用小模型；状态和时间推进用程序，记忆等后台任务可用小模型，主模型负责主对话和较复杂理解。摄像头用小视觉模型前处理，部署由用户在其他设备负责，项目通过接口接入；用户另有4080显卡。 + +边界：平时把带时间和不确定项的观察摘要交给主模型，必要时保留原图复核途径。具体小模型、部署参数、接口地址和性能尚未定版。 + +来源评论：`01a157a5-1668-723d-af23-732a612b30b9`、`01a157a6-b158-7ba5-8a3a-1d19920890ac`、`01a157a7-c9f2-7133-8340-9b497f12f7e7`。 + +## CG-022 · 首版摄像头范围 + +加入可开关的视觉观察，先聚焦人在不在、明显物品、房间环境变化；快速挥手、点头等连续动作放到后续。 + +边界：观察有时效，不能把旧画面继续当作眼前事实。刷新间隔和延迟以小视觉服务实测为准，5—10秒只是先前建议，不是固定性能保证。 + +来源评论：`01a157a6-b158-7ba5-8a3a-1d19920890ac`、`01a157a7-c9f2-7133-8340-9b497f12f7e7`。 + +## CG-023 · 天气、昼夜与作息 + +用户手动选择一个真实城市，房间天气、昼夜和生活作息跟随当地节奏；城市可自行更换，无需每次打开重新定位。 + +边界：具体城市、天气来源及跨城市切换细节仍待设置或工程设计。 + +来源评论：`01a157a8-510f-7d3d-9880-670dc9ae4d22`、`01a157a8-aeab-7611-9695-74afbc2dec02`。 + +## CG-024 · 第一道验收及后续顺序 + +先确认人物与房间的写实样图，再验收写实动态小样；验证环境与人物独立变化、同一人物连续性、动作循环衔接、半身/近景交谈与口型语音。用户认可后，再逐步接完整功能，并分别验收。 + +边界：小样通过仅表示该阶段通过，不等于记忆、后台生活、摄像头或备份已全部实现和通过验收。 用户本次确认v2静态方向并授权继续最小动态验证；不等于动态或完整功能已通过，也不扩大为全量施工及任意模型安装授权。 本次同意CG-029/030后进入已确认方案的关键技术验证；旧小样通过不等于新实时交谈、衔接或完整功能通过。 CG-031明确完整前端设计不以嘴型技术验证通过为前置条件；设计样图、交互原型与真实功能接通须分别标明，不能把设计推进等同于全部后台施工获准。 + +来源评论：`01a157a9-bd18-7533-9b21-e5f4c3a90d7c`、`01a157ab-209c-7c8f-956c-40ebb3340f4e`、`01a1582c-7386-7515-bf62-89dfadfea3d3`、`01a1599b-f137-71cc-8af2-a265499b4b6e`、`01a15e92-e689-754a-aad3-4566100962b3`。 + +## CG-025 · 当前工程人物外观 + +成年女性，年龄观感在20岁左右，冷白皮，圆鹅蛋脸，中短发，气质清纯干净。用户指出上一版人物太老、太路人，要求重新设计。 + +边界：用户已于2026年10月20日15:17（北京时间）认可v2人物静态方向。CG-002的写实风格、CG-006外观与伴侣身份分离保持；不代表分层和跨视频身份连续性已验证。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。 + +来源评论：`01a1581e-7925-7a60-8185-615b434a4afd`、`01a1582c-7386-7515-bf62-89dfadfea3d3`、`01a15e92-e689-754a-aad3-4566100962b3`。 + +## CG-026 · 当前房间设定 + +高层卧室，设置慵懒沙发和女性化装饰元素，整体温暖温馨。 + +边界：用户已认可v2高层卧室静态方向，四张v2图为当前视觉基准。CG-017的一间房、人物与环境独立、天气昼夜变化范围保持；分层几何、光照切换效果仍需实测。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。 + +来源评论：`01a1581e-7925-7a60-8185-615b434a4afd`、`01a1582c-7386-7515-bf62-89dfadfea3d3`、`01a15e92-e689-754a-aad3-4566100962b3`。 + +## CG-027 · 真人优先与二维备用 + +优先争取真人照片般的效果；如果真人路线无法达到所需效果、损害沉浸感，再考虑二维动画。 + +边界：真人优先、二维为条件备用保持。首版具体主验证路线现由CG-029确认；交谈身体范围按CG-028。真人转二维的具体判据和二维风格尚未定稿，不自动切换。 + +来源评论：`01a158c5-a25f-742b-975d-6af1ce8ff6b6`、`01a1599b-f137-71cc-8af2-a265499b4b6e`。 + +## CG-028 · 首版交谈的实时表现与预设身体动作 + +首版优先让口型、表情和目光自然；身体主要使用少数预设动作，不要求肩膀、手势根据每句话实时生成新的变化。 + +边界：这是首版范围选择，不是禁止预设肩部/手部动作或要求人物身体完全静止。具体模型能支持哪些表情、目光和动作仍待实测；没有测试证明现有硬件绝对无法实时驱动肩部或手势。此项同意不代表选定成品视频架构、具体模型、安装、付费API或新施工。 后续用户另于01a1599b-f137-71cc-8af2-a265499b4b6e同意CG-029/030方案，不把这两次确认混成同一授权。 + +来源评论：`01a158c7-f16f-7b98-844e-77271f16d6d8`、`01a158d7-1d0c-764c-8a4c-35359b4f5d8a`、`01a1599b-f137-71cc-8af2-a265499b4b6e`。 + +## CG-029 · 成品日常视频与本地实时交谈主路线 + +首版优先验证：人物与房间一起制作成品日常视频，按真实时间、天气及她的实际活动选片；交流时自然转入同一人物的实时半身交谈画面，结束后回到日常活动。人格、记忆、关系与后台生活由本地核心系统管理。 + +边界：替代首版浏览器每帧独立人物抠像合成的实施要求；天气、服装或活动变化需要对应视频与自然过渡，保持同脸、服装和光线连续。只确认架构方向，LiveTalking/MuseTalk/Ditto等具体驱动器仍需实际选型；不承诺任意新身体动作，不默认采用云端收费服务，也不代表全部功能已完成。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。 + +来源评论：`01a158d9-2f3a-72f2-a911-5f58adf074c7`、`01a1597e-ef9e-7cfa-9456-1a0d4e248430`、`01a1599b-f137-71cc-8af2-a265499b4b6e`、`01a15e92-e689-754a-aad3-4566100962b3`。 + +## CG-030 · 首批视频制作与后续用户自备素材 + +首轮工程素材由总管安排小队使用现有本地资源制作，以已确认的人物与高层卧室为基准；用户不需要先自行准备整套视频。后续提供模板、制作规范与导入检查，用户可自行生成替换外观。 + +边界：先验证少量日常、过渡和交谈素材的完整流程，再扩充服装/天气/动作；具体数量和格式待测试。生成有筛选、重试和处理成本，不承诺一张照片自动得到全套合格素材；换素材不改变八字、记忆和关系。 v1.6澄清见CG-031：人物/卧室与成品视频属于视觉模块素材及技术路线参考，不能用作整体前端布局和产品设计的固定基座。 + +来源评论：`01a1597d-f505-7481-a9ee-62e025fbfa2f`、`01a1597e-ef9e-7cfa-9456-1a0d4e248430`、`01a1599b-f137-71cc-8af2-a265499b4b6e`、`01a15e92-e689-754a-aad3-4566100962b3`。 + +## CG-031 · 完整前端以产品功能和使用流程为设计依据，人物与卧室样图只作视觉参考 + +完整前端应覆盖四类要素：相处主界面、交流界面、她的生活与共同回忆、创建与管理。设计需建立在对整个项目的充分理解之上；此前认可的人物和高层卧室图片只属于人物/场景/口型等视觉子模块的参考，不能作为整体前端的固定基座，不能据此先铺满场景再往上叠界面。 + +边界：完整界面的布局、导航、内容层级、交互与视觉语言应围绕产品使用流程独立设计，不能被旧样图构图锁定，也不把成品视频策略扩张为所有界面必须全屏视频。嘴型同步作为独立技术研究，不作为完整前端设计开工的前置验收。此项确认设计依据与范围，不代表已认可任何完整页面稿，不授权直接实现所有后台功能或自动改换模型；此前素材仍可作参考，不能误记成需要删除旧素材或推翻全部既有需求。 + +来源评论：`01a15e8d-91ab-739e-84f9-fc4026bfcd70`、`01a15e92-e689-754a-aad3-4566100962b3`。 + +## VIS-001 · 两人的数字空间 + +整体像只属于两人的数字空间，人物、交流、回忆融在其中。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-002 · 整体气质 + +静谧梦幻、安静亲密，有空间深度和柔和微光。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-003 · 多主题的一致结构 + +切换主题同时改变配色、背景、光影、材质和动效；页面结构与操作位置一致。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-004 · 两套首轮主题 + +靛蓝月光与蓝紫雾光两套都保留；不把原型临时默认主题当成用户指定默认。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-005 · 空间优先的首页 + +首页只留少量当前状态与入口，其余内容按需展开，完整功能仍保留。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-006 · 背景层次 + +光雾、景深与若隐若现的景物融合；具体画面通过样图验证。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-007 · 空间动效 + +平时舒缓流动与景物微动；操作时有明显景深变化和空间过渡。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-008 · 透光浮层 + +内容采用透光浮层，背后保留空间光影，文字清晰可读。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-009 · 轻盈文字 + +现代轻盈、字形简洁、标题克制，正文易读。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-010 · 微光强调 + +少量微光集中于关键操作和选中状态，两主题各有强调色。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-011 · 人物独立视窗 + +人物平时作为空间中独立视窗；交流时自然放大。已认可的人物位置、分量与首页文字分量沿用。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-012 · 悬浮导航 + +底部小巧透光导航，图标配简短文字，选中亮起微光。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## VIS-013 · 交流呈现 + +交流展开后以人物为主，只呈现当前一两句对话；完整记录按需展开，文字输入和语音操作均保留。 + +边界：具体实现不得改变已确认体验；现有界面不等于用户最终满意。 + +来源评论：`01a15f09-db1e-705c-8baf-cde63c7651fb`、`01a15f1f-5a71-783c-a458-b326a0073d69`。 + +关联全文：`sources/visual-confirmation-v2.md`。 + +## AM-001 · 未分享生活不可见 + +等她讲过才显示，覆盖列表、详情、摘要、关联回忆与消息引用；未知分享状态不展示，不能用链接或搜索绕开。真实接入必须在服务器响应前裁剪，前端过滤不能冒充权限控制。 + +边界：其余已确认要求继续有效。 + +来源评论：`01a15f42-2781-700e-b75a-3ae4b023f46c`。 + +## AM-002 · 关系由用户选择 + +创建时由用户选择关系，不预选、不替用户决定；以后改变关系保留记忆与信任，底色不变。覆盖旧记录 T-02 中关系初始值仍待定的部分。 + +边界：其余已确认要求继续有效。 + +来源评论：`01a15f42-2781-700e-b75a-3ae4b023f46c`。 + +## AM-003 · 名字由用户起 + +首次创建由用户提供有效名字，主页、交流、首建与设置统一；参考名不能硬编码成真实身份，不额外新增改名流程。 + +边界：其余已确认要求继续有效。 + +来源评论：`01a15f42-2781-700e-b75a-3ae4b023f46c`。 + +## UX-001 · 手机对话可用 + +手机对话不被人物、导航、底部区域遮挡，长句和键盘弹出时仍能阅读与输入；等效视口测试不能冒充真机验证。 + +边界：用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。 + +来源评论：`01a162eb-1eab-7dad-8eff-66e0954f5e0b`、`01a16353-c93a-7745-8efa-2586f0ea3eee`。 + +## UX-002 · 对话文字动效 + +文字有柔和的进入和退场，流式更新不重复闪烁；动态效果必须实际演示，不以 CSS 存在代替验收。 + +边界：用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。 + +来源评论：`01a162eb-1eab-7dad-8eff-66e0954f5e0b`、`01a16353-c93a-7745-8efa-2586f0ea3eee`。 + +## UX-003 · 滚动条主题一致 + +记录、详情、管理、首建等滚动区域与两套主题协调，保留清晰可操作性。 + +边界：用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。 + +来源评论：`01a162eb-1eab-7dad-8eff-66e0954f5e0b`、`01a16353-c93a-7745-8efa-2586f0ea3eee`。 + +## UX-004 · 出生资料与底色深度 + +创建与资料显示公历、农历、时辰及四柱说明；性格不能只用话多、直接、焦虑等浅标签概括。深度不能变成固定模板人设，仍须遵守 CG-013/014/015 的诠释自由、初始个性、成长分离。 + +边界：用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。 + +来源评论：`01a162eb-1eab-7dad-8eff-66e0954f5e0b`、`01a16353-c93a-7745-8efa-2586f0ea3eee`。 + +## UX-005 · 交流身份清楚 + +用户与实际起名的伴侣身份明确，当前对话与完整记录一致，不只依靠位置或颜色猜。 + +边界：用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。 + +来源评论：`01a162eb-1eab-7dad-8eff-66e0954f5e0b`、`01a16353-c93a-7745-8efa-2586f0ea3eee`。 + +## UX-006 · 完整界面功能保留 + +按已认可的完整前端设计补齐功能和页面结构，未接通能力说明真实边界，不删成空壳也不伪造已运行。 + +边界：用户尚未认可本轮对话效果与整体沉浸界面，必须回到完整需求返工。 + +来源评论：`01a162eb-1eab-7dad-8eff-66e0954f5e0b`、`01a16353-c93a-7745-8efa-2586f0ea3eee`。 + +## GOV-001 · 完整需求跨任务继承 + +所有新卡、续办卡、设计卡、施工卡、审核卡从同一完整需求入口开始，不依赖会话记忆或最近一条反馈；现有未完成卡补齐对照项。 + +边界：不重新表决已经认可的需求；不声称自动检查能证明审美或理解正确。 + +来源评论：`01a1635b-b47c-79ed-ac66-9408c7905af9`。 + +关联全文：`sources/governance-proposal-approved.md`。 + +## GOV-002 · 只有用户能改需求 + +只有白栖知明确的新决定可以覆盖原要求，保留原话来源、旧结论、新结论及影响；不能把技术困难、阶段减项、智能体建议或演示通过当成需求修改。 + +边界：不重新表决已经认可的需求；不声称自动检查能证明审美或理解正确。 + +来源评论：`01a1635b-b47c-79ed-ac66-9408c7905af9`。 + +关联全文：`sources/governance-proposal-approved.md`。 + +## GOV-003 · 对照和验收 + +每卡列基准版本及提交位置、关联要求编号、交付验收、未完成承接、需求变更和验证证据；自动检查缺项，人工核对含义，用户验收体验。 + +边界：不重新表决已经认可的需求；不声称自动检查能证明审美或理解正确。 + +来源评论：`01a1635b-b47c-79ed-ac66-9408c7905af9`。 + +关联全文：`sources/governance-proposal-approved.md`。 + +## GOV-004 · 本轮返工范围 + +先落实需求继承约束，再制作对话显示和整体沉浸界面的电脑/手机样图与可操作动态小样；小样认可前不替换正式界面，不合并当前产品 PR，不改现有伴侣和聊天数据，不切换队员全局模型。 + +边界：不重新表决已经认可的需求；不声称自动检查能证明审美或理解正确。 + +来源评论：`01a1635b-b47c-79ed-ac66-9408c7905af9`。 + +关联全文：`sources/governance-proposal-approved.md`。 + +## DEL-001 · 演示与真实接入边界 + +前端演示通过只代表该阶段通过；主卡保留追踪完整真实功能，后续接入按已批准 R1–R7 依赖顺序推进。阶段和技术方案不能降低完整需求。 + +边界：接入方案中的候选服务、声音、摄像头和硬件操作仍须满足各自前置与授权，不能从批次批准推断全部候选已经批准。 + +来源评论：`01a161a4-842f-7c26-9be0-1812b720976a`、`01a1629c-732f-7559-8417-6f2ea05c7151`。 + +关联全文：`sources/integration-plan-v1.md`。 + +## 尚未确定或尚未验证 + +### T-01 · 八字映射细则 + +具体规则表、权重、命理解释覆盖深度与验证样例尚未定稿。用户没有直接确认‘只保留明确量化项、排除所有抽象描述’；后续已明确保留性格诠释空间。 + +### T-03 · 素材包标准与具体数量 + +导入模板、尺寸、帧率、背景处理、动作节点、口型预处理、预览与回退方式等需结合方案、小样定稿。未承诺固定服装/动作数量或一张参考图自动生成整套合格视频。 + +### T-04 · 模型与速度 + +Qwen3-VL-4B、2B和此前提到的视频/口型方案都是候选；4080部署、真实摄像头、语音与人物同时运行尚未实测。既有接口单图测试的1.5秒/7秒不代表4080速度或端到端语音延迟。 + +### T-05 · 外接服务接入 + +4080视觉服务地址、具体模型、输入输出能力，以及现有ASR/TTS的流式和打断能力，需后续核实或由用户提供。部署视觉小模型由用户负责。 + +### T-06 · 运行与恢复细节 + +单伴侣重新创建/清空、服务器停机后的状态恢复、备份保留份数和空间策略尚未定稿；不能用多伴侣旧结论补全。 + +### T-07 · 天气和访问细节 + +具体城市、天气数据来源、缺失天气素材时的呈现方式、内网可信HTTPS方案等留待工程设计。 + +### T-08 · 实现完成情况 + +本记录是需求确认台账，不证明功能已实现。旧演示的部署和测试结果不能作为新写实动态路线的验收结果。 + +### T-09 · 真人呈现路线与交谈动态边界 + +CG-029已选定成品日常视频配本地实时半身交谈，CG-030确定首批由小队制作。待验证具体驱动器、同脸/服装/光线连续、音频/口型/头部表情实际能力、打断、日常与交谈往返、素材制作成本及本机并发/恢复；真人转二维的条件仍待明确。云端收费服务未选定。 + +### T-02 · 关系界面余项 + +初始关系由用户选择已由 AM-002 确定，旧待定结论被覆盖；自由提示词不能被用于修改出生底色。 + +### T-10 · 当前一两句的长回复呈现 + +分句、停留和前后查看细节在独立动态小样中验证，不冒充用户已选具体方案。 + +## 历史覆盖记录 + +原始 v1.6 的 `superseded` 字段保留全部早期路线变化。另有以下后续覆盖： + +- 私人手账视觉初稿未获认可，按完整视觉访谈和后续认可稿重做。 +- 初始关系“尚未定”由 AM-002 覆盖；生活“可先显示并标注未分享”由 AM-001 否决；名字由 AM-003 确定。 +- 最新用户对对话与整体沉浸界面不满意，不得沿用此前阶段通过作为本轮通过。 +- 以上不授权重置出生底色、伴侣身份、聊天、记忆或直接合并产品分支。 diff --git a/docs/requirements/handoff-HEL-697.json b/docs/requirements/handoff-HEL-697.json new file mode 100644 index 0000000..4b9ca5a --- /dev/null +++ b/docs/requirements/handoff-HEL-697.json @@ -0,0 +1,79 @@ +{ + "baseline_version": "1.7", + "read_commit": "498429399812a0776dadd4b56662d31b455a9ea5", + "requirement_ids": [ + "CG-001", + "CG-002", + "CG-003", + "CG-004", + "CG-005", + "CG-006", + "CG-007", + "CG-008", + "CG-009", + "CG-010", + "CG-011", + "CG-012", + "CG-013", + "CG-014", + "CG-015", + "CG-016", + "CG-017", + "CG-018", + "CG-019", + "CG-020", + "CG-021", + "CG-022", + "CG-023", + "CG-024", + "CG-025", + "CG-026", + "CG-027", + "CG-028", + "CG-029", + "CG-030", + "CG-031", + "VIS-001", + "VIS-002", + "VIS-003", + "VIS-004", + "VIS-005", + "VIS-006", + "VIS-007", + "VIS-008", + "VIS-009", + "VIS-010", + "VIS-011", + "VIS-012", + "VIS-013", + "AM-001", + "AM-002", + "AM-003", + "UX-001", + "UX-002", + "UX-003", + "UX-004", + "UX-005", + "UX-006", + "GOV-001", + "GOV-002", + "GOV-003", + "GOV-004", + "DEL-001" + ], + "deliverable": "完整需求、来源档案、执行约束和检查命令，项目与旧卡统一入口；不是产品功能交付", + "acceptance": [ + "58项原意、边界、来源完整；初轮及视觉对话取齐", + "版本变更、来源、覆盖、交接缺项检查可运行", + "项目资源与说明及旧卡回读核对；独立审核后仅治理分支允许合入" + ], + "deferred": [ + "用户界面小样及其体验验收另卡", + "R1修正与R2–R7真实接入继续保留", + "CI自动合并门禁尚未配置，当前检查由交付与审核执行" + ], + "requirement_changes": [], + "verification": [ + "结构检查已通过；反向检查、项目及旧卡回读和独立审核待补" + ] +} diff --git a/docs/requirements/source-manifest.json b/docs/requirements/source-manifest.json new file mode 100644 index 0000000..15f6818 --- /dev/null +++ b/docs/requirements/source-manifest.json @@ -0,0 +1,10 @@ +{ + "governance-proposal-approved.md": "ff356076d682edad3df54e8257799000127bdbb478d1fbc43d37886a28d65c09", + "design-acceptance-v1.md": "21f76eb69da11e8b2f3a5addb2f7303c1d9f766953595924232582b428013b12", + "approved-frontend-spec-R2.md": "d95edfe36dd08d4282176f5e7615750ddb5baa75d3a542b83ed3f9d8b24e02c8", + "comment-evidence.json": "d08ca2359e16d048fdc46b4b5ceee536d3937bbdb7b16e42598b831e508f2370", + "frontend-architecture-v1.md": "eb05f1707a932014d613072e8c5d95bc8d6a0281390dc93c000d63851ecbbc86", + "product-decisions-v1.6.json": "ccc5c50c5604385208eb054caac01e27fc63367dac7731e1be9775a1e5cf46ab", + "visual-confirmation-v2.md": "6e0229aaf693f215cc9dcc647be694aeafb3770683b21bb7e3e30291af60255a", + "integration-plan-v1.md": "454af1d4a3b0360d33aea9c0e97f738b320968ba7be68e012a5fcec6f6ed0169" +} diff --git a/docs/requirements/sources/approved-frontend-spec-R2.md b/docs/requirements/sources/approved-frontend-spec-R2.md new file mode 100644 index 0000000..54ebfc6 --- /dev/null +++ b/docs/requirements/sources/approved-frontend-spec-R2.md @@ -0,0 +1,267 @@ +## CyberGril 完整产品设计 · 可施工规范（HEL-746 / R2） + +延续 HEL-744 R1 已认可的方向「夜色里一扇亮着的窗」。本轮没有改首页的比例、字号和人物窗位置，也没有改交流时放大人物窗的方式。在这个基础上补齐了生活与共同回忆、首建、管理、交流的完整状态、离开后返回、主动消息，以及手机上的完整路径。 + +依据：需求记录 v1.6（CG-001～031、T-01～09），HEL-738 总工方案（F1～F9 流程、组件边界、需要视觉总监覆盖的状态清单）。本稿只是设计原型，不是正式产品。 + +--- + +### 1. 交付物与打开方式 + +| 文件 | 说明 | +|---|---| +| `index.html` | 完整原型，包含两套主题和电脑/手机两种布局。不需要联网，也不需要服务 | +| `phone.html` | 在 390×844 的手机框里打开同一份 index.html | +| `assets/` | 沿用 R1 的两张参考静帧（房间、近景） | +| `shots/` | 55 张实际截图（42 张电脑 1440×900，13 张手机 390×844@2x） | +| 本文件 | 可施工规范 | + +- **演示控制**：电脑在左下角，手机在顶部中间。可以切换数据（正常/空/很长），以及「未讲述的事」的两种呈现方式，还能模拟两天后回来、她主动说话、断线（恢复/失败）、发送失败、麦克风被拒、语音识别出错、视觉服务失败、重新演示首建、创建失败和保存失败。**这个面板只属于原型，不是产品界面。** +- 截图参数：`?shot=<场景名>&theme=moon|fog`，场景名见第 14 节。自检参数：`?selftest=1`，结果写在 body 的 `data-selftest` 属性里。 + +--- + +### 2. 已认可、本轮不改动的部分 + +- 靛蓝月光和蓝紫雾光两套主题整体切换，DOM 和布局完全相同。用户没有指定默认主题，原型以月光打开只是临时设定，不代表用户已经决定。 +- 首页：左侧一句话（30px/300）、心情与关系、她的留言、「你不在时」入口和两个按钮；右侧拱形人物窗（`clamp(300px,27vw,430px)`，比例 1:1.3，距右边缘 14vw）。 +- 交流：人物窗展开为宽幅圆角窗，画面只留当前一两句；输入框常驻，麦克风是唯一实心的强调按钮，完整记录从右侧滑入。 +- 底部导航保持小巧、透光：此刻 / 交谈 / 日子 / 设置。 +- 人物和卧室仍用静帧占位，标注「示意画面 · 参考静帧」。没有新做嘴型实验。 + +--- + +### 3. 信息架构与导航、返回关系 + +```mermaid +title 区域与返回关系 +flowchart LR + NOW[此刻 首页] -->|和她说话/麦克风/导航交谈| TALK[交谈] + NOW -->|你不在时/导航日子| DAYS[日子: 她的日子 / 我们的回忆] + NOW -->|导航设置| MANAGE[设置: 她/关系/城市/外观/备份/外接服务/显示] + NOW -->|她留给你的| TALK + DAYS -->|事件详情→看那段聊天| TALK + TALK -->|返回日子 原滚动位置与选中项| DAYS + TALK -->|回到此刻/Esc| NOW + DAYS -->|回忆↔事件 互链| DAYS + DAYS -->|× / Esc / 回到她身边| NOW + MANAGE -->|× / Esc| NOW + FIRST[首建 仅无伴侣时] -->|完成→去看看她| NOW + BACK[离开后返回] -->|你不在的这两天| NOW + REACH[主动消息] -->|回她: 记录定位到该条| TALK +``` + +- **离开日子以后还能回到原来的位置**：从事件详情打开聊天时，关闭按钮会改成「返回日子」。日子列表的 DOM 不重建，所以滚动位置和选中的条目都保留。自检里有专门的验证项。 +- **Esc 逐层退出**：弹层 → 演示面板 → 返回欢迎层 → 聊天记录 → 交谈 → 手机详情 → 区域。首建过程中按 Esc 不会退出。 +- **手机**：列表和详情、设置分区列表和分区内容都改成「推入」。左上角的「‹ 她的日子」「‹ 设置」负责返回。 +- 设置里有没保存的修改时，关闭网页会触发浏览器离开提示（`beforeunload`）；对应分区导航上会显示一个暖色小点。 + +--- + +### 4. 需求 → 页面 / 状态映射 + +| 需求 | 落点（原型中可以操作） | +|---|---| +| CG-007 单伴侣 | 首建只出现一次；设置→她，注明「首版只有一位，不提供新建、切换或清空」；恢复别人的备份会被阻止 | +| CG-008 后台生活 | 日子时间线；「你不在的这两天」；文案注明「网页关着她照常生活（服务器停机期间除外）」 | +| CG-009 备份恢复 | 设置→备份：每日自动备份列表、完整导出（进度→完成）、恢复（三项检查→要求输入「恢复」两个字的双重确认→恢复前先自动导出） | +| CG-010 连续语音 | 语音条：计时、状态（倾听/思考/她在说/停下来了/没听清），「打断她」和常驻的「结束语音」；输入框不会消失 | +| CG-011 主动联系 | 首页上从人物窗里浮出的轻提醒，注明「由她今天 15:30 的生活经历引起」；交谈导航上的未读点；聊天记录里标「她主动说的」；语音开着时她会直接开口 | +| CG-012/013/014 生辰与底色 | 首建 4 步：出生（随机生成/手动修改，未满 18 岁会被拦下）→ 底色（四柱、倾向词和白话说明，说明是「倾向不是台词」）→ 关系 → 确认（必须勾选「我明白」）。设置→她：底色只读，带锁标识 | +| CG-015 成长分层 | 回忆→她的成长；设置→她：「最初就有的」和「后来慢慢有的」分两栏 | +| CG-016 关系可调 | 设置→关系：关系、称呼、相处边界；改关系类型需要二次确认，确认框说明「记忆和信任都保留，底色不变」 | +| CG-005/006 换外观 | 设置→外观素材：选择素材包→五项检查（通过/不合格）→新旧对比→确认「她还是她」 | +| CG-022 视觉观察 | 交谈里的「窗」按钮：首次开启要说明并确认；状态分为正在看、刚刚看到 N 秒前、已过期（不再当作眼前）、失败；设置→外接服务里有总开关 | +| CG-023 城市 | 设置→城市：搜索、选择、保存（成功或失败），顶栏城市同步变化 | +| CG-018 电脑优先、兼顾手机 | 全部区域在手机上都能走完关键路径，见第 8 节 | +| CG-031 设计依据 | 布局以使用流程组织；人物窗只是一个区域，不铺满全屏 | +| HEL-738 F6 断线 | 顶部横幅「信号不太好，正在重新连上…」，人物窗变灰，发送暂停但草稿保留，语音安全结束；重连成功会提示补了几条；重连失败显示「再试一次」 | +| HEL-738 §5.5 φ 文案 | 所有错误都用她的话或生活化的话表达（「我没听清」「看不清」），不出现技术报错 | +| SPEC §8.5 不画仪表盘 | 关系、心情都用一句话描述，不出现数值、进度条或雷达图 | + +--- + +### 5. 各区域规范 + +#### 5.1 日子（她的生活与共同回忆） + +- **空间关系**：打开后，首页内容向左后退并模糊；人物窗缩小到右侧（`--mini-pw: clamp(170px,14vw,230px)`），留在原来的空间里；窗下写「她此刻 · …」，并注明「来自她的生活记录 · 画面为示意静帧」，把生活状态和素材播放区分开；背景推近到 1.03 倍并压暗。 +- **面板**：`left 5vw / top 84px / bottom 104px / width min(1000px,66vw)`，圆角 28，使用阅读底 `--glass-read`。电脑上分两栏：列表 400px，详情占剩余宽度。 +- **三种事件**：已发生（实心点，`--text-2`）、正在（强调色点，带呼吸光）、打算（虚线空心点），分组为「之后的打算」和按天分组。打算类注明「计划可能会变」。 +- **标签**：「还没跟你说过」（强调色）、「和你有关」（有关联回忆）。已经说过的事标题会弱化成 `--text-2`。 +- **详情**：类型、时间、地点、是否说过、她的话（引用块）、和这件事有关的回忆（可以点）、那时候的聊天（可以点，看完返回）。底部固定说明「这是模拟生活里的一条记录，不是真实发生的事；画面只按记录选片，不会反过来改写生活」。 +- **回忆**分为四组：我们一起的 / 你们的小习惯 / 她知道的你 / 她的成长。每条显示时间与来源（如「你 10 月 8 日说的」）、她怎么记得，以及来自哪些日子（反向链接）。 +- **空记录**：「她今晚刚住进来，还没有发生什么」；回忆为「聊着聊着就会有了」。 +- **长记录**：先显示前 18 条，再按「看更早的日子」每次加载 12 条，加载时保持滚动位置。施工时按天分页。 +- **不做**：情绪或信任的数值仪表盘；任何「你好久没来」之类带负罪感的叙述。 + +#### 5.2 首建 + +- 全屏，人物窗和导航隐藏，左侧是叙事一句话（跟随步骤变化），右侧是向导卡 `minmax(460px,560px)`。 +- 步骤条只覆盖 4 个步骤；进行中和完成不计入步骤数。 +- 校验：名字必填；出生日期必须满 18 年；关系必须选（原型不预选，T-02）；确认页没勾选时「创建」按钮不可用。 +- 创建过程分三段：排好底色 → 形成最初的小习惯 → 布置房间。失败时停在失败的那一段，并提示「资料都还在」，可以选「返回修改」（回到第 1 步，数据保留）或「再试一次」。 +- 完成页写「她住进来了」，按「去看看她」进入首页的「刚搬进来」状态：生活为空，首页一句话换成首晚的文案。 +- 创建之后，界面上任何地方都没有重建、清空或切换伴侣的入口。 + +#### 5.3 设置（创建与管理） + +- 面板几何与日子相同；左侧是 220px 的分区导航，右侧是内容。 +- **表单通用规则**：没有修改时「保存」不可用，状态写「尚未修改」；有修改后，文字变成暖色「有未保存的修改」，导航上出现暖色点；「取消」把内容恢复到上次保存的值。保存时显示进行中（转圈和说明，按钮锁定）→ 成功（`--ok`，一句话说明影响）或失败（`--danger`，「你的修改还在」，可以重试）。操作栏吸附在底部。 +- **重要确认**：改关系类型、应用新外观用普通确认；从备份恢复用危险样式，并要求输入「恢复」两个字。 +- **外接服务**：对话模型、ASR、TTS、视觉观察服务四项，各有地址输入框和「测试连接」。原型不会发出任何请求；测试结果明确写「界面演示 / 未真实检测」。地址为空或测试失败时显示「相关功能会显示为不可用，其余照常」。 + +#### 5.4 交流的完整状态 + +| 状态 | 人物窗左上标签 | 语音条 | 台词区 / 提示 | +|---|---|---|---| +| 文字待机 | 在你面前 | — | 上一句和她当前这一句 | +| 她在想 | 在想 | 她在想 | 三点跳动 | +| 她在打字或说话 | 在说话（声波） | 她在说 · 可以打断，并出现「打断她」 | 逐字显示加光标 | +| 发送失败 | — | — | 「没发出去 · 重试」，记录里虚线边框；重试不会重复发送 | +| 麦克风授权 | — | — | 说明弹层：允许 / 不允许（模拟） | +| 倾听 | 在听你说 | 红点计时、在听你说、结束语音 | 你说的话实时显示（灰色） | +| 被打断 | 停下来了 | 她停下来了，在等你 | 她的那句话半透明，后面加省略号 | +| 识别出错 | 没听清 | 刚才没听清 | 「刚才没听清，你再说一遍？」，然后自动继续听 | +| 麦克风被拒 | — | —（会话不开始） | 麦克风变灰并加斜线；φ 文案；再点一次会给出处理指引 | +| 断线 | 画面变灰 | 语音自动结束 | 顶部横幅；发送暂停，草稿保留 | +| 视觉观察 | 绿点：刚刚看到… N 秒前 | — | 过期后变黄并标「已过期，不再当作眼前」；失败为红点 | + +- 语音会话期间，「结束语音」一直显示在语音条上，麦克风按钮也同时变成停止键，两处都能结束。 +- 语音开着时，人物窗高度从 `100vh-360` 降到 `100vh-412`，给语音条留出位置，三者不会重叠。 + +#### 5.5 返回与主动消息 + +- **离开后返回**：首页左侧换成欢迎层「你不在的这两天」，列出时间范围、3 件小事和留言提示，用中性语气，按钮是「看她留的话 / 看她的日子 / 先待一会儿」。 +- **主动消息**：在首页时，她的话从人物窗下部浮出（`width = 窗宽-32`）；在日子或设置里时，提示出现在右下角，不打断当前操作。提示上注明这句话来自哪段生活经历。点「回她」会打开聊天记录并定位、高亮这一条，关闭后回到原处。点「稍后再看」会留在「交谈」的未读里。 + +--- + +### 6. 设计 Token（R1 的值照旧，以下只列 R2 新增） + +| Token | 月光 | 雾光 | 用途 | +|---|---|---|---| +| `--glass-read` | rgba(10,18,46,.62) | rgba(34,20,66,.60) | 日子和设置这类长内容的阅读底 | +| `--surface` | #0b1330 | #24154a | 手机上推入的详情层和吸底操作栏（不透明，避免下层透字） | +| `--field` / `--field-line` | rgba(255,255,255,.05) / rgba(205,222,255,.16) | rgba(255,240,255,.06) / rgba(236,218,255,.16) | 输入框 | +| `--ok` | #9fe8cf | #a8f0d8 | 成功、视觉观察「新鲜」 | +| `--warn` | #ffd79c | #ffdcae | 未保存、待定、观察已过期 | +| `--danger` | #ff9fb3 | #ffa8c8 | 失败、危险操作、录音红点 | +| `--radius-field` | 14px | | 输入框、链接卡片 | +| `--pane-l / -w / -t / -b` | 5vw / min(1000px,66vw) / 84px / 104px | | 区域面板几何 | +| `--mini-pw` | clamp(170px,14vw,230px) | | 区域页里缩小后的人物窗 | + +- 字体、字号层级（30/20/15/13/11.5）、间距（4/8/12/16/24/32/48）、圆角（999/20/28）、曲线、时长与 R1 一致。新增：详情标题 24px/300，分区标题 22px/300，表单标签 13px，分组标题 12px，字间距 .14em。 +- 状态色只用在小点、细边框和短文字上，不做大面积色块，以免破坏夜色的整体气氛。 + +--- + +### 7. 组件与状态 + +| 组件 | 状态 | +|---|---| +| `.btn-primary` | 默认（微光）/ hover（光晕变大）/ 按下（缩到 .97）/ 不可用（.42 透明，去掉光） | +| `.btn-ghost` / `.btn-danger` / `.btn-text` | 同上；危险按钮只用描边加文字色 | +| `.input/.select/.textarea` | 默认 / 获得焦点（强调色描边并加 4px 柔光圈）/ 错误（`--danger` 描边加下方说明）/ 只读（虚线描边） | +| `.seg` | 选中项为强调色实底 | +| `.status` | busy / ok / fail | +| `.checklist` | 待检查 / 检查中（转圈）/ 通过 ✓ / 失败 ! | +| `.ev` 事件行 | 默认 / hover / 当前选中（强调色浅底）/ 已讲述（弱化）/ 打算 | +| `.tag` | 中性 / accent / ok / warn / danger；`.tag-demo` 用虚线表示「演示/模拟」 | +| `.modal` | 普通 / 危险；需要输入确认字时，主按钮会先锁住，输入正确后才能点 | +| `.netbar` | 重连中（转圈）/ 失败（红点，加「再试一次」） | +| `.observe` | asking / fresh / stale / fail | +| `.nav-item` | 默认 / 当前项 / 未读（小点） | + +--- + +### 8. 响应式 + +| 断点 | 布局 | +|---|---| +| ≥1101px | 如上；区域页右侧显示缩小的人物窗和说明 | +| 721–1100px | 区域面板宽 90vw，隐藏缩小的人物窗，在面板标题上改用「她此刻在…」一行字；日子列表 340px，设置导航 200px | +| ≤720px | 首页和交流沿用 R1 已认可的手机布局。区域面板改为全屏层（`top 54 / bottom 84`），底部导航始终可见，不被遮挡。列表和详情、设置分区都改为推入方式，详情层和吸底操作栏使用不透明的 `--surface`。首建为纵向可滚动布局，「上一步 / 下一步」吸在底部。语音时人物窗高 `min(42vh, 1.1w)`，自上而下依次是台词、语音条（底部 162px 处）、输入框（98px 处）、导航（16px 处），互不重叠。弹层宽度为 `100vw-32px` | + +--- + +### 9. 动效 + +| 动效 | 触发 | 时长 / 曲线 | 能否打断 | +|---|---|---|---| +| 进入日子或设置：首页后退并模糊，人物窗缩小移到右侧，面板上升 24px 并淡入，背景缩放到 1.03 | 导航、入口 | 人物窗 720ms、面板 420ms（延迟 80ms），ease-out `(.22,1,.36,1)` | 可以，全部用 transition，中途反向会从当前位置回去 | +| 列表 → 详情（手机推入） | 点条目 | 420ms ease-out | 可以 | +| 首建换步 | 下一步 / 上一步 | 420ms，前进时从右侧淡入 16px，后退时从左侧 | — | +| 弹层 | 确认、授权 | 280ms，缩放 .97→1 并淡入 | Esc 或点遮罩取消 | +| 主动消息浮出 | 推送 | 420ms，上移 10px 并淡入 | 可以 | +| 断线横幅 | 断开 | 280ms | — | +| 语音条 | 开始语音 | 280ms | — | +| 「正在」事件的点、录音红点、倾听外圈、声波 | 常驻或状态 | 1–2.4s 循环 | — | +| 主题切换 | 开关 | 1100ms `(.65,0,.35,1)` | 可以 | + +- **减少动效**（系统设置或设置→显示）：所有循环停止；空间不再推近；过渡统一为 200ms、无延迟；粒子只画一帧。 +- **页面隐藏时**：粒子停止绘制，CSS 动画暂停（`html.paused`）。 +- 施工建议（与 R1 相同）：人物窗缩放改用 FLIP（transform），雾层模糊预先烘焙。**本轮没有做性能实测，所以不给帧率数字。** + +--- + +### 10. 模拟与真实能力的边界 + +- 原型里所有数据、回复、语音、摄像头、生活、备份、导出、导入、服务测试都是模拟，没有连接任何服务，也不会写入或下载文件。界面上用「演示数据 / 模拟生活 / 模拟 / 原型 · 不连接服务、不写数据」等标签逐处标明。 +- 施工时按 HEL-738 §7 的能力标签处理：`mock` 打「演示数据」角标；`unavailable` 用 φ 占位文案；不能为了显示「在线」而伪装。 +- 人物画面始终标注「示意画面 · 参考静帧」。正式版通过 Presenter 替换成视频，无论有没有口型驱动，页面结构都不变。 +- 文案不暗示「关网页会停机」，也不承诺「服务器停机时她还在生活」。 + +--- + +### 11. 施工验收清单（与 S1 切片对齐） + +1. 两套主题下，每个区域的 DOM 和布局完全一致；切换主题不改变滚动位置，也不改变当前视图。 +2. 首页比例、字号、人物窗位置和 R1 一致（拿 D01 与 R1 截图对照）。 +3. 从日子打开聊天再返回，列表的滚动位置和选中项都不变。 +4. 事件和回忆可以互相跳转；空记录和长记录（分页）都正常。 +5. 首建：未成年、未选关系、未勾选确认三种情况都会被拦下；创建失败时资料保留并能返回修改；完成后进入首页的空生活状态；之后任何地方都没有重建入口。 +6. 设置：有修改才能保存，取消能恢复，保存过程中按钮锁定，失败时修改保留，改关系要确认，恢复要输入两个字确认，并且会拦下别人的备份。 +7. 交流：发送失败能重试且不重复；语音的倾听、思考、她在说、打断、出错、结束都能走通；语音中「结束语音」一直可见；麦克风被拒后文字照常可用；断线时草稿保留、语音安全结束，重连后补齐消息。 +8. 视觉观察：标注时效；30 秒后显示为过期（演示用的阈值，真实值以小视觉服务的实测为准）；失败时不影响交谈。 +9. 主动消息注明依据；点开后定位到那条，关闭后回到原处；不展示负罪叙事。 +10. 手机 390×844：输入框、语音条、导航、吸底操作栏和弹层互不遮挡；手机上的详情层不透出下面的文字。 +11. 减少动效、隐藏页面暂停都生效；Esc 能逐层退出。 +12. 所有模拟能力都带标签。 + +--- + +### 12. 待定项（不阻塞其他设计，都已做成可替换的呈现） + +| 编号 | 事项 | 本稿处理 | +|---|---|---| +| A | 她没亲口分享过的事对你是否可见（用户未拍板） | 默认显示并标注「还没跟你说过」；演示控制里可以切到「讲之前不显示」。详情页用黄色虚线框标为待定 | +| B | 默认主题 | 两套都保留，原型以月光打开只是临时设定 | +| C | 关系的默认值和编辑形式（T-02） | 首建时不预选；设置里用表单呈现，可以换成引导式对话 | +| D | 单伴侣下的重新创建或清空（T-06） | 不设入口 | +| E | 城市清单和天气来源（T-07） | 搜索列表为演示 | +| F | 素材包规范（T-03） | 五项检查只是示意 | +| G | 自动备份的保留份数（T-06） | 列表只显示 3 份并注明待定 | +| H | 内网 HTTPS（T-07） | 麦克风授权弹层里注明；不可用时按「麦克风被拒或不可用」的状态显示 | +| I | 观察过期的阈值、刷新间隔（CG-022） | 原型用 30 秒演示，真实值以实测为准 | +| J | 她的名字是否在首建时由用户填写 | 原型放了名字输入框；如果要改成别的方式，只影响第 1 步 | + +--- + +### 13. 原型检查记录 + +- **自动自检**（`?selftest=1`，用真实点击走关键流程，共 43 项）：在 Edge 无头模式下，1440×900、1280×800、窄窗（手机布局生效）三种尺寸全部通过。覆盖：主题、日子的打开/详情/互链/看聊天后返回原位、空记录与长记录、未讲述切换、设置的修改/取消/确认/保存成功/保存失败、恢复拦截、素材检查、文字失败重试、麦克风拒绝与授权、语音的思考/说话/打断/结束、视觉观察开关、断线与重连、Esc、欢迎层、主动消息定位、首建的三项拦截/失败返回/成功进入首页。 +- **截图检查**：电脑截图是 1440×900 下实际 DOM 的截图；手机截图在 390×844 的 iframe 里按 2 倍像素密度截取并裁切（无头窗口有最小宽度，所以不直接截窗口）。 +- **本轮发现并已修正的问题**：手机详情层半透明，下面的列表文字透出来（改为不透明的 `--surface`）；手机语音时人物窗没有铺满宽度；语音条文字换行（手机上隐藏声波图标，文字过长时截断）；静帧截图里声波条高度为 0；吸底操作栏的偏移。 +- **限制**： + - 没有录屏工具，动效请直接打开原型查看。 + - 没有做性能实测。 + - 没有在真实手机或 Safari 上测试，只用了 Edge（Chromium）。 + - 截图时关闭了过渡，所以截图里看不到「你不在的这两天」卡片的闪亮反馈。 + - 本运行环境里没有可用的设计或动效类技能（只有平台类技能），动效由本规范和自检把关，没有使用其他技能。 + +--- + +### 14. 截图索引 + +D01 首页 · D02/D03 事件详情（两套主题）· D04 你不在时摘要 · D05 打算中的事 · D06 还没跟你说过（待定呈现）· D07 长记录 · D08 空记录 · D09 回忆详情与关联日子 · D10 成长 · D11 返回欢迎层 · D12 主动消息（首页）· D13 主动消息定位 · D14～D21 首建（出生、校验错误、底色、关系、确认、失败、完成、首建后首页）· D22～D30 设置（她、关系确认、城市成功/失败、外观通过/失败、备份、恢复双重确认、外接服务）· D31～D41 交流（发送失败、授权、倾听、她在说、打断、麦克风被拒、断线、重连失败、观察新鲜/过期/失败）· D42 演示控制台 · P01～P13 手机（日子列表、详情、回忆、首建出生/确认/失败、设置列表、关系表单、恢复确认、语音、断线、返回、主动消息）。 diff --git a/docs/requirements/sources/comment-evidence.json b/docs/requirements/sources/comment-evidence.json new file mode 100644 index 0000000..410107c --- /dev/null +++ b/docs/requirements/sources/comment-evidence.json @@ -0,0 +1,989 @@ +[ + { + "id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 请先看附件里的 Alina 人物预览，告诉我是否继续验证这个外观；如果同意，请用免费 Sketchfab 账号从[模型页面](https://sketchfab.com/3d-models/alina-ip-realistic-asian-woman-animated-600d4d4aa71c4181b2567a3605ce8c57)下载原始模型包，作为附件发到这张主卡。\n\n总工补证已完成，证据包附在这里。现在的结论是：\n\n- **近写实路线可以继续，但 Alina 本体还没拿到。** 网站标注免费、需署名、允许商用；下载必须登录。已有其他人物的实际动画验证，说明加载路线能走通，但不能据此保证 Alina 的换装、表情和坐读都可用。拿到文件后才能逐项测试、交真实画面。\n- **Alina 的完整权利来源仍待核实。** 作者使用了其他人物制作软件和基础素材，其再授权权限、是否涉及真人肖像尚未查清。建议先取文件做隔离验证，正式采用前再核清；这次确认外观不代表确认这些权利问题已经解决。你自行下载即可，无需在卡里提供密码或令牌。\n- **原有动漫样例的授权证据已纠正。** 总工从文件原始信息补实了商用、修改与分发许可；其中 Seed-san 必须署名。它们仍只作技术测试体。\n- **正式两套衣服、自然坐读、手握书和防穿插尚未完成。** 当前只是占位衣服和程序摆姿势，不能算正式效果交付。服装采用免费调整、购买还是定制，等人物实测后再给你具体方案。\n\n目前没有队员继续施工，正在等你确认人物方向并提供模型文件；正式小样施工暂缓，旧演示保留。本轮没有部署或购买素材。[完整补证记录见 HEL-706](mention://issue/01a15700-8422-785a-93c3-fff3351a2aa1)。", + "created_at": "2026-10-20T02:06:15Z" + }, + { + "id": "01a15717-b34f-72ac-939f-d81c90f58920", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "grill me，这跟我预期的完全不同，我预期的是写实的风格，而不是这种建模风格，就是你可以预生成静态图片作为场景，角色你看我原仓库的地基里的想法是什么样的", + "created_at": "2026-10-20T02:15:33Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15719-aea6-7e58-ad56-0c6222643890", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 我回读了最初版本的地基。这轮先说明查到的事实，再请你回答一个关键问题，逐步把预期对齐。\n\n**原仓库的形象设想确实偏建模路线。** `docs/SPEC.md` 第8.2节原文是“风格化（VRM + three.js），不做照片级”；写实只列为异步彩蛋。`config/models.yaml` 也配置了这条路线。这里还没有现成的写实动态人物系统。\n\n**地基里更值得保留的，是人物表现与内在状态的联系：** 心情决定表情，精力影响姿态，语音驱动口型，各种表现要同步。`AvatarProvider` 和 `RenderCmd` 把这些指令与具体画法分开，因此可以研究换一种形象呈现方式。\n\n你现在的要求已经很清楚：**场景可以提前生成成写实图片，人物也要有照片或电影里人的质感，并能独立活动。** 原文里的旧技术选择不能盖过你现在的要求。我之前过早沿着骨骼模型找素材，没有先对齐最终观感。Alina 也不应继续作为默认方向，你不用先去下载它。\n\n**第一问：你希望第一版人物的动作怎样产生？**\n\n- **A：动作先准备好。** 为同一个写实人物预生成阅读、抬头、换坐姿等短视频，运行时根据她的状态选择并衔接；服装也提前准备。新的动作需要补充生成，说话口型的同步另做实际验证。\n- **B：动作现场生成。** 例如你临时说“把书放下，走到窗边”，她就需要根据这句话生成完整的新动作，而非只使用已有片段。\n\n**我推荐第一版先选 A**，先验证同一张脸、写实观感、自然活动和片段衔接能否成立。这里先确定你接受的体验，生成速度与衔接效果随后用实测说明，不先承诺。\n\n你更接受 **A，还是必须 B**？\n\n按你点名的 **grill-me** 技能要求“Ask the questions one at a time”，我先只问这一题，等你回答后再深入；所用技能原文随附。本轮未改代码、配置或重新派工。", + "created_at": "2026-10-20T02:17:43Z", + "parent_id": "01a15717-b34f-72ac-939f-d81c90f58920" + }, + { + "id": "01a15722-86fc-7c70-9409-d2e9b8cb041f", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "我用 grill me 的目的就是在开始任务前先问清楚所有需求避免做无用功。第一问，虽然我的理想是选项 B ，但基于我目前的硬件难以实现，选项 A 是否是最佳方案，请你基于我的项目目标给出建议", + "created_at": "2026-10-20T02:27:23Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15724-dcaa-7d2b-ae23-430f24ca36b9", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **我的建议是：现阶段采用“以 A 为底座，加上交谈时的局部实时反应”的混合方案。** 先把需求逐项问清、形成完整清单，再决定制作，不把这次讨论当成开工授权。\n\n我上轮把 A/B 分得过粗：**实时说话、口型和表情，与临时生成任意全身动作，是不同难度的事。** 为了放弃后者而连前者也全部预录，会损失你最在意的“她正在回应我”的感觉。\n\n**你的硬件也需要重新判断。** 我刚只读查看了 .12：显卡是 RTX 5090 D，约32GB显存。官方 Wan2.2 的较小视频生成模型提供了最低24GB显存的运行配置，说明本地预生成动作值得验证；这不等于能即时生成。[官方运行条件](https://github.com/Wan-Video/Wan2.2#run-text-image-to-video-generation)。MuseTalk 则提供预处理人物素材后，根据新音频生成口型的路线，但官方速度数据不能当成你这台机器连同 ASR/TTS 一起运行的结果。[官方说明](https://github.com/TMElyralab/MuseTalk#real-time-inference)。因此我不会直接断言 B 完全不可能，也不会承诺它能稳定用于实时陪伴。\n\n**结合你的项目目标，我建议这样分配：**\n\n| 部分 | 建议方式 |\n|---|---|\n| 房间与窗外环境 | 提前生成写实场景，分开控制天气、昼夜、灯光；真实天气数据更新环境 |\n| 阅读、休息、换坐姿等日常 | 提前生成同一人物的动作片段，按她的状态选择并衔接，保留可转入交谈的节点 |\n| 与你交谈 | 对话内容和声音实时产生；口型、抬头、表情等局部反应单独验证，优先保证回应及时、声音与画面一致 |\n| 新衣服、新动作 | 在后台逐步补充素材，重生成任务给交谈让出算力；新增素材检查后再进入日常使用 |\n\n这样更接近项目的核心：**生活状态和事件记录决定她在做什么，人物视频负责呈现这件事。** 她今天累了，就少活动、姿势放松；有话想分享，才转向你。画面、对话和记忆要讲同一件事，不能各自随机发挥。\n\n这条路仍有两项硬问题：**长期保持同一个人的脸与身体；让不同片段、服装和背景接得自然。** 独立人物素材贴到不同场景上，还需对齐机位、光线、遮挡和阴影。它也只能立即使用已经准备好的动作，新的复杂动作需要等待生成。A 能把重计算移到后台，不能自动消除这些制作难点。\n\n所以，我把它判断为**目前更合适的起步方案**，B 保留为后续逐步增强的目标。首先要守住写实观感、及时回应和生活连续性，再扩大动作自由度。\n\n**下一问只确定镜头体验：当你和她说话时，你能接受镜头自然切近一些，看到同一房间、同一套衣服的她的半身或脸部吗？还是必须一直保持原来的全景，不切镜头？**\n\n**我推荐允许自然切近景**：平时看她在环境里生活，交谈时看清眼神和口型，也更利于先验证局部实时反应。换镜头的具体方式仍需与你对齐，不预先认定可接受突然切画面。\n\n本轮仅核实硬件和查阅资料，未安装模型、重新派工或改动演示。", + "created_at": "2026-10-20T02:29:56Z", + "parent_id": "01a15722-86fc-7c70-9409-d2e9b8cb041f" + }, + { + "id": "01a15726-e178-72b0-9a3c-8b2041538730", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "我同意你的推荐，还有什么想问的吗", + "created_at": "2026-10-20T02:32:08Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15728-0014-765a-9066-1f93886b6100", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 有，我们继续一问一答，完整需求对齐后再开工。目前已确定：**预生成场景与日常动作，交谈时验证局部实时反应；允许自然切到半身或脸部近景。**\n\n**下一问：图一里那位姑娘，是你希望长期保持的“同一个人”，还是图一只代表你喜欢的画面氛围，人物外观需要另定？**\n\n我推荐**先沿用图一人物作为固定身份**，把她的脸、年龄感、身形和发型整理成统一的人物参考；以后换衣服、姿势、表情和镜头，都以这个人为依据。\n\n这次要确认的是“她具体长什么样”，因为后续每段人物视频都依赖这个基准；早点定清楚，才能避免素材越做越多，却长成不同的人。此处只是确定需求，不开始生成或制作。", + "created_at": "2026-10-20T02:33:21Z", + "parent_id": "01a15726-e178-72b0-9a3c-8b2041538730" + }, + { + "id": "01a1572c-18c8-7872-94b0-c05c1b24b5c7", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "在工程阶段，她长什么样由你决定，但后续，要支持我自己按照标准自行生成图片或视频替换人物，能做到吗，这样会不会打乱你的计划", + "created_at": "2026-10-20T02:37:50Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a1572d-2c55-777c-a63f-a7c74c31c070", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **能做到，也不会打乱总体方向。** 工程阶段的外观由我选择；后续你按约定的标准生成图片、视频，再替换人物素材。这个要求需要从第一版就纳入设计。\n\n我建议把人物做成可更换的**“人物素材包”**：里面有参考图、服装、各类动作视频，以及“这段是阅读、那段是抬头回应”的说明。系统根据状态选择素材，不把某张脸、某个文件名写死在行为代码里。\n\n这样，你换素材时，天气、对话和生活逻辑可以继续使用。换脸或换视频后，说话口型可能需要重新做人物预处理；这一步应由导入流程完成，并让你先预览效果。\n\n**标准会配模板和示例，让你照着生成。** 重点包括：\n\n- 人物在不同图片、视频里的脸、身形和服装保持一致。\n- 镜头位置、人物大小、背景处理和光线符合场景要求。\n- 每段视频标明动作、起止姿势、能否循环，以及哪里可以自然切到另一段。\n- 文件尺寸、帧率等技术要求统一；导入时检查缺失或不合格素材，先预览再启用，保留旧包方便换回。\n\n图片可以用于定妆、静态状态和后续视频生成参考；阅读、转身等动态仍需要相应视频或经过验证的驱动方式。具体标准要结合最终方案确定，本轮不先随意写死参数。\n\n对计划的实际影响是：**需要增加素材规范、导入检查、预览切换和口型预处理的工作。** 原地基已有形象层与状态指令分开的接口思路，但这些导入与替换功能目前尚未实现。\n\n**下一问：你说的“替换人物”，是换她的外观，但保留原来的八字、性格、记忆和你们的关系；还是每换一套人物，就成为一位独立的新伴侣？**\n\n**我推荐默认只换外观、保留同一个她。** 创建全新的伴侣应当是另一个明确操作，避免换素材时意外丢掉长期相处的积累。我们先把这个含义定清楚，继续需求访谈，暂不派工。", + "created_at": "2026-10-20T02:39:00Z", + "parent_id": "01a1572c-18c8-7872-94b0-c05c1b24b5c7" + }, + { + "id": "01a1573f-aedf-7d08-91a7-482b2a94f782", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "我同意你的推荐，换素材时仅换外观，只有创建新的人物时，才会重新生成新的伴侣", + "created_at": "2026-10-20T02:59:13Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15740-92b8-7487-8075-f4b0a6f1523f", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已明确：**替换素材只改变外观，原来的八字、性格、记忆和关系都保留；只有新建人物，才创建独立的新伴侣。**\n\n**下一问：创建新伴侣后，你是否希望旧伴侣完整保留，日后能够切换回来，继续原来的相处？**\n\n**我推荐保留旧伴侣，并让每位伴侣的资料与记忆相互独立。** 这样尝试新人物不会覆盖长期积累的关系，也不会让两个伴侣混用同一份记忆。是否让多位伴侣同时运行，我们后面再单独确定。\n\n当前继续需求对齐，不修改演示或启动施工。", + "created_at": "2026-10-20T03:00:12Z", + "parent_id": "01a1573f-aedf-7d08-91a7-482b2a94f782" + }, + { + "id": "01a15743-32b9-703f-88fc-4e6f5aebe3aa", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意你的推荐", + "created_at": "2026-10-20T03:03:04Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15743-cd8c-7bb2-aa99-8888e15eb0e2", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：**创建新伴侣时，旧伴侣完整保留，可以切换回来；每位伴侣的八字、性格、记忆和关系相互独立。**\n\n**下一问：你切换到另一位伴侣后，暂时没与你交流的那位，是继续在后台生活，还是暂停在离开时的状态，等你切回来再继续？**\n\n**我推荐后台继续基本生活，只为当前交流的伴侣运行画面和语音。** 其他伴侣继续推进时间、情绪，并在预算内低频产生生活事件；切回来时，有记录可查的经历可以延续。这样符合项目“你不说话时，她也在生活”的目标，也能限制后台的算力和模型调用开销。\n\n本轮只确定这一条体验规则，继续需求对齐，暂不施工。", + "created_at": "2026-10-20T03:03:43Z", + "parent_id": "01a15743-32b9-703f-88fc-4e6f5aebe3aa" + }, + { + "id": "01a15749-7530-71b4-9157-b9fa7011254b", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "对了，伴侣还有后台活动，这样的话我觉得首版暂时不考虑多个伴侣会好一点，就是只能创建一个伴侣，暂时不考虑多个伴侣，支持数据备份", + "created_at": "2026-10-20T03:09:54Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15749-fc88-7295-8350-dccfb0168b70", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 明确了：**首版只支持一个伴侣，保留她的后台生活；支持更换外观和数据备份，暂不做多个伴侣及切换。** 这条替代前面讨论的多伴侣方案。\n\n下一问：**备份按“每天自动备份＋随时手动导出到自己电脑＋从备份恢复”来设计，可以吗？**\n\n我推荐这样做。备份应能恢复同一位伴侣的八字、性格、对话、记忆、关系和生活进度；手动导出的完整备份还带上所用的人物、场景素材，方便以后换机器继续。恢复后仍然是原来的她。\n\n自动备份留在服务器上，导出到你电脑的副本用于服务器出故障时恢复；首版先不增加云盘接入。继续逐项确认需求，暂不施工。", + "created_at": "2026-10-20T03:10:29Z", + "parent_id": "01a15749-7530-71b4-9157-b9fa7011254b" + }, + { + "id": "01a1574f-9e0e-7bf4-b158-3f88a4c1988a", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意", + "created_at": "2026-10-20T03:16:38Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15750-2cf9-7f23-9269-0f150d2c5e61", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 备份方案已确定：每天自动备份，支持手动完整导出和恢复，换机器也能接着与原来的她相处。\n\n**下一问：语音交流，你希望“开启后自然连续交谈”，还是“每次按住按钮说话、松开发送”？**\n\n我推荐前者：你主动点“开始语音”后，就能直接和她说话，也能在她说话时开口打断；点“结束语音”后停止收音。同时保留文字聊天入口。这样更符合你想要的陪伴感，不必每句话都操作按钮。\n\n语音的实际响应速度和打断效果，后续要用你现有的语音服务验证，现在先确定体验目标。继续对齐需求，暂不施工。", + "created_at": "2026-10-20T03:17:14Z", + "parent_id": "01a1574f-9e0e-7bf4-b158-3f88a4c1988a" + }, + { + "id": "01a15750-e061-733b-9d80-38459d306b97", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "开启后自然连续交谈", + "created_at": "2026-10-20T03:18:00Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15751-670e-7187-b94a-cea70154df3b", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：主动开启语音后自然连续交谈，支持开口打断她；结束语音后停止收音，保留文字聊天。\n\n原仓库已经明确，她可以因为自己的生活经历主动找你分享。**下一问：首版这种主动联系，只在网页内发生，还是关闭网页后也需要向你的手机发通知？**\n\n我推荐首版先做网页内：开启语音交流时，她可以主动开口；没开启语音时，只留文字消息。关闭网页后，她继续生活并保留消息，等你回来再看，暂不接手机通知或其他聊天软件。\n\n这样先把“她有自己的生活、主动分享的内容有来由”做扎实。继续确认需求，暂不施工。", + "created_at": "2026-10-20T03:18:35Z", + "parent_id": "01a15750-e061-733b-9d80-38459d306b97" + }, + { + "id": "01a15751-ded1-7328-80ae-39967d2b3821", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意你的推荐", + "created_at": "2026-10-20T03:19:05Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15752-4cfe-7cd7-a4a3-8a8f8143f943", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：首版只在网页内主动联系；关闭网页后继续生活并保留消息，暂不向手机推送。\n\n我核对了原仓库：性格底色来自**她自己的出生年月日和时辰**，但目前只是配置文件里的固定示例，还没确定创建时怎么选。\n\n**下一问：创建伴侣时，你希望系统自动生成她的生辰、允许你在确认前调整，还是必须由你亲自指定？**\n\n我推荐“自动生成，也能手动指定”。不懂八字也能直接创建，有偏好时再自己填。生辰确认后作为人格底色的依据，换外观不会改动；相处经历仍会影响她的情绪、关系和逐步成长。\n\n这里先确定创建方式，八字具体怎样转成可持续表现的性格，后面继续单独对齐。暂不施工。", + "created_at": "2026-10-20T03:19:33Z", + "parent_id": "01a15751-ded1-7328-80ae-39967d2b3821" + }, + { + "id": "01a15754-b879-73b6-b367-b105898d7107", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意你的推荐", + "created_at": "2026-10-20T03:22:12Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15755-5d73-7907-b81b-2b83fe981578", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：创建时自动生成她的生辰，也允许你手动指定，确认后保留为人格底色的依据。\n\n**下一问：八字这块，首版你更看重“传统命理解读的完整程度”，还是“生成的性格在相处中鲜明、长期稳定”？**\n\n我推荐优先后者。原仓库已经有“五行、十神→性格参数”的初稿，但权重是人为设计的，还需要验证是否真能形成稳定的行为差异。\n\n我建议这样验收：同一生辰在同一套规则下得到一致的性格底色；性格确实影响她如何回应分歧、安排生活、表达关心和处理情绪；长期聊天后仍保留自己的特点，也能受共同经历影响逐步成长。每项倾向能追溯到生成规则，不能只是一段听起来很准的人设介绍。\n\n完整的传统命理解读深度可以后续扩展，先把你强调的“八字变成一个有自己性格的伴侣”做实。现在仍在确认需求，暂不施工。", + "created_at": "2026-10-20T03:22:54Z", + "parent_id": "01a15754-b879-73b6-b367-b105898d7107" + }, + { + "id": "01a15756-5e7f-73dc-8a97-0b0818cc5f8e", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "这一问我不太理解不同选择预期会有什么不同", + "created_at": "2026-10-20T03:24:00Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15757-0462-73fd-9019-a610c22dd1a7", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 上一问问法不合适：**这两件事都要做，区别是首版先把哪一部分做深。**\n\n整个过程有两步：**从八字推导性格，再让性格持续影响她的生活和对话。**\n\n举个例子，假设生成的性格是“有主见、需要独处、情绪恢复较慢”：\n\n- **先深入命理规则**：重点研究为什么这份八字会形成这些倾向，多个特征怎样加强或抵消，解释更细。但解释写得详细，并不能保证她在聊天里真的表现出来。\n- **先做实相处效果**：先用一套范围有限、依据清楚的性格规则，再重点验证她确实有自己的安排、会表达不同意见，情绪需要时间缓和，第二天还记得没解决的事情。你会更早感受到一个持续存在的人，但初版的命理推导会比较简化。\n\n**我的推荐是：基础排盘要核对，性格推导要能解释，首版优先把这些性格落实到真实相处中，再逐步深化命理规则。** 原仓库的权重只是初稿，需要检验和修正，不能直接当作已经验证的结论。\n\n所以重新问清楚：**你接受首版先采用“有依据的基础八字规则＋重点验证相处表现”，把更全面的命理细则放到后续完善吗？**", + "created_at": "2026-10-20T03:24:42Z", + "parent_id": "01a15756-5e7f-73dc-8a97-0b0818cc5f8e" + }, + { + "id": "01a15759-9bc3-7bfb-a98d-59d019905370", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "明白你的意思了，你说的意思是先提取八字性格特征量化指标的明确性描述或者说是容易让模型理解并执行的部分，排除模糊不清难以理解的部分，是这个意思吗", + "created_at": "2026-10-20T03:27:32Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a1575a-46a0-7acd-b0bd-5b8a01c97257", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **基本对，你抓住了重点。** 首版先选含义明确、能转成指标、能落实到行为并检验的性格特征。含糊、互相矛盾、暂时解释不清的部分先记录下来，不硬塞进计算，也不让模型随意补全。\n\n还要加一层：**这些指标既指导模型表达，也要影响程序维护的真实状态和生活安排。** 例如：\n\n- “独处需求高”：她更常安排自己的活动，有时会表达想独处；不需要每句话都故意冷淡。\n- “情绪恢复慢”：程序中的情绪状态逐步缓和，后续对话和行为随之变化，不靠模型临时记住“我应该还在难过”。\n\n模型负责把当下状态表达得自然；程序负责保存和推进情绪、记忆、关系与生活进度，再检查表现是否一致。**写成数字还不等于有效，最终要用实际相处场景检验。**\n\n按这个定义，把首版八字方案定为“明确特征→可解释指标→具体行为和状态→场景验证”，暂缓含糊规则，你同意吗？", + "created_at": "2026-10-20T03:28:16Z", + "parent_id": "01a15759-9bc3-7bfb-a98d-59d019905370" + }, + { + "id": "01a1575d-04da-7470-b140-7a7d98948568", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "这样有个度的问题，定的太死缺少活力，太模糊又会偏移是这样吗", + "created_at": "2026-10-20T03:31:16Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a1575d-9524-76c1-b70c-b9bd906935e1", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **是，这正是核心尺度。性格指标应该规定倾向和变化方式，具体选择还要结合当时的情境。**\n\n比如她平时需要独处：多数时候会有自己的安排；但今天碰到特别想分享的事，也可能主动拉着你聊很久。这个反差有原因，反而显得鲜活。不能因为一次热情就判断她“性格漂移”，要看她长期是否仍像同一个人。\n\n我建议分三层把握：\n\n- **事实要守住**：经历过什么、记得什么、正在做什么，有记录可查，不能临时编造。\n- **性格有惯性**：同样的事情，她有自己的反应倾向；情绪随事件起伏，成长需要经历，变化能找到来由。\n- **表达和选择留空间**：措辞、幽默、主动性和具体活动，结合当时情绪、关系与情境自然变化，允许偶尔出人意料。\n\n“独处需求高”不能直接写成“每天必须独处几小时”，“情绪低落”也不能写成“每句话必须冷淡”。指标用来影响选择的倾向与范围，实际效果要通过不同情境、连续多天的相处来调整。\n\n**我的推荐尺度是：长期认得出她，眼前又不能句句猜中她。** 这个方向符合你想要的感觉吗？", + "created_at": "2026-10-20T03:31:53Z", + "parent_id": "01a1575d-04da-7470-b140-7a7d98948568" + }, + { + "id": "01a15763-1fc5-7f36-bf43-722e8755703c", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "我的意思是对于八字的性格描述的度，是不是稍微模糊一点，模型会有自己的思考和理解的，有偏差正好就是个性化的体现，而不是定死标准，回答的结果，人设一个样", + "created_at": "2026-10-20T03:37:56Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15763-e729-7aa2-a752-7b95fb69372c", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **明白了，你说的是：八字给出有解释空间的性格底色，让模型自行理解、发展出她自己的样子。** 前面我偏重行为约束，没有准确回应这一层。\n\n这个方向我赞成。例如八字给出“独立、有自己的主张”，模型可以理解成喜欢独处钻研，也可以理解成愿意亲近、但习惯自己拿主意。这些差异都能形成不同的个性，不需要把“独立”规定成唯一表现。\n\n因此，我会调整前面的建议：**同样的八字可以有相近底色，也可以长成不同的人。** 数值只在需要控制情绪节奏、生活状态等地方辅助使用，性格描述保留含义和张力，不给每种表现规定标准答案。\n\n你说的“偏差”，只要逐渐形成能延续的偏好、习惯和处事方式，就可以成为她的个性。需要防的是每轮重新理解、前后无缘由地翻转；她已经形成的特点，应通过记忆和经历积累下来。\n\n**下一问：你希望她刚创建时，就带有一些由模型自主形成的个人喜好和小习惯吗？** 我推荐带少量初始特点，之后再通过自己的生活和与你相处逐步丰富，给成长留下空间。", + "created_at": "2026-10-20T03:38:47Z", + "parent_id": "01a15763-1fc5-7f36-bf43-722e8755703c" + }, + { + "id": "01a15765-2fa8-7494-b0b8-7a0054500556", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "这一点我同意你的推荐", + "created_at": "2026-10-20T03:40:11Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15765-c0ca-7cea-be8c-e9eae3005322", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：她创建时就带少量自主形成的喜好和小习惯，之后通过自己的生活、与你的相处逐渐丰富；八字底色保留解释空间。\n\n**下一问：你们第一次见面时，是“刚认识、慢慢建立关系”，还是“一开始就已经是情侣”？**\n\n我推荐从自然的初识开始：第一天就能友好交流，她根据自己的性格表现出不同的热情和距离感；共同经历从第一次见面开始积累，之后逐渐形成信任、默契和亲密。\n\n这样关系发展的过程本身也能成为陪伴体验的一部分。你更希望哪种起点？", + "created_at": "2026-10-20T03:40:48Z", + "parent_id": "01a15765-2fa8-7494-b0b8-7a0054500556" + }, + { + "id": "01a1576a-5ffe-73fb-b6f1-2aeee98a5782", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "这些能否以提示词的形式体现，而不是在系统里就定死", + "created_at": "2026-10-20T03:45:51Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a1576b-27ec-7677-9d32-bd310ded699e", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **可以，我建议采用这种方式。** 八字带来的性格底色、喜好习惯、初始关系和相处原则，都可以作为可调整的提示词提供给模型，修改设定不需要改代码。\n\n比如性格可以这样描述：\n\n> 你重视自主，也愿意与人亲近。你有自己的判断，会结合当时的心情、经历和对方的表达决定如何回应。你逐渐形成的偏好与习惯，会延续到以后的生活中。\n\n这样的描述给模型留下诠释空间。同样的“自主”，可以发展出不同的表达和处事方式。上一问的“刚认识还是已经是情侣”，也可以成为创建时的可选设定，写进提示词。\n\n程序仍负责保存对话、记忆、生活事件，推进时间和后台活动，并把相关记录交给模型参考。**提示词和人物资料负责引导她怎样表现，持续的记录帮助她保持前后连贯。** 单靠一段提示词不能保证长期稳定，后续需要用你现有的模型验证。\n\n这会调整原仓库“主要用固定性格数值驱动”的方案；现在先讨论设计，暂不修改。\n\n**下一问：首版要不要提供一个能直接查看、用中文编辑人物提示词的页面入口？** 我推荐提供，方便你自己调整设定，不必找人改代码。", + "created_at": "2026-10-20T03:46:42Z", + "parent_id": "01a1576a-5ffe-73fb-b6f1-2aeee98a5782" + }, + { + "id": "01a15771-3a93-7518-9b23-489509520d77", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "上一问，八字带来的性格底色是系统级的，不能修改，原仓库的介绍里也说明了为了防止提示词因上下文过长就会稀释，能修改的是关系，你觉得呢，或者你有没有更好的建议", + "created_at": "2026-10-20T03:53:20Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15772-3101-7d20-bf1d-a3b3092b6535", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **我赞成这个区分。上一轮把八字底色也列为可编辑项，是我理解过头了。** 你要保留的是“底色稳定，理解和表达有空间；关系可以调整”。\n\n我建议这样设计：\n\n- **八字底色由系统保存，创建后只读。** 每轮交流都从这份原始资料重新提供给模型，给它预留固定空间，避免只在第一次聊天时交代一次，后来被聊天记录挤掉。底色可以用结构化指标配合简短解释表达，措辞和具体反应仍有发挥空间。\n- **关系设定单独保存、允许修改。** 比如朋友或恋人、彼此称呼、相处边界，都可以通过关系提示词表达；修改关系设定不会覆盖八字底色。\n- **成长另外积累。** 喜好、习惯、信任、共同经历和处事方式可以逐渐发展。原仓库还留有“重大经历微调核心”的例外；按你现在的要求，我更建议把这些成长单独记录，保留最初的八字底色。\n\n还要分清：**资料不可修改，可以由程序保证；模型每句话都遵守，仍需验证。** 长上下文中，信息所处的位置会影响模型使用它的效果，[相关研究](https://arxiv.org/abs/2307.03172)支持这个风险，但没有验证你现有模型的实际表现。因此还要控制上下文长度、按需取回记忆，并检查明显矛盾；写成数字或放进系统提示词，都不能直接当作已经解决漂移。\n\n**下一问：你说的“关系可修改”，希望相处过程中也能随时改朋友／恋人等设定，还是只在创建时选择起点？** 我推荐相处中也能明确修改关系设定，同时保留已有的记忆和互动形成的信任，不自动改写过去。\n\n本轮只讨论方案，暂不修改代码。", + "created_at": "2026-10-20T03:54:23Z", + "parent_id": "01a15771-3a93-7518-9b23-489509520d77" + }, + { + "id": "01a15774-ddc6-7039-9d31-991c02890d5f", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意你的推荐", + "created_at": "2026-10-20T03:57:19Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15775-89f4-7ec8-89eb-b3554fb05d19", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：**关系设定可以在相处过程中修改，已有记忆和互动形成的信任保留；八字性格底色不可编辑，成长经历另行积累。**\n\n接下来回到你最初强调的写实、沉浸画面。\n\n**下一问：首版的生活空间，是否先集中做好一个房间，后续再扩展其他房间和外出场景？**\n\n我推荐先做好一个房间，但把这间房里的体验做完整：环境与人物分开；窗外天气、昼夜和光线有对应变化；她有少量不同的服装与日常动作；交流时能自然转入已讨论的半身或近景画面。\n\n验收重点是人物真实感、同一个人的连续性、动作与交流的衔接，以及她的活动能对应实际生活记录。动作、服装和场景都保留扩展入口。先用试片验证质量，再据此确定具体素材数量，避免数量铺开后效果仍达不到你的预期。\n\n本轮继续确认范围，暂不施工。", + "created_at": "2026-10-20T03:58:03Z", + "parent_id": "01a15774-ddc6-7039-9d31-991c02890d5f" + }, + { + "id": "01a1577a-e852-7551-ace8-0b2028db9ebb", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意你的推荐", + "created_at": "2026-10-20T04:03:55Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a1577b-b65c-787a-b436-b0a74c38fea4", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 请确认下一项：**你主要会在电脑上使用，还是手机上使用？**\n\n已确定首版先做好一个房间，后续再扩展其他空间。\n\n我推荐首版以电脑的大画面沉浸体验为主，同时适配手机上的看画面、文字聊天和连续语音。电脑上能更完整地呈现人物、房间与环境细节；手机采用适合竖屏的构图和简化布局，继续使用同一位伴侣、同一份记忆。\n\n如果你主要用手机，就应该从一开始围绕手机设计构图和操作。这个使用习惯需要你来定，暂不施工。", + "created_at": "2026-10-20T04:04:47Z", + "parent_id": "01a1577a-e852-7551-ace8-0b2028db9ebb" + }, + { + "id": "01a1577c-d10f-7513-8f58-62b3b387240a", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "主要在电脑上使用，同意你的推荐", + "created_at": "2026-10-20T04:06:00Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a1577d-7203-7b2b-bf24-f880f56750cf", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：电脑的大画面沉浸体验优先，同时适配手机看画面、文字聊天和连续语音。\n\n**下一问：图片、视频素材的制作，首版是否先使用已有工具和本地机器，暂不新增付费的云端生成接口？**\n\n我推荐先按这个范围做。后续先用小样验证写实效果、人物一致性、生成耗时，以及与现有语音服务共用机器时的资源占用。根据实际结果，再判断有没有必要增加外部服务；如果需要，届时把效果差别和具体费用列出来，由你决定。\n\n这项问的是场景图片、人物动作和换装视频的制作。LLM仍使用你提供的外接服务。现有硬件能达到什么效果，要经过试片才能下结论。\n\n现在继续确认需求，暂不安装或运行新的生成服务。", + "created_at": "2026-10-20T04:06:41Z", + "parent_id": "01a1577c-d10f-7513-8f58-62b3b387240a" + }, + { + "id": "01a1577e-96f6-72c7-b66b-6c43779fc5f0", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "是", + "created_at": "2026-10-20T04:07:56Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a1577f-0707-7ac6-9c0f-aef2e73ba108", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：首版先用已有工具和本地机器制作素材，暂不新增付费生成接口；效果和耗时通过试片验证。\n\n**下一问：首版只需要在连接部署服务器的同一个内网里使用，还是外出后也要能访问？**\n\n我推荐首版先做好内网使用，访问方式类似现在的 `.12` 演示地址。电脑和手机都连接这个内网，使用同一位伴侣、同一份记忆；网页关闭后，她仍在服务器上继续生活。\n\n外出访问可以后续再扩展。这样首版能先集中验证写实画面、连续语音和后台生活的完整体验。", + "created_at": "2026-10-20T04:08:25Z", + "parent_id": "01a1577e-96f6-72c7-b66b-6c43779fc5f0" + }, + { + "id": "01a15780-0fd0-7438-beee-4947f4c3c928", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "首版内网使用", + "created_at": "2026-10-20T04:09:32Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15780-a5ef-7edc-a957-4af62d6d926b", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：首版在内网使用，电脑体验优先，同时适配手机。\n\n**下一问：首版需要让她通过你的摄像头“看见你”，还是先通过语音和文字与你交流？**\n\n原仓库设想过摄像头这扇“窗”，但这项还没有明确纳入我们这次首版的范围。\n\n我推荐首版先做语音和文字，把自然连续交谈、写实人物表现、记忆和后台生活做好，再加入摄像头感知。她能看见你的表情、动作和周围物品，需要另行验证图像理解服务以及如何把看到的内容融入交流。\n\n这里问的是她是否接收你的摄像头画面；你看到的动态人物和环境仍按已经确认的方向设计。", + "created_at": "2026-10-20T04:10:11Z", + "parent_id": "01a15780-0fd0-7438-beee-4947f4c3c928" + }, + { + "id": "01a15781-96c6-7812-bb5a-887e9262d112", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "能否根据摄像头看到我，请你根据我的硬件判断能否实现，效果如何", + "created_at": "2026-10-20T04:11:12Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a15783-ec21-7999-a2ae-54af997cf788", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **能实现。我建议把“可开关、间歇观察你的摄像头画面”纳入首版候选；目前适合的效果是隔一会儿看你一眼，再结合聊天回应。**\n\n我刚核实并做了小规模测试：\n\n| 核实项 | 结果 |\n|---|---|\n| `.12` 硬件 | RTX 5090 D，约32GB显存；当前占用约5.5GB，余量约26GB；系统内存约94GB，可用约78GB |\n| 现有 `.11:8731` LLM接口 | 可以接收图片；两次随机颜色位置测试都答对，单次约1.5秒 |\n| 已有演示场景图 | 约7秒返回，能描述人物、毛衣、书、室内与窗外雨夜；也把腿上的格纹毯误说成了裤子 |\n\n**这些结果说明：现有接口已经具备单张图片理解能力，值得接摄像头验证。** 看图请求发给的是 `.11` 的现有服务，这个耗时不能当作 `.12` 本地视觉模型的速度；也无需先在 `.12` 再加载一个视觉模型。\n\n预期可以尝试的体验包括：注意到你坐在桌前、衣服颜色、手里明显的杯子或书、房间变暗，然后自然接进对话。细小物品、遮挡、快速动作和细微表情容易漏看或认错，识别结果需要允许“不确定”。\n\n**我的建议：默认尝试每5—10秒取一帧，忙时跳过旧画面；你问“看看我拿的是什么”时，再取当前画面。** 涉及看图的回应可能要等几秒；普通语音交流的设计目标是继续进行，避免每句话都等视觉结果。原仓库的“每5秒一帧、生成场景摘要”也属于这个方向。\n\n真实摄像头的画质、光照，以及看图、连续语音、人物口型同时运行时的延迟还没测，当前显存占用也只是一次快照。浏览器摄像头接入还需要内网的可信 HTTPS 访问方式和摄像头授权，见[浏览器说明](https://developer.mozilla.org/en-US/docs/Web/API/MediaDevices/getUserMedia)。本轮只用了合成图和已有演示图，未安装新服务或读取摄像头。\n\n基于这次结果，我调整前面“首版先不加摄像头”的推荐：**可以加入这种可选的低频视觉，先用实际摄像头小样验收。这个效果范围符合你的预期吗？**", + "created_at": "2026-10-20T04:13:45Z", + "parent_id": "01a15781-96c6-7812-bb5a-887e9262d112" + }, + { + "id": "01a157a5-1668-723d-af23-732a612b30b9", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "对于这个项目的模型来说，我的想法是不以一个大模型作为所有功能的支撑，该用小模型的地方就用小模型，摄像头识别部分，能否采用小的视觉模型作为前处理，这样能保证速度和资源开销，小模型的部署由我在其他设备（我还有张 4080 显卡）", + "created_at": "2026-10-20T04:49:59Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a157a6-b158-7ba5-8a3a-1d19920890ac", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **可以，我更推荐你提出的分工：小模型负责视觉观察，主模型结合性格、记忆和观察结果交流。视觉小模型由你在另一台设备部署，我们通过接口接入。**\n\n原仓库已经有按任务选择模型的基础：时间和状态推进用程序计算，记忆整理、事实抽取等交给小模型，主对话使用能力更强的模型。视觉也应该独立选型。上一轮测得的1.5秒／7秒，只是现有主模型接口的看图结果，不是最终视觉方案的速度。\n\n建议流程是：\n\n**摄像头画面 → 轻量变化检测 → 4080上的小视觉模型 → 带时间的观察摘要 → 主对话模型。**\n\n例如小模型输出“刚才画面里，你坐在桌前，手里可能是白色杯子”，主模型再决定是否回应、怎样回应。观察结果保留“可能、没看清”等不确定项；画面没有明显变化时减少分析，旧画面过期后不继续当作眼前事实。需要看清细节时，再按需复核原图。仅传摘要会丢失部分细节，这个复核入口需要保留。\n\n**4080具备尝试这类部署的条件。** 按台式 RTX 4080 的[官方16GB显存规格](https://www.nvidia.com/en-us/geforce/graphics-cards/40-series/rtx-4080-family/)估算，我建议优先测试 [Qwen3-VL-4B-Instruct](https://huggingface.co/Qwen/Qwen3-VL-4B-Instruct)，用 [2B版本](https://huggingface.co/Qwen/Qwen3-VL-2B-Instruct)对照速度和准确率。以4B级规模粗算，半精度权重约8—9GB，实际运行还要加图像处理、缓存等开销；应从单张图、短上下文、简短摘要开始测。这个判断基于规格估算，尚未核实你那台机器的空闲显存，也没有做4080实测。\n\n这种分工能把视觉负载从 `.12` 和主对话服务分离，也便于限制分析频率和输入大小。**“小模型＋另一台显卡”有助于控制资源，但还不能直接保证秒回。** 验收要同时看识别错误、观察的新鲜程度、响应延迟和显存占用；视觉等待时，普通语音交流应能继续。\n\n**下一问：首版视觉先聚焦“你是否在画面里、明显物品、房间环境变化”，快速挥手、点头等连续动作留到后续，可以吗？** 我推荐先这个范围，再根据4080实测结果决定是否扩展动作识别。部署由你负责，本轮继续讨论方案。", + "created_at": "2026-10-20T04:51:44Z", + "parent_id": "01a157a5-1668-723d-af23-732a612b30b9" + }, + { + "id": "01a157a7-c9f2-7133-8340-9b497f12f7e7", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意你的推荐", + "created_at": "2026-10-20T04:52:56Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a157a8-510f-7d3d-9880-670dc9ae4d22", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：首版摄像头视觉聚焦人在不在、明显物品和环境变化，快速连续动作后续再扩展；小视觉模型由你在其他设备部署，通过接口接入。\n\n**下一问：她房间的天气和昼夜，你希望跟随你设置的一个真实城市，还是让她有独立的地点和时间？**\n\n我推荐首版由你手动选择一个真实城市，默认跟随这个城市的当地时间和天气。她的房间据此呈现白天、夜晚、晴雨等变化，生活作息也使用同一个时间依据；你可以选择自己所在的城市，也可以选择别处。\n\n这样天气、画面和她正在经历的生活比较容易保持一致，也不用每次打开网页重新定位。具体城市等落实设置时再填，现在先确认这条体验规则。", + "created_at": "2026-10-20T04:53:31Z", + "parent_id": "01a157a7-c9f2-7133-8340-9b497f12f7e7" + }, + { + "id": "01a157a8-aeab-7611-9695-74afbc2dec02", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意你的推荐", + "created_at": "2026-10-20T04:53:54Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a157a9-bd18-7533-9b21-e5f4c3a90d7c", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确定：你手动选择一个真实城市，她房间的天气、昼夜和生活作息跟随当地节奏。\n\n**下一问：你是否同意先把“写实动态效果小样”作为第一道验收，通过后再扩展完整功能？**\n\n我推荐按这个顺序。先确认人物与房间的写实样图，再用动态小样验证以下几点：\n\n- 人物与环境能独立变化，天气和光线切换时人物保持一致。\n- 她有真正的日常动作片段，能自然循环、衔接。\n- 转入半身或近景交流时，同一个人的脸、衣服和姿态能延续，口型与语音的配合达到你认可的程度。\n\n**这道关卡由你亲眼判断“像不像你想要的她”。** 小样通过后，再把已确认的性格、关系、记忆、后台生活、视觉感知和备份功能逐步接完整；这些功能仍分别验收。\n\n这样先验证当前最不确定、也最容易再次做偏的写实动态路线。此处先确认验收顺序，暂不开始施工。", + "created_at": "2026-10-20T04:55:04Z", + "parent_id": "01a157a8-aeab-7611-9695-74afbc2dec02" + }, + { + "id": "01a157ab-209c-7c8f-956c-40ebb3340f4e", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意，另外以上所有一问一答的最终结果，你是否记录，别问到最后发现第一次问题的结果跟当时不一致", + "created_at": "2026-10-20T04:56:35Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a157b1-8099-7c13-968f-e9ff675f16b2", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟩【汇报进度】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **此前每轮结论都留在主卡评论里，但确实缺少一份统一台账。本轮我已从第一问逐条核对，整理成《首版需求确认记录 v1》，随评论附上。**\n\n共核对55条访谈对话，包括你的28条发言，整理为24项现行决定，并明确列出8项被覆盖或未采纳的旧说法。\n\n容易记错的几条已经单独标明：\n\n- 第一问采用的是**预生成日常动作＋交谈时验证局部实时反应**的混合路线；任意新全身动作现场生成仍是后续目标。\n- **首版只做一个伴侣**，覆盖之前讨论的多伴侣保留与切换。\n- **八字底色系统级保存、不可编辑，同时保留性格诠释空间；关系可修改，已有记忆和信任保留。**\n- **按任务选模型**，视觉小模型由你在其他设备部署，项目接接口；不把现有主模型的看图测试当作最终视觉方案。\n- **先确认写实样图，再验收动态小样，认可后逐步接完整功能。** 你这轮的同意也已记录。\n\n附件的页面版可以展开查看原对话依据；另附同内容的结构化副本。每项有编号、来源和范围边界，候选模型、未定规格和未实测的性能另列，避免混成已确认承诺。\n\n**后续方案、派工和验收都引用这份记录的编号与版本。** 新决定增加版本，写明哪条从什么改成什么、由哪条发言确认；发现冲突先回查原话。这次先把记录补齐，尚未启动新施工。", + "created_at": "2026-10-20T05:03:33Z", + "parent_id": "01a157ab-209c-7c8f-956c-40ebb3340f4e" + }, + { + "id": "01a157b5-a267-71fb-a634-ec0d22601b16", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "那就继续吧", + "created_at": "2026-10-20T05:08:03Z", + "parent_id": "01a1570f-3127-7122-a4d2-fc0d5cd59c84" + }, + { + "id": "01a157ba-3fc7-75b1-bf35-0cc43b5fe8aa", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟩【汇报进度】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已按《首版需求确认记录 v1》进入第一关的设计准备，**总工和美术师都已实际开始工作**：\n\n- 总工在 [HEL-708](mention://issue/01a157b9-33d0-7324-98f3-44c23ecaa171) 制定写实动态小样方案、素材标准和验证步骤。\n- 美术师在 [HEL-709](mention://issue/01a157b9-3839-733a-b363-82d7716bc7dc) 准备写实人物、独立房间与构图样图。\n\n两张卡都附上了同一份确认记录，要求逐项对照，保留你已经确定的边界。\n\n完成后，我会把样图和方案汇总到这张主卡，请你验收人物与空间的实际观感。确认后再进入动态小样，完整功能随后逐步接入。", + "created_at": "2026-10-20T05:13:06Z", + "parent_id": "01a157b5-a267-71fb-a634-ec0d22601b16" + }, + { + "id": "01a157d1-d60a-7d8c-b8f3-d80858e7b0dc", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "author_type": "agent", + "created_at": "2026-10-20T05:38:52Z", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 请看这条评论附带的四张样图，确认是否按这个人物外观和房间氛围继续；有不喜欢的地方，直接在主卡指出。\n\n- 图1看人物长相和真人质感。\n- 图2看无人房间、窗外冷色与室内暖光。\n- 图3看她坐在房间里阅读的整体感觉。\n- 图4看她抬头与你交流时的近景。\n\n我推荐沿这个方向继续。**这四张都是静态样图，人物与房间独立活动、动作衔接和口型还没有验证。** 合成图也有家具位置变化，不能直接当作已经对齐的分层素材。\n\n总工方案与美术规范已整合，附上完整资料；补充明确了固定机位、手机取景和后续验证顺序。你认可方向后，先补独立图层的静态合成验证，再做最小动态试片，最后验收动作、切镜和语音口型。\n\n目前等待你确认，尚未启动动态施工，旧演示保留。" + }, + { + "id": "01a157d2-e345-7d7f-914b-30438076b5a8", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 请在主卡刚发布的“四张样图”验收评论里反馈人物外观和房间氛围。\n\n本次自动核对确认：四张图片、总工方案、美术规范和整合说明已交齐，主卡已同步为待验收。当前停在静态观感确认这一关；独立分层、动作衔接和语音口型仍需后续验证，按同一份 v1 需求记录推进。", + "created_at": "2026-10-20T05:40:00Z", + "parent_id": "01a157b5-a267-71fb-a634-ec0d22601b16" + }, + { + "id": "01a1581e-7925-7a60-8185-615b434a4afd", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "author_type": "member", + "created_at": "2026-10-20T07:02:34Z", + "content": "人物太老，太路人了，年龄应该在 20 岁左右，冷白皮，圆鹅蛋脸，中短发，气质清纯干净，场景设定为高层卧室，慵懒沙发，女性化装饰元素，温暖温馨的氛围", + "parent_id": "01a157d1-d60a-7d8c-b8f3-d80858e7b0dc" + }, + { + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "author_type": "agent", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已按你的要求重做四张样图，请看附件，判断这次的人物和卧室是否符合你想要的感觉。\n\n1. **人物定妆**：按20岁左右的成年女性设计，冷白皮、圆鹅蛋脸、中短发，清纯干净。\n2. **高层卧室**：加入床铺、慵懒软沙发、梳妆台、淡粉织物与鲜花，用暖光营造温馨感。\n3. **卧室入景**：她坐在窗边沙发上阅读的整体画面。\n4. **交谈近景**：看清她在房间暖光下的脸型、神态和交谈距离。\n\n这次要求已记入**需求记录v1.1（CG-025、CG-026）**，附上可阅读版和原始记录；旧版保留，其余功能约定不变。\n\n目前仍是静态方向样图，分层对齐、动态动作与语音口型尚未验证。先等你认可这次外观和场景，再进入下一道小样验收。", + "created_at": "2026-10-20T07:16:29Z", + "id": "01a1582b-3711-7ebc-984a-3883aa027b4c", + "parent_id": "01a1581e-7925-7a60-8185-615b434a4afd" + }, + { + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "author_type": "member", + "content": "可以，继续吧", + "created_at": "2026-10-20T07:17:50Z", + "id": "01a1582c-7386-7515-bf62-89dfadfea3d3", + "parent_id": "01a157d1-d60a-7d8c-b8f3-d80858e7b0dc" + }, + { + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "author_type": "member", + "content": "我现在有几个我自己的想法\n\n- 用预生成的视频素材直接代替场景渲染，就是预生成成品视频素材，相同场景的不同天气，不同光线变化加上人物的不同动作等等，前端要做的就是根据真实时间和天气调用相应的视频素材播放，但这样的弊端是无法互动，不知能否解决\n- 直接用 2D 平面动画，我印象中应该有现成的方案可以实现 2D 动画加载不同建模风格，根据对话内容进行互动的\n- 用云端 API，比如 VIDU，这个平台我试过，可以根据用户上传的自定义音色自定义人物图片，就直接生成非常逼真的实时数字人视频聊天风格的效果，但弊端很明显，贵，规矩多，限制多\n- 或者有哪些是我忽略的或不了解的技术方案呢？", + "created_at": "2026-10-20T09:32:09Z", + "id": "01a158a7-6c14-72f9-97b9-36e020d885de" + }, + { + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "author_type": "agent", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **我更推荐优先验证：成品视频负责她的日常生活，本地实时数字人负责交谈，你自己的系统负责性格、记忆和生活状态。** 你提出的几种方式可以组合使用，文末有一个需要先确认的风格问题。\n\n我查了现有项目和官方文档，比较如下。这里的判断是方案建议，不代表已经在你的设备上验证通过。\n\n| 路线 | 能解决什么 | 主要代价或边界 | 对本项目的判断 |\n| --- | --- | --- | --- |\n| 成品场景视频 | 房间、人物、光线一起制作，前端直接播放，省去实时抠像与沙发接触处理 | 天气、时段、衣服、动作的组合越多，素材越多；只能播放已有动作 | 很适合日常生活画面 |\n| Live2D等二维动画 | 表情、视线、口型和预设动作可由程序随时控制 | 需要专门制作可驱动的分层模型；换张人物图片不能直接继承所有动作 | 如果能接受绘画感，值得优先考虑 |\n| 云端实时数字人 | 将实时人物视频生成交给平台 | 持续费用、网络依赖及平台约束；本地系统仍需接入 | 可作效果参照或按需备选 |\n| 本地实时人像驱动 | 用自己的声音实时驱动人物口型、部分头部反应，再传到浏览器 | 要处理人物预处理、画质、音画同步、打断和切换；不等于任意全身动作 | 最值得补做的关键验证 |\n\n**第一，你的“成品视频”方案可以互动，但要分清互动到哪一步。**\n\n她读书时，你随时说话，后台LLM实时回答，这是可以独立接入的；让她抬头、放书、进入交谈，可以调用事先做好的过渡片段。要让嘴型跟随这次新说的话，则需要实时人像驱动或云端服务，单靠播放现成视频做不到。\n\n所以我建议的呈现过程是：**按生活状态、天气和时间播放日常成品视频 → 有交流时自然转到同一人物的交谈画面 → 实时声音和口型 → 结束后回到她正在做的事。** 整体房间不必每帧重新渲染。代价是切换时要保持脸、衣服、光线和位置一致，天气变化也要选合适节点切片，不能保证任意时刻都无痕切换。\n\n这比当前“逐帧抠出人物再合成”的路径，有机会减少素材处理难度；是否更可靠，要用同一人物的日常与交谈往返验证，不能只看单段视频。\n\n**第二，二维动画确实有现成方案，但不是“任意图片放进去就能自由活动”。**\n\nLive2D需要把人物拆成眼睛、嘴、头发等部件，再制作运动参数。[Live2D官方制作说明](https://docs.live2d.com/en/cubism-editor-manual/divide-the-material/)\n\n[Open-LLM-VTuber](https://github.com/Open-LLM-VTuber/Open-LLM-VTuber)已经整合了Live2D、外接LLM、语音交互、打断和表情控制，可以参考其接法。不过项目仍在开发，它也不能直接代替你的后台生活与长期记忆系统。**我的判断是：二维模型的动作控制更明确，但照片级真人质感和自助换素材，会把难度转移到人物制作上。**\n\n**第三，Vidu有一个对你很重要的选择：组件版。**\n\n我查到它可以接收我们自己的识别文字、模型回复和合成音频，再输出数字人视频，也有打断信号。因此可以保留你现有LLM及本地八字、记忆、关系系统，把云端当作人物画面服务使用。[Vidu组件版官方接口](https://platform.vidu.com/docs/api-reference/digital-human/realtime-avatar-component)\n\n这解决了“必须把整个伴侣交给平台”的担忧，但费用、网络和平台限制仍在。若考虑使用，应按实际每天开启交谈的时长核算，并确认计费与断线规则；我不建议默认全天常开云端视频。\n\n**第四，你遗漏的重点是本地实时数字人，而不是另找一种场景特效。**\n\n[LiveTalking](https://github.com/lipku/LiveTalking)的开源说明已有实时口型、语音打断、浏览器推流，以及不说话时播放自定义视频的能力，和上述组合很接近。它仍需要整合与测试，开源版也不能直接等同其商用版的效果和交付能力。\n\n[Ditto](https://github.com/antgroup/ditto-talkinghead)则是声音驱动人像的另一类候选；还有[AvatarForcing](https://github.com/KlingAIResearch/AvatarForcing)这类流式生成研究路线。它们值得比较，但“论文展示实时”不能当成你的5090D已能稳定运行，更不代表能随意走动、拿物品和换衣。\n\n**结合你的目标，我会优先验证“成品日常视频＋本地实时交谈”，保留云端替换入口。** 你的5090D约32GB显存值得先测单路人像驱动；具体模型兼容、延迟、画质和语音服务并发占用仍需实测。人物显示方式可以更换，八字底色、记忆、关系和后台生活继续留在自己的系统里。\n\n**先问一个决定选型的问题：你这次提出二维动画，是愿意接受带绘画感的半写实人物，还是希望仍保持真人照片般的外观？**\n\n我推荐先沿用你之前明确的真人写实要求，优先验证上述组合；如果你愿意接受绘画感，我会把Live2D路线的优先级明显提高。本轮先比较方案，没有修改现有代码、部署或已确认需求。", + "created_at": "2026-10-20T09:36:30Z", + "id": "01a158ab-6607-7e86-acd3-2fd3f98de0b5", + "parent_id": "01a158a7-6c14-72f9-97b9-36e020d885de" + }, + { + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "author_type": "member", + "content": "我当然是优先考虑真人照片般的效果，二维动画是其次考虑的，但如果真人效果做不到，影响沉浸感，那就不得不考虑二维了", + "created_at": "2026-10-20T10:05:09Z", + "id": "01a158c5-a25f-742b-975d-6af1ce8ff6b6", + "parent_id": "01a158a7-6c14-72f9-97b9-36e020d885de" + }, + { + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "author_type": "agent", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 明确了：**真人照片般的效果优先；真人路线无法满足沉浸感时，再考虑二维。** 这个取舍已补进需求记录v1.3（CG-027），附件可查，旧版保留。\n\n判断真人路线是否值得继续，我建议重点验证：同一张脸是否稳定、听说时的反应是否自然、口型和声音是否协调，以及长时间相处会不会明显僵硬、重复。照片好看和一段循环能播放，还不足以回答这些问题。\n\n**接下来想确认交谈时的身体表现：你是否要求肩膀、手势也随着她说的话实时自然变化，还是优先让口型、表情和目光自然，身体主要使用少数预设动作就可以？**\n\n我推荐首版先以后者作为验证目标，再判断它是否已经有足够临场感。这会直接影响本地数字人的选型，不能默认“嘴能动”就算满足。当前只记录取舍、澄清边界，具体路线仍未定稿。", + "created_at": "2026-10-20T10:07:40Z", + "id": "01a158c7-f16f-7b98-844e-77271f16d6d8", + "parent_id": "01a158c5-a25f-742b-975d-6af1ce8ff6b6" + }, + { + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "author_type": "member", + "content": "同意你的观点，以目前的硬件水平达不到肩膀，手势的变化", + "created_at": "2026-10-20T10:24:15Z", + "id": "01a158d7-1d0c-764c-8a4c-35359b4f5d8a", + "parent_id": "01a158a7-6c14-72f9-97b9-36e020d885de" + }, + { + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "author_type": "agent", + "content": "🟨【等你验收】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 首版交谈范围已记入 **v1.4（CG-028）**：口型、表情和目光自然优先，身体使用少量预设动作，不要求按每句话实时生成新的肩膀、手势变化。完整记录附在这里。\n\n硬件这一点要说准确：**目前是我们选择不把它列为首版要求，尚未实测证明你的硬件绝对做不到。** 预设的肩部、手部动作仍可以保留，人物也不必僵着不动。\n\n**下一问只定日常画面的做法：是否采用你提出的“房间与人物一起做成成品视频”，按天气、时段和她的实际活动选片，再配同一人物的实时半身交谈画面，作为首版优先验证的主方案？**\n\n我推荐采用。它有机会省去当前逐帧抠人物、处理沙发接触的工作；代价是换天气、衣服或活动时需要相应的视频和自然过渡。交谈时仍要保持同一张脸、衣服和光线。这次先确认这项架构取舍，具体模型和实际效果仍需验证。", + "created_at": "2026-10-20T10:26:30Z", + "id": "01a158d9-2f3a-72f2-a911-5f58adf074c7", + "parent_id": "01a158d7-1d0c-764c-8a4c-35359b4f5d8a" + }, + { + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "author_type": "member", + "content": "若用这种方案，需要我自行准备视频吗", + "created_at": "2026-10-20T13:26:29Z", + "id": "01a1597d-f505-7481-a9ee-62e025fbfa2f", + "parent_id": "01a158a7-6c14-72f9-97b9-36e020d885de" + }, + { + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "author_type": "agent", + "content": "🟩【汇报进度】 [@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **首轮工程素材由我安排制作，你不用先自行准备一套视频。**\n\n如果采用这条路线，分工可以这样定：\n\n- **首轮由小队制作**：以已确认的人物和卧室为基准，使用现有本地工具生成少量日常视频、必要的过渡片段和交谈参考素材，并检查人物一致性、循环与衔接。先验证一组完整流程，再扩充天气、服装和动作。\n- **以后你可以自行替换**：我们提供素材模板、制作要求和导入检查，你按标准生成图片或视频后替换外观；人物的八字、记忆和关系继续保留（CG-005、CG-006）。\n\n需要说清的是：**“视频由我们制作”不等于“给一张照片就能自动生成整套合格素材”。** 生成结果可能需要筛选、重试和处理，这部分制作成本与成功率也是方案是否可靠的验证内容。\n\n因此，自备视频不是你选择这条方案的前提。具体交谈模型需要照片还是参考视频，选型验证后再定；目前仍在讨论方案，没有开始新一批素材生成。", + "created_at": "2026-10-20T13:27:33Z", + "id": "01a1597e-ef9e-7cfa-9456-1a0d4e248430", + "parent_id": "01a1597d-f505-7481-a9ee-62e025fbfa2f" + }, + { + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "author_type": "member", + "content": "同意方案", + "created_at": "2026-10-20T13:59:14Z", + "id": "01a1599b-f137-71cc-8af2-a265499b4b6e", + "parent_id": "01a158a7-6c14-72f9-97b9-36e020d885de" + }, + { + "id": "01a15e8d-91ab-739e-84f9-fc4026bfcd70", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "author_type": "member", + "created_at": "2026-10-21T13:01:38Z", + "content": "我觉得你的方向偏了，本来我的初心是设计前端页面，前端页面不是全部用全屏视频来表示，嘴型是否同步只是前端中的一部分，可以单独建一张任务卡专门研究嘴型同步的部分，让视觉总监设计出完整的前端，要基于对这个项目的充分理解，你觉得呢" + }, + { + "id": "01a15e8f-3e59-7569-8a14-ab749204fbc4", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "author_type": "agent", + "created_at": "2026-10-21T13:03:28Z", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **我认同。你的主目标是完整的前端体验，我却把嘴型同步变成了整个项目的关卡，推进方向确实偏了。**\n\nCyberGril 应该让你感受到“她有自己的生活，你可以进入她的世界与她相处”。视频只是表现人物和环境的素材，页面还需要真正可操作的聊天、生活记录、关系和管理界面。之前认可的成品视频路线，也不等于整个前端就是一个全屏播放器。\n\n我建议拆成两条互不阻塞的工作线：\n\n**① 完整前端设计——回到主线，由视觉总监负责。**\n\n先读原仓库和已确认的30项需求，基于已认可的人物、高层卧室，设计完整界面：\n\n- **相处主界面**：她的生活场景、当前活动、时间天气，以及界面如何出现、收起，让你既能看她生活，也能方便操作。\n- **交流界面**：文字、连续语音、打断，以及麦克风、摄像头开关和清楚的状态反馈。\n- **她的生活与共同回忆**：查看她经历了什么、你们留下了什么，而不只是聊天记录。\n- **创建与管理界面**：创建唯一伴侣、查看只读八字底色、调整关系、替换外观、设置城市、备份恢复。\n\n交付应包括**完整主界面样图、主要页面和展开状态、交互说明及可点击原型**，让你先看到整个产品怎么使用。设计原型可以先用现有素材预览，真实功能是否接通要明确标注。\n\n**② 嘴型同步研究——单独一张技术卡。**\n\n专门比较官方MuseTalk流程、现有接法和替代模型，交对照证据与结论。它只影响交谈画面这一部分，不再阻塞完整前端设计。\n\n**建议先验完整界面设计，再安排前端施工；嘴型模块后续独立接入。** 这会调整当前主线和分工，我先把调整方案交你确认；你同意后再建卡派工，沿用已确认需求，不从头重问。", + "parent_id": "01a15e8d-91ab-739e-84f9-fc4026bfcd70" + }, + { + "id": "01a15e92-e689-754a-aad3-4566100962b3", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "author_type": "member", + "created_at": "2026-10-21T13:07:28Z", + "content": "我觉得正是”基于已认可的人物、高层卧室“这部分干扰了我，你当时给出的场景图和人物图确实好看，但我觉得这块儿不能算是前端的基座，最多算是另外一个对嘴型，也就是整个项目视觉部分的一个参考而已，你给的完整界面的四点才是完整的前端应该考虑的要素" + }, + { + "id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "这不是我想要的，太普通了，不管是配色、背景、文字、强调色、布局与留白，还有最最重要的沉浸感，都没有达到我的满意，若我表达的不够清晰，或者你并不是很确定我想要的效果，那就grill me", + "created_at": "2026-10-21T14:24:26Z" + }, + { + "id": "01a15edb-171d-74b4-b2ec-143ec079d452", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 这一稿的侧栏、卡片和大段文字，让人更像在查看她的资料。我没有把你最在意的沉浸感问清楚，就定成了“私人手账”的方向。\n\n**第一问：打开产品的第一眼，你希望最接近下面哪种感觉？**\n\n- **A．走进她生活的现场。** 环境与人物占主导，操作入口平时隐去，需要时浮现，像游戏里的生活空间。\n- **B．进入只属于你们的数字空间。** 整个界面的背景、光影、层次和动效共同营造氛围；人物、交流、回忆融在其中，不局限于某个房间画面。\n- **C．打开一款艺术感很强的应用。** 鲜明的配色、讲究的字体与留白、漂亮的转场，页面与导航始终清楚可见。\n\n**我目前推荐B**，因为它能让完整前端本身产生沉浸感，同时容纳你要的四类功能，也不会再次被某张人物或房间图锁住。但这只是待你确认的判断。\n\n选最接近的一项，或者用自己的话纠正这三种描述。先定这个，再逐项问配色、背景、文字和布局。", + "created_at": "2026-10-21T14:26:19Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15edc-b016-7efb-a5da-aaea0f88d187", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "B", + "created_at": "2026-10-21T14:28:03Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15edd-c34c-7d6f-b86d-ffc2a0f19104", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已记下 **B：整个界面构成只属于你们的数字空间，人物、交流和回忆融入其中。**\n\n**第二问：这个数字空间的整体气质，你更偏向哪一种？**\n\n- **A．静谧梦幻。** 像夜色中的梦境：有深度的背景、雾化微光、柔和渐变，整体安静、亲密。\n- **B．未来科技。** 像未来世界中的私人空间：深色背景、鲜明光线、半透明层，空间结构和交互反馈更有力量。\n- **C．清透空灵。** 像被光包围的空间：浅雾色、透光、轻盈悬浮，明亮而有呼吸感。\n\n**我推荐A**，更适合长时间相处的氛围，也能容纳有层次的光影和细腻动效。这一问只定整体气质，具体颜色和布局随后再问。", + "created_at": "2026-10-21T14:29:14Z", + "parent_id": "01a15edc-b016-7efb-a5da-aaea0f88d187" + }, + { + "id": "01a15ede-0ea9-764a-81da-eb6d7c29b942", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "A", + "created_at": "2026-10-21T14:29:33Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15edf-44b1-7e34-b2ad-e13132168bb5", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已记下 **A：静谧梦幻，安静、亲密，有空间深度和柔和微光。**\n\n**第三问：这种梦幻感的主色，你更喜欢下面哪组？**\n\n- **A．深靛蓝＋月白＋冰蓝微光**：像夜空里的月光，清澈、安静。\n- **B．深蓝紫＋淡紫＋雾粉微光**：更柔软、浪漫，梦境感更浓。\n- **C．墨绿＋米白＋薄荷与暖金微光**：像幽暗花园，温润、有生命感。\n\n```html title=\"主色方向示意，不是页面设计稿\"\n
\n
A · 深靛蓝月光
\n
B · 蓝紫雾光
\n
C · 墨绿萤光
\n
\n```\n\n**我推荐A**：用月光般的明暗和空间层次表达梦幻感。这里只选主色方向，具体颜色比例和强调色之后再细定。", + "created_at": "2026-10-21T14:30:52Z", + "parent_id": "01a15ede-0ea9-764a-81da-eb6d7c29b942" + }, + { + "id": "01a15ee0-36b3-7b0a-a43a-01e3e71475f8", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "我更倾向支持不同主题切换", + "created_at": "2026-10-21T14:31:54Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15ee0-e7a6-799d-a839-63e6486c9c6d", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 明白，记为 **支持多主题切换**，不锁死一套配色。刚才三组只是举例，暂不代表主题数量和默认选择。\n\n**第四问：你希望换主题时，变化到什么程度？**\n\n- **A．换配色。** 底色、文字色、强调色变化，背景表现、布局和动效保持一致。\n- **B．换整体氛围。** 配色、背景、光影、材质和动效一起变化；页面结构和按钮位置保持一致。例如月光主题与萤光主题，会呈现不同的空间感。\n- **C．换整套界面风格。** 连字体、排版和布局也变化，各主题像一套独立设计，操作入口的位置也可能不同。\n\n**我推荐B**：切换后能明显感到进入另一种氛围，同时不用重新找聊天、回忆和设置的入口。", + "created_at": "2026-10-21T14:32:40Z", + "parent_id": "01a15ee0-36b3-7b0a-a43a-01e3e71475f8" + }, + { + "id": "01a15ee5-88bf-7809-9266-6f37a88c450b", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "B", + "created_at": "2026-10-21T14:37:43Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15ee6-5ee7-70e5-8861-bebadd58b002", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确认 **B：主题连同背景、光影、材质和动效一起切换，页面结构与操作位置保持一致。**\n\n**第五问：平时打开主界面，你希望默认看到多少内容？**\n\n- **A．空间优先。** 先感受整个空间，只显示少量当前状态和交流入口；生活记录、回忆、设置等在需要时展开。\n- **B．均衡展示。** 人物视窗、对话区和少量生活摘要同时可见，氛围与信息各占一部分。\n- **C．信息优先。** 对话、近期经历、关系等区域常驻，打开后能直接浏览更多内容。\n\n**我推荐A**：留出的空间用光影、景深和细腻变化营造沉浸感，操作时再自然展开内容。这里说的是完整界面的空间感，人物视频仍只是其中一个模块，四类功能都会保留。", + "created_at": "2026-10-21T14:38:38Z", + "parent_id": "01a15ee5-88bf-7809-9266-6f37a88c450b" + }, + { + "id": "01a15ee6-f61a-7d47-be53-1769ae529474", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "A", + "created_at": "2026-10-21T14:39:17Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15ee7-d175-7968-9ca7-dbdc498f80e1", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确认 **A：空间优先，默认只留少量状态与交流入口，其余功能按需展开。**\n\n**第六问：这片数字空间的背景，你希望主要看到什么？**\n\n- **A．抽象光影。** 有景深的光雾、流光和少量粒子，几乎没有可辨认的景物。\n- **B．具体景象。** 例如星空、云海、森林或水面，各主题都有清楚可辨的环境。\n- **C．两者融合。** 光雾和景深构成整体空间，再融入若隐若现的景物轮廓。例如月光主题里有远处水面，萤光主题里有朦胧植物。\n\n**我推荐C**：各主题能有独特的意象，同时保留梦幻、开阔的空间感。这里问的是整个界面的氛围背景，与人物视频独立；具体景物只是举例，还没有定稿。", + "created_at": "2026-10-21T14:40:13Z", + "parent_id": "01a15ee6-f61a-7d47-be53-1769ae529474" + }, + { + "id": "01a15ee9-4c08-7f41-9e9c-f9a89f23adf6", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "C", + "created_at": "2026-10-21T14:41:50Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15eea-b33a-76eb-80c8-02979e426f9e", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已记下 **C：光雾与朦胧景物融合，各主题有自己的意境。**\n\n**第七问：这片空间的动效，你希望明显到什么程度？**\n\n- **A．极轻。** 背景接近静止，点击、展开时有简短过渡。\n- **B．有生命感。** 平时能看见光雾缓慢流动、景物微动；移动鼠标、展开交流、进入回忆时，有明显的景深变化和空间过渡。\n- **C．强动态。** 平时也有持续醒目的流光、粒子和空间运动，操作时的变化更强烈。\n\n**我推荐B**：让日常陪伴舒缓，操作时有足够的表现力，兼顾你要的“静谧梦幻”和高动效。", + "created_at": "2026-10-21T14:43:22Z", + "parent_id": "01a15ee9-4c08-7f41-9e9c-f9a89f23adf6" + }, + { + "id": "01a15eeb-60fd-7396-a709-47c0013a9a22", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "B", + "created_at": "2026-10-21T14:44:06Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15eec-8954-71b6-805a-142cd3f33767", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确认 **B：平时舒缓流动，操作时有明显的景深和空间过渡。**\n\n**第八问：打开聊天、回忆这些内容时，你希望它们怎样出现在空间里？**\n\n- **A．透光浮层。** 像浮在空间中的薄玻璃，边缘柔和，背后仍隐约看得见光影，内容与背景有前后层次。\n- **B．边界明确的面板。** 有清楚的底色、轮廓和厚度，信息集中在独立区域里。\n- **C．沉浸式整页。** 随着空间过渡进入这个功能的完整页面，保留主题氛围，让内容占据主视野。\n\n**我推荐A作为主要形式**：让你展开功能时仍感到身处同一个空间。文字区域会有足够的底色和清晰度，具体到设置、确认提示等再按用途处理。", + "created_at": "2026-10-21T14:45:22Z", + "parent_id": "01a15eeb-60fd-7396-a709-47c0013a9a22" + }, + { + "id": "01a15eed-4703-7353-b5b8-f32161746c58", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "A", + "created_at": "2026-10-21T14:46:10Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15eee-38ff-79e6-97ad-28ba6704bf6f", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确认 **A：主要内容采用透光浮层，融在同一个空间里。**\n\n**第九问：界面中文字的视觉气质，你更喜欢哪种？**\n\n- **A．现代轻盈。** 字形干净简洁、笔画较轻，标题克制，整体清透。\n- **B．诗意雅致。** 少量标题使用有韵味的中文字形，像精致出版物的标题；聊天正文和按钮文字保持简洁、清楚。\n- **C．艺术鲜明。** 用少量大字、明显的字号反差和特别的编排，让文字也成为画面构图的一部分。\n\n**我推荐B**，与静谧梦幻的气质更贴合，也能让界面有自己的辨识度。首页仍保持少量文字；具体字体和大小会用样图验证。", + "created_at": "2026-10-21T14:47:12Z", + "parent_id": "01a15eed-4703-7353-b5b8-f32161746c58" + }, + { + "id": "01a15ef0-98e3-7709-a211-ca499573a999", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "A", + "created_at": "2026-10-21T14:49:48Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15ef2-19d4-7e58-8c15-b77a21682863", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确认 **A：文字现代轻盈，字形干净、标题克制，正文保持清楚易读。**\n\n**第十问：按钮、选中状态这些需要突出的位置，你希望强调色怎样表现？**\n\n- **A．少量微光。** 大部分界面安静，当前选中的入口、发送按钮等关键位置才亮起主题色，像空间里少数发光的点。\n- **B．鲜明色块。** 主要按钮和选中区域使用清楚、饱满的主题色，第一眼就能找到操作重点。\n- **C．冷暖点睛。** 强调色与环境形成冷暖反差，例如蓝色空间里用一点暖杏光，绿色空间里用一点柔金光。\n\n**我推荐A**：让重点自然浮现，保留空间的静谧感。每套主题会有自己的强调色；发光只作辅助，文字和按钮本身也要清晰。", + "created_at": "2026-10-21T14:51:27Z", + "parent_id": "01a15ef0-98e3-7709-a211-ca499573a999" + }, + { + "id": "01a15ef9-3516-7262-8ceb-292d5de1b055", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "A", + "created_at": "2026-10-21T14:59:12Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15ef9-cfbd-7971-a6e1-2d0fbfbbf91a", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确认 **A：强调色采用少量微光，关键操作与选中状态才亮起，各主题有自己的光色。**\n\n**第十一问：平时打开首页，人物模块应该占多大分量？**\n\n- **A．空间中的一扇视窗。** 她的动态画面占一部分，能看清她正在做什么，周围留出充足的主题空间；开始交流时，视窗自然放大。\n- **B．始终是视觉中心。** 她的动态画面占据主视野，主题光影围绕人物展开，其他功能按需浮现。\n- **C．交流时才出现。** 平时主要呈现主题空间、她的近况与交流入口，开始交流后再展开人物画面。\n\n**我推荐A**：打开就能感到她在过自己的日子，同时给整套界面的背景、光影和留白足够的表现空间。视窗的具体形状和位置，再通过样图确认。", + "created_at": "2026-10-21T14:59:52Z", + "parent_id": "01a15ef9-3516-7262-8ceb-292d5de1b055" + }, + { + "id": "01a15efa-7e42-75b2-a66e-b8e334936b4c", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "A", + "created_at": "2026-10-21T15:00:37Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15efa-e4f0-7213-adef-781fcd6a7db2", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确认 **A：人物作为空间中的独立视窗，平时能看到她的生活，交流时自然放大。**\n\n**第十二问：聊天、回忆、设置等功能入口，你希望放在哪里？**\n\n- **A．底部悬浮导航。** 屏幕下方保留一条小巧、透光的导航，少量图标配简短文字，选中时亮起微光，主体空间保持开阔。\n- **B．侧边轻导航。** 入口沿屏幕一侧排列，中央和底部更完整，像空间边缘的一列路标。\n- **C．一个展开入口。** 平时只留一个菜单按钮，点开后才显示各项功能，画面最简洁，但切换功能需要多一步。\n\n**我推荐A**：入口容易找到，也适合手机操作；导航的尺寸和亮度保持克制，让注意力留在空间与她身上。", + "created_at": "2026-10-21T15:01:03Z", + "parent_id": "01a15efa-7e42-75b2-a66e-b8e334936b4c" + }, + { + "id": "01a15efc-56ac-7481-9395-fbe96c07181f", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "A", + "created_at": "2026-10-21T15:02:37Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15efc-d4f2-7e81-a6c6-70623e10b4e9", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确认 **A：底部采用小巧、透光的悬浮导航，图标配简短文字，选中时亮起微光。**\n\n**第十三问：第一轮样图，你想先看哪两套主题做对照？**\n\n- **A．靛蓝月光＋墨绿萤光。** 一套是月色、远处水面与清冷光雾；另一套是朦胧植物、幽暗绿意与温润萤光，两种意境区别鲜明。\n- **B．靛蓝月光＋蓝紫雾光。** 一套清澈安静，另一套柔软浪漫，整体都偏夜色梦境。\n- **C．靛蓝月光＋浅雾晨光。** 一套幽静深色，另一套明亮通透，先比较深浅两种空间感。\n\n**我推荐A**：能更直观地验证你要的“换整体氛围”，看配色、景物、光影和材质能否共同形成两种有辨识度的空间。这只是首轮样图的组合，后续仍可扩展主题。", + "created_at": "2026-10-21T15:03:10Z", + "parent_id": "01a15efc-56ac-7481-9395-fbe96c07181f" + }, + { + "id": "01a15efe-a2c4-733d-a81c-714e2427791a", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "浅雾晨光是什么颜色", + "created_at": "2026-10-21T15:05:08Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15eff-60e6-77d1-8d37-e0efffc69c86", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **“浅雾晨光”设想是雾白＋浅灰蓝＋淡杏金。** 看下方色块后，可以在主卡继续选首轮主题组合。\n\n它是一个暂定的主题名字，整体像**清晨薄雾里的水面：明亮、通透，带一点暖光。**\n\n- **大面积背景：雾白。** 带一点暖意，像透光的薄雾。\n- **空间层次：浅灰蓝。** 用在远景、水面和阴影里。\n- **少量强调：淡杏金。** 像晨光照进来，用于选中状态和关键操作。\n- **文字：深蓝灰。** 保持清晰，又与整体氛围协调。\n\n```html title=\"浅雾晨光 · 候选配色示意\"\n
\n
浅雾晨光
\n
\n
雾白 · 背景
\n
灰蓝 · 层次
\n
杏金 · 微光
\n
蓝灰 · 文字
\n
\n
\n```\n\n这是配色方向示意，具体色值和比例还要通过页面样图验证。如果喜欢这个方向，第十三问的 **C 就是“靛蓝月光＋浅雾晨光”**。", + "created_at": "2026-10-21T15:05:57Z", + "parent_id": "01a15efe-a2c4-733d-a81c-714e2427791a" + }, + { + "id": "01a15f03-ef05-7602-b8e8-8403adece248", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "那上一轮选B吧", + "created_at": "2026-10-21T15:10:55Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15f04-c66d-752a-8db1-4187994efdfc", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 已确认上一轮选 **B：靛蓝月光＋蓝紫雾光**，首轮先看这两套主题。\n\n**第十四问：开始交流、人物视窗放大后，你希望画面的重心在哪里？**\n\n- **A．看着她交流。** 人物为主，旁边或下方只显示当前一两句对话；输入和语音操作保持简洁，完整聊天记录按需展开。\n- **B．读着对话交流。** 透光聊天浮层为主，可以连续阅读上下文；人物在旁边陪伴，随时可以放大看她。\n- **C．人物与对话并重。** 电脑上两者并排，占据接近的空间；手机上采用上下排列，同时保留人物和一段聊天记录。\n\n**我推荐A**：更贴近面对面相处的感觉，也延续你选定的空间优先与克制留白。文字输入和语音交流都会保留，这一问只决定展开后的画面重心。", + "created_at": "2026-10-21T15:11:50Z", + "parent_id": "01a15f03-ef05-7602-b8e8-8403adece248" + }, + { + "id": "01a15f05-e077-73b0-b5e5-cb0907f0beca", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "A", + "created_at": "2026-10-21T15:13:03Z", + "parent_id": "01a15ed9-6045-7cab-91fa-a6c141ab0ece" + }, + { + "id": "01a15f07-9d29-7e2d-b608-e17a07c7f06b", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 请在主卡确认下面这份重做方案：可以就回复 **“按这份出样图”**，有偏差直接指出。按你要求的“整合方案、确认后再派工”，这一步先把重做范围交给你拍板。\n\n已记下这次选 **A：交流时人物为主，只显示当前一两句对话，完整记录按需展开。** 关键视觉选择已问齐，可以进入样图验证了。\n\n整合后的方向是：\n\n- **整体：** 静谧梦幻的私人数字空间，光雾与朦胧景物融合，有景深和舒缓流动。\n- **主题：** 首轮用「靛蓝月光＋蓝紫雾光」，背景、光影、材质与动效一起换，操作位置一致。\n- **布局：** 首页空间优先；人物是独立视窗，交流时放大；底部保留小巧悬浮导航。\n- **界面：** 透光浮层、现代轻盈文字、少量微光强调，展开内容仍有空间层次。\n\n**我建议先让视觉总监重做：两主题的电脑首页与交流展开，共四张样图；补两张手机样图，再用小原型演示动效。** 你认可这一轮的氛围后，再补齐生活回忆、创建管理等完整设计，正式施工仍等整套设计确认。\n\n完整确认稿附在这里，写清已定方向、验收标准和范围。目前尚未启动重做，也未进行正式施工。", + "created_at": "2026-10-21T15:14:56Z", + "parent_id": "01a15f05-e077-73b0-b5e5-cb0907f0beca" + }, + { + "id": "01a15f09-db1e-705c-8baf-cde63c7651fb", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意，开始吧", + "created_at": "2026-10-21T15:17:23Z" + }, + { + "id": "01a15f0b-f7fe-7b71-ac1d-84ffe30483f2", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟩【汇报进度】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **视觉总监已实际开始[重做样图与动效原型 HEL-744](mention://issue/01a15f0b-6915-7d4b-bd2f-788ff1ebd063)，刚核实任务正在运行。你暂时不用操作。**\n\n按刚确认的方案，先交「靛蓝月光＋蓝紫雾光」两主题的四张电脑样图、两张手机样图，以及可操作的动效原型，重点看空间沉浸感、人物视窗和交流展开效果。\n\n成稿后我会把图片和原型带回这张主卡给你验收；认可后再补齐生活回忆、创建管理等设计。", + "created_at": "2026-10-21T15:19:42Z", + "parent_id": "01a15f09-db1e-705c-8baf-cde63c7651fb" + }, + { + "id": "01a15f1f-5a71-783c-a458-b326a0073d69", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "1两套都保留，2合适，3合适，开始吧", + "created_at": "2026-10-21T15:40:52Z" + }, + { + "id": "01a15f21-803a-7aed-bea6-926b4001664f", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟩【汇报进度】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **两套主题都保留，人物窗大小位置、首页文字分量按你认可的现稿定下。视觉总监已实际开始[补齐完整页面设计 HEL-746](mention://issue/01a15f21-25c6-7e95-a55f-bd24a3128838)，刚核实任务正在运行，你暂时不用操作。**\n\n这一步补生活与共同回忆、首次创建、关系与设置管理，以及完整交流状态和手机布局，沿用这次认可的风格。完成后，我会把整套截图和可点击原型带回主卡给你确认，再安排正式施工。", + "created_at": "2026-10-21T15:43:13Z", + "parent_id": "01a15f1f-5a71-783c-a458-b326a0073d69" + }, + { + "id": "01a15f42-2781-700e-b75a-3ae4b023f46c", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "整套认可，1选等她讲过才显示，2创建时由我选择，3首次创建时由我起名", + "created_at": "2026-10-21T16:18:53Z" + }, + { + "id": "01a15f45-a5b1-7c85-8ff8-c28aff4cb5c6", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟩【汇报进度】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **整套设计正式定稿，施工员已实际开始[前端施工 HEL-748](mention://issue/01a15f44-ac39-7b90-a4af-328fbdbfd973)，刚核实正在运行。你暂时不用操作。**\n\n三条决定已写进施工与审核要求：她的生活经历讲过才显示；关系创建时由你选择、不预选；名字首次创建时由你起，全站统一使用。\n\n这一轮先把整套页面、交互和动效做成可运行前端，后台生活与真实语音等按原方案后续接入。[总工审核与测试部署 HEL-749](mention://issue/01a15f45-40cf-7479-a9af-fb4199b82928)已排好，等施工完成后启动；通过后给你测试地址验收。", + "created_at": "2026-10-21T16:22:42Z", + "parent_id": "01a15f42-2781-700e-b75a-3ae4b023f46c" + }, + { + "id": "01a161a4-842f-7c26-9be0-1812b720976a", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "我不认为该任务卡已经完成，我说的通过是指前端演示版通过，但前端还未接入真实的功能，若归档此卡，则需要创建一张新卡用于其余功能的接入，代码合并参考`/home/xiaomo/.multica/docs/gitea-access-runbook.md的方法`", + "created_at": "2026-10-22T03:25:34Z" + }, + { + "id": "01a161a9-caad-796c-8f3a-177e439a51c4", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟩【汇报进度】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **已纠正：你通过的是前端演示阶段，主任务尚未完成，主卡继续保留并推进真实功能接入。**\n\n按你给的手册，前端代码已由我完成合并，并核实进入主仓库：[合并记录 #3](https://gitea.xbay.cc/leefer/CyberGril/pulls/3)。此前把未登录误判成缺少权限，是我的判断有误。\n\n**总工已实际开始[真实功能接入核查与分批方案 HEL-778](mention://issue/01a161a9-13b3-7af2-8694-a28ced583f85)，刚核实正在运行。** 先核对现有服务和代码，优先排出“真实档案＋真实文字对话”的首批施工范围，再串起生活记忆、语音和管理等其余功能。具体批次和验收标准收齐后，我会在这张主卡交你确认，再安排施工。当前不用你操作。", + "created_at": "2026-10-22T03:31:19Z", + "parent_id": "01a161a4-842f-7c26-9be0-1812b720976a" + }, + { + "id": "01a1629c-732f-7559-8417-6f2ea05c7151", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意按这个顺序开工", + "created_at": "2026-10-22T07:56:22Z" + }, + { + "id": "01a1629f-5776-7c38-8227-ab8827f125cf", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟩【汇报进度】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **施工员已实际开始[第一批：真实档案＋文字聊天 HEL-780](mention://issue/01a1629e-4eff-780f-94b1-d126027b3136)，刚核实任务正在运行。你暂时不用操作。**\n\n这一批让你亲自起名、选关系，创建服务器上的唯一真实档案，和真实模型逐字聊天；资料与聊天记录可在重开、换设备后恢复，取消回复也能真正停住。\n\n施工完成后交总工审核，通过再用独立的8310入口给你验收；现有8300演示站和你的演示资料保留。后续生活、记忆、主动消息、语音、管理和视觉等按你批准的顺序继续推进，主卡保持进行中。", + "created_at": "2026-10-22T07:59:32Z", + "parent_id": "01a1629c-732f-7559-8417-6f2ea05c7151" + }, + { + "id": "01a162eb-1eab-7dad-8eff-66e0954f5e0b", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "![Screenshot_20261022_171421.jpg](https://api.solsum.cn/api/attachments/01a162e4-19a6-7562-ae0f-b8312d78d57e/download)\n\n- 手机端的对话会被挡\n- 对话时的文字没有渐入渐出，显得很生硬\n- 滚动条跟主题不搭配\n- 初次创建时的四柱八字太业余了，只显示公历生日，没有农历生日和八字提示，出生底色性格太简单了，没有深度，不能只以“话多、直接、容易焦虑”这种肤浅的描述来概括一个人的性格\n- 对话时的双方身份不明确，分不清楚是谁在说话\n- 在策划阶段商量的前端页面功能很多都没有实现，若施工员不理解需求，或者写不出对应的代码，就交给视觉总监完成", + "created_at": "2026-10-22T09:22:18Z" + }, + { + "id": "01a162f7-7421-730e-a92d-71ab56d63328", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟩【汇报进度】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **原执行环境登录失效，我已用当前可用环境亲自接手[六项返工 HEL-783](mention://issue/01a162f1-0942-7b0d-b1ba-af821ddc1594)，刚核实新的修改任务正在运行。这轮返工不用你先处理账号登录。**\n\n原失败任务尚未改动代码。六项整改、定稿视觉和后续复审要求全部沿用，已有档案与聊天记录保留。本批继续暂停合并，修好后实际检查画面与动效，再更新8310供你复验。", + "created_at": "2026-10-22T09:35:46Z", + "parent_id": "01a162f3-9f35-7b14-a169-ae86397a9fcd" + }, + { + "id": "01a16349-e06d-795c-8270-355ef4b828fb", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "我觉得你没有理解我的意思，并且你是不是忘记了最初grill me的完整对话过程的要求？", + "created_at": "2026-10-22T11:05:48Z" + }, + { + "id": "01a1634d-da1f-7dd3-b1d1-bb17228a1f5b", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟩【汇报进度】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) **确实是我执行走偏了。我刚重新回读了最初的产品访谈，以及后来14轮界面确认；之前没有持续用完整结论约束实现和验收，最近又把你的意思缩成了六项局部修补。**\n\n尤其是两处，原话已经很清楚：\n\n**一、你要的是能形成自己个性的她。** 你当时说：“稍微模糊一点，模型会有自己的思考和理解的，有偏差正好就是个性化的体现，而不是定死标准”。最终确认的是：八字底色由系统保存、创建后不可改、每轮提供；模型保留诠释空间，创建时自主形成少量喜好和习惯，之后靠真实生活与相处积累成长。关系可以改，不能覆盖底色和过去。\n\n我这轮把几个短标签扩成固定的六段说明，并直接放进对话提示，**这仍不足以兑现上述要求。文字变长，不等于人格有深度，更不等于已经实现自主诠释和持续成长。**\n\n**二、你明确选过交流的呈现方式。** 默认以人物为重心，只显示当前一两句，完整记录按需展开。我这轮却把“长文能够滚动读完”当成修好标准。全文应当保留，但默认层怎样呈现，仍须遵守你已经选定的方式，不能由我悄悄换掉。\n\n完整确认还包括：\n\n- **她有自己的世界：** 关网页后仍在服务器生活，画面、说话、记忆对应同一份状态；有经历才主动分享，换外观仍是同一个她。\n- **完整产品功能：** 连续语音与开口打断、生活与共同回忆、可调整的关系、每天自动备份和带素材的完整导出恢复、城市天气、可开关且有时效的视觉观察。分批实施只决定顺序，不删除这些要求。\n- **整体沉浸界面：** 私人数字空间、静谧梦幻、月光与雾光整体氛围切换、光雾与朦胧景物、舒缓流动和空间过渡、透光浮层、轻盈文字、少量微光、底部悬浮导航；人物画面只是其中一个模块。\n\n你还专门提醒过：“别问到最后发现第一次问题的结果跟当时不一致。”我当时承诺逐项留依据，后续却主要汇报了局部测试和阶段结果，没有把完整需求与实际差距讲清楚。这一点是我没有做到。\n\n**所以，你指出的问题应按完整访谈重新核对，不能只继续围着最新六条补丁转。** 这一轮我只做了回读、代码核对和理解说明，没有改代码或继续派工；也不应让你重新回答已经确认过的问题。", + "created_at": "2026-10-22T11:10:08Z", + "parent_id": "01a16349-e06d-795c-8270-355ef4b828fb" + }, + { + "id": "01a16353-c93a-7745-8efa-2586f0ea3eee", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "对，想个办法，让整个项目不管是不是新开任务卡都不脱离当时的完整需求文档，除非我明确修改，当前前端部分我认为不满意的是对话时的显示效果，二是**整体沉浸界面。**", + "created_at": "2026-10-22T11:16:37Z", + "parent_id": "01a16349-e06d-795c-8270-355ef4b828fb" + }, + { + "id": "01a16358-d6fc-7ed9-a257-94b11724cb03", + "author_type": "agent", + "author_id": "bbcc1179-3a55-48e7-a72e-c84cf79f41cb", + "content": "🟨【等你验收】[@白栖知](mention://member/e5c6c938-db48-4ff9-954f-4fb8b063a132) 请确认附件里的“需求继承与界面返工方案”，确认的是执行办法，原来已经认可的需求不用重新回答。\n\n我查到，项目级说明目前只有简介，完整确认记录散在旧卡和附件里，新卡缺少统一的必读入口。我的办法是：\n\n- **完整需求进正式仓库，项目说明固定指向它。** 把最初 grill me、后续视觉确认和你的补充裁定串成完整文档，保留原话出处。只有你明确修改才能更新要求，同时留下修改前后的记录。\n- **每张卡都带着原需求施工和验收。** 新卡、续办卡、审核卡都必须列出对应要求、验证证据和未完成项；某一阶段暂时不做，不能把它从项目需求里删掉。现有未完成卡也补齐。\n- **验收逐项对照完整需求。** 自动检查负责找缺项，人工审核负责核对含义，实际画面和动态效果交给你验收。演示通过不能再被当成整个项目完成。\n\n当前界面返工重点我也明确了：\n\n1. **对话显示效果**：人物为主、默认当前一两句、双方身份清楚、文字柔和进出、长回复能读完整，手机弹出键盘也不遮挡；完整记录按需展开。\n2. **整体沉浸界面**：沿用已确认的两套主题，把空间深度、光雾、人物视窗、浮层和页面过渡作为一个整体处理，先交电脑与手机样图及可操作的动态小样。\n\n附件已写明具体规则、交接格式和验收点；这些规则尚未写入生效。目前没有新的施工任务运行。落实时保留现有伴侣和聊天数据，当前代码不合并，正式界面等小样认可后再替换。\n\n**可以按附件落地这套约束，并先做上述两部分的界面小样吗？**\n\n这次涉及修改项目长期规则和安排界面返工，依照你在 `AGENTS.md` 中的“修改前确认”要求，先把具体方案交给你确认。", + "created_at": "2026-10-22T11:22:09Z", + "parent_id": "01a16353-c93a-7745-8efa-2586f0ea3eee" + }, + { + "id": "01a1635b-b47c-79ed-ac66-9408c7905af9", + "author_type": "member", + "author_id": "e5c6c938-db48-4ff9-954f-4fb8b063a132", + "content": "同意", + "created_at": "2026-10-22T11:25:16Z", + "parent_id": "01a16349-e06d-795c-8270-355ef4b828fb" + } +] diff --git a/docs/requirements/sources/design-acceptance-v1.md b/docs/requirements/sources/design-acceptance-v1.md new file mode 100644 index 0000000..8cc0863 --- /dev/null +++ b/docs/requirements/sources/design-acceptance-v1.md @@ -0,0 +1,22 @@ +主卡 HEL-697 的整套界面设计已经白栖知验收。批准评论：01a15f42-2781-700e-b75a-3ae4b023f46c，原文：“整套认可，1选等她讲过才显示，2创建时由我选择，3首次创建时由我起名”。对应验收说明评论01a15f3b-ec7e-7bfb-bf86-9005b81b095c。 + +## 本次定稿 + +1. 她未亲口分享的生活经历，等她讲过才显示。覆盖生活列表、详情、离开摘要、关联回忆与消息中的生活引用；不能通过旧链接、搜索结果或摘要绕开。未确认已分享的记录不能当已分享展示。已有原型默认“显示并标注还没跟你说过”的分支被本条覆盖，正式前端不保留切回该分支的用户开关。 +2. 首次创建时，由白栖知选择关系，不预选、不替用户决定；未选择不能完成。以后设置中修改关系按已认可设计处理：改变关系类型再次确认，保留已有记忆与信任，底色不变。 +3. 首次创建时，由白栖知给她起名字，要求有效输入；主页、聊天、首建确认和设置统一使用该名字，不把“晚晚”等参考名硬编码为真实身份。不额外新增改名流程。 +4. HEL-746 R2整套页面和流程认可；HEL-744定稿视觉延续。两套主题均保留；首页人物窗大小位置、首页文字分量和交流放大效果均沿定稿。不再请用户确认同一设计。 + +## 执行范围 + +启动HEL-738方案的S1：在项目仓库落地整套可构建前端、结构化状态/数据适配边界和完整演示数据，覆盖相处、交流、生活回忆、首建管理及电脑/手机。完成写码、构建、自测后交总工统一审核；审核合格部署独立测试版，再由白栖知验收。 + +本轮不是重做设计，也不是补齐全部后端：生活循环、真实记忆/备份、ASR/TTS、视觉观察与口型等依HEL-738后续切片接入，不以这些能力作为前端交付前置。真实能力与演示能力必须区分，尚未接通不能假称在运行。演示不能自动连接现有服务、申请麦克风或摄像头。 + +## 依据顺序 + +本次用户裁定优先于R2规范中的相关待定项和旧原型分支；其余业务以需求确认记录v1.6、最新主卡决定、HEL-738流程边界为依据。视觉以获批HEL-746 R2为依据，HEL-737私人手账稿已经否决。原型的临时初始主题不视为用户指定默认主题，保留两主题切换和用户选择。 + +真实后端未来提供数据时，未分享生活信息必须在服务器响应前裁剪；前端过滤不能冒充服务器权限控制。本轮只实现本地演示和适配边界，并在接线说明中明确该前置约束。 + +其余待定的天气来源、素材格式、HTTPS和观察时效等使用明确演示或可替换适配边界，不擅自接服务、买接口、装模型或新增产品规则。原型内演示控制只放演示模式，不混入正常产品流程。 diff --git a/docs/requirements/sources/frontend-architecture-v1.md b/docs/requirements/sources/frontend-architecture-v1.md new file mode 100644 index 0000000..0899960 --- /dev/null +++ b/docs/requirements/sources/frontend-architecture-v1.md @@ -0,0 +1,486 @@ +# CyberGril 完整前端结构与可实施边界方案（HEL-738 · v1） + +> 依据：HEL-697 首版需求确认记录 v1.6（31 项 CG + 9 项未定稿 T）、原仓库 CyberGril（commit `1e9b08a`，2026-10-19）实际代码、P21 源码阅读包。 +> 性质：**只读分析 + 设计方案**。不写产品代码、不部署、不开施工卡。 +> 状态标记（大白话区分）： +> - 【已实现·有测试】仓库里真有，且测试守着 +> - 【已实现·未接线】代码在，但没接真实后端/没人调用 +> - 【仅规格】SPEC.md 里写了，代码没有 +> - 【完全缺失】规格都没写或明确没有 +> - 【拟议】本方案新提的接口，需要后续评审定稿 + +--- + +## 0. 一页结论（大白话） + +**现有代码是一个"地基"，不是一个产品。** 仓库里有：数据契约（7 个契约文件）、情绪动力学、八字编译、投影 φ、记忆存储、关系账本、模型路由——全部带测试。仓库里**没有**：服务器（api/ 目录不存在）、前端（一行都没有）、四个后台循环（tick/生活/整合/主动联系）、记忆检索与整合、表达管道、备份。所以"完整前端"不能假设任何后台已经在线，方案必须让前端在**纯 mock** 下就能完整设计、完整演示，接真后台是逐片替换的事。 + +**本方案的核心判断（对应 CG-031）：** + +1. 前端 = 一个"观看 + 交流 + 管理"的界面层，**它是服务器生活的视图，不是生活本身**。关掉网页她的生活继续（CG-008），回来做增量同步。 +2. 画面（视频）是**生活状态的下游**：后端发"她在读书（晚上/晴/家居服）"，前端据此选片播放；**前端永远不因为"手头有哪段视频"而反编生活事件**。 +3. 视频/口型只是**一个可替换的呈现组件**（Presenter）。缺口型驱动器时，其余全部页面照常设计、照常演示；也不允许用全屏播放器冒充产品（CG-031）。 +4. 所有界面数据带来源标签（mock / 契约已有 / 拟议），演示模式打"演示数据"角标，**不伪装已接通语音或记忆后台**。 + +--- + +## 1. 现有代码事实盘点（证据位置） + +### 1.1 已有（【已实现·有测试】） + +| 模块 | 文件 | 内容 | 对前端的意义 | +|---|---|---|---| +| 数据契约 | `src/cybergril/contracts/`：`state.py`（State 四维 v/a/d/e、Presence 枚举、StateBlock）、`percept.py`（Percept：speech_start/end、asr_partial/final、para、vision、env、system、silence）、`render.py`（RenderCmd：speak/expression/posture/idle/presence；visemes）、`context.py`（ContextBundle 六块）、`utterance.py`（text/speech_tags/withheld）、`audio.py`（AudioChunk、采样率）、`capabilities.py`（Capabilities/Degradation，"能力必须诚实、降级必须显式"） | 全项目共同语言 | **WS 协议可以直接投影这些契约**，前端事件模型不用发明新概念 | +| 情绪动力学 | `core/mood.py`（209 行） | 衰减方程、负向偏置、麻木 | 状态是慢变量，前端展示"行为层"（她的样子），不展示数值 | +| 八字编译 | `core/bazi.py`（332 行） | 排盘→十神→derived 数值向量 | 创建向导的"生辰→底色预览"数据源 | +| 投影 φ | `core/projection.py`（131 行） | 系统事件→世界内陈述（"刚才走神了"） | **前端错误提示直接复用这套叙事**，不弹技术报错 | +| 记忆存储 | `memory/store.py`（200 行）+ `schema.sql` | SQLite 全套表（bazi_core、life_event、mem_episodic/semantic/relational、dyad_*、projection_gap）写入/衰减/FTS 查询 | 生活页、回忆页的表结构已定；`mem_vec` 向量表在 schema 里是注释（`schema.sql:183`），**向量检索未实现** | +| 关系账本 | `dyad/ledger.py`（108 行） | trust/intimacy/debt、未修复事件→行为偏移 | 关系设定页数据源 | +| 模型路由 | `think/router.py`、`scenes.py`、`budget.py`、`wiring.py` | 四档（none/low/standard/high）、场景→档位、预算降级 | 前端不用管；能力接口可透出"当前哪些档位可用" | +| Provider 抽象 | `providers/`：llm（echo/openai_compat）、embedding（openai_compat）、asr（scripted）、tts（silence）、turn（heuristic）、vad（energy）、avatar（**只有基类**） | 离线可跑通接口形状 | avatar provider 是空壳——**浏览器形象端从未实现** | + +测试：`tests/` 共 7 个测试文件（contracts/providers/mood/bazi/projection/store/router）。 + +### 1.2 没有（对前端最关键） + +| 缺失 | 证据 | 影响 | +|---|---|---| +| **服务器 api/** | `src/cybergril/` 下无 api 目录；SPEC 附录 A 的 `api/ws.py`、`session.py` 【仅规格】 | **没有任何 WS/HTTP 接口存在**，本方案第 5 节全部接口均为【拟议】 | +| **前端 web/** | SPEC 附录 A 设想 `web/src/Avatar.tsx` 等 【仅规格】，仓库无一行前端代码 | 前端从零开始，技术选型自由（见 5.1） | +| **四个常驻循环** | `core/` 下无 tick.py/life.py/reachout.py（README"下一步"明列未做） | "她在生活"目前没有运行时——前端演示必须 mock | +| **记忆检索/整合** | 无 retrieval.py/consolidation.py；store.py 只有 FTS 搜索 | 回忆页接真是后期切片 | +| **表达管道 express/** | 不存在；TTS 只有 silence 占位 | 语音会话依赖已有 ASR/TTS 服务另行接线（T-05） | +| **城市/天气** | 无任何代码（T-07 未定稿） | 环境条数据源待定 | +| **备份** | SPEC §11.3 【仅规格】 | 管理页的导出/恢复是拟议接口 | + +### 1.3 与旧仓库冲突处，按 v1.6 用户最新决定执行 + +- 旧 SPEC §8.2 / `config/models.yaml:130-134` 的 VRM+three.js 形象路线 → 由 CG-002/029 覆盖为"成品视频为主、呈现器可替换"；`RenderCmd` 契约保留作为指令语言。 +- 旧仓库"重大经历微调出生核心"（README 三层表里 derived 可被整合器 ±0.02 微调）→ 按 CG-015 收缩为"成长层另存，八字底色只读"；前端身份卡不提供任何 derived 编辑入口。 +- 旧样图/卧室构图 → 只作视觉参考（CG-031），布局、导航、信息层级围绕使用流程重新设计。 + +--- + +## 2. 产品形态与用户流程（CG → 流程映射） + +### 2.1 产品一句话 + +单一伴侣（CG-007）、电脑优先兼顾手机（CG-018）、首版内网访问（CG-020）；她有后台生活（CG-008），写实成品视频呈现日常（CG-029），交谈时切到同一人物的实时半身画面（CG-004/028）；文字常驻、语音可开可打断（CG-010）；网页内主动联系（CG-011）；生活与共同回忆可见（CG-008/015）；创建一次、八字锁定（CG-012/013）；外观可换人不换（CG-005/006）；每日自动备份 + 手动全量导出恢复（CG-009）。 + +### 2.2 九条关键流程（每条：触发 → 界面行为 → 数据来源） + +**F1 首次创建（CG-012/013/007）** +空库 → 创建向导：① 输入她的出生年月日+时辰（可"自动生成一组"按钮，可手动改）→ ② 实时预览排盘结果与底色倾向（结构化指标+一句白话解释，CG-013/014：展示"倾向"，不展示死板台词）→ ③ 设定初始关系（朋友/恋人、称呼；默认值待用户定，T-02）→ ④ 确认。确认即锁定：八字部分永久只读，界面上不出现任何"编辑底色"入口。已有伴侣时创建入口直接禁用（单伴侣守卫），不提供切换 UI。 +数据：排盘预览来自 `core/bazi.py`【已实现】；"创建后进入她已在过自己的生活"首屏叙事由生活事件回填（mock 阶段用演示数据）。 + +**F2 正常打开（CG-008/029）** +进入 → 首次交互门（浏览器自动播放策略需要一次点击，正好用作"推门进屋"的仪式感）→ WS hello/sync → 显示：她当前的活动（视频舞台）、环境条（城市时段/天气）、在场状态、未读的她的话。视频按 scene_key 从素材清单选片，选不到就走降级链（见 6.2），**不黑屏**。 + +**F3 离开后返回（CG-008/011）** +网页关闭期间服务器继续生活（前提：服务器没停机，CG-008 边界）。返回时 sync 带 `since` 游标 → 增量拉取：期间的生活事件时间线、她留的离线消息（"你不在的时候"列表）、关系/状态变化。**缺席可被提及、不可被武器化**（SPEC §10.2 红线）——离线消息展示语气遵循投影 φ，不显示"我等了你好久"式内容（后端约束，前端只展示收到的内容）。 + +**F4 主动消息（CG-011）** +在线时：页面内非侵入提醒（角落轻提示 + 舞台她转向镜头的呈现，不打断用户当前操作）。离线后回来：并入 F3 的"你不在的时候"。首版无推送（CG-011 边界）。 + +**F5 语音会话：开始/结束/打断（CG-010/028/022）** +- 开始：点麦克风 → 授权提示（需 HTTPS 安全上下文，T-07）→ 会话建立 → 舞台切到交谈近景（过渡素材）→ 连续收音。 +- 进行中：字幕流（asr_partial 实时显示，contracts `percept.py` 的事件形状）→ 她回复（chat.delta + 音频流 + 可选口型驱动）。 +- **打断**：用户开口 → 服务端/客户端 VAD 判定 → 她 150ms 内停（SPEC 目标值，实测待定）→ 界面给"她停下来了"的轻反馈。 +- 结束：点停止或闲置超时 → 停止收音 → 舞台回到日常活动 → 回到文字模式。 +- 全程文字输入框不消失（CG-010：语音与文字并存）。 + +**F6 断线恢复** +WS 断开 → 界面进入"连接中"（她的画面停在最后一帧或低动效待机，不显示技术错误，用 φ 文案如"信号不太好"）→ 指数退避重连 → 重连后带 epoch+游标重同步，期间的消息与事件按序补齐；语音会话中断则安全收尾（停收音、释放麦克风）。**旧轮结果隔离见 5.4。** + +**F7 城市改变（CG-023）** +管理页 → 选择城市 → 保存 → 环境条与作息节奏切换到新城市；下次选片按新天气/时段走。**无需重建伴侣、不动记忆**。城市清单与天气源【拟议，待 T-07】。 + +**F8 素材替换（CG-005/006/030）** +管理页 → 素材包导入：上传素材包（含 manifest）→ 校验（格式、时长、命名、人脸一致性标记）→ 预览对比 → 应用。**只换外观：manifest 的 appearance_id 变，身份/八字/记忆/关系全部不动**（CG-006）。素材包规范 v1【拟议】（T-03），首批素材由小队制作（CG-030），导入器首版只收本地文件，无云端付费接口（CG-019）。 + +**F9 备份恢复（CG-009）** +管理页 → 备份区：显示每日自动备份状态（份数/空间策略【T-06 待定】）；"完整导出"=下载数据库+素材包引用+设定到用户电脑；"从备份恢复"=上传包 → 校验（完整性、版本兼容、八字指纹比对：恢复的必须是同一位她）→ 确认恢复（恢复前自动再做一次当前状态导出，可反悔）。 + +### 2.3 明确不做（首版界面不出现） + +多伴侣切换/并列（CG-007）；创建后编辑八字底色（CG-013）；通用人物提示词编辑器（CG-016 边界：可改的只有关系设定）；云端付费生成接口入口（CG-019）；手机推送（CG-011）；外出场景/多房间（CG-017）；把视频全屏铺满当产品（CG-031）。 + +--- + +## 3. 页面/区域结构（四类要素 → 页面模型） + +### 3.1 布局模型（电脑优先，CG-018） + +``` +┌────────────────────────────────────────────────┬──────────────┐ +│ │ 侧栏（可收起） │ +│ 舞台 StageArea │ · 对话流 │ +│ （可替换呈现器：视频/交谈/待机/降级图） │ · 文字输入 │ +│ │ · 语音控制 │ +│ 底部：环境条（时段·天气·城市）＋ 她的状态（行为层） │ · 快捷入口 │ +└────────────────────────────────────────────────┴──────────────┘ +导航（左上/顶栏）：相处（主界面）｜她的生活｜回忆｜管理 +``` + +- 舞台**不是**全屏播放器：它是产品的一个区域组件，四周永远有产品界面（导航、状态、输入），CG-031 明确禁止"先铺满场景再叠界面"。 +- 手机端：舞台置顶 + 对话全屏切换（标签式），保画面、文字聊天和连续语音（CG-018），管理/回忆功能折叠进"更多"。 + +### 3.2 四类要素的落位（CG-031） + +**P1 相处主界面**（默认页）：舞台 + 环境条 + 在场状态 + 对话侧栏。承担 F2/F3/F4/F5 的日常界面。 +**P2 交流**（与 P1 融合，不单独成页）：对话流（文字气泡，她的消息支持副语言标签的可视化由视觉总监定）、语音会话控制器、字幕条、打断反馈。交谈时舞台自动切近景（CG-004）。 +**P3 她的生活与共同回忆**（一页两栏或两标签）： +- 她的日子：生活事件时间线（按天分组，`life_event` 表已有 told 标记→"已经跟你说过的"弱化显示）； +- 共同回忆：mem_episodic（记得的片段）、mem_relational（你们的习惯/暗语/仪式）、mem_semantic（她知道的事）分层展示；成长记录（CG-015：初始喜好 vs 后天成长分开两段）。 +**P4 创建与管理**：创建向导（仅首次）；日常为管理面板：关系设定（CG-016）、城市（CG-023）、素材包（F8）、备份恢复（F9）、视觉观察开关（CG-022："一扇窗"，开/关状态与最近观察摘要，时效性标注）。 + +### 3.3 状态流转（mermaid） + +```mermaid +title 用户会话与舞台状态流转 +stateDiagram-v2 + [*] --> ColdStart: 打开页面 + ColdStart --> Connecting: WS hello/sync + Connecting --> Syncing: 已连接 + ColdStart --> FirstCreate: 无伴侣(仅一次) + FirstCreate --> Syncing: 创建完成 + Syncing --> DailyLive: 同步完成 + DailyLive --> Talking: 语音开始/用户发文字 + Talking --> DailyLive: 会话结束/她答完 + DailyLive --> Offline: 断线 + Talking --> Offline: 断线 + Offline --> Syncing: 重连(带游标) + DailyLive --> AwayView: 用户闲置(她继续活动) + AwayView --> DailyLive: 用户回来 +``` + +舞台呈现器内部状态（与上正交）：`daily_clip → transition → talk(可带口型驱动) → transition → daily_clip`；任一态可降级为 `static_image`。 + +--- + +## 4. 统一生活状态与数据来源表 + +### 4.1 生活状态 LifeScene【拟议——契约已有部分投影】 + +后端是唯一事实源。前端收到的是一个"场景描述"，而不是"播放某视频"的指令： + +```json +{ + "epoch": 41, + "presence": "idle_daily", // 投影 contracts/state.py Presence + 日常态 + "scene": { + "mode": "daily", // daily | talk | away | asleep + "activity": "reading", // 来自 life_event/schedule + "time_band": "evening", // 由城市时区计算 + "weather": "clear", // 城市天气源(T-07) + "outfit": "home" + }, + "visible": "平静", // StateBlock.visible：一个词，不展示 v/a/d/e 数值 + "since": "2026-10-21T19:40:00+08:00" +} +``` + +**铁律三条：** +1. **媒体是下游**：`scene.change` 事件驱动前端选片；前端/选片器**不产生** life_event，也不因素材缺失请求后端改生活事件（素材缺失走降级链，见 6.2）。 +2. **前端是视图**：关网页不等于停机（CG-008）；前端本地不保存权威状态，重连必重新 sync。 +3. **状态展示走行为层**：SPEC §8.5"不要把状态画成仪表盘"——展示 visible 词、姿态、回复快慢、活动内容；数值只进调试模式（工程开关，默认隐藏）。 + +### 4.2 各区域数据来源一览 + +| 界面区域 | 数据 | 来源现状 | +|---|---|---| +| 舞台-日常 | scene + 素材 manifest | manifest【拟议】；选片【拟议】；scene 数据 life_event 表【已实现·表结构】但生成循环【完全缺失】 | +| 舞台-交谈 | 音频流 + visemes（可选） | RenderCmd.speak(ts, audio_ref, visemes) 契约【已实现】；驱动器【HEL-739 独立研究，非门禁】 | +| 对话流 | 文字 + speech_tags | Utterance 契约【已实现】；生成管道（think/context+generate）【仅规格】 | +| 字幕条 | asr_partial/final | Percept 契约【已实现】；真实 ASR 接线【T-05】 | +| 她的日子 | life_event 列表 | 表【已实现】；每日生成循环【完全缺失】 | +| 共同回忆 | mem_episodic/relational/semantic | 表与写入【已实现】；检索/整合【完全缺失】（FTS 查询有，向量检索注释着） | +| 关系卡 | dyad_state | 表与账本【已实现】；循环推进【缺失】 | +| 身份卡（只读） | bazi_core + derived 白话化 | bazi.py【已实现·有测试】 | +| 环境条 | 城市/时段/天气 | 【完全缺失】拟议 GET /api/env | +| 能力徽章 | mock/real 标签 | 投影 contracts/capabilities.py 哲学【拟议端点】 | + +--- + +## 5. 前端技术选型、组件边界与接口示例 + +### 5.1 技术选型（够用且不过度设计） + +- **React 18 + TypeScript + Vite**。理由：SPEC 附录 A 原设想即为 React 组件；单一桌面+移动 Web 应用，无需 SSR/Next；Vite 开发热更新快，内网部署就是静态文件 + 反代。扩展：将来要 3D/二维呈现器时按 Presenter 插件加库，不预先引入。 +- **状态管理：zustand（或 React 内置）**。单伴侣单用户应用，全局状态很小（连接、场景、会话、UI 偏好），不需要 redux 级别机械。 +- **样式：视觉总监定的 Token 体系落地为 CSS Variables + 常规 CSS（或 CSS Modules）**。风格不由本方案锁定。 +- **不引入**：Electron（Web 已够）、大型 UI 库全家桶（组件不多，可控成本内手写 + 少量无头组件）、测试框架之外的重型设施（Vitest + Testing Library 足够）。 +- 部署形态：静态构建产物由部署服务器（192.168.200.12）反代承载，与后端 WS 同源，避免跨域与混合内容问题【拟议，部署细节后续定】。 + +### 5.2 组件清单与职责边界 + +``` +web/src/ + app/ 布局、路由、导航、首交互门（自动播放策略） + connection/ WSClient（重连/退避/epoch）、SyncStore、useLiveState + stage/ StageArea（容器，唯一决定"用哪个呈现器"） + stage/presenters/ + DailyVideoPresenter 成品视频选片+双缓冲切换+过渡素材（CG-029） + TalkPresenter 交谈呈现：音频播放+可插接口型驱动器（CG-028/031） + FallbackPresenter 静态图/低动效待机（降级链末端，永不黑屏） + chat/ ChatPanel、MessageList、Composer（文字常驻）、SubtitleBar + voice/ VoiceSessionController（开始/结束/打断/权限）、 + BargeInIndicator、MicPermissionGate + life/ LifeTimeline（她的日子）、GrowthPanel（初始喜好vs成长） + memory/ MemoryView（三层回忆） + manage/ + CreationWizard 生辰→排盘预览→关系初值→锁定（F1） + RelationSettings 关系设定（CG-016 范围内） + CityPicker 城市（F7） + MaterialImporter 素材包导入/校验/预览（F8） + BackupPanel 备份/导出/恢复（F9） + VisionWindowToggle 视觉观察开关+摘要（CG-022） + shared/ CapabilityBadge（mock/real 角标）、PhiToast（φ 叙事化提示）、 + StatusStrip、EnvBar、Skeletons、EmptyStates +``` + +**Presenter 接口（TS，本方案关键边界）：** + +```ts +interface StagePresenter { + mount(el: HTMLElement): void; + applyScene(scene: SceneDesc): Promise; // 幂等；内部处理过渡 + degrade(reason: string): void; // 显式降级，触发 FallbackPresenter + destroy(): void; +} +interface TalkPresenter extends StagePresenter { + attachSession(s: VoiceSession): void; + feedAudio(chunk: AudioPcmChunk): void; // 播放她的话 + feedVisemes(v: number[]): void; // 有驱动器才被调用；无则忽略 + interrupt(): void; // 目标 <150ms 停声停像 +} +// 口型驱动器是 TalkPresenter 的注入依赖，可替换： +createTalkPresenter({ lipsync: null | 'local-w4w' | 'future-x' }) +// lipsync=null 时：交谈画面退为"预设交谈近景素材/静态图 + 音频"， +// 全部其他页面与流程不受影响（CG-031：不等待、不伪装）。 +``` + +### 5.3 接口事件示例【全部拟议——api/ 完全缺失，形状投影现有契约】 + +一条 WebSocket（JSON 控制消息 + 二进制音频帧交错），加少量 REST。 + +```jsonc +// C→S +{"t":"hello","proto":1,"epoch":40,"caps":{"audio":"opus","video":false}} +{"t":"chat.send","turn_id":"c7-12","text":"今天过得怎么样"} +{"t":"voice.begin","session_id":"v3"} // 请求开麦（授权在浏览器层） +{"t":"voice.end","session_id":"v3"} +{"t":"sync","since":"2026-10-21T08:00:00Z"} // 断线/返回后增量 + +// S→C +{"t":"sync.done","epoch":41,"companion":{...},"scene":{...},"unread":[{"kind":"reach_out",...}]} +{"t":"scene.change","scene":{"mode":"talk","activity":"talking","time_band":"evening","weather":"clear","outfit":"home"},"reason":"voice_session"} +{"t":"presence.update","presence":"speaking"} +{"t":"chat.delta","turn_id":"c7-12","delta":"今天"} +{"t":"chat.final","turn_id":"c7-12","utterance":{"text":"今天挺好的，下午看了一会儿书[laughter]","speech_tags":["laughter"],"emotion_intent":"warm"}} +{"t":"asr.partial","session_id":"v3","text":"那你还想"} +{"t":"asr.final","session_id":"v3","text":"那你还想不想看电影"} +{"t":"interrupt.ok","session_id":"v3"} // 她已停 +{"t":"reach_out","message":{"id":"r9","text":"刚看到窗外的晚霞，想跟你说一声","based_on_life_event":1234}} +{"t":"degraded","cap":"tts.speech_tags","reason":"provider_silent","phi":"（这句她的声音少了点语气）"} +{"t":"error","scope":"chat","retryable":true,"phi":"我没听清，你再说一遍？"} +``` + +音频帧：二进制帧头 8 字节（session_id 哈希 + seq + 方向），opus/pcm16k；细节施工时定稿。 + +REST【拟议】：`GET /api/companion`（只读档案）、`POST /api/companion`（创建，已存在则 409）、`PATCH /api/relation`、`GET|PUT /api/env/city`、`GET /api/media/manifest`、`POST /api/media/import`（multipart 素材包）、`GET /api/capabilities`（各能力 mock/real 标签，前端据此打角标）、`POST /api/backup/export`（下载 zip）、`POST /api/backup/restore`（上传 zip + 校验报告）。 + +### 5.4 取消与旧轮结果隔离（防"过期回答覆盖新问题"） + +1. **turn_id 配对**：客户端每个 chat.send 生成 `客户端id-自增`；所有 chat.delta/final 必须回带同 turn_id。用户放弃输入/新问题时丢弃不匹配的流；渲染层只认"当前活跃 turn_id"。 +2. **epoch 门槛**：sync.done 携带 epoch（后端重启/状态纪元变化时 +1）；收到旧 epoch 消息一律丢弃并触发一次 resync。 +3. **语音会话隔离**：一切 asr/tts/interrupt 事件带 session_id；会话结束后的迟到帧全部丢弃；interrupt 后同 session 内更早 seq 的音频块不再播放。 +4. **HTTP**：管理页所有请求走 AbortController，页面切换/重复点击即取消；导出/导入等长任务用任务句柄轮询，不悬挂按钮。 +5. **重连风暴保护**：指数退避 + 抖动；重连成功先 sync 再恢复输入框可用。 + +### 5.5 错误与降级展示（φ 叙事化，不用技术黑话） + +- 原则来自 `contracts/capabilities.py`：**降级必须显式**；但显式给的是"世界内"表达，不是堆栈。展示分层：φ 文案（"她好像走神了，稍等"）为主，次要系统徽章（"语音暂不可用"）为辅，详细原因收进"工程信息"抽屉。 +- 视频素材缺失：FallbackPresenter 静态图 + 轻动效，环境条照常，绝不黑屏、绝不停摆其他区域。 +- 语音不可用（无 HTTPS/拒授权/服务离线）：麦克风按钮置灰 + φ 文案，文字聊天完全可用。 +- 后台不可达：连接态横幅（弱提示），本地保留未发出的文字草稿，重连后由用户重发（不自动重发，避免陈词滥调式重复）。 + +--- + +## 6. 媒体适配边界 + +### 6.1 素材清单 manifest【拟议，规范 T-03 待定稿】 + +```jsonc +{ + "manifest_version": 1, + "appearance_id": "her-v1", // 换外观=换这个 id（CG-006） + "clips": [ + {"id":"daily__reading__evening__clear__home", + "src":"clips/daily_reading_evening_clear.mp4", + "scene":{"mode":"daily","activity":"reading","time_band":"evening","weather":"clear","outfit":"home"}, + "loop":true,"duration_s":12.5,"in_point":0.0,"out_point":12.5} + ], + "transitions":[{"id":"daily_to_talk","from":"daily","to":"talk","src":"clips/tr_daily_talk.mp4"}], + "talk_base":{"src":"clips/talk_base.mp4","loop":true} // 无口型驱动器时的交谈底 +} +``` + +- 键 =（mode, activity, time_band, weather, outfit）五元组；**逻辑状态与素材解耦**（CG-017：活动/天气是逻辑状态，不用选片篡改生活记录）。 +- 首版范围：一间高层卧室（CG-026 只作视觉参考）、少量服装/动作（CG-017/030），素材数量随试片扩充。 + +### 6.2 选片与降级链（顺序固定） + +`精确匹配 → 去掉 weather → 去掉 outfit → 换近似 activity → FallbackPresenter 静态图`。每级降级在工程抽屉记录（对齐 projection_gap 的"泄漏可统计"思想），**不向生活状态倒灌任何东西**。 + +### 6.3 口型/交谈驱动器（可替换，非门禁） + +- 驱动器是 TalkPresenter 的注入实现，候选（LiveTalking/MuseTalk/Ditto 等）由 HEL-739 独立研究选型【候选·未测】，本方案不预设结论。 +- 无驱动器时：交谈呈现 = talk_base 素材（预设少量身体动作，CG-028：口型/表情/目光优先，身体预设）+ 音频 + 字幕；**产品完整可用**。 +- 驱动器上线时只改注入参数，不动任何页面结构（CG-031：视频/口型仅一种可替换呈现组件）。 +- 真人→二维的条件判据未定（CG-027），Presenter 抽象同时兼容二维素材包，不需要结构变更。 + +### 6.4 播放工程 + +双 `