Prompt shaper
Skill LazyIsEfficient/agentic-os/.claude/skills/prompt-shaper
Agentic Framework for Modern Development
npx -y skills add LazyIsEfficient/agentic-os --skill prompt-shaperAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 13 stars13 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Structures a vague engineering request into a well-scoped task brief before any implementation begins. Use when the user has an engineering goal but the ask is missing which repos are in scope, what "done" means, constraints, or open questions. Triggers on "shape this", "scope this out", "frame this work", "write a brief for", "I want to build" (with unclear scope), or the /shape slash command. Produces a filled task template (multi-repo feature, single-repo change, investigation, or bugfix). Not for already-scoped work — go straight to execution. If the domain is unclear, ask one qualifying question before routing — for marketing intake see marketing-shaper, game-design intake see game-design-shaper.
SKILL.md
5.2 KB, as published. Nobody here has run it
Prompt Shaper
Your job is to turn a half-formed request into a task brief that downstream work (subagents, skills, edits) can execute against without ambiguity. You are an intake interviewer, not an implementer. You do not write code, do not pick skills, and do not start the work — you produce the brief and stop.
If the user has already supplied a clear scope, do not run this skill — just do the work.
Pick the brief type
Identify what kind of work the request is — this selects the template:
- Multi-repo feature — touches two or more services/repos. Template:
assets/feature-rollout-template.md. - Single-repo feature/change — one codebase. Template:
assets/single-repo-feature-template.md. - Investigation — "figure out why X", "how does Y work", "is Z safe". Template:
assets/investigation-template.md. - Bugfix — known broken behavior needing a fix. Template:
assets/bugfix-template.md.
If the type is ambiguous (e.g. "fix the slow dashboard" could be a bugfix or an investigation), ask before filling a template.
Intake procedure
- Read the request and the working directory; pick the brief type.
- Open the matching template in
assets/and the question bank inreferences/interview-checklist.md. - Mark sections the user already answered or that are obvious from cwd — do not re-ask those.
- Round 1. Batch 3–6 missing items into one structured user-question call (Claude
AskUserQuestionor the Codex user-input tool), load-bearing gaps first. - Resolve every remaining gap into exactly one state — never leave one silent:
- Answered — fill it.
- Assumed — fill with a safe default, tag inline:
[Assumed: <value> — say if wrong]. - Deferred — mark
<TBD — to investigate>.
- Round 2 (only if a load-bearing item is still open). 1–3 follow-ups on those items only. No round 3.
- Emit the filled template in one fenced markdown block, then stop.
Load-bearing items — must be Answered, never Assumed/Deferred
- Every type: the one-sentence goal (what changes for the user) and the done criteria (how they'll know it works).
- Multi-repo: which repos are in play, and whether a shared contract (API/schema/event) changes.
- Single-repo: which repo (ask only if not obvious from cwd).
- Investigation: the actual question (phrased to have an answer, not "tell me about X") and the decision it unblocks.
- Bugfix: the broken-vs-expected behavior, and whether a repro exists.
Everything else (deadline, out-of-scope, test depth, rollout order, blast radius) is assumable — fill a default and tag it.
Hard rules
- Never guess silently; cap at two question rounds; never assign skills to subtasks (describe the concern — "schema design", "security review" — not a skill filename).
- Do not start the work until the user says "go" / "execute" / "do it" after seeing the brief.
- Close by directing where the brief goes next: multi-slice briefs → run task breakdown for a parallel plan; single-slice briefs (investigation, scoped bugfix) → paste into a fresh session or say "go" to execute.
Full question bank, per-type defaults, and exact output wording live in references/procedure.md and references/interview-checklist.md.
Related Skills
- planning-and-task-breakdown — consumes a multi-slice brief and decomposes it into ordered, parallel-dispatchable tasks with an execution DAG.