verify-design

star 2

Stage ④.f verify sub-workflow — gstack /design-review 设计系统一致性 + AI 审美问题识别 (has_design_changes 触发, 可选 conditional; bundled verify-stage optional /design-review step). schema_version: harnessed.workflow.v3 with disciplines_applied (6 default) + tools_available (gstack-design-review + ui-ux-pro-max + frontend-design) + 1 phase (gate ref has_design_changes conditional)。Triggered by harnessed CLI `harnessed verify-design --phase <num>` or slash command `/verify-design` after `harnessed setup`.

easyinplay By easyinplay schedule Updated 6/5/2026

name: verify-design description: | Stage ④.f verify sub-workflow — gstack /design-review 设计系统一致性 + AI 审美问题识别 (has_design_changes 触发, 可选 conditional; bundled verify-stage optional /design-review step). schema_version: harnessed.workflow.v3 with disciplines_applied (6 default) + tools_available (gstack-design-review + ui-ux-pro-max + frontend-design) + 1 phase (gate ref has_design_changes conditional)。Triggered by harnessed CLI harnessed verify-design --phase <num> or slash command /verify-design after harnessed setup. trigger_phrases: - "verify design" - "设计审查" - "design review" - "gstack design review" - "跑 verify-design"

verify-design workflow (v3)

Overview

1-phase sub-workflow mapping CLAUDE.md "Verify 阶段 — 可选 /design-review" onto harnessed runtime (Phase v3.0-3.4 W0.13c — D-04 Stage ④ Verify 7 sub + D-12 gstack 治理关卡 + Pattern A sub-workflow ship)。

phase id upstream model capability gate
1 01-design-review gstack sonnet {{ capabilities.gstack-design-review.cmd }} judgments.stage-routing.verify-design-changes.fires

Per-phase config loads from workflows/verify/design/workflow.yaml; engine 4-level gate resolver evaluates phase.has_design_changes == true via expr-eval — true 则 invoke gstack /design-review (设计系统一致性 + AI 审美问题识别), false 则 skip。

Capability refs

Sister workflows/capabilities.yaml entries:

  • gstack-design-review — Bucket 3 治理关卡 (impl: gstack, cmd: /design-review, fires_when: has_design_changes)
  • ui-ux-pro-max — Bucket 2 special-purpose (impl: gstack, 默认主方案 数据驱动)
  • frontend-design — Bucket 2 special-purpose (impl: gstack, UI 创意 / 装饰补充)

Gate ref

Sister workflows/judgments/stage-routing.yaml:

  • verify-design-changes.firesphase.stage == 'verify' and phase.has_design_changes == true

Routing rules (bundled web-design routing — workflows/judgments/web-design-routing.yaml)

  • 默认主方案 → ui-ux-pro-max (数据驱动、标准化、可解释)
  • 创意补充 / 不要 AI 味 → frontend-design
  • 用户明示「独特 / 不要 AI 感」→ frontend-design 主导, 否则 ui-ux-pro-max 优先

How to invoke

Orchestrated CC-natively. Do NOT pipe to harnessed run verify-design — that is the CI/headless path (an in-process SDK spawn that blocks the session, bypasses Agent Teams, and hangs when invoked from inside a Claude Code session).

Run the /verify-design slash command instead (generated by harnessed setup at ~/.claude/commands/verify-design.md). It drives the stage natively: harnessed gates → which subs fire, harnessed prompt <sub> → each spawn-ready prompt, then a CC-native subagent (Task / Agent tool) per fired sub, recording each outcome with harnessed checkpoint. The full state-machine steps live in ~/.claude/commands/verify-design.md; if that file is absent, follow that same gates → prompt → spawn → checkpoint sequence yourself.

References

  • D-04 Stage ④ Verify 7 sub 分解
  • D-12 gstack 治理关卡可选
  • workflows/judgments/web-design-routing.yaml — ui-ux-pro-max 默认 + frontend-design 补充
  • workflows/capabilities.yaml — gstack-design-review / ui-ux-pro-max / frontend-design
  • workflows/judgments/stage-routing.yaml — verify-design-changes trigger
  • workflows/verify-work/workflow.yaml v2 SHIPPED phase 07-design-review-conditional sister verbatim
Install via CLI
npx skills add https://github.com/easyinplay/harnessed --skill verify-design
Repository Details
star Stars 2
call_split Forks 0
navigation Branch main
article Path SKILL.md
More from Creator