all-in-one
Skill0 starsChanged 32 days agoMITView on GitHub
Route REA artifact investigations and backend development, APIs, agent architecture, workflows, data pipelines, algorithms, debugging, review and delivery to All in One's focused aio stages. Use for backend requests needing an appropriate engineering workflow; use complete-destruction for explicit autonomous end-to-end execution.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- AresWei/all-in-one-skilltheir own version, first seen Jun 19, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- AresWei/all-in-one-skill★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
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-testSkill
- aio-verifySkill
- aio-workSkill
- aio-worktreeSkill
- 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
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
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 12
Use the mode directory only for requested or relevant selectors.
- Distinctive: line 80
Use Launch Readiness only for a requested mobile release.
≈ “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
All in One
Own the user's backend intent and choose the smallest suitable stage. The plugin contains 42 focused AIO skills, two controllers, seven compatibility entrypoints three optional mobile launch skills and REA artifact analysis. It supports APIs, agent systems, durable workflows, data and algorithms; frontend design and implementation are outside this suite.
Resolve the resource contract once per run: thorough is the selected default, with inherited dispatch/time limits and soft token targets. Map affected mechanisms to required checks, estimate costly next work while preserving closing capacity, and consult only matching catalog rows and selected entrypoints. Use the shared stage contract for input/evidence rules. Source plugins inform these procedures; their whole-project pipelines are not recursive controllers.
Use the mode directory only for requested or relevant selectors. Scope, QA depth, repair severity and guard choices remain separate from the resource profile; optional modes do not create more controllers or waive accepted checks.
Route by intent
| Request | Stage |
| Supplied app, binary, package or requested runtime evidence | REA |
| Unclear outcomes or alternatives | AIO Brainstorm; AIO Ideate for option generation |
| Behavior contract or architecture | AIO Spec, AIO Architecture; AIO Prototype for a bounded uncertainty |
| Executable plan | AIO Plan, then AIO Plan Review |
| Automatic planning with ordered scope, developer-interface and engineering checks | AIO Autoplan |
| Accepted implementation or named build plan | AIO Work |
| One-prompt autonomous completion | Complete Destruction |
| Unexplained failure | AIO Debug |
| Inspect, review or explain | AIO Review, AIO Doc Review or AIO Explain |
| Verify or deliver | AIO Verify, AIO Ship |
| Saved run | AIO Resume |
| Compare generated output | AIO Benchmark |
| Audit test value or duplication | AIO Test Audit |
| Explore backend behavior and repair authorized defects | AIO QA |
| Functional QA report without applying fixes | AIO QA Only |
| Assess API/SDK/CLI integration experience | AIO Devex Review |
| Observe a deployed backend against its baseline | AIO Canary |
A supplied plan path alone does not authorize implementation. An explanation or report-only review ends with that requested artifact. Within an authorized build, planning returns to execution and does not end the run. Preserve the current stack, settled choices and user changes. Ask only for missing information or authority that materially blocks the task; existing authorization remains effective. Routine reversible edits need proportional checks.
REA is an optional investigation specialist, not another controller. Use it when the requested claim needs shipped-artifact or runtime evidence; ordinary source analysis stays with repository tools. In an authorized backend build, return its evidence to the current plan and controller. Read REA integration only for connection, runtime or release details.
Select backend domain guidance
| Concern | Playbook | Focused implementation |
| Services, interfaces, queues and reliability | Architecture | AIO Architecture / AIO API |
| Agent state, tools, budgets and checkpoints | Agent workflows | AIO Agents |
| Jobs, DAGs, retries and backfills | Pipelines | AIO Pipelines |
| Correctness, complexity and resource bounds | Algorithms | AIO Algorithms / AIO Optimize |
| Transactions, indexes and migrations | Data | AIO Data |
| Permissions, tenants, secrets and injection | Security | AIO Security |
| Tests, reviews and receipts | Verification | AIO TDD / Test / Verify |
| Local artifacts, PRs, CI and rollout | Delivery | AIO Ship / CI / Release |
| Reproduction and causal diagnosis | Debugging | AIO Debug |
Delegate meaningful independent units, not one worker per file, with explicit ownership and interfaces. One controller integrates actual changes, owns canonical commits and reserves journal events before dispatch or repair. Workers inherit the same budget and return scoped evidence. A fresh reviewer may perform spec then risk in one job with separate verdicts, stopping at a spec blocker; final review requires whole-change coverage. Reuse matching current-source evidence. Test changed behavior with observed failing proof. Budget exhaustion preserves unresolved work; it cannot make an incomplete gate pass.
Search the backend knowledge base
Resolve paths from this skill directory. Python 3.10+ is needed only for helpers; procedures remain readable without it.
python "<skill-dir>/scripts/knowledge.py" search "idempotency recovery" --json
python "<skill-dir>/scripts/knowledge.py" search "tenant" --domain security
python "<skill-dir>/scripts/knowledge.py" sources --json
python "<skill-dir>/scripts/knowledge.py" checkCanonical JSON and source pins live in knowledge/; the SQLite index provides offline search. Inspect installed versions or official current documentation for version-sensitive claims. After canonical records change, run knowledge.py build --force then check. Pins identify inspected snapshots, not the newest release.
Gate plans and completion
For substantial execution, use the AIO Plan JSON index and its schema, then run the structural gate before independent semantic plan review:
python "<skill-dir>/scripts/plan_gate.py" plan.json --root workspace --json
python "<skill-dir>/scripts/check_receipt.py" receipt.json --root workspace --jsonThe receipt starter is blocked. Implementation verification checks acceptance before delivery; completion verification adds observed delivery and the final receipt afterward. Helpers reject inconsistent structure, hashes and coverage; they do not authenticate command execution, test adequacy, publication or legal compliance. The controller performs actual checks and inspects destination state. Unavailable independent review or unmet acceptance remains visible and blocks a corresponding complete claim.
Use Launch Readiness only for a requested mobile release. Store approval and future legal outcomes are not guarantees these skills can issue.
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.

