メニュー
24h 视觉测试执行者 Agent 的逻辑。手动触发后从仓库拉取所有 label = visual-test:pending 的 issue，按子 issue body 的矩阵跑用例，回评论失败项 + 截图 + 严重级，或 /visual-pass 通过。完全不创建新 issue。触发词："/issues-visual-run"、"执行视觉验收"、"视觉测试接单"、"visual test run"。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | issues-visual-run |
| description | 24h 视觉测试执行者 Agent 的逻辑。手动触发后从仓库拉取所有 label = visual-test:pending 的 issue，按子 issue body 的矩阵跑用例，回评论失败项 + 截图 + 严重级，或 /visual-pass 通过。完全不创建新 issue。触发词："/issues-visual-run"、"执行视觉验收"、"视觉测试接单"、"visual test run"。 |
版本：v1.0.0 | 状态：已落地 | 触发：
/issues-visual-run、"执行视觉验收"、"视觉测试接单"、"visual test run" | SSOT：doc/rule.skill.issues-system.md
视觉测试执行者 Agent 的"接单 → 跑测 → 回报"逻辑。
本技能不开 issue（那是
/issues-visual-create的活）。只读取已存在的visual-test:pendingissue、按 issue body 的矩阵跑、回评论。协议本体与 label 体系见
doc/rule.skill.issues-system.md。模板演化讨论在 #605。
用本技能：
visual-test:pending 队列别用：
/issues-visual-create/issues-autofix（且本技能与之互斥避让）visual-test:pendingvisual-test:reviewing / visual-test:passed / visual-test:blocked[visual-test] 开头不满足任一 → 跳过，不留痕。
前置假设：本技能由用户手动触发，每天最多一次，同时刻只有一个实例运行。在这个假设下不需要分布式锁、claim-verify、reaper 等机制。详见
doc/rule.skill.issues-system.md§0。如果未来扩展为自动 cron / 多实例并发，需要重新设计协议（git history 里有一版 v1.0 的完整并发协议可参考）。
单 issue 完整流程：
<!-- visual-run:{run_id}:{今日日期 YYYY-MM-DD} -->visual-test:reviewing / visual-test:passed / visual-test:blocked）+ 删 visual-test:pending失败处理：
visual-test:blocked + 评论"超时跳过"visual-test:blocked + 评论说明读 issue body §3 勾选的矩阵，逐项跑。
双主题强制：即使用户漏勾，dark + light 都必须跑（cds-theme-tokens.md 是硬规则）。
视口默认：未勾选时按 1440×900 跑。
截图规约（首次执行者上线时在 #605 §五 第 1 问对齐）：
{issue#}-{viewport}-{theme}-{state}-{check#}.png按"机器化优先 + 人工兜底"策略：
| 检查点 | 机器化方式 | 兜底 |
|---|---|---|
| 无 emoji | 截图 OCR + 表情符号正则扫描 | 人工目视 |
| 白天无暗色 modal | 浏览器自动化抓主题切换后 modal 背景色 RGB，比对 --bg-* 系列 | 人工目视 |
| Modal createPortal + min-h:0 | DevTools 注入脚本检查 position: fixed 元素是否挂在 body 直系 | 人工 |
| 撑满视口 | viewport 高度 vs body scrollHeight，差 > 100px 报缺失 | 人工 |
| 空状态有引导 | 检测空列表区是否含 <button> / role=button | 人工 |
| LLM 面板模型名 | DOM 抓 [data-llm-model-badge] 或字符串"模型: " | 人工 |
| >2s 静止 = 缺陷 | 录屏帧差检测，连续 2s 像素差 < 阈值 = fail | 人工 |
| 输入零摩擦 | 检测 form 是否含 input[type=file] / select / placeholder 含模板 | 人工 |
| 画布手势统一 | 模拟 wheel + ctrlKey + pinch，断言事件被 preventDefault | 人工 |
| MAP Loader | 源码 grep：在改动文件里搜 from ['"]lucide-react['"] 行是否 import 了 Loader2，以及 JSX 是否裸用 <Loader2（DOM 渲染后是 svg，抓不到组件名，必须查源码） | 人工对比设计稿 |
无法机器化的，必须截图 + 人工目视，不允许沉默跳过。跳过的视为该 issue visual-test:blocked。
## 失败清单（按严重级排序）
| # | 检查点 | 视口 | 主题 | 截图 | 问题描述 | 严重级 |
|---|---|---|---|---|---|---|
| 1 | Modal 高度 | 1440×900 | dark |  | Modal 超出视口底部 60px,内容截断 | P0 |
| 2 | 模型名展示 | 1440×900 | light |  | LLM 面板顶部缺少模型名 chip | P1 |
| ... |
## 已通过项
- §3 矩阵全部勾选项的其他维度
- §4 硬约束第 1,3,5,6,7,8,9 条
## 备注
- 第 4 条「页面撑满视口」无法机器化判定,转人工目视
- 全部用例耗时 N 分钟,run_id={uuid}
<!-- visual-run:{run_id}:{今日日期 YYYY-MM-DD} -->
严重级判定：
终态：
visual-test:reviewing（等开发者修）/visual-pass + label visual-test:passed + 关闭 issuevisual-test:blocked + 评论说明缺什么开发者修复后会评论 已修 commit <hash> + 移除 visual-test:reviewing + 加回 visual-test:pending。
重测时不需要全量重跑，按"受影响项 + P0 全量回归"策略：
mcp__github__list_issues 拉 visual-test:pending 队列mcp__github__pull_request_read / mcp__github__get_commit 读关联 PR/commitmcp__github__add_issue_comment 回报失败/通过mcp__github__issue_write(update) 改 labelbridge 技能 — 已暂停默认使用；Bridge HTTP 轮询关闭期间不要依赖它操作 CDS 预览页面visual-test:blocked 评论"预览未就绪,检查 /cds-deploy 状态"visual-test:blocked 评论缺什么字段visual-test:blocked 评论visual-test:blocked + agent-timeout 评论每次跑完后,如果发现:
不要改本技能,直接去 #605 评论建议。维护者会 bump 模板版本,本技能下次跑时自动按新版本。
/issues-visual-create）protected_paths（同 /issues-autofix）/visual-pass 必须基于矩阵跑完）/issues-visual-create（开单方）/ /cds-deploy（保证预览就位）/issues-autofix（互斥避让,本 issue 不归它管）识别每日验收、PR 验收、commit 验收、未发布分支验收、缺陷复测、视觉回归和发布前验收等场景，并为 create-visual-test-to-kb 生成测试范围、指差法步骤、预期结果、证据链、截图回读和报告结构。Use when the user asks to optimize or run visual acceptance across different scenarios, asks whether yesterday's changes, a PR, a commit range, or an unpublished branch were really accepted, or needs PR/commit results to map to screenshots and MAP knowledge base reports.
Convert PRs, commits, yesterday's changes, or release scope into a test-minded acceptance design before visual execution. Use when the user asks for daily acceptance, visual acceptance, PR/commit acceptance, proof that code changes really affected product behavior, coverage planning, fusion testing, evidence strength, or when screenshots/reports looked related but failed to prove the assigned task.
工业级功能验收/视觉测试全流水线（MAP 验收标准 v2）——模拟人类的浏览器取证 + 标准化验收报告 + 归档进 CDS 验收中心并出直达深链。职责分离：验收报告永远按项目归 CDS（平台自带、证据链内置），MAP 等系统通过知识库开放协议从 CDS 拉取展示，技能不再分流到 MAP 知识库。一个技能内含三段：标准/模板、模拟人类浏览器取证（点击导航进入、禁地址栏直达、双主题截图、ZZ 照做风画框标序号 stepClick/stepShot）、报告归档（命名结构固定，**每次归档强制输出可达地址**：CDS 直达深链 /reports，匿名对外用 /r/token）。默认报告走 **ZZ 照做风**（全大标题 + 一句话一步 + 逐步配图 `{{IMG:}}` + 文字在上图在下 + 变化处画框 + 分支顺序讲，同岗位照做必复现）。归档前有**强制准入校验**：目标/档位/Verdict/截图数/证据完整性/报告结构不达标直接拒收（入口准则，杜绝"什么都能进"）。项目无关，改 acceptance.config.json 即可跨仓库复用；无 CDS/离线退化为本地 md+截图。触发词："视觉验收"、"验收"、"视觉测试"、"验收归档"、"归档验收报告"、"create visual test"、"/视觉验收"、"/验收"。
CDS (Cloud Dev Space) core skill — hosts the canonical cdscli Python CLI, handles authentication (static AI_ACCESS_KEY / dynamic pairing / project key), manages env vars and project keys, owns CDS service self-update, defines the preview-URL slug formula, and acts as dispatcher when the user's intent is ambiguous between cold-path scanning and hot-path debugging. Activates when the user mentions CDS generically without specifying scan-or-deploy, configures CDS credentials, manages env / keys, updates the CDS service code itself, or asks about preview URL conventions. Does NOT directly perform project scanning (delegates to cds-project-scan, the cold path) or deployment debugging (delegates to cds-deploy-pipeline, the hot path). Trigger phrases include "cds 认证", "AI_ACCESS_KEY", "项目 key", "cds 自更新", "cds self-update", "预览地址公式", "配 cds 环境变量", "/cds", "/cds-auth", and the bare word "cds" when the user has not yet picked a direction.
Generates weekly project reports from git history. Collects commits, PRs, and contributor data, analyzes and categorizes changes, then produces a structured Chinese-language weekly report (overview, completed items, next-week priorities) saved to doc/report.YYYY-WXX.md. Trigger words: "生成周报", "写周报", "weekly report", "本周总结".
从 git 历史生成「今日大事早知道」开发日报，并发布到知识库（文档空间）。按「新增功能多讲 → 优化/修复次之 → 计划/遗留垫底」的固定权重分层叙事。自动 find-or-create「日报知识库」并出分享链。触发词："生成日报"、"写日报"、"今日大事"、"日报"、"daily report"、"/daily"、"今天干了啥"。