بنقرة واحدة
ideation-synthesize
Generate solution hypotheses and prepare for kickoff - final step in the ideation sequence
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Generate solution hypotheses and prepare for kickoff - final step in the ideation sequence
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Audit an existing application or guide a new build for AI governance — classifying every function as DETERMINISTIC, AI-ADVISORY, or AI-OPERATIONAL, identifying risk, and recommending hardening. Use when the user asks to "audit AI usage", "check governance", "review where AI is used", "assess AI risk", "governance review", "lock down AI", or when planning a new feature that involves AI and the user wants to understand where AI should vs. shouldn't be used. Also use when the user wants to evaluate whether a component should use AI or deterministic code.
Complete git workflow for a phase - branch, commit, merge, cleanup
Systematic root cause analysis for bugs and failures. Use when something is broken, failing, or behaving unexpectedly — not for quick typos or obvious one-line fixes. Trigger on "diagnose this", "root cause", "why is this broken", "this isn't working", "investigate this error", "what's causing this", "trace this issue". Also use when /execute-phase Layer 1 or Layer 2 fails twice on the same task.
Execute an approved implementation plan, with automated testing, UI verification, and acceptance-criteria review built into every task. Use this skill whenever the user is ready to start building — trigger on phrases like "execute phase X", "implement the plan", "let's start building", "start coding", "build this out", "time to code", "build phase X", "start phase X", "implement phase X", "let's build this", "start the build", "go ahead and build". Also trigger immediately after the user approves output from /plan-phase. Don't wait to be asked explicitly — if a plan exists and the user says something like "looks good, let's go", this is the right skill.
Guide a complex project ideation session through chunk identification, per-chunk discovery, and structured output files ready for /kickoff Pathway A
Deep market research and assumption mapping - second step in the ideation sequence
| name | ideation-synthesize |
| description | Generate solution hypotheses and prepare for kickoff - final step in the ideation sequence |
| argument-hint | null |
Generate solution hypotheses, synthesize findings, and prepare for the formal requirements process. This is the final skill in the ideation sequence.
ideation.md with Status = "Research".ideation.md in the project root.Check for ideation.md in project root
/ideation-simple and /ideation-research to be completed first. Please start with /ideation-simple."Check Status
/ideation-research first."/kickoff"Read ideation.md and load full context:
Summarize: "Based on our discovery and research, we're solving [problem] for [users]. The biggest opportunity gaps are [gaps]. Our highest-risk assumptions are [Test First items]. Let's generate solution hypotheses."
Use SCAMPER prompts to generate diverse solution approaches:
Substitute: "What if we replaced [current approach] with something entirely different?" Combine: "What if we combined [solution A] with [solution B]?" Adapt: "What can we borrow from [adjacent domain] and adapt?" Modify/Magnify/Minimize: "What if we made [aspect] much bigger/smaller/different?" Put to other use: "What if the solution served a different purpose than expected?" Eliminate: "What if we eliminated [feature/step] entirely?" Reverse/Rearrange: "What if we did things in the opposite order?"
Walk through at least 3-4 prompts conversationally:
From the brainstorming, formulate 2-3 distinct solution hypotheses. Aim for fewer, better hypotheses over many shallow ones — if you find yourself generating 4+, consolidate the most similar ones before proceeding.
For each hypothesis:
Do this research only for the top 1-2 hypotheses — not all of them. Skip this entirely if a hypothesis is a clear evolution of an existing category (e.g., "a better CRM"). The value is in finding failures and edge cases for novel approaches where the path isn't obvious.
For each qualifying hypothesis:
After exploring all hypotheses, discuss with user:
Review everything and identify questions that need resolution in /kickoff:
Frame each as a question for the requirements phase.
Write a clear recommendation:
Ensure all research conducted across all three skills is captured in the Research Log.
Update sections 6-8 of ideation.md:
## 6. Solution Hypotheses
### Hypothesis 1: [Name] (Recommended)
- **Description**: [What it is and how it works]
- **Key Differentiator**: [What makes it unique vs competitors]
- **Target Segment**: [Primary user segment]
- **Validates Assumptions**: [A1, A4, etc.]
- **Key Risks**: [What could go wrong]
- **Prior Art**: [Similar attempts found in research, lessons learned]
### Hypothesis 2: [Name]
- **Description**: [What it is and how it works]
- **Key Differentiator**: [What makes it unique]
- **Target Segment**: [Primary user segment]
- **Validates Assumptions**: [A2, A3, etc.]
- **Key Risks**: [What could go wrong]
- **Prior Art**: [Similar attempts, lessons]
### Hypothesis 3: [Name] (if applicable)
...
### Recommendation
**Pursue Hypothesis 1 ([Name])** because:
- [Reason 1: connects to key opportunity gap]
- [Reason 2: validates highest-risk assumptions]
- [Reason 3: best fit for target users]
Key risks to monitor: [list]
Critical assumptions to validate early: [A1, A4]
## 7. Open Questions for /kickoff
### Requirements Questions
- [ ] [Scope/feature question]
- [ ] [Constraint question]
### Technical Questions
- [ ] [Architecture/feasibility question]
- [ ] [Integration question]
### Business Questions
- [ ] [Pricing/monetization question]
- [ ] [Go-to-market question]
### User Research Gaps
- [ ] [Assumption to validate with users]
- [ ] [Behavior to observe/test]
## 8. Research Log
| Date | Topic | Source | Key Findings |
|------|-------|--------|--------------|
| [date] | Landscape scan | [sources] | [findings] |
| [date] | Pain point validation | [sources] | [findings] |
| [date] | User sentiment | [sources] | [findings] |
| [date] | Competitive analysis | [sources] | [findings] |
| [date] | Market trends | [sources] | [findings] |
| [date] | Assumption validation | [sources] | [findings] |
| [date] | Prior attempts | [sources] | [findings] |
Also update:
After completing ideation.md:
Present the recommendation:
Highlight what's ready:
Highlight what's still open:
Next step: "You're ready for the formal requirements process. Run /kickoff ideation.md to begin. The kickoff will use your ideation work to accelerate the requirements gathering."
Traceability note: "During kickoff, your assumption IDs (A1, A2, etc.) will be referenced in requirements so you can trace each requirement back to the underlying assumption it addresses."