Prompt Leverage
Turn the user's current prompt into a stronger working prompt without changing the underlying intent. Preserve the task, fill in missing execution structure, and add only enough scaffolding to improve reliability.
Workflow
- Read the raw prompt and identify the real job to be done.
- Infer the task type: coding, research, writing, analysis, planning, or review.
- Rebuild the prompt with the framework below.
- Keep the result proportional: do not over-specify a simple task.
- Return both the improved prompt and a short explanation of what changed when useful.
Transformation Rules
- Preserve the user's objective, constraints, and tone unless they conflict.
- Prefer adding missing structure over rewriting everything stylistically.
- Add context requirements only when they improve correctness.
- Add tool rules only when tool use materially affects correctness.
- Add verification and completion criteria for non-trivial tasks.
- Keep prompts compact enough to be practical in repeated use.
Framework
Treat the upgraded prompt as:
Objective -> Context -> Work Style -> Tool Rules -> Output Contract -> Verification -> Done
Use these blocks selectively.
Objective
- State the task and what success looks like.
- Define success in observable terms, ideally in one or two lines.
Context
- List relevant files, URLs, constraints, assumptions, and information boundaries.
- Say when the agent must retrieve facts instead of guessing.
Work Style
- Set depth, breadth, care, and first-principles expectations.
- Go broad first when system understanding matters.
- Go deep where risk or complexity is highest.
- Re-check with fresh eyes for non-trivial tasks.
Tool Rules
- State when tools, browsing, file inspection, tests, or external tools are required.
- Prevent skipping prerequisite checks.
Output Contract
- Define structure, formatting, tone, and level of detail.
- Prefer explicit deliverable shapes over vague quality adjectives.
Verification
- Require checks for correctness, grounding, completeness, side effects, and better alternatives.
Done Criteria
- Define what must be true before the agent stops.
Intensity Levels
Use the minimum level that matches the task.
Light: simple edits, formatting, quick rewrites.
Standard: typical coding, research, and drafting tasks.
Deep: debugging, architecture, complex research, or high-stakes outputs.
Task-Type Adjustments
Apply the smallest set of adjustments that materially improves execution.
Coding
- Emphasize repo context, file inspection, the smallest correct change, validation, and edge cases.
Research
- Emphasize source quality, evidence gathering, synthesis, uncertainty, and citations.
Writing
- Emphasize audience, tone, structure, constraints, and revision criteria.
Review
- Emphasize fresh-eyes critique, failure modes, alternatives, and explicit severity.
Output Modes
Choose one mode based on the user request.
Inline upgrade: provide the upgraded prompt only.
Upgrade + rationale: provide the prompt plus a brief list of improvements.
Template extraction: convert the prompt into a reusable fill-in-the-blank template.
Hook spec: explain how to apply the framework automatically before execution.
Hook Pattern
When the user asks for a hook, model it as a pre-processing layer:
- Accept the current prompt.
- Classify the task and risk level.
- Expand the prompt using the framework blocks.
- Return the upgraded prompt for execution.
- Optionally keep a diff or summary of injected structure.
Use a deterministic first-pass rewrite only when the user is explicitly asking for a hook or reusable automation layer. Otherwise, prefer direct prompt improvement in-context.
Upgrade Heuristics
- Add missing blocks only when they materially improve execution.
- Do not turn a one-line request into a giant spec unless the task is genuinely complex.
- Preserve user language where possible so the upgraded prompt still feels native.
- Prefer concrete completion criteria over vague quality adjectives.
Quality Bar
Before finalizing, check the upgraded prompt:
- still matches the original intent
- does not add unnecessary ceremony
- includes the right verification level for the task
- gives the agent a clear definition of done
Upgrade Rubric
An upgraded prompt is good when it:
- preserves original intent
- reduces ambiguity
- sets the right depth and care level
- defines the expected output clearly
- includes an appropriate verification step
- tells the agent when to stop
If the prompt is already strong, say so and make only minimal edits.
1---2name: prompt-leverage3description: Strengthen a raw user prompt into an execution-ready instruction set for an AI agent. Use when the user wants to improve an existing prompt, build a reusable prompting framework, wrap the current request with better structure, add clearer tool rules, or create a hook that upgrades prompts before execution. Do not use for already-specific requests, straightforward questions, or simple bug fixes.4---56# Prompt Leverage78Turn the user's current prompt into a stronger working prompt without changing the underlying intent. Preserve the task, fill in missing execution structure, and add only enough scaffolding to improve reliability.910## Workflow11121. Read the raw prompt and identify the real job to be done.132. Infer the task type: coding, research, writing, analysis, planning, or review.143. Rebuild the prompt with the framework below.154. Keep the result proportional: do not over-specify a simple task.165. Return both the improved prompt and a short explanation of what changed when useful.1718## Transformation Rules1920- Preserve the user's objective, constraints, and tone unless they conflict.21- Prefer adding missing structure over rewriting everything stylistically.22- Add context requirements only when they improve correctness.23- Add tool rules only when tool use materially affects correctness.24- Add verification and completion criteria for non-trivial tasks.25- Keep prompts compact enough to be practical in repeated use.2627## Framework2829Treat the upgraded prompt as:3031`Objective -> Context -> Work Style -> Tool Rules -> Output Contract -> Verification -> Done`3233Use these blocks selectively.3435### Objective3637- State the task and what success looks like.38- Define success in observable terms, ideally in one or two lines.3940### Context4142- List relevant files, URLs, constraints, assumptions, and information boundaries.43- Say when the agent must retrieve facts instead of guessing.4445### Work Style4647- Set depth, breadth, care, and first-principles expectations.48- Go broad first when system understanding matters.49- Go deep where risk or complexity is highest.50- Re-check with fresh eyes for non-trivial tasks.5152### Tool Rules5354- State when tools, browsing, file inspection, tests, or external tools are required.55- Prevent skipping prerequisite checks.5657### Output Contract5859- Define structure, formatting, tone, and level of detail.60- Prefer explicit deliverable shapes over vague quality adjectives.6162### Verification6364- Require checks for correctness, grounding, completeness, side effects, and better alternatives.6566### Done Criteria6768- Define what must be true before the agent stops.6970## Intensity Levels7172Use the minimum level that matches the task.7374- `Light`: simple edits, formatting, quick rewrites.75- `Standard`: typical coding, research, and drafting tasks.76- `Deep`: debugging, architecture, complex research, or high-stakes outputs.7778## Task-Type Adjustments7980Apply the smallest set of adjustments that materially improves execution.8182### Coding8384- Emphasize repo context, file inspection, the smallest correct change, validation, and edge cases.8586### Research8788- Emphasize source quality, evidence gathering, synthesis, uncertainty, and citations.8990### Writing9192- Emphasize audience, tone, structure, constraints, and revision criteria.9394### Review9596- Emphasize fresh-eyes critique, failure modes, alternatives, and explicit severity.9798## Output Modes99100Choose one mode based on the user request.101102- `Inline upgrade`: provide the upgraded prompt only.103- `Upgrade + rationale`: provide the prompt plus a brief list of improvements.104- `Template extraction`: convert the prompt into a reusable fill-in-the-blank template.105- `Hook spec`: explain how to apply the framework automatically before execution.106107## Hook Pattern108109When the user asks for a hook, model it as a pre-processing layer:1101111. Accept the current prompt.1122. Classify the task and risk level.1133. Expand the prompt using the framework blocks.1144. Return the upgraded prompt for execution.1155. Optionally keep a diff or summary of injected structure.116117Use a deterministic first-pass rewrite only when the user is explicitly asking for a hook or reusable automation layer. Otherwise, prefer direct prompt improvement in-context.118119## Upgrade Heuristics120121- Add missing blocks only when they materially improve execution.122- Do not turn a one-line request into a giant spec unless the task is genuinely complex.123- Preserve user language where possible so the upgraded prompt still feels native.124- Prefer concrete completion criteria over vague quality adjectives.125126## Quality Bar127128Before finalizing, check the upgraded prompt:129130- still matches the original intent131- does not add unnecessary ceremony132- includes the right verification level for the task133- gives the agent a clear definition of done134135## Upgrade Rubric136137An upgraded prompt is good when it:1381391. preserves original intent1402. reduces ambiguity1413. sets the right depth and care level1424. defines the expected output clearly1435. includes an appropriate verification step1446. tells the agent when to stop145146If the prompt is already strong, say so and make only minimal edits.