decide

Solid

Formal decision-making interview for architectural choices

AI & Automation 18 stars 5 forks Updated 2 days ago MIT

Install

View on GitHub

Quality Score: 83/100

Stars 20%
43
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Decision Mode **Recommended model tier:** smart (opus) - this skill requires complex reasoning Formal decision-making workflow for architectural and technical choices. ## Purpose When facing a significant technical decision, this workflow guides you through structured analysis to make an informed choice that will be recorded and respected by all future sessions and agents. ## Workflow ### Phase 1: IDENTIFY Ask the user to clarify: - What decision needs to be made? - What is the context? (new system, migration, constraint?) - What are the requirements? (scale, team, timeline?) - Are there any hard constraints? **Example questions:** - "What technical decision do you need to make?" - "What problem are you trying to solve?" - "Are there any constraints I should know about?" ### Phase 2: EXPLORE Research and propose options: - List 3-5 viable alternatives - Include the obvious choices AND less common ones - For each option, note what it's best suited for **Output format:** ```markdown ## Options 1. **[Option A]** - Brief description - Best for: [use case] 2. **[Option B]** - Brief description - Best for: [use case] 3. **[Option C]** - Brief description - Best for: [use case] ``` ### Phase 3: ANALYZE For each option, evaluate: - **Pros**: What are the benefits? - **Cons**: What are the drawbacks? - **Fit**: How well does it match the requirements? **Output format:** ```markdown ## Analysis | Option | Pros | Cons | Fit ...

Details

Author
jmylchreest
Repository
jmylchreest/aide
Created
7 months ago
Last Updated
2 days ago
Language
Go
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

architecture-decision

Use when a technical choice changes system boundaries, contracts, quality attributes, data, or operations and has meaningful reversal cost.

2 Updated 2 weeks ago
sandbaseai
AI & Automation Listed

system-design

Decision-tree framework for architectural trade-offs during implementation planning. Classifies the subject into categories (data-heavy, real-time, offline-critical, media-heavy, integration-heavy, frequent UI iteration), loads the minimum relevant references, supplies a question bank with opinionated defaults for caller-driven dialogue, and returns structured decisions (Architectural Decisions, Required Behaviors). Use whenever architectural choices must be committed to a document — protocol selection, pagination or caching strategy, offline sync approach, real-time transport, media upload strategy. Produces decisions, not implementation rules. Implementation details belong in code-level rules files.

13 Updated 2 weeks ago
app-builders-club
AI & Automation Featured

decide

When you have a decision to make and want a structured workflow that picks the load-bearing questions, walks through them, reaches a call (or "wait"), and archives the rationale for future reference. Based on the 37signals Guide to Making Decisions (38 questions) plus house additions like Q39 opportunity cost ("what does saying yes displace?"). Triages to 6–8 relevant questions per decision instead of forcing the full set. Archives every decision to ~/.config/makerskills/decide/archive/ with a revisit date so you can check later whether the call was right. Triggers on "/decide," "help me decide," "should I [X]," "I need to make a decision about," "stuck on a decision," "deciding between," "go/no-go on," "what should I do about." This is both the decision-making workflow AND the decision log — making the decision is the act of logging it.

825 Updated 3 weeks ago
coreyhaines31