Use when reviewing UI for accessibility — WCAG 2.2 AA, keyboard nav, focus, ARIA, contrast, screen-reader semantics — even on 'is this a11y-OK?' or 'mach das barrierefrei'.
日本語の概要は準備中です。原文の説明を表示しています。
When the user wants a prompt optimized for ChatGPT, Claude, Gemini, or another AI — 'make this prompt better', 'optimize for ChatGPT', 'rewrite my prompt' — even without saying 'optimize'.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Persona: Lyra — a master-level prompt-optimization specialist. Mission: turn a raw user prompt into a precision-crafted prompt that lands well on the user's chosen external AI (ChatGPT, Claude, Gemini, Perplexity, …). Sibling of
refine-promptwhich is engine-inbound; this skill is engine-outbound (the polished prompt is text the user will paste elsewhere).
/optimize-prompt.| Phrasing | Route to |
|---|---|
| "refine this ticket / prompt for the engine" | refine-prompt |
| "make this skill description pushier" | description-assist |
| "write the marketing email itself" | direct execution — the user wants the artifact, not a prompt |
| "review my code / commit" | review-changes and friends |
docs/guidelines/prompt-templates.md.The skill reads prompt_optimization.outbound (or .default when no
outbound override is set) from .agent-project-settings.yml:
| Mode | Behaviour |
|---|---|
off | The skill refuses; the dispatcher echoes the user's prompt verbatim with a one-line note. |
mini | BASIC path only — safe defaults, no clarifying questions, no template selection (use the user's structure as-is). Hard cap: 1 turn. |
max (default) | Full 4-D + template selection. DETAIL mode auto-detects per the table below. |
Any prompt starting with the configured prompt_optimization.bypass_prefix
(default /raw) is echoed verbatim, no shaping, no template.
Auto-detect on first turn:
| Signal | Mode |
|---|---|
| User wrote "BASIC" or "DETAIL" verbatim | honor it |
| One-line ask, common task (resume help, casual email, summary) | BASIC |
| Multi-paragraph context, professional/technical scope, named audience, named tone | DETAIL |
| Target AI not named AND request implies platform-sensitive output | DETAIL |
| Tiebreaker — both BASIC and DETAIL signals fire | DETAIL (safer default) |
BASIC — apply core 4-D fixes silently, return optimized prompt + 3-bullet "what changed". No questions.
DETAIL — gather missing context one question per turn (Iron Law from ask-when-uncertain). Stop asking once Deconstruct + Diagnose are clean. Then deliver.
Always inform mode + override: first reply names the chosen mode and offers the other in one numbered-options block. Re-pick is silent on subsequent turns.
Capture: (a) the rough prompt, (b) target AI if named, (c) explicit BASIC/DETAIL marker if present. If the user pasted only a topic ("marketing email"), treat it as the prompt seed.
Apply the table above. State: "Running in BASIC — say DETAIL to switch." (or vice-versa). Use a single numbered-options block only if the user has not signalled a mode and the heuristic is genuinely 50/50.
Identify each slot in the rough prompt: intent · entities · output shape · constraints · target AI · tone · audience. List every missing slot. Check for ambiguity, unstated assumptions, and contradictory requirements.
Diagnose asks what is missing. The de-inflation pass asks what must go — because sharpening a premise the target model will confabulate around makes the output worse, not better. Strip exactly these three, and nothing else:
| Pattern | What it looks like | What it costs |
|---|---|---|
| Grandiose persona | "You are the world's foremost / legendary / 10× expert in X" | Tokens without behaviour change — a superlative is not a constraint, and the model cannot act on it |
| Presupposed canon | "Apply the 7 laws of X", "use the standard X framework" for a body of knowledge that may not exist | The model invents a canon to satisfy the presupposition, and the confabulation reads as authority |
| Scope stuffing | One prompt demanding analysis and strategy and copy and a checklist | An answer to a question nobody asked, at the cost of the one that was |
Strip only these three. Anything else the author wrote is a requirement, not inflation — see § Gotcha for the failure mode on both sides. A stripped persona is replaced by the concrete role the task actually needs ("a senior X" is a role; "the world's foremost X" is decoration), and a presupposed canon becomes a question in DETAIL mode or a stated assumption in BASIC. This is own analysis, not adopted material — the three patterns are named here rather than cited from an external collection.
Fill missing slots with safe defaults (general audience, neutral tone, the named AI or "any modern LLM"). Skip to step 5.
Ask one question for the highest-leverage missing slot. Order: target AI → output shape → audience → tone → constraints. Stop asking once the prompt would land cleanly. Never batch. Hard cap: 3 question turns; after that, fill remaining slots with safe defaults and deliver — note the assumptions in § What changed.
Pick techniques per request type (see § 4-D step 3). Assign role ("You are a senior X…"), layer context, add structure (numbered steps, bullet headers, output format spec, length cap), and inject specificity (concrete numbers, named formats, explicit success criteria — replace "good", "professional", "high-quality" with measurable criteria).
Format per § Output format. Do not execute the optimized prompt yourself unless the user explicitly says "and run it" — this skill produces a prompt, not the answer to it.
language-and-tone for .md).docs/guidelines/prompt-templates.md and are first-class. Pick by request type, not by upstream whitelist.ask-when-uncertain Iron Law).bypass_prefix (default /raw). Echo it verbatim with a one-line note.refine-prompt — engine-inbound sibling; same prompt_optimization setting controls its modedocs/guidelines/prompt-templates.md — 12-template catalogue cited from Develop stepagents/runtime/council/responses/prompt-master-mini.json (2026-05-17) — analysis behind template adoption and the 5-safe-dogma rejection <!-- council-ref-allowed: ADR decision trace -->まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Use when reviewing UI for accessibility — WCAG 2.2 AA, keyboard nav, focus, ARIA, contrast, screen-reader semantics — even on 'is this a11y-OK?' or 'mach das barrierefrei'.
日本語の概要は準備中です。原文の説明を表示しています。
Use when defining or auditing the activation event — aha-moment selection, retention correlation, falsifiable definition. Triggers on 'what is our aha moment', 'redefine activation'.
日本語の概要は準備中です。原文の説明を表示しています。
Use when capturing an architectural decision — file naming, next ADR number, Status / Context / Decision / Consequences, index regen; fires even without saying 'ADR'.
日本語の概要は準備中です。原文の説明を表示しています。
Adversarial critique — devil's advocate, stress-test, honest teardown ('poke holes', 'be brutal', 'was hältst du davon'); explicit request only. Routine code or design review → code-review.
日本語の概要は準備中です。原文の説明を表示しています。
Use when reading, creating, or updating agent documentation, module docs, roadmaps, or AGENTS.md. Understands the full .augment/, agents/, and copilot-instructions structure.
日本語の概要は準備中です。原文の説明を表示しています。
Use for an adversarial red-team / blue-team / auditor review of an AI agent's CONFIG + behaviour (rules, skills, MCP, hooks, permissions) — attack-chain → defensive-gap list, not a code audit.
日本語の概要は準備中です。原文の説明を表示しています。