skills/ai-planning/SKILL.md
Plan a multi-phase AI feature before building it. Use when you have a PRD or project idea and need to figure out the execution order, which skills to use in what sequence, or how to break an ambitious AI project into phases. Also use when you want to scope an AI feature, create a phased rollout plan, or figure out dependencies between AI components., help me figure out how to execute this, plan my AI feature, what order should I build this in, AI project roadmap, break this into phases, scope an AI feature, phased AI rollout, AI feature planning, multi-phase AI project, AI project dependencies, which skills do I need, AI execution plan
npx skillsauth add lebsral/dspy-programming-not-prompting-lms-skills ai-planningInstall 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.
Use this skill when you have an AI project idea and need to figure out what to build, in what order, with which skills. ai-do routes to one skill per invocation. ai-kickoff scaffolds one project. Neither creates a multi-phase roadmap. This skill fills that gap.
Not every task needs a plan. Route directly if any of these match:
| Situation | What to do instead |
|---|---|
| Single task (one classification, one extraction) | Go straight to that skill |
| Already building something | Use the skill for what you are building |
| Just exploring or learning DSPy | Use /ai-kickoff |
| Fixing a broken feature | Use /ai-fixing-errors |
If none of those match, continue below.
Before mapping skills or phases, answer these three questions. Write them down — they drive every decision in the plan.
Question 1: What is the end goal? What does "done" look like for users? Be specific. "AI-powered search" is not a goal. "Users type a question and get an answer with a citation to the source article within 2 seconds" is a goal.
Question 2: What do you have today?
Question 3: What are the hard constraints?
Find the capabilities your feature needs in the left column. The right column is the skill to use.
| Capability | Skill |
|---|---|
| Classify, sort, label, route | /ai-sorting |
| Extract structured data | /ai-parsing-data |
| Search documents, RAG | /ai-searching-docs |
| Answer database questions | /ai-querying-databases |
| Summarize content | /ai-summarizing |
| Generate text or content | /ai-writing-content |
| Take actions, call APIs | /ai-taking-actions |
| Multi-step reasoning | /ai-reasoning |
| Chain multiple AI steps | /ai-building-pipelines |
| Conversational AI | /ai-building-chatbots |
| Multiple agents | /ai-coordinating-agents |
| Score, grade, evaluate | /ai-scoring |
| Moderate content | /ai-moderating-content |
| Choose the right pattern | /ai-choosing-architecture |
| Review code quality | /ai-auditing-code |
Circle (or list) the 2-5 capabilities your project actually needs. If you circled more than 5, you are planning too much at once — pick the core path and defer the rest.
Match your situation to one of these starting points:
Greenfield — no code, no data
/ai-kickoff/ai-improving-accuracyHave data, no code
/ai-kickoff + build core feature/ai-improving-accuracy/ai-serving-apisWorking prototype, needs improvement
/ai-improving-accuracyProduction system, adding new capability
/ai-building-pipelinesFill in this template. Keep Phase 1 detailed, Phase 2 directional, Phase 3 a placeholder until Phase 2 is done.
## AI Feature Plan: [Feature Name]
### Phase 1: [Phase Name] (start here)
- **Goal:** What this phase achieves
- **Skill:** `/ai-xxx` -- one sentence on why this skill
- **Deliverable:** What exists when this phase is done
### Phase 2: [Phase Name]
- **Goal:** ...
- **Skill:** `/ai-xxx` -- why
- **Deliverable:** ...
### Phase 3: [Phase Name]
- **Goal:** ...
- **Skill:** `/ai-xxx` -- why
- **Deliverable:** ...
### Dependencies
- Phase 2 needs Phase 1 output because [specific reason]
- Phase 3 needs Phase 2 output because [specific reason]
### What to skip for now
- [capability] -- reason it is not Phase 1 material
- [capability] -- reason it is not Phase 1 material
Five common project patterns with their natural phase sequence:
Support ticket triage system
Phase 1: /ai-sorting (classify + route tickets) -> Phase 2: /ai-summarizing (summarize for agents) -> Phase 3: /ai-building-pipelines (connect classify + summarize) -> Phase 4: /ai-improving-accuracy + /ai-serving-apis
Knowledge base or help center
Phase 1: /ai-searching-docs (index articles, answer questions with citations) -> Phase 2: /ai-stopping-hallucinations (add guardrails) -> Phase 3: /ai-improving-accuracy -> Phase 4: /ai-serving-apis
Document processing pipeline
Phase 1: /ai-parsing-data (extract fields from documents) -> Phase 2: /ai-checking-outputs (validate extracted fields) -> Phase 3: /ai-building-pipelines (batch processing) -> Phase 4: /ai-improving-accuracy + /ai-serving-apis
Content generation platform
Phase 1: /ai-writing-content (generate drafts at scale) -> Phase 2: /ai-scoring (grade quality before publishing) -> Phase 3: /ai-improving-accuracy (optimize for tone and brand) -> Phase 4: /ai-serving-apis
AI agent
Phase 1: /ai-choosing-architecture (pick the right pattern) + /ai-taking-actions (wire up tools) -> Phase 2: /ai-building-pipelines (multi-step coordination) -> Phase 3: /ai-testing-safety + /ai-monitoring
See examples.md for fully worked plans for each of these archetypes.
Planning all phases in equal detail. Only detail Phase 1 fully. Later phases will change once you see Phase 1 results. Detailed Phase 3 plans written before Phase 1 is done are fiction.
Recommending optimization before a baseline exists. Always build first, measure second, optimize third. Running a DSPy optimizer on a feature you have not yet evaluated is guesswork.
Skipping the data question. Most AI projects stall because there is no evaluation data. Surface this in Phase 1. If you do not know what good output looks like, you cannot tell when you are done.
Including production skills too early. Monitoring, tracing, and serving APIs are Phase 3 or later, not Phase 1. Do not let infrastructure planning crowd out feature planning.
Listing every possible skill instead of selecting 3-5. A plan that touches 12 skills is a catalog, not a plan. If your plan has more than 5 skills, cut the ones that are not on the critical path and put them in the "skip for now" section.
/ai-do/ai-kickoff/ai-choosing-architecture/ai-auditing-code/ai-do if you do not have it — it routes any AI problem to the right skill and is the fastest way to work: npx skills add lebsral/DSPy-Programming-not-prompting-LMs-skills --skill ai-dotools
See what is happening during optimizer.compile() instead of waiting blind. Use when you want to watch optimization progress, see scores as they come in, know if your optimizer is working, check if optimization is stuck, understand why optimization is taking too long, get live progress during compile, monitor convergence, detect overfitting during optimization, interpret optimization results, or pick the right tool for watching optimization. Also used for optimizer progress bar, is my optimizer doing anything, optimization seems stuck, how long will optimization take, watch GEPA run, watch MIPROv2 run, live optimization dashboard, optimizer not improving, scores not going up, optimization taking forever, see what optimizer is doing, debug slow optimization, optimization visibility, optimizer metrics, track compile progress, optimization observability.
testing
Use when you want the highest-quality prompt optimization DSPy offers — jointly optimizes instructions and few-shot demos, with auto=light/medium/heavy presets. Common scenarios - you want the best possible accuracy from prompt optimization, jointly tuning instructions and few-shot demonstrations, using auto presets for different compute budgets, or when COPRO or BootstrapFewShot alone are not reaching your accuracy target. Related - ai-improving-accuracy, dspy-copro, dspy-bootstrap-few-shot. Also used for dspy.MIPROv2, best DSPy optimizer, highest quality optimization, auto=light medium heavy, joint instruction and demo optimization, most powerful prompt optimizer, MIPROv2 vs COPRO vs BootstrapFewShot, which optimizer should I use, state of the art prompt optimization, when to use MIPROv2, optimize both instructions and examples, heavy optimization for production, best optimizer for accuracy.
testing
Use LangWatch for DSPy auto-tracing and real-time optimizer progress. Use when you want to set up LangWatch, langwatch.dspy.init, auto-tracing DSPy, real-time optimization dashboard, optimizer progress tracking, app.langwatch.ai, or DSPy optimizer dashboard. Also used for langwatch setup, pip install langwatch, langwatch trace, optimizer progress, real-time optimization, watch optimizer run, LangWatch self-hosted, langwatch docker, langwatch vs langtrace, langwatch autotrack_dspy.
data-ai
Use when you want to optimize instructions without few-shot examples — a lightweight alternative to COPRO when you do not have or do not want to use demonstrations. Common scenarios - optimizing instructions when you do not have or do not want to use few-shot demonstrations, lightweight instruction search as a first step, tasks where examples in the prompt confuse the model, or when you want fast instruction optimization without the cost of COPRO. Related - ai-improving-accuracy, dspy-copro, dspy-miprov2. Also used for dspy.GEPA, instruction optimization without demos, lightweight prompt optimization, optimize instructions only, no few-shot examples needed, GEPA vs COPRO, quick instruction search, when demonstrations hurt performance, zero-shot optimization, instruction-only optimizer, simplest instruction tuner, fast prompt optimization, skip few-shot and just tune instructions, optimize Pydantic field descriptions, GEPA structured output, GEPA does not optimize field desc.