aio-test
Skill0 starsChanged 31 days agoMITView on GitHub
Design and run backend boundary tests, fault injection and independent correctness oracles.
In this repository54 other files it gives its agents.
- agent-workflowsSkill
- aio-agentsSkill
- aio-algorithmsSkill
- aio-apiSkill
- aio-architectureSkill
- aio-autoplanSkill
- aio-benchmarkSkill
- aio-brainstormSkill
- aio-canarySkill
- aio-checkpointSkill
- aio-ciSkill
- aio-commitSkill
- aio-compoundSkill
- aio-dataSkill
- aio-debugSkill
- aio-devex-reviewSkill
- aio-doc-reviewSkill
- aio-explainSkill
- aio-feedbackSkill
- aio-handoffSkill
- aio-ideateSkill
- aio-observeSkill
- aio-optimizeSkill
- aio-pipelinesSkill
- aio-plan-reviewSkill
- aio-planSkill
- aio-proofSkill
- aio-prototypeSkill
- aio-qa-onlySkill
- aio-qaSkill
- aio-releaseSkill
- aio-resumeSkill
- aio-reviewSkill
- aio-securitySkill
- aio-shipSkill
- aio-simplifySkill
- aio-specSkill
- aio-tddSkill
- aio-test-auditSkill
- aio-verifySkill
- aio-workSkill
- aio-worktreeSkill
- all-in-oneSkill
- apple-appstore-reviewerSkill
- backend-algorithmsSkill
- backend-debugSkill
- backend-pipelinesSkill
- backend-planSkill
- backend-reviewSkill
- backend-verifySkill
- complete-destructionSkill
- launch-readinessSkill
- play-policy-insightsSkill
- reverse-engineer-anythingSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 16
Use temporary real storage or the repository test harness for persistence/concurrency invariants.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill 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.
Files
AIO Test
Design and run backend boundary tests, fault injection and independent correctness oracles.
Inherit the caller's resource contract and journal; use thorough for a standalone run. Select checks from accepted behavior and the changed failure boundaries; do not expand a bounded smoke/regression request into full exploration. For requested functional exploration use Full / Quick / Regression; those selectors preserve all accepted required checks. AIO QA coordinates authorized repair, while Test returns probes and evidence to its caller.
Protocol
- Map tests to R/V IDs, actual interfaces and failure boundaries. For API, CLI, jobs, workers or webhooks, read functional contracts and select applicable probes using repository-native tools. Separate unit, integration, fault/recovery and load evidence; identify unavailable providers or credentials before declaring coverage.
- Vary inputs and state adversarially: malformed payloads, revoked context, cross-tenant IDs, repeat events, timeouts after commit/effect, partial publication, restart/replay and cancellation.
- Use temporary real storage or the repository test harness for persistence/concurrency invariants. Mocks can control faults but cannot prove a real provider or database integration works.
- For algorithms, compare results with an independent reference over bounded exhaustive/random inputs and verify tie/error semantics. For resource targets measure a representative distribution, not one favorable request.
- Execute the selected suites and inspect assertions, final effects, failures, skips and exit codes. Preserve reproducible probes and honest coverage states. Diagnose fixture/cleanup failures using the reference before assigning product blame. Report uncovered requirements and reproducible failures to aio-debug; successful results go to aio-verify.
Return and handoff
A requirement-linked test report with actual commands/results, initial/final state, fixtures, fault points, coverage states and remaining gaps.
In a pipeline, use the stage contract and return to the integrating controller. Run only this specialist's owned scope; preserve the user's accepted decisions and existing authorization.
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
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.

