ycode/docs/验收问题收集-2026-10-17-发送与设置.md

08～13 验收问题收集（2026-10-17）

本文只验收 复刻待办清单-2026-10-17.md 的 08～13：

1. 新建任务发送后的立即切页与占位
2. 账户菜单与页面
3. 通用设置
4. 外观与浅色/深色主题
5. 快捷键页面与真实功能
6. 个性化页面与真实功能

本轮不修改业务代码、测试或 TODO，不启动 Electron/build。WorkBuddy 原版结论只沿用项目内既有 REA Evidence；本文没有新采集、驱动或修改 WorkBuddy。

本轮专项结果

主上下文最新构建后的专项脚本结果如下：

条目	脚本	结果	checks
08	verify-new-task-switch	PASS	30/30
09	verify-account-menu	PASS	64/64
10	verify-general-settings	PASS	43/43
11	verify-appearance-settings	PASS	21/21
11	verify-desktop-appearance	PASS	19/19
12	verify-shortcuts-settings	PASS	32/32
13	verify-personalization-settings	PASS	29/29
13	npm run test:personalization 离线纯测试	PASS	全部断言

主上下文报告最新构建通过，并已单独通过 npm run test:conversation-ipc。这些结果只覆盖对应构建与断言，不替代本文列出的原版证据和全状态验收。

报告：

• .tmp/new-task-switch-CskK4m/report.json
• .tmp/account-menu-1pttNZ/report.json
• .tmp/general-settings-it8Zlb/report.json
• .tmp/appearance-settings-3Jyy3m/report.json
• .tmp/desktop-appearance-hM7qdy/report.json
• .tmp/shortcuts-settings-Q8JoQ3/report.json
• .tmp/personalization-settings-0eAA5x/report.json
• .tmp/audit19-20261017-165014/conversation-ipc.log

19 个串行脚本中 17 个通过、2 个失败。verify-settings-nav 仍把已接入的“记忆”断言为禁用；verify-composer-context-info 仍使用旧 .segmented 主题控件，外观页改为主题卡后等待超时。两处均为陈旧测试预期，不推断为业务失败，本报告不把它们计作 08～13 的缺陷。

优先复核的实际问题

P2：会话已创建、回合未启动时失败，会留下“空会话 + 新任务界面”的双重状态

• 复现：新任务发送后，让 session:create 成功，随后让 chat:send 在运行环境启动、附件提交、资源校验或 startTurn 任一阶段失败。例如发送过程中删除暂存附件，或让 OMP 启动失败。
• 实际：newSession() 已把 currentSessionId 设为新会话；后续 chat:send 失败时，渲染层只删除乐观消息，没有删除会话或恢复 currentSessionId=null。ChatPane 因 messages.length===0 显示新任务首页，但空间选择仍因 currentId!==null 被禁用。
• 期望：首回合启动失败后，要么删除刚创建但从未启动的会话并回到真正的新任务状态，要么保留失败会话和完整错误上下文，不能出现“看起来是新任务、实际已绑定旧会话”的状态。
• 影响：侧栏产生无消息任务；重试会继续使用这个会话；用户无法再切换该“新任务”的工作空间，后续上下文归属容易出错。
• 代码：src/renderer/src/stores/chat.ts:250-259 设置新 currentSessionId；src/renderer/src/stores/chat.ts:313-360 失败路径只清消息；src/renderer/src/components/ChatPane.tsx:171 把空消息当首页；src/renderer/src/components/ChatPane.tsx:371 用非空 currentId 禁用空间切换。
• 当前证据：本轮 30 项脚本没有覆盖它。scripts/verify-new-task-switch.cjs:175-203 的失败场景先清空模型注册表，使 session:create 在 src/main/ipc.ts:535-538 的模型解析阶段就失败，所以此时根本没有创建会话。测试名“发送失败后回到首页”通过，但对应的是“创建会话前失败”。
• 下一步：新增“session:create 成功、chat:send 拒绝”的回归；断言会话列表、currentSessionId、空间选择可用性和草稿恢复同时一致。原版准备失败是否保留空会话仍缺 REA 运行时证据。

