원클릭으로
tdd-evidence-workflow
TDD-driven evidence workflow for generating authoritative failure/fix proof in PRs.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
TDD-driven evidence workflow for generating authoritative failure/fix proof in PRs.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Multi-PR triage and parallel work dispatcher. Prevents single-PR tunnel vision by enforcing a survey-before-deep-dive protocol.
Canonical 6-green PR merge criteria, PR status check pattern, PR freeze discipline, and admin merge protocol
Watch one or more AO worker tmux sessions, classify their state (WORKING/IDLE/QUEUED/DEAD/COMPLETED), auto-remediate known failures (trust TUI), and push-notify on STALLED-COMPLETED / DEAD sessions. Reuses ao-session-monitor state detection. Use /babysit to start a monitoring loop on a specific worker, all active workers, or workers matching a PR/branch.
Codex-native AO evolve loop. Run a deterministic local observe/measure cycle, then optionally delegate targeted fixes via /claw using the canonical evolve-loop skill.
Use after every `git push` on a PR — enumerates ALL current gate failures, fixes ALL in one local pass, and pushes once. The fix-all-before-push invariant. Pairs with the CLAUDE.md PR driver loop contract and babysit DRIVER mode.
Evidence standards for testing and verification, including evidence classes, mock/real boundaries, and proof bundle requirements.
| name | tdd-evidence-workflow |
| description | TDD-driven evidence workflow for generating authoritative failure/fix proof in PRs. |
This skill operationalizes Test-Driven Development (TDD) as the primary mechanism for generating authentic, authoritative evidence for pull requests.
Authentication of a fix requires proving that the bug or gap existed immediately before the fix was applied. This is achieved by capturing the "Red" phase of TDD.
All AO workers and agents MUST follow these steps for every bug fix or feature implementation:
AssertionError).initial_failure or red_phase in your evidence bundle.PASS.final_verification or green_phase in your evidence bundle.Your ## Evidence section in the PR MUST include both phases:
## Evidence
### TDD Cycle Proof
- **Initial Failure (Red)**: [repro_failure.log](URL) or [repro_video.mp4](URL)
- **Final Verification (Green)**: [verify_success.log](URL) or [verify_video.mp4](URL)
### Summary
| Phase | Result | Artifact |
|-------|--------|----------|
| Red | FAIL | logs/initial.log |
| Green | PASS | logs/final.log |
Screenshots are point-in-time snapshots that can be easily faked or misinterpreted. Video captures the temporal progression of the fix, especially when showing the "failed state" transitioning to the "fixed state" in the same or sequential recordings.