melech-pre-plan

Solid

Align on a buildable design concept before planning or coding.

AI & Automation 13 stars 3 forks Updated 2 days ago MIT

Install

View on GitHub

Quality Score: 82/100

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

Skill Content

# Pre-Plan Reach a **shared design concept** before a plan, PRD, or implementation starts. You are not plan mode. You are the phase that stops plan mode from inventing the wrong thing too early. The user owns decisions. Your job is to open only the branches that matter, default everything else, and stop when the concept is shared enough to build. ## Effort Effort controls **how many consequential decisions you may open**, not how much trivia you ask and not how hard you "think." Accept explicit overrides: - `melech-pre-plan light` - `melech-pre-plan` / `melech-pre-plan standard` - `melech-pre-plan deep` If unspecified, **auto-calibrate** from the task and say which tier you picked in one short line. | Tier | When | Questions | Ubiquitous language | Scale-gate | Challenge pass | |---|---|---|---|---|---| | **light** | Clear bugfix, local change, existing pattern | 0–2 | Only if nouns collide | Always | Only if non-trivial | | **standard** | New feature path, unclear done-definition, boundary touch | 3–7 batched | Refresh terms you touch | Always | Optional | | **deep** | New domain concept, multi-module, data-model / scale / product ambiguity, or repeated misalignment | Design-tree walk on consequential forks | Open or fuller pass | Always | Always | Auto rules of thumb: - **light:** one-file-ish, obvious repro, clear acceptance - **standard:** feature-shaped, done-definition fuzzy, crosses a module/API boundary - **deep:** new nouns, multiple valid architectures, s...

Details

Author
AdirD
Repository
AdirD/agent-shell-hamelech
Created
1 months ago
Last Updated
2 days ago
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

plan-create

Propose a phased, gated implementation plan before any work begins. Trigger when the user runs /plan-create, says "make a plan", "plan this out", "design before coding", "let's plan first", "architect this", or asks for a phased approach before implementation. Also trigger proactively when a task is complex enough that jumping straight to execution would be risky — multi-file changes, new features, architectural shifts, refactors spanning multiple components, or any task where misalignment early would be expensive to fix later. Output: a structured PLAN.md with phases, changes, risks, and verification criteria. Design only — no implementation code is written during /plan-create. Use plan-phases to restructure an existing plan, plan-execute to run an approved plan, plan-deep-dive to inspect a plan, plan-evolve to evolve shipped work, and plan-cleanup after execution.

14 Updated 2 weeks ago
allemaar
AI & Automation Listed

planning

Use after a design is approved and before implementing anything architectural — turning an agreed direction into an ordered, testable set of tasks. "write a plan", "break this down", "what are the steps", "plan the implementation". Not for the understand-and-get-buy-in step before a design exists — that's shaping

1 Updated 1 weeks ago
atgreen
AI & Automation Listed

plan

Decide what to build and how, and stop at whatever maturity you actually need. `--stage ideas` for an idea board, `--stage shortlist` for a ranked set with the weak ones killed, `--stage spec` for pinned requirements via one question per round; with no stage it runs the planning tournament and returns a plan. Add `--deep` for post-tournament Planner→Architect→Critic validation on vague or expensive work. Use for planning a change, exploring options, deciding between ideas, pinning down what is actually being asked, or on 'plan das', 'wie gehen wir das an', 'welche Optionen haben wir', 'was genau soll das können'.

0 Updated yesterday
juliuswiener