P2：通用设置的磁盘统计被超时截断时，仍按完整值展示

• 复现：让 app.getPath('userData') 包含超过 200,000 个文件，或目录扫描超过 1.5 秒。
• 实际：扫描返回 partial:true，但进程只把这个值放到 dataUsagePartial；设置页完全不读取它，仍把已扫描字节当成完整“已用”值，并据此绘制进度条。
• 期望：显示“统计未完成/继续扫描”，或异步完成后刷新；不能把下界当作精确总量。
• 影响：存储占用和磁盘进度会偏低；用户会误以为目录已清理或容量不足。
• 代码：src/main/general-settings.ts:80-101 在 200,000 条目或 1500ms 时截断；src/main/ipc.ts:418-419 返回 dataUsagePartial；src/renderer/src/components/GeneralSettingsPanel.tsx:173-178、:235-257 只消费 dataBytes，没有读取 partial。
• 当前证据：verify-general-settings 使用很小的隔离数据目录，43 项全部通过；没有构造条目上限或耗时预算耗尽。
• 下一步：增加大目录/低预算纯函数测试，并在界面提供部分统计状态或继续扫描。

P2：右侧工作台全屏且任务生成中，按 Esc 会同时取消生成和退出全屏

• 复现：打开右侧工作台并全屏，启动一个生成中的回复，把焦点留在工作台内后按 Esc。
• 实际：App 的全局监听取消当前运行；SourceWorkbench 的独立监听也退出全屏。两个监听都挂在 window 上，工作台监听没有检查 event.defaultPrevented，也没有阻止同一事件继续传递。
• 期望：明确一个优先级。快捷键表只声明“生成中 Esc 停止生成”，因此至少不应同时触发未声明的第二个动作；若原版在全屏时另有优先级，应以 REA 运行时证据为准。
• 影响：一次按键产生两个业务状态变化，容易打断用户查看工作台。
• 代码：src/renderer/src/App.tsx:295-316 的生成中 Esc；src/renderer/src/workbuddy/workbench/SourceWorkbench.tsx:59-65 的全屏 Esc。
• 当前证据：verify-shortcuts-settings 只测试录制态 Esc，不测试生成中 Esc，也不测试全屏组合状态。
• 下一步：增加“生成中 + 全屏 + 工作台焦点”的冲突回归，再按原版优先级收敛。

P2：默认人设的页面说明与实际默认注入状态不一致

• 复现：保持“人设设定”为页面初始值，不编辑，直接发送消息。
• 实际：页面展示完整工作人设并说明“对所有回复生效”，但 buildPersonalizationPrompt() 发现它等于默认人设后主动跳过，所以该字段本身不会从个性化模块进入本回合上下文。这是既定实现选择，不等于行为必然错误；YCode 内置提示词是否承担了等价语义尚未证明。
• 期望：页面应准确说明默认人设由哪一层生效；如果内置提示词与展示的人设不等价，则应注入展示内容或调整说明。行为是否与原版等价需要 REA 证据判断。
• 影响：用户看到的人设说明与模型实际收到的个性化字段不一致，容易误判当前人设是否已经生效。
• 代码：src/shared/personalization.ts:108-116，尤其 :113 明确排除等于 DEFAULT_PERSONA 的值；该值在 PersonalizationSettingsPanel.tsx:278-285 作为默认人设展示。
• 当前证据：scripts/personalization-prompt-regression.ts 反而断言默认人设不得进入提示词，证明这是既定实现选择；尚无证据证明 YCode 内置提示词与展示内容行为等价。
• 下一步：用 REA 补原版默认人设的生效层级和内容证据，再决定注入展示内容、证明内置替代，或修正 UI 文案。

P2：欢迎语跨原生设置窗口更新时，主窗口的现有流式状态栏没有可靠刷新信号

