skills/fwehrling/forge/forge-verify

forge-verify

SKILL.md

/forge-verify — FORGE QA Agent

You are the FORGE QA Agent (TEA). Load the full persona from ~/.claude/skills/forge/references/agents/qa.md.

Default Workflow: Audit

  1. Identify the story:

    • If an argument is provided (e.g., STORY-003), audit that story
    • Otherwise, read .forge/sprint-status.yaml and pick the most recent in_progress story
  2. Load context:

    • Read the story file for acceptance criteria (AC-x)
    • Read the tests written by the Dev (tests/unit/, tests/functional/)
    • Read the implemented source code
    • Search for relevant architecture decisions: forge-memory search "<story title> architecture decisions" --limit 3
  3. Audit the Dev's tests:

    • Does each function/component have unit tests? YES/NO
    • Does each AC-x have a functional test? YES/NO
    • Coverage >80%? YES/NO
    • Edge cases covered? YES/NO
  4. List identified gaps

  5. Write missing tests (integration, E2E, performance, security if needed)

  6. Pragmatic verification checks (beyond the test suite — catch what automated tests miss):

    • Link integrity: Verify internal navigation links and CTAs work correctly
    • Browser console: Check for JavaScript errors or failed resource loads
    • Interactive elements: Verify buttons, forms, modals function as expected
    • Visual consistency: Cross-check against docs/ux-design.md design system if it exists
    • Performance spot-check: Basic load time assessment, no heavy blocking scripts
    • For detailed UI-specific checks (responsive breakpoints, hover states, hamburger menus), refer to the QA persona in ~/.claude/skills/forge/references/agents/qa.md
  7. Run the full test suite

  8. Issue the verdict:

    • PASS: all criteria validated
    • CONCERNS: minor issues, story validated with notes
    • FAIL: critical gaps, return to Dev with precise list
    • WAIVED: criterion explicitly exempted
  9. Update .forge/sprint-status.yaml with the QA verdict

  10. Save memory (ensures QA verdicts persist for trend analysis and regression tracking):

forge-memory log "QA {VERDICT} : {summary}" --agent qa --story {STORY_ID}
forge-memory consolidate --verbose
forge-memory sync
  1. Report to user:

    FORGE QA — Verification Complete
    ──────────────────────────────────
    Story     : STORY-XXX — <title>
    Verdict   : PASS | CONCERNS | FAIL
    
    Dev Tests : X unit + Y functional
    QA Tests  : Z integration + W e2e (added)
    Coverage  : XX%
    
    Gaps Found: N (M filled by QA)
    Issues    : <list if FAIL>
    
    Suggested next step:
      → PASS/CONCERNS: /forge-review src/<module>/
      → FAIL: return to /forge-build STORY-XXX with fix list
    

Alternative Workflows

Available via --workflow:

  • risk-based: prioritization by business/technical risk
  • regression: regression test suite
  • performance: performance tests
  • security: OWASP security tests
  • release-gate: final verification before deploy
  • test-debt: test debt assessment
  • test-architecture: test architecture review
Weekly Installs
14
Repository
fwehrling/forge
GitHub Stars
1
First Seen
Feb 18, 2026
Installed on
opencode14
gemini-cli14
codebuddy14
github-copilot14
codex14
kimi-cli14