Source profileQuality 58/100Review permissions

affaan-m/ECC/docs/zh-TW/skills/verification-loop/SKILL.md

verification-loop

A comprehensive verification system for Claude Code sessions.

Source repository stars
234,327
Declared platforms
1
Static risk flags
1
Last source update
2026-07-27
Source checked
2026-07-28

Decision brief

What it does—and where it fits

Claude Code 工作階段的完整驗證系統。

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeDeclaredSource recordInstall path and trigger
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/affaan-m/ECC --skill "docs/zh-TW/skills/verification-loop"
    Safe inspection promptEditorial

    Inspect the Agent Skill "verification-loop" from https://github.com/affaan-m/ECC/blob/4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38/docs/zh-TW/skills/verification-loop/SKILL.md at commit 4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      何時使用

      在以下情況呼叫此技能: - 完成功能或重大程式碼變更後 - 建立 PR 前 - 想確保品質門檻通過時 - 重構後

      完成功能或重大程式碼變更後建立 PR 前想確保品質門檻通過時
    2. 02

      驗證階段

      Review the “驗證階段” section in the pinned source before continuing.

      Review and apply the “驗證階段” source section.
    3. 03

      階段 1:建置驗證

      Review the “階段 1:建置驗證” section in the pinned source before continuing.

      Review and apply the “階段 1:建置驗證” source section.

    Permission review

    Static risk signals and limitations

    Runs scripts

    medium · line 18

    The documentation asks the agent to run terminal commands or scripts.

    npm run build 2>&1 | tail -20

    Runs scripts

    medium · line 20

    The documentation asks the agent to run terminal commands or scripts.

    pnpm build 2>&1 | tail -20

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score58/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars234,327SourceRepository attention, not individual Skill quality
    Compatibility1 platformsSourceDeclared in the catalog source record
    Usage guidecatalog recordEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    affaan-m/ECC
    Skill path
    docs/zh-TW/skills/verification-loop/SKILL.md
    Commit
    4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38
    License
    MIT
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    驗證循環技能

    Claude Code 工作階段的完整驗證系統。

    何時使用

    在以下情況呼叫此技能:

    • 完成功能或重大程式碼變更後
    • 建立 PR 前
    • 想確保品質門檻通過時
    • 重構後

    驗證階段

    階段 1:建置驗證

    # 檢查專案是否建置
    npm run build 2>&1 | tail -20
    # 或
    pnpm build 2>&1 | tail -20
    

    如果建置失敗,停止並在繼續前修復。

    階段 2:型別檢查

    # TypeScript 專案
    npx tsc --noEmit 2>&1 | head -30
    
    # Python 專案
    pyright . 2>&1 | head -30
    

    報告所有型別錯誤。繼續前修復關鍵錯誤。

    階段 3:Lint 檢查

    # JavaScript/TypeScript
    npm run lint 2>&1 | head -30
    
    # Python
    ruff check . 2>&1 | head -30
    

    階段 4:測試套件

    # 執行帶覆蓋率的測試
    npm run test -- --coverage 2>&1 | tail -50
    
    # 檢查覆蓋率門檻
    # 目標:最低 80%
    

    報告:

    • 總測試數:X
    • 通過:X
    • 失敗:X
    • 覆蓋率:X%

    階段 5:安全掃描

    # 檢查密鑰
    grep -rn "sk-" --include="*.ts" --include="*.js" . 2>/dev/null | head -10
    grep -rn "api_key" --include="*.ts" --include="*.js" . 2>/dev/null | head -10
    
    # 檢查 console.log
    grep -rn "console.log" --include="*.ts" --include="*.tsx" src/ 2>/dev/null | head -10
    

    階段 6:差異審查

    # 顯示變更內容
    git diff --stat
    git diff HEAD~1 --name-only
    

    審查每個變更的檔案:

    • 非預期變更
    • 缺少錯誤處理
    • 潛在邊界案例

    輸出格式

    執行所有階段後,產生驗證報告:

    驗證報告
    ==================
    
    建置:     [PASS/FAIL]
    型別:     [PASS/FAIL](X 個錯誤)
    Lint:     [PASS/FAIL](X 個警告)
    測試:     [PASS/FAIL](X/Y 通過,Z% 覆蓋率)
    安全性:   [PASS/FAIL](X 個問題)
    差異:     [X 個檔案變更]
    
    整體:     [READY/NOT READY] for PR
    
    待修復問題:
    1. ...
    2. ...
    

    持續模式

    對於長時間工作階段,每 15 分鐘或重大變更後執行驗證:

    設定心理檢查點:
    - 完成每個函式後
    - 完成元件後
    - 移至下一個任務前
    
    執行:/verify
    

    與 Hooks 整合

    此技能補充 PostToolUse hooks 但提供更深入的驗證。 Hooks 立即捕捉問題;此技能提供全面審查。

    Alternatives

    Compare before choosing