<!-- MAINTAINER NOTE (this comment is stripped from…
Community ralph loop for testing, sourced from github. Verified exit condition, evaluator-gated.
<!-- MAINTAINER NOTE (this comment is stripped from the model's context, so it is a safe place for meta-notes). This is a TEMPLATE. Replace every [CUSTOMIZE: ...] and [PLACEHOLDER] with your project's real values, and delete guidance you do not need. Keep this file SHORT (target 150 to 200 lines). CLAUDE.md is loaded into context on every turn, so every line competes for attention. Apply the prune test to each line: "would removing this cause a wrong action?" If no, cut it or push it down: - Procedures and workflows -> .claude/skills/<name>/SKILL.md - File-type / layer rules -> .claude/rules/<name>.md (path-scoped) - When-to-use-which-agent -> docs/AGENT-GUIDE.md CLAUDE.md holds only the always-true, project-wide essentials. --> # [PROJECT NAME] - Claude Code Instructions > Multi-agent orchestration project. Cross-tool config in AGENTS.md ; full guides in docs/ ; enforcement rules in .claude/rules/ . ## Quick start (every session) 1. Read today's work record: docs/workrecords/work-record-YYYY-MM-DD.md (create it if missing). 2. Understand current state before changing anything. Verify names, paths, and configs from source; never assume them. 3
claude-code
More testing loops
--- description: Bug fix workflow — root-cause analysis…
Community ralph loop for testing, sourced from github. Verified exit condition, evaluator-gated.
--- description: Bug fix workflow — root-cause analysis, reproduce-first regression test, fix, review, and verification. argument-hint: "<bug description>" allowed-tools: [Agent, Read, Glob, Grep, Bash, Edit, Skill] --- # /fix — Diagnose and fix a bug (reproduce-first) Bug: $ARGUMENTS You are the tech lead. Fix the bug properly: find the root cause, write a failing test, fix, prove the test passes, and audit. ## Steps 1. Diagnose. Run the root-cause-analyst agent on $ARGUMENTS. It returns the root cause with file:line , the blast radius, and a regression-test design (name, location, fixtures, assertion). If it cannot find the cause confidently, surface that to the user before changing code. 2. Reproduce. Invoke the test-engineer agent to write the regression test exactly as designed and run it — confirm it fails for the right reason on current code. (Skip only if the user explicitly opts out of a test.) 3. Fix. Invoke the appropriate expert ( backend-engineer / frontend-engineer / ai-engineer / database-engineer ) with the root cause and the concrete fix. Address sibling occurrences if the analyst found them. 4. Verify. Re-run the regressi
testinghigh risk
--- description: Create a pull request for the…
Community ralph loop for testing, sourced from github. Verified exit condition, evaluator-gated.
--- description: Create a pull request for the current branch allowed-tools: Bash(git: ), Bash(gh: ), Read, Glob, Grep --- # Create Pull Request Create a pull request for the current branch following our project conventions. ## Instructions 1. First, gather information about the current branch: - Run git status to check for uncommitted changes - Run git branch --show-current to get the current branch name - Run git log --oneline main..HEAD to see all commits on this branch - Run git diff --stat main...HEAD to see the scope of changes 2. If there are uncommitted changes, warn the user and ask if they want to commit first. 3. Push the branch to origin if not already pushed: - Run git push -u origin <branch-name> 4. Create the PR using GitHub CLI with this format: bash gh pr create --repo ttu/emergency-supply-tracker \ --title "<type>: <description>" \ --body "$(cat <<'EOF' ## Summary <bullet points summarizing the changes> Closes #<issue number> <!-- Include if implementing an issue --> ## Changes <grouped list of specific changes> ## Test plan - [ ] All tests pass - [ ] TypeScript type-check passes -
testinghigh risk
--- description: Boot TricorderKit session — charge le…
Community ralph loop for testing, sourced from github. Verified exit condition, evaluator-gated.
--- description: Boot TricorderKit session — charge le contexte, HOT CACHE, patterns d'erreurs, état du projet. Séquence tier 1/2/3. allowed-tools: Read, Bash, mcp obsidian-claude-vault read note, mcp obsidian-claude-vault patch note --- Exécute la séquence de démarrage TricorderKit v0.9. ## Séquence obligatoire ### TIER 1 — Toujours (~500 tokens) 1. Lire BOOT SUMMARY.md — résumé exécutif : version, commit, tests, Docker, prochaines tâches 2. Lire tasks/lessons.md — règles préventives actives (LESSON-001 à NNN) Si TIER 1 + lessons.md suffisent pour la demande → aller directement à l'action. ### TIER 2 — Si TIER 1 insuffisant (~2 500 tokens) 3. Lire .planning/STATE.md — état détaillé du projet 4. Lire .planning/TASKS.md — pending/in progress uniquement (exclure ✅) 5. Lire .planning/DECISIONS.md — 5 dernières entrées uniquement ### TIER 3 — À la demande (~10 000 tokens) 6. docs/00 WHAT IS TRICORDERKIT.md 7. docs/01 HOW IT WORKS.md 8. docs/02 WHAT IS IN PLACE.md 9. docs/03 WHAT TO DO NEXT.md 10. docs/04 LLM OPERATING GUIDE.md 11. docs/06 workflow standard.md ## HOT CACHE Obsidian (si MCP disponible) - Lire 00 SYSTEM/05 Hot Cache/HOT CACHE.md dans le
testingmedium risk