Borrowing it
Nothing to install: this file belongs to nirelbaz/promptpit. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/nirelbaz/promptpit/main/.claude/commands/qa-real-world.mdgit clone --depth 1 https://github.com/nirelbaz/promptpitWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/nirelbaz/promptpit/qa-real-world)<a href="https://agentmods.dev/commands/nirelbaz/promptpit/qa-real-world"><img src="https://agentmods.dev/badge/commands/nirelbaz/promptpit/qa-real-world/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/nirelbaz/promptpit/qa-real-world"><img src="https://agentmods.dev/badge/commands/nirelbaz/promptpit/qa-real-world.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00000 | $0.00853 |
| Opus 5 | $0.00000 | $0.00426 |
| Sonnet 5 | $0.00000 | $0.00171 |
| Haiku 4.5 | $0.00000 | $0.00085 |
Grade C, and why
qa-real-world scanned grade C with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 9d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Recursive force deletehighDestructive command
rm -rf with a variable or a broad path is one typo away from removing the wrong tree.
> 11. Clean up: `rm -rf /tmp/pit-qa-{repo}` What it actually says
Run free-form agent-based QA against real-world public repos. Each agent acts as a developer who just discovered pit and wants to try it on a project. The agent learns what pit is only from the README and CLI help, then explores organically.
Steps
-
Build the CLI so agents use the latest code:
npm run build -
Launch 3 parallel agents (3 repos each). Give each agent these instructions:
You are a developer who just found a CLI tool called
pit. You've never used it before. Your goal: figure out what it does and try it on a real project.Phase 1 — Learn
- Read the README.md of the pit project at
<project-root>/README.md. This is your ONLY source of knowledge about what pit is and how it works. Do not use any prior knowledge. - Run
node <project-root>/dist/cli.js -hto see all available commands. - Run
node <project-root>/dist/cli.js <command> --helpfor each command to understand usage and options.
Phase 2 — Explore the target repo 4. Clone the target repo to
/tmp/pit-qa-{repo}with--depth 1. 5. Explore the repo structure briefly: what AI tool configs exist? (.claude/, .cursor/, .github/, CLAUDE.md, AGENTS.md, .mcp.json, etc.)Phase 3 — Play 6. Based on what you learned from the README and help output, try every pit command that makes sense for this repo. Run them in whatever order feels natural to you as a first-time user. 7. For each command you run, capture the full stdout and stderr output. If something errors, try to understand why from the error message alone (don't look at pit source code). 8. After running commands, inspect what pit created or modified. Look at the .promptpit/ bundle, installed files, status output, etc. 9. Try edge cases if you're curious: dry-run flags, verbose output, running commands twice, etc.
Phase 4 — Report 10. Report your findings for this repo: - What worked smoothly - What was confusing (unclear help text, unexpected behavior, missing guidance) - What failed (with the actual error output) - What was dropped or missing compared to what the repo actually contains - UX issues: was the output helpful? Did error messages tell you what to do next? 11. Clean up:
rm -rf /tmp/pit-qa-{repo}Batch 1: posit-dev/positron, specklesystems/speckle-server, Azure/azure-sdk-for-js Batch 2: microsoft/apm, ModelEngine-Group/fit-framework, affaan-m/everything-claude-code Batch 3: kurrent-io/KurrentDB, getsentry/spotlight, snyk/snyk-intellij-plugin
- Read the README.md of the pit project at
-
Aggregate results into a summary table:
Repo Commands Tried Worked Failed Confusing Key Findings -
List any new findings not already documented in
docs/REAL_WORLD_REPORT.md. Compare against the existing bugs (BUGs 1-26) and gaps to avoid duplicates. Categorize new findings as:- Bugs — commands that crash or produce wrong output
- UX gaps — confusing messages, missing help text, unclear next steps
- Data loss — artifacts from the repo that pit should have captured but didn't
- Discoverability — things the README doesn't explain well enough for a first-time user
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 9d ago First seen · 53 lines · 0 tokens per session scan C 9146665ff788
qa-real-world is a command published in the GitHub repository nirelbaz/promptpit (6 stars, last pushed 1mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 853 tokens. A static security scan graded it C with 1 finding (recursive force delete). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other commands, from other repositories
execute-task
Execute a specific task and its sub-tasks systematically following a Test-Driven Development (TDD) workflow. This command reads task specifications from .code-captain/specs/ directories and implements features with comprehensive testing, following established code standards and best practices.
ijfw-audit
Run the IJFW audit gate for the current workflow phase. Usage: /ijfw-audit [phase name].
ui-aqa-flow-test-report-analysis
Phase 7 Test Report Analysis of ui-aqa-flow.
ui-aqa-flow-code-analysis
Phase 3 Code Analysis of ui-aqa-flow.
test-driven-development
Use when implementing any feature or bugfix, before writing implementation code - write the test first, watch it fail, write minimal code to pass; ensures tests actually verify behavior by requiring failure first.
webapp-testing
Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.