asap
Skill4 starsChanged 3 months agoMITView on GitHub
Execute the current task through the shortest reliable path. Use when the user invokes /asap, says "as soon as possible," or makes speed the main priority. Minimize planning, narration, research, questions, scope, and edits while preserving correctness, safety, and a working result.
In this repository21 other files it gives its agents.
- AGENTS.mdAGENTS.md
- 1Skill
- 2Skill
- 3Skill
- 4Skill
- 5Skill
- ae-extendscriptSkill
- backbeforeSkill
- componentsSkill
- githubSkill
- huhSkill
- instantSkill
- motion-animateSkill
- motion-assetsSkill
- motion-designSkill
- motion-pipelineSkill
- motion-planSkill
- quick-contextSkill
- shader-uiSkill
- thumbnailSkill
- ui-intergritySkill
The file
We split this skill into the rules it gives an agent
12 rules. About 0 are common, 12 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈12
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
When invoked without a new task, apply ASAP mode to the active or immediately preceding request.
- Distinctive: line 20
Start immediately. Do not restate the request or produce a long plan.
- Distinctive: line 22
Use existing context and infer reasonable defaults instead of asking unnecessary questions.
- Distinctive: line 23
Ask only when a missing answer makes progress impossible, unsafe, or likely to produce the wrong deliverable.
- Distinctive: line 25
Prefer existing project patterns, components, utilities, commands, and dependencies.
- Distinctive: line 27
Avoid broad refactors, rewrites, cleanup, optional features, speculative improvements, and unrelated fixes.
- Distinctive: line 28
Use targeted searches and commands instead of scanning the entire project.
- Distinctive: line 30
If one approach stalls, switch quickly to the simplest reliable fallback.
- Distinctive: line 31
Keep narration minimal. Report only blockers, important discoveries, and the final result.
- Distinctive: line 32
Run the narrowest useful verification: a focused test, typecheck, build, lint check, or direct functional check.
- Distinctive: line 34
Stop as soon as the requested result works and the completion conditions are met.
- Distinctive: line 66
Do not add optional suggestions unless they are necessary to use the result.
≈ “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
ASAP
Complete the user's current task as quickly as possible without creating avoidable mistakes or unfinished work.
Invocation
Use:
/asap <task>
When invoked without a new task, apply ASAP mode to the active or immediately preceding request.
Operating Rules
- Start immediately. Do not restate the request or produce a long plan.
- Identify the exact deliverable and the minimum conditions required for it to count as done.
- Use existing context and infer reasonable defaults instead of asking unnecessary questions.
- Ask only when a missing answer makes progress impossible, unsafe, or likely to produce the wrong deliverable.
- Inspect only the files, code, documentation, or data needed for the current task.
- Prefer existing project patterns, components, utilities, commands, and dependencies.
- Make the smallest complete change that satisfies the request.
- Avoid broad refactors, rewrites, cleanup, optional features, speculative improvements, and unrelated fixes.
- Use targeted searches and commands instead of scanning the entire project.
- Parallelize independent reads, checks, or tool calls when possible.
- If one approach stalls, switch quickly to the simplest reliable fallback.
- Keep narration minimal. Report only blockers, important discoveries, and the final result.
- Run the narrowest useful verification: a focused test, typecheck, build, lint check, or direct functional check.
- Fix failures that block the requested result. Do not expand into unrelated cleanup.
- Stop as soon as the requested result works and the completion conditions are met.
Priority Order
- A working result
- The user's explicit requirements
- Safety, security, and data integrity
- Fast verification
- Polish that is nearly free
Never Sacrifice
ASAP mode must not bypass:
- safety or security controls
- authentication or permission requirements
- destructive-operation warnings
- required backups or migration safeguards
- critical validation
- the user's explicit constraints
Speed means removing waste, not removing essential correctness.
Completion Response
Return a compact summary containing:
- what was completed
- the main files or outputs changed
- the verification performed
- any real remaining limitation or risk
Do not add optional suggestions unless they are necessary to use the result.
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.

