commune
SolidTurn a vague idea into a concrete, actionable spec through a short Socratic dialogue, then hand the result off to an existing moflo surface — a /flo ticket, a spell, or memory. Use BEFORE you have a defined unit of work, when the goal is still fuzzy.
Install
Quality Score: 81/100
Skill Content
Details
- Author
- eric-cielo
- Repository
- eric-cielo/moflo
- Created
- 6 months ago
- Last Updated
- 2 days ago
- Language
- TypeScript
- License
- MIT
Integrates with
Similar Skills
Semantically similar based on skill content — not just same category
mold
Converge a fuzzy idea or half-formed feature into an approved spec through an iterative, grounded design dialogue. Use when the user has a fuzzy idea or design direction — phrases like "let's design X", "I'm thinking about Y", "what should the API for Z look like", "shape this into a spec", "what would it take to build/set up X", "I want to add a feature that…", "/mold". Use even when the user is "just thinking out loud" if they want the dialogue to leave behind a written artifact. Do NOT use for free-form discussion with no artifact intent (`/culture`), direct implementation (`/cook`), or research-only questions (`/briesearch`).
forge-brainstorm
This skill should be used for grounded ideation in a Context Forge methodology project — phrases like "forge-brainstorm", "brainstorm ideas for X", "what should we build next", "I have a vague idea", "explore options for", "which approach is better", or "help me think this through". It acts as a senior IT consultant: diverges into options, benchmarks them against how the industry actually solves this, stress-tests each against the project's scope, invariants, and lessons plus real-world engineering standards (cost of ownership, security, operability, team reality), converges on an opinionated recommendation, and routes the outcome (forge-feature / forge-decision / the context/ideas.md parking lot) so good ideas never evaporate. Planning only — it never writes code.
brainstorming
The Socratic spec-refinement front of /feature, and the planning front of /sprint. Routed to BEFORE any code — it takes a one-line idea and drives it to an approved, concrete spec with testable acceptance criteria. Five gated phases — frame, shape, refine, write, review-and-approve. No implementation and no handoff to tdd until the spec is on disk and approved; each acceptance criterion becomes one tdd Phase 1 obligation.