修复策划审批按钮的界面测试回归

补齐批准和继续修改按钮的无障碍名称同步审批按钮文档并通过 389 个界面用例
2026-09-11 04:03:21 +00:00
parent fd09f61473
commit 87711e4034
2 changed files with 7 additions and 5 deletions
@@ -64,6 +64,7 @@ export function DesignAgentSurface({
          <div>
            <button
              type="button"
+              aria-label="批准"
              disabled={busy}
              onClick={() => onApprove(pending.requestId, true)}
            >
@@ -72,6 +73,7 @@ export function DesignAgentSurface({
            </button>
            <button
              type="button"
+              aria-label="继续修改"
              disabled={busy}
              onClick={() => onApprove(pending.requestId, false)}
            >
@@ -214,17 +214,17 @@ Agent 完成当前阶段后必须调用 `submit_phase_for_approval`。普通文

 Runtime 不检查产物内容、格式、质量或额外文件。

-UI 使用两个选择：
+UI 使用“批准”和“继续修改”两个文字按钮，分别配 Lucide `Check`、`X` 图标，不直接使用 Emoji。两个按钮的 `aria-label` 与可见文字一致；图标设为 `aria-hidden`。

 ```text
 是否批准当前阶段？
-✅    ❌
+[批准]    [继续修改]
 ```

- ✅：批准当前阶段，推进到下一阶段，重新注入上下文并启动下一轮 Agent 工作；
- ❌：清除待审批请求，恢复普通输入，不自动给 Agent 发送消息；
+- 批准：批准当前阶段，推进到下一阶段，重新注入上下文并启动下一轮 Agent 工作；
+- 继续修改：清除待审批请求，恢复普通输入，不自动给 Agent 发送消息；
 - 审批期间禁用普通消息输入；
- ❌ 后再次出现新的审批请求前，不能重复批准旧请求；
+- 选择“继续修改”后，再次出现新的审批请求前，不能重复批准旧请求；
 - 不实现 `/approve`、`批准`、`确认` 等文本检测。

 批准与拒绝通过带请求身份的结构化命令处理。后端只接受当前待审批请求；重复点击同一已处理请求不再次推进，旧卡不能批准新的请求。此处校验请求身份与会话状态，不对文件增加指纹、快照或内容校验。进入顾问态后不自主安排新任务。