# B01 补充反馈 01：确认按钮与计划／仅问答样式

日期：2026-10-21（Asia/Shanghai）。

用户在最新 dev 中连续反馈“删除对话和归档对话的弹窗，按钮不对”“计划和仅回答的样式也不对”。验收端已在隔离 Windows Electron 中复现，**A05、A06 仍待开发**。

这两项已属于 [B01 需求](B01-需求.md) 的 YC-003，不是本次 YC-001 新增回归，也不应记为已修复。保留 [验收 01](B01-验收-01.md) 对 YC-001／F01 的结论；本反馈不覆盖或改写原交付记录。开发端接续界面修复时，应优先处理用户再次指出的这两个表面。

## 1. 版本与验证方式

- 用户当前 dev：`eaf0ed293a2234e46f0ec48740cb02dd748b239b`，renderer 已确认加载新 disclosure 模块。
- 独立窗口受测：`51531dcae8d8ade85db9e203bc8c0f712805b2ae`，真实 main／preload／renderer、专用临时 userData、home、workspace 和测试消息；未操作用户实际会话、调用真实模型或读取原版实现。
- 已用 Git diff 确认上述两个提交之间无产品代码差异；ModeChip 和 TaskPopconfirm 对应 TSX／CSS 从 `37ddb2c` 到当前版本也未修改。此次交付范围原本只有 A01／A03／A04，不能误以为整份方案已经实施。
- 菜单按钮在浮层透明度到 1 后额外等待 400ms 再测量和截图，排除淡入截图时机。

## 2. FB01 / A06：归档、删除按钮变成普通文字

Windows 实际结果，归档确认、删除确认以及两处取消按钮相同：

| 属性 | 实际值 |
| --- | --- |
| 背景 | `rgba(0, 0, 0, 0)` |
| 文字 | `rgb(0, 0, 0)` |
| 边框／圆角 | `0px none`／`0px` |
| 最小宽度 | `52px` |
| 内边距／高度 | `0px 8px`／`28px` |

因此主按钮、次按钮及删除危险变体没有区分，不是原版预期按钮。

定位：

- `src/renderer/src/components/TaskPopconfirm.tsx` 仍使用裸 `<button>` 加 `wb-button--secondary/primary/danger` 类；本 portal 的实际样式作用域没有使这些变体生效。
- `src/renderer/src/components/task-popconfirm.css:30` 只提供 52px 最小宽度、高度与 8px 水平 padding。
- 现有 `src/renderer/src/ui/Button.tsx` 提供加载自身 CSS 的 `yc-button` 原语，开发端可以核对后复用；不能以类名看起来相同代替实际样式验证。

开发要求延用 AC3.2／AC3.3：恢复已确认的主／次／危险变体和主题样式、66px 最小宽度、19px 水平 padding；同时处理 A06 已记录的浮层 16px 圆角、600 标题及归档说明差异。保持 240px 右侧锚定、焦点、点击吞掉、忙状态、失败与真实归档／删除行为。

测试盲区再次确认：原有菜单测试本轮仍全绿，真实测试数据上的归档／删除也能执行，但没有检查这些变体的计算样式。必须新增背景、边框、圆角、尺寸与危险语义断言，并验证浅深主题；不要刷新期望值去接受当前错误外观。运行中的“停止并删除”仍须补对应状态验证，不能从本次 idle 结果推导通过。

证据：[计算样式](evidence/B01-feedback-01/button-styles.json)、[归档截图](evidence/B01-feedback-01/archive-confirm.png)、[删除截图](evidence/B01-feedback-01/delete-confirm.png)、[独立菜单探针](evidence/B01-feedback-01/task-buttons-probe.cjs)。

## 3. FB02 / A05：模式标签的默认、聚焦外观不符

实际“计划”和“仅问答”均为：

- 灰底 `rgb(235, 235, 235)`，8px 圆角，主文字色 `rgba(0, 0, 0, 0.9)`。
- 32px 高、13px／500／20px 文字、8px 水平 padding、16px 图标。这些尺寸已符合现有记录，不应重复当作错误。
- 聚焦计划标签后，模式图标仍可见，右上角另外出现“×”；没有在同一个图标槽位替换。源码把清除按钮绝对定位到 `right/top`，不是槽内切换。
- 图标源码仍标注为本地几何，未完成同版本 REA SVG／像素验收。

定位：`src/renderer/src/workbuddy/composer/ModeChip.tsx` 与 `mode-chip.css`。

开发要求延用 AC3.1：默认透明背景、pill 圆角、次级文字；hover／focus 时原图标槽位替换为 X，不额外占位或在右上角漂浮。恢复既有证据中的图标与布局，缺少证据时明确未验证。保持 craft 隐藏、plan／ask 模式选择和退出、键盘／焦点、禁用、权限偏好与草稿语义；本次探针不证明所有模式业务行为通过。

证据：[默认与聚焦计算样式](evidence/B01-feedback-01/mode-styles.json)、[计划聚焦截图](evidence/B01-feedback-01/plan-focus.png)、[仅问答截图](evidence/B01-feedback-01/ask.png)、[窗口探针](evidence/B01-feedback-01/mode-visual-probe.cjs)。窗口探针也采集其他区域，但本反馈只对上述模式与按钮作结论，不把其他截图自动纳入本轮验收。

## 4. 交付与交接

1. 当前验收端只新增文档和证据，未修改业务代码。开发端沿用 B01／YC-003 的编号与 AC，明确何时接单，修复后提交交付记录和完整代码 SHA。
2. 不将本反馈合并进 YC-001 的完成声明，不重复实现已通过的 A01／A04。若先修 F01，可单独交付；模式／按钮可作为后续独立交付范围，报告清楚即可。
3. 复测应同时覆盖“归档／删除的取消与确认”“计划／仅问答的默认、hover、focus、退出”，保留真实计算样式和稳定截图，不能只验 class 或纯 SSR。
4. 本文推送是用户明确补充反馈的一次文档交接；推送成功后窗口立即交回开发端。没有开启自动轮询。

复现探针已随 Git 保存：在固定受测代码检出完成独立构建后，将两份 `.cjs` 复制到该检出的 `.tmp/` 再运行。它们分别创建隔离数据目录，打印证据位置；不要用用户正式数据手动执行删除来验证按钮样式。