بنقرة واحدة
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.