skills/meta-prompt-engineering/SKILL.md
Transforms vague or unreliable prompts into structured, constraint-aware prompts with explicit roles, task decomposition, output formats, and quality checks. Use when prompts produce inconsistent outputs, need explicit structure and constraints, require safety guardrails, involve multi-step reasoning that needs decomposition, need domain expertise encoding, or when user mentions improving prompts, prompt templates, structured prompts, prompt optimization, reliable AI outputs, or prompt patterns.
npx skillsauth add lyndonkl/claude meta-prompt-engineeringInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Copy this checklist and track your progress:
Meta-Prompt Engineering Progress:
- [ ] Step 1: Analyze current prompt
- [ ] Step 2: Define role and goal
- [ ] Step 3: Add structure and steps
- [ ] Step 4: Specify constraints
- [ ] Step 5: Add quality checks
- [ ] Step 6: Test and iterate
Step 1: Analyze current prompt
Identify weaknesses: vague instructions, missing constraints, no structure, inconsistent outputs. Document specific failure modes. Use resources/template.md as starting structure.
Step 2: Define role and goal
Specify who the AI is (expert, assistant, critic) and what success looks like. Clear persona and objective improve output quality. See Common Patterns for role examples.
Step 3: Add structure and steps
Break complex tasks into numbered steps or sections. Define expected output format (JSON, markdown, sections). For advanced structuring techniques, see resources/methodology.md.
Step 4: Specify constraints
Add explicit limits: length, tone, content restrictions, format requirements. Include domain-specific rules. See Guardrails for constraint patterns.
Step 5: Add quality checks
Include self-evaluation criteria, chain-of-thought requirements, uncertainty expression. Build in failure prevention for known issues.
Step 6: Test and iterate
Run prompt multiple times, measure consistency and quality using resources/evaluators/rubric_meta_prompt_engineering.json. Refine based on failure modes.
Role Specification Pattern:
You are a [role] with expertise in [domain].
Your goal is to [specific objective] for [audience].
You should prioritize [values/principles].
Task Decomposition Pattern:
To complete this task:
1. [Step 1 with clear deliverable]
2. [Step 2 building on step 1]
3. [Step 3 synthesizing 1 and 2]
4. [Final step with output format]
Constraint Specification Pattern:
Requirements:
- [Format constraint]: Output must be [structure]
- [Length constraint]: [min]-[max] [units]
- [Tone constraint]: [style] appropriate for [audience]
- [Content constraint]: Must include [required elements] / Must avoid [prohibited elements]
Quality Check Pattern:
Before finalizing, verify:
- [ ] [Criterion 1 with specific check]
- [ ] [Criterion 2 with measurable standard]
- [ ] [Criterion 3 with failure mode prevention]
If any check fails, revise before responding.
Few-Shot Pattern:
Here are examples of good outputs:
Example 1:
Input: [example input]
Output: [example output with annotation]
Example 2:
Input: [example input]
Output: [example output with annotation]
Now apply the same approach to:
Input: [actual input]
Avoid Over-Specification:
Test for Robustness:
Prevent Common Failures:
Balance Specificity and Flexibility:
Iterate Based on Failures:
Resources:
resources/template.md - Structured prompt template with all componentsresources/methodology.md - Advanced techniques for complex promptsresources/evaluators/rubric_meta_prompt_engineering.json - Quality criteria for prompt evaluationOutput:
meta-prompt-engineering.md in current directorySuccess Criteria:
Quick Prompt Improvement Checklist:
Common Improvements:
development
--- name: zettel-note description: The note-writing discipline for this vault's evergreen knowledge graph, modeled on a Zettelkasten reading companion and governed by the vault conventions. Enforces declarative-claim titles, one claim per note (atomicity), own-words prose with no block quotes, the piped [[slug|Title]] link form, the labeled link-relationship vocabulary (Confirms/Contradicts/Extends/Context/Prerequisite/Builds-on/Applies/Example-of/Contrasts-with), 3-6 links per note, and search-
development
Plans between-round FIFA World Cup Fantasy transfers — budgets the round's free transfer(s), forces out players whose nation has been eliminated, chases fixture-swing drops, upgrades on value, and decides when a rebuild is large enough to fire the Wildcard instead of spending free transfers one at a time. Ranks candidate in/out pairs by EV gain over each player's remaining survival horizon (delta xEV weighted by progression_carry) MINUS transfer cost (a free transfer is cheap, a points hit is real, churning the squad for marginal swings is a critic flag), and tags forced/fixture/upgrade priority. Emits a `transfer-plan` signal. Use when called by wc-squad-architect (whose transfer work this skill is the engine for) and by the strategists in the populate stage when their candidate is transfer-adjacent rather than a full rebuild.
testing
Reads and updates the FIFA World Cup Fantasy tournament state machine (footballfantasy/context/tournament-state.md) — the temporal backbone tracking phase (pre-tournament → group MD1-3 → R32 → R16 → QF → SF → final), budget ($100m group / $105m knockouts), nation cap (3 group, loosening in knockouts), chips remaining, surviving nations, each owned player's elimination-risk horizon, and deadlines. Validates state on load (count/feasibility checks), applies phase transitions, and appends to the append-only state log (never silent overwrite). Use to load state at the start of a run and to commit state changes after the manager makes a move.
development
Validates and persists FIFA World Cup Fantasy signal files to signals/YYYY-MM-DD-<type>.md. Checks the required frontmatter (type, round, date, emitted_by, confidence, source_urls), range-checks declared numeric signals, confirms every factual claim carries a source URL or "manager-provided", rejects unknown signal types, and refuses to persist a signal that fails validation (logging the failure instead). Keeps the inter-agent signal layer auditable so downstream agents can trust what they read and never re-derive it. Use whenever an agent or skill writes a signal.