• 复现：在主窗口保持一个尚未产生正文的慢请求；打开原生设置窗口切换“欢迎语”；观察主窗口当前加载提示。
• 实际：设置窗口写共享 localStorage 后只派发当前 renderer 的自定义 ycode:personalization-change 事件。主窗口是另一个 BrowserWindow，只会收到浏览器 storage 事件；personalization-prefs.ts 没监听它。当前组件除非因其他状态再次渲染，否则不会收到变更。
• 期望：配置修改后，所有窗口中的当前流式状态栏即时同步。
• 影响：开关似乎已保存，但当前会话仍显示或隐藏欢迎语；新请求通常会在挂载时读到新值，导致“有时生效、有时要等下一次”的不稳定现象。
• 代码：src/renderer/src/personalization-prefs.ts:8 定义自定义事件；:25 只在设置窗口派发；:32 只订阅自定义事件；src/renderer/src/workbuddy/conversation/StreamingFooter.tsx:110 用这个订阅驱动 useSyncExternalStore。
• 当前证据：scripts/verify-personalization-settings.cjs:210-217 只在设置窗口读取 localStorage，没有检查主窗口正在挂载的 StreamingFooter。
• 下一步：监听 window.storage 或通过主进程广播配置变更；增加双窗口、活跃流式请求的同步用例。

P2：账户菜单头部实际高度仍比原版多约 4.19px，现有测试只比较了 min-height

• 复现：打开账户菜单，测量 .user-menu-header 的 getBoundingClientRect().height。
• 实际：头部由两行（名称和新增的 mock 说明）撑高，已知结果约 60.19px；原版头部为 56px。测试只断言 CSS min-height:56px，不会发现内容把容器撑高。
• 期望：保留用户要求的头像与名称内容，同时由明确布局把头部控制到原版 56px；若副标题必须保留，应把它移到不改变原版几何的位置。
• 影响：计费卡和后续条目整体下移，不能宣称账户菜单逐像素完成。
• 代码：src/renderer/src/workbuddy/user-menu/AccountMenu.tsx:90-98 增加副标题；account-menu-source.css:119-126 使用 min-height:56px；副标题样式在 :178-185。
• 当前证据：scripts/verify-account-menu.cjs:178 只检查 minHeight='56px'。
• 下一步：补实际高度与各 section 的 y 坐标断言，再对照固定 REA 几何修正。

P2：账户菜单 5 个条目图标仍是 Lucide 占位，不是原版路径

• 复现：对照原版菜单和当前菜单的设置、外观、记忆、更新、退出图标。
• 实际：源码明确写明原始 SVG 尚未回收，当前用 Lucide 同族图标占位。
• 期望：使用 REA 回收的原版 SVG path、viewBox 和线宽。
• 影响：容器尺寸一致，但字形不一致，不能完成像素级验收。
• 代码：src/renderer/src/workbuddy/user-menu/account-menu-icons.tsx:4-7 和后续图标定义。
• 当前证据：本轮只验证 16×16 盒子，不验证 path。
• 下一步：用 REA 针对 5 个条目补 svg_nodes，再替换和做像素比对。

P2：深色主题下 native 窗口底色仍固定为白色，重载/空白首帧白闪仅为未观察风险

• 复现：深色主题下重载主窗口、打开独立任务窗口或原生设置窗口，并捕获页面绘制前帧。
• 实际：三个 BrowserWindow 都写死 backgroundColor:'#ffffff'；主题在 renderer React effect 中才写到 documentElement，窗口底色不会随主题更新。本轮没有捕获到白闪，也没有在重载帧中观察到白闪，因此不能写成已发生。
• 期望：窗口 native background 与持久化主题一致，首帧和重载帧不出现白色闪屏。
• 影响：稳定态截图可全通过，但启动、刷新、窗口树重建时仍会出现浅深混色。
• 代码：src/main/index.ts:33、:103、:178；src/renderer/src/useSharedTheme.ts:9-13 在 effect 中设置主题。
• 当前证据：verify-appearance-settings 和 verify-desktop-appearance 都等待稳定态后才采样，没有首帧/重载帧证据。
• 下一步：补充首帧捕获；主进程根据持久化主题设置窗口 backgroundColor，或使用首屏内联主题引导。

P2：本地将个性化上下文作为 userText 拼接；原版注入层级尚未取证

