본문으로 건너뛰기
cccskills
무료GitHub에 공개

ui-preview-judge

UI 預覽評審 SKILL — 截取 Cocos Editor Preview 畫面,與 proof draft 提供的參考圖逐 zone 比對,輸出視覺信心分數與 PASS/FAIL 評審報告,並回寫 runtime-verdict。USE FOR: ui-asset-qc 通過後,需要人工確認 + 自動評審的最終視覺驗收。

DO NOT USE FOR: Runtime 崩潰(用 cocos-log-reader)、Browser QA 截圖(用 cocos-preview-qa)、資產規格問題(用 ui-asset-qc)。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md5.2 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

UI Preview Judge

這是 UI production pipeline 的第 5 步(最終關卡):截圖並比對設計稿與實機畫面。

Unity 對照:相當於 UnityEditor PlayMode Screenshot + Design Diff Tool — 在 Play Mode 接近設計稿後截圖,送審設計師確認。


前提條件

  1. Cocos Creator Editor 正在執行(http://localhost:7456 可連)
  2. 目標 Screen 的場景已在 Editor Preview 或 Canvas 中開啟
  3. ui-asset-qc 已通過(零 errors)
  4. proof draft 中有可用的 proofSource(參考圖路徑或 ref://)

輸入

項目說明
screenId對應 assets/resources/ui-spec/proof/screens/{screenId}.proof.json
referenceImagePath本地參考圖路徑(proof draft 的 proofSource 值)

輸出

  1. artifacts/ui-source/{screenId}/review/runtime-verdict.json — 逐 zone 評審結果
  2. artifacts/ui-source/{screenId}/review/preview-screenshot.png — 截圖存档

執行步驟

Step 1 — 讀取 proof draft

read_file { filePath: "assets/resources/ui-spec/proof/screens/{screenId}.proof.json" }

記錄 visualZones 的 zone 清單、每個 zone 的 bounds(x/y/w/h)、family、confidence。

Step 2 — 截圖(使用 cocos-screenshot skill)

先讀取並遵循 cocos-screenshot skill 的截圖流程:

read_file { filePath: ".github/skills/cocos-screenshot/SKILL.md" }

執行截圖,確認截圖儲存至:

artifacts/ui-source/{screenId}/review/preview-screenshot.png

Step 3 — 查看截圖與參考圖

預覽截圖請沿用 cocos-screenshot 的縮圖流程;參考圖同樣先走 125 -> 250 -> 500 的 progressive zoom。

同時用 view_image 開啟兩張圖:

view_image { filePath: "artifacts/ui-source/{screenId}/review/preview-screenshot.png" }
view_image { filePath: "{referenceImagePath}" }

圖片檢視硬規定:一次最多 1 張主圖 + 1 張對照圖;先試 125px,不足才放大一倍;需要看 >500px 原圖時,必須先取得使用者明確同意。

Step 4 — 逐 zone 比對

依 proof draft 的 zone 清單,對每個 zone 比對以下項目:

比對項目說明
字體風格標題/內容/說明文字的粗細、大小是否與設計稿一致
框體 family邊框風格是否符合 family(dark-metal/parchment/gold-cta 等)
色彩基調背景色、主要顏色是否與設計稿接近
間距比例元素間距是否明顯偏移(>10% 視為問題)
內容佔位Icon、頭像、資料欄位是否有正確的佔位符

Step 5 — 輸出評審報告

## Preview Judge Report — {screenId} ({timestamp})

### 總評:PASS / CONDITIONAL PASS / FAIL

| Zone | Family | 信心分數 | 備註 |
|---|---|---|---|
| header | dark-metal | 0.85 | 標題文字稍大,約差 2pt |
| tab-bar | tab | 0.60 | tab 資產尚未生成,佔位符狀態 |
| item-grid | item-cell | 0.70 | 間距比設計稿多 8px |
| footer | dark-metal | 0.90 | 一致 |

### 整體信心分數:0.76

### PASS 條件
- ✅ 主要 zone(header/footer)信心 ≥ 0.8
- ⚠️ asset-pending zone(tab-bar)允許 conditonal pass
- ⚠️ item-grid 間距問題 → 記錄為改善項

### 建議後續行動
1. tab family 資產完成後重跑 ui-preview-judge
2. item-grid 間距問題排入 UI-backlog

同時輸出 JSON 版:

// 注意:screenId 在 JSON 中使用 kebab-case(如 "shop-main"),
// artifacts 目錄亦用 kebab-case(如 artifacts/ui-source/shop-main/review/)。
{
  "screenId": "shop-main",
  "timestamp": "2026-04-05T12:00:00Z",
  "verdict": "CONDITIONAL_PASS",
  "overallConfidence": 0.76,
  "zones": [
    { "zoneId": "header", "family": "dark-metal", "confidence": 0.85, "issues": [] },
    { "zoneId": "tab-bar", "family": "tab", "confidence": 0.60, "issues": ["asset-pending"] }
  ],
  "nextActions": ["complete tab assets", "fix item-grid spacing"]
}

評審標準

評審結果條件
PASS所有 zone 信心 ≥ 0.75,無 asset-pending zone
CONDITIONAL PASSasset-pending zone 存在,或有 1-2 個 zone 信心 0.6-0.75
FAIL任何 zone 信心 < 0.6(非 asset-pending),或主要 zone < 0.7

下一步

  • PASS → 更新 artifacts/ui-source/{screenId}/review/runtime-verdict.json,必要時再回寫 proof draft 的 confidence
  • CONDITIONAL PASS → 記錄未完成項,持續推進其他優先任務,之後重跑
  • FAIL → 回到 ui-vibe-pipeline 調整 layout/skin,或回到 ui-asset-gen-director 重新委託

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Deterministic external-evidence web validation workflow for Sanguo ETL/RAG. USE FOR: 外部證據網站檢查、來源健康度、allowlist 驗證、來源 seed 覆蓋、3kweb-check、external evidence source health、fetch/parse/hash first、LLM reviewer second。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

eaglhuang/3klife32026년 10월 23일 업데이트

Use when the user asks to switch AI role/mode/persona or uses role-trigger words such as Captain, Coordinator, 寫文章, 寫文章模式, 文章模式, 技術文章, 部落格, 出版, 預覽. Routes the request to Project Captain, Publishing Director, or Article Writing Mode, loads the matching keep memory when available, and applies the role's workflow without excessive roleplay.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

eaglhuang/3klife32026년 10월 23일 업데이트

Write or revise AI-learning-notes article pages in "寫文章模式" when the user asks for articles, technical articles, blog posts, bilingual versions, article formatting consistency, shared article-base alignment, responsive layout, summary/TOC decisions, contrast, or publishing-flow compatibility.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

eaglhuang/3klife32026년 10월 23일 업데이트

Plan ATM framework refactors by preserving atom/map semantics before splitting large governance modules.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

eaglhuang/3klife32026년 10월 23일 업데이트

Captain 派工規範與決策手冊。當 AI 進入隊長模式或進行派工/派任務語境時,遵照這套標準,產出可供人類直接轉貼、高度結構化、符合 token 經濟且能動態適應可用 Roster 的派工單。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

eaglhuang/3klife32026년 10월 23일 업데이트

Create and register an atom through the provisioning facade.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

eaglhuang/3klife32026년 10월 23일 업데이트

eaglhuang의 스킬 모두 보기

이 스킬의 문제 신고