codex/skills/idea-wizard/SKILL.md
Generate and operationalize improvement ideas for projects. Use when brainstorming features, planning improvements, creating beads from ideas, or "what should we build next".
npx skillsauth add tkersey/dotfiles idea-wizardInstall 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.
Generate many → winnow ruthlessly → operationalize into self-documenting beads.
1. Read AGENTS.md + all beads → Ground in reality
2. Phase 2 prompt (30→5) → Generate & winnow
3. Phase 3 prompt (next 10) → Expand to 15
4. Check overlaps with open beads → Merge, don't duplicate
5. Phase 5 prompt → Create beads
6. Phase 6 prompt (repeat 4-5x) → Refine in "plan space"
Phase 2 — Generate 30→5:
Come up with your very best ideas for improving this project to make it more robust, reliable, performant, intuitive, user-friendly, ergonomic, useful, compelling, etc. while still being obviously accretive and pragmatic. Come up with 30 ideas and then really think through each idea carefully, how it would work, how users are likely to perceive it, how we would implement it, etc; then winnow that list down to your VERY best 5 ideas. Explain each of the 5 ideas in order from best to worst and give your full, detailed rationale and justification for how and why it would make the project obviously better and why you're confident of that assessment.
Phase 3 — Expand: ok and your next best 10 and why
Phase 5 — Create Beads:
OK so please take ALL of that and elaborate on it and use it to create a comprehensive and granular set of beads for all this with tasks, subtasks, and dependency structure overlaid, with detailed comments so that the whole thing is totally self-contained and self-documenting (including relevant background, reasoning/justification, considerations, etc.-- anything we'd want our "future self" to know about the goals and intentions and thought process and how it serves the overarching goals of the project.). The beads should be so detailed that we never need to consult back to the original markdown plan document. Remember to ONLY use the `br` tool to create and modify the beads and add the dependencies.
Phase 6 — Refine (repeat 4-5x):
Reread AGENTS.md so it's still fresh in your mind. Check over each bead super carefully-- are you sure it makes sense? Is it optimal? Could we change anything to make the system work better for users? If so, revise the beads. It's a lot easier and faster to operate in "plan space" before we start implementing these things! DO NOT OVERSIMPLIFY THINGS! DO NOT LOSE ANY FEATURES OR FUNCTIONALITY! Also make sure that as part of the beads we include comprehensive unit tests and e2e test scripts with great, detailed logging so we can be sure that everything is working perfectly after implementation. Make sure to ONLY use the `br` cli tool for all changes, and you can and should also use the `bv` tool to help diagnose potential problems with the beads.
br list --json && br list --status closed --json # Phase 1: Research
br list --json | jq '.[].title' # Phase 4: Check overlaps
br create "Title" -p 1 -t task --body "..." # Phase 5: Create
br dep add <child> <parent> # Phase 5: Dependencies
bv --robot-insights | jq '.Cycles' # Validate: Must be empty!
| Don't | Do |
|-------|-----|
| Skip Phase 1 | Read beads first — prevents duplicates |
| Stop at 5 ideas | Expand to 15 — #6-15 often complementary |
| Single-pass beads | 4-5 passes — first draft never optimal |
| Omit tests | Explicit test tasks with logging |
| Bare bv | --robot-* flags — bare bv blocks TUI |
| Oversimplify | Resist — complexity exists for reasons |
Phase 6 constraints: DO NOT OVERSIMPLIFY. DO NOT LOSE FEATURES. After compaction → re-read AGENTS.md.
| Topic | File | |-------|------| | Phase details | PHASES.md | | Bead patterns | BEADS.md | | Examples | EXAMPLES.md | | Evaluation rubric | RUBRIC.md |
Ideas evaluated on: robust, reliable, performant, intuitive, user-friendly, ergonomic, useful, compelling, accretive, pragmatic — see RUBRIC.md
testing
Use before local patching when bugs, regressions, malformed state, crashes, parser failures, migrations, cache drift, protocol problems, compatibility requests, tolerant readers, fallbacks, coercions, retries, catch-and-continue logic, or local workarounds may broaden accepted invalid state.
testing
Use for bug reports, PR/issue prose, reviewer comments, user diagnoses, generated summaries, memories, retrieved context, public tracker context, claimed root causes, proposed fixes, fake-minimal repro risk, or any investigation where natural-language context could anchor the implementation scope.
development
Use when non-trivial work needs Challenge Escalation, latent-intelligence activation, frame-market selection, doctrine operators, dominant-move selection, ablation/surface-tax judgment, reification, review comment law, negative capability, route receipts, or proof-bearing refusal to mutate.
development
Apply Algebra-Driven Design. Use for ADD, denotational design, combinator models, law-driven architecture, domain algebra, property tests, codebase modeling, event sourcing, workflow design, or agentic skill design. If the canonical bundle is unavailable, use this wrapper as the minimal ADD kernel and report the missing bundle path.