• 复现：设置回复风格、用户指令或长期记忆后发送一轮，并检查实际内核输入。
• 实际：个性化段落被拼接到用户 text，最终作为 userText 交给内核；它没有作为独立消息角色发送。这证明了本地实现路径，但尚不能据此断言原版一定使用或一定不使用某个特定角色。
• 期望：先用原版 REA 证据确定个性化字段的角色层级、优先级和合并顺序，再证明本地 userText 拼接是否等价。
• 影响：用户级拼接可能影响偏好的优先级；在取得原版证据前，这一行为与原版是否等价仍属未知。
• 代码：src/main/ipc.ts:774-781 把 personalizationPrompt 拼进 promptText，随后作为 userText 交给内核；src/shared/personalization.ts:108-116 排除默认人设。
• 当前证据：纯函数测试只验证字符串拼装，没有通过真实 chat:send/上游捕获 system 与 user 两个 roles。
• 下一步：用 REA 取原版请求构造层级，再补真实 IPC/受控上游的角色断言。

08. 新建任务发送后的立即切页与占位

结论：立即切页、乐观消息、单一启动占位和取消主链已实现，30/30 本轮断言通过；完整准备阶段、创建后失败回滚和准备阶段取消仍未闭环。

• 已验证：约 500ms 内切页/显示用户消息/启动占位；真实占位替换无重复；运行中切换任务；停止后 cancelled 落库。
• 实际缺陷：见 P1“空会话 + 新任务界面”双状态。
• 功能未接：只输出 acquiring_runtime。src/renderer/src/workbuddy/conversation/prepare-phases.ts:6-24 明确说明主进程是单阻塞阶段；其余 9 个已经恢复的文案没有真实阶段发送方。
• 功能未接/待原版确认：发送窗口内没有停止入口。当前 Composer 在 sending || running 期间显示发送禁用态，只有真实 run 建立后才出现停止按钮。
• 证据缺口：WorkBuddy 发送后的逐帧时序未获得；原版准备失败是否保留空会话、是否允许准备阶段取消均未获得 REA 运行时证据。
• 测试盲区：未覆盖创建成功后 chat:send 失败、进程在启动窗口退出、准备阶段长时间停留、所有准备阶段依次推进。

09. 账户菜单与页面

结论：当前用户指定内容、打开/关闭、设置导航、浅深色和错误/未接提示已实现，64/64 本轮断言通过；仍不能称为逐像素完成。

• 已验证：头像、名称、套餐、余额、升级套餐、购买积分、设置、外观、记忆与进化、检查更新、退出登录；原生设置窗口复用；浅深色 token。
• 实际视觉差异：头部高度约 60.19px 对原版 56px。
• 实际视觉差异：5 个图标为 Lucide 占位。
• 用户范围边界：账户、套餐、余额、计费、更新和退出登录服务未接，云端服务本轮不列为缺陷；用户指定的内容范围差异也不列为缺陷。
• 证据缺口：原版深色运行时像素未采集；滚动、窗口失焦等关闭路径未采集。
• 测试盲区：只测 min-height，没有测真实 header height；“退出登录”只验证存在/禁用语义，没有点击并断言提示；没有 SVG path 对照。

10. 通用

结论：布局、5 个真实设置和 11 个明确占位已实现，43/43 本轮断言通过；存储统计的 partial 状态和打开目录错误处理存在实际缺陷。

• 已验证：防止休眠偏好、开机启动偏好持久化、真实数据目录、磁盘容量、工作区根目录持久化、通知设置入口、浅深色、未接控件保持禁用。
• 实际缺陷：部分目录统计仍按完整值展示。
• 实际缺陷：src/main/ipc.ts:444-447 忽略 shell.openPath() 返回的错误字符串。工作区目录被删除、权限异常或系统文件管理器启动失败时，设置页不会显示错误。现有测试只检查 API 函数存在，没有实际点击“打开目录”。
• 功能未接：语言、链接打开方式、字体大小、锁屏运行、网络代理、自动安装可信技能、技能自动更新、套件自动更新、通知提示音、定时任务产物通知、体验优化计划。代码在 GeneralSettingsPanel.tsx:185-215 和 :280-305 显式禁用，未伪装成功。
• 证据缺口：“系统缓存目录”实际统计整个 userData，包含配置、会话和缓存；原版目录语义及是否同样包含这些数据尚需 REA/运行环境证据。
• 测试盲区：verify-general-settings.cjs:29 设置 YCODE_DISABLE_SYSTEM_INTEGRATION=1，没有验证真实登录项、Windows 通知设置页和系统文件管理器；:267-277 直接调用 changeWorkspaceRoot(path)，没有点击“更改”并操作系统目录选择器；没有让真实任务运行时验证 powerSaveBlocker 是否实际启停，也没有覆盖并发任务计数。

11. 外观与浅色/深色主题

结论：用户限定的浅色/深色、跨窗口同步和重启持久化已实现；两套本轮外观脚本均通过。稳定态通过不等于全状态和首帧通过。

• 已验证：外观面板几何、两张主题卡、即时切换、主窗口/设置窗口同步、稳定态浅深色可读性、重启持久化、首页机器人 ROI 零差异。
• 源码风险：三个 BrowserWindow native 底色固定白色，重载或首帧“可能”出现白闪；本轮未观察到该现象。
• 用户范围边界：原版另外 7 张主题卡不接入，不列为当前缺陷。
• 证据缺口：原版主题切换过渡动画因 target_changed 未连续采集；YCode 只验证了稳定深浅两态。
• 测试盲区：稳定态采样只有设置壳和主窗口 5 个表面；未覆盖独立任务窗口、账户/模型/加号弹层、代码块、表格、工具结果、对话框、滚动条、首帧、重载帧和动画中间帧。verify-desktop-appearance 的像素比较范围只有首页机器人 120×78 ROI，不能外推到整个界面。
• 变量缺口：原版 tokens 中不存在、但旧 YCode 样式仍引用的变量保留 fallback，尚未做原版运行时逐项核对。

12. 快捷键页面与真实功能

结论：24 行展示、搜索、录制/取消、4 个全局快捷键和浅深色已通过；14 个“已绑定”声明中存在明显测试假阳性，并发现 Esc 双动作冲突。

• 已验证：Ctrl+B、Ctrl+K、Ctrl+Shift+B、Ctrl+N；24 行文案/键位；搜索和空态；录制态 Esc 取消；深色布局。
• 实际缺陷：生成中 + 工作台全屏时，Esc 同时停止生成和退出全屏。
• 测试假阳性：scripts/verify-shortcuts-settings.cjs:204-207 所谓“supported rows match the shortcuts YCode really binds”只是拿界面 data-shortcut-supported 与静态目录比较，没有执行动作。真正执行主窗口键位的断言在 :151-172，只覆盖 Ctrl+B、Ctrl+K、Ctrl+Shift+B、Ctrl+N。
• 未执行的真实绑定：Ctrl+,、Enter 发送、Shift+Enter 换行、生成中 Esc 停止、Ctrl+=/Ctrl+Shift+= 放大字号、Ctrl+- 缩小、Ctrl+0 重置、Ctrl+T 新标签、Ctrl+W 关标签。
• 静态源码显示这些处理器存在：App.tsx:271-319、Composer 输入键盘处理和 SourceWorkbench.tsx:59-65，但没有专项运行断言；尤其全屏 Esc 已暴露冲突。
• 功能未接：自定义键位保存、单条删除、整表恢复默认；语音录制、对话内搜索、上/下一个任务、定位任务、F11 全屏、唤起/隐藏主窗口、@ 选择器、/ 命令、Ctrl 强制外部打开只展示未执行。
• 证据缺口：空搜索文案为本地文案；深色 toolbar 控件为本地适配；原版自定义键位持久化格式和命令注册表实现仍未完整对齐。
• 下一步：逐个发送真实键位并断言 DOM/持久化/内核状态；先把 Esc 冲突定为单动作，再补 Ctrl+T/W、字号和发送键盘回归。

13. 个性化页面与真实功能

结论：页面主体、回复风格、身份编辑、长文本保存、欢迎语持久化和浅深色已通过；默认人设、提示词层级、富文本编辑器、文件修改过程和跨窗口即时同步尚未闭环。

• 已验证：五张卡、8 种回复风格、身份 inline 编辑、失焦丢弃、长文本弹窗、配置持久化、重开恢复、深色布局。
• P2 一致性问题：默认人设展示但既定个性化逻辑不会把该默认值注入请求；内置提示词是否提供等价行为仍待证明。
• 实际风险：欢迎语通过 localStorage 的进程内自定义事件同步，主窗口没有可靠接收另一 BrowserWindow 的变更。
• 功能未接：“显示文件修改过程”在 PersonalizationSettingsPanel.tsx:287 始终禁用。
• 功能未接：编辑器实际是 <textarea>，见 PersonalizationSettingsPanel.tsx:306；原版 .sc-editor-content 的富文本格式、粘贴、快捷键和内容模型未复刻。
• 架构差异：个性化段落被拼入用户消息而不是 system/developer 指令，见 src/main/ipc.ts:774-781。
• 证据缺口：原版默认人设与宿主提示的关系、个性化字段真正的角色层级仍未知。
• 测试盲区：verify-personalization-settings.cjs:210-217 只在设置窗口验证 localStorage 和配置，不验证主窗口当前加载提示；纯测试只验证字符串函数，不验证真实 chat:send 后的角色和内核输入；没有测试富文本粘贴、超长内容的 UI 反馈或真实上游收到的个性化内容。
• 外部副作用：既有 REA 操作曾把 WorkBuddy“对你的称呼”保存为 CodexTmp，原版空值确认无法直接恢复。该问题属于 WorkBuddy 共享运行态清理，不在 YCode 业务代码中；本轮未操作。

跨条目测试覆盖矩阵

场景	已有覆盖	结论
创建前失败，如模型不存在	verify-new-task-switch 覆盖	通过
创建成功后、回合启动前失败	未覆盖	会留下空会话，需补回归
原版完整准备阶段推进	未覆盖	当前只接一条占位
账户菜单 header 实际高度	仅 min-height	仍多约 4.19px
账户菜单 SVG path	未覆盖	Lucide 占位
通用目录超大/扫描超时	未覆盖	partial 被当成完整值
打开目录失败	未覆盖	错误被吞掉
真实系统登录项/通知	隔离掉	仅验证偏好与 IPC 可调用
深色首帧/重载	未覆盖	native 背景为白色；白闪风险未观察确认
深色全表面	仅局部稳定态	独立窗口、弹层、内容块未覆盖
快捷键 supported 声明	静态目录对照	14 行中仅 4 个唯一动作真实执行
Esc + 生成 + 全屏	未覆盖	源码存在双动作
欢迎语跨两个 BrowserWindow	未覆盖	当前流式状态栏可能不即时更新
默认人设真实注入	未覆盖，且离线测试明确禁止个性化模块注入默认值	页面说明与实际字段不一致，行为等价待证
个性化真实请求 roles	未覆盖	只测字符串拼装

建议处理顺序

1. 修复 08 创建后失败状态机，并增加成功建会话后拒绝 chat:send 的回归。
2. 修复 10 的 partial 展示和 openFolder 错误返回。
3. 明确 12 的 Esc 优先级，并把 14 个 supported 声明逐个做成行为断言。
4. 先用原版证据确认 13 默认人设与个性化提示词层级，再处理 UI 一致性和真实请求回归；同时修跨窗口欢迎语同步。
5. 补 09 账户 header 实高与图标 REA 证据。
6. 最后补 11 首帧、重载、独立窗口及弹层/内容块主题矩阵。

跨模块依赖（不计入本文问题数）

• 独立任务窗口的 chat:event 路由问题已由主上下文确认。它会扩大 08 中“切换任务后运行状态仍正确”的适用面，但本文不重复计项。
• 备用网关 history 遗漏 quotes 已由主上下文确认，属于对话投影/网关链路，本文不重复计项。
• memory 默认偏好误写已由主上下文确认，属于 14 记忆模块，本文只提示其可能影响跨设置持久化验收，不重复计项。

完成这些后仍需用 WorkBuddy 对应版本的 REA Evidence 做同视口、同状态、同输入对比；本轮专项 PASS 只能证明列出的断言范围，不等于 08～13 已全部 1:1。