agentleFS
SUDARSHANCHAUDHARISUDARSHANCHAUDHARI/QACraft/AGENTS.md

QACraft

AGENTS.md2 starsChanged 3 months agoMITView on GitHub

QACraft contains 25 versioned QA workflow skills, safe project installation adapters, and deterministic behavior evaluations. Skill documents describe controlled behavior but do not replace runtime permission enforcement. When the user invokes /name or asks for work matching a canonical skill: Do not manually copy QACraft skills when the supported CLI can be used. Preview and apply through: Add --apply only after reviewing the plan. The same explicit adapter and destination must be used for verify-install, update, and uninstall. Never add…

We split this AGENTS.md into the rules it gives an agent

17 rules. About 0 are common, 14 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈14

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    When the user invokes /name or asks for work matching a canonical skill:

    line 9
  2. Distinctive:

    Read the selected skill completely.

    line 12
  3. Distinctive:

    Read the shared policies referenced by this repository:

    line 13
  4. Distinctive:

    Default to drafting and read-only analysis.

    line 23
  5. Distinctive:

    Never invent evidence, execution, approvals, or source content.

    line 26
  6. Distinctive:

    Keep manual overrides separate from calculated QA outcomes.

    line 28
  7. Very specific:

    Do not manually copy QACraft skills when the supported CLI can be used.

    line 32
  8. Very specific:

    Add --apply only after reviewing the plan.

    line 42
  9. Distinctive:

    Never add force-overwrite, force-delete, user-global path guessing, automatic agent detection, or configuration-file modification without a …

    line 44
  10. Distinctive:

    Use deterministic evaluation only for supplied structured candidate reports:

    line 48
  11. Distinctive:

    When editing a skill:

    line 66
  12. Distinctive:

    update shared policies or schemas when a rule applies across skills.

    line 69
  13. Distinctive:

    When editing adapters, lifecycle code, schemas, rubrics, evaluation logic, or release metadata:

    line 73
  14. Distinctive:

    add focused regression tests.

    line 76
  15. Distinctive:

    update compatibility and safety documentation.

    line 77
  16. Distinctive:

    keep canonical skill sources unchanged unless the catalog or generator intentionally changes them.

    line 78
  17. Distinctive:

    Run before proposing a release:

    line 80

≈ “Common” is an estimate: at least 1 in 5 of the 36,368 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
AGENTS.md

Agent Instructions

Repository purpose

QACraft contains 25 versioned QA workflow skills, safe project installation adapters, and deterministic behavior evaluations. Skill documents describe controlled behavior but do not replace runtime permission enforcement.

Command resolution inside this repository

When the user invokes /name or asks for work matching a canonical skill:

  1. Locate skills/name/SKILL.md.
  2. Read the selected skill completely.
  3. Read the shared policies referenced by this repository:
    • shared/qa-standards.md
    • shared/security-boundaries.md
    • shared/approval-policy.md
    • shared/evidence-policy.md
    • shared/data-safety.md
    • shared/result-model.md
    • shared/publication-policy.md
    • shared/release-policy.md when a release outcome is involved.
  4. Resolve tool and connector capabilities before claiming an action is enforceable.
  5. Default to drafting and read-only analysis.
  6. Require the documented gate before any external write, destructive action, production access, customer-data access, or publication.
  7. Preserve invalid, blocked, error, aborted, cancelled, inconclusive, and not-tested states.
  8. Never invent evidence, execution, approvals, or source content.
  9. Validate structured output against repository schemas where applicable.
  10. Keep manual overrides separate from calculated QA outcomes.

Project installation

Do not manually copy QACraft skills when the supported CLI can be used.

Preview and apply through:

python3 scripts/qacraft.py install <skill> \
  --agent <codex|claude-code|generic> \
  --destination /explicit/project/root

Add --apply only after reviewing the plan. The same explicit adapter and destination must be used for verify-install, update, and uninstall.

Never add force-overwrite, force-delete, user-global path guessing, automatic agent detection, or configuration-file modification without a separately reviewed design and safety model.

Behavior evaluation

Use deterministic evaluation only for supplied structured candidate reports:

python3 scripts/qacraft.py evaluate --input candidate.json

The evaluator does not prove evidence authenticity or runtime permission enforcement. Do not convert a failed check into a pass through narrative interpretation.

Priority rubrics currently exist for:

  • feature-qa
  • ticket-review
  • bug-report
  • verify-fix
  • release-qa

Repository changes

When editing a skill:

  • change catalog/skills.json or the generator rather than hand-editing generated files;
  • update shared policies or schemas when a rule applies across skills;
  • regenerate documentation;
  • review every generated diff.

When editing adapters, lifecycle code, schemas, rubrics, evaluation logic, or release metadata:

  • preserve preview-first behavior and containment checks;
  • add focused regression tests;
  • update compatibility and safety documentation;
  • keep canonical skill sources unchanged unless the catalog or generator intentionally changes them.

Run before proposing a release:

python3 scripts/generate_docs.py
python3 scripts/validate_repo.py
python3 -m unittest discover -s tests -v
python3 scripts/qacraft.py release-check
python3 scripts/demo.py

Complete branch edits before opening a pull request when practical. The repository intentionally uses one Python 3.12 validation job per PR and no automatic post-merge workflow.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.