← ClaudeAtlas

mindstorminglisted

Use before drafting any non-code knowledge-work deliverable, including strategic memos, business reviews, OKR defences, PRDs, decision docs, briefing docs, exec talking points, Slack messages to leadership, frameworks, post-mortems, one-pagers, BRDs. Triggers on asks like "help me write up X", "draft this memo", "what should I say to Y", even casually phrased. NOT for software implementation; for creating features, components, or code changes use superpowers:brainstorming instead; for authoring the PRD document itself, use this skill. For non-code deliverables this skill supersedes generic brainstorming. Do not skip for simple asks; simple tasks hide the costliest assumptions.
rohitgehe05/mindpowers · ★ 5 · API & Backend · score 72
Install: claude install-skill rohitgehe05/mindpowers
# Mindstorming: Brainstorming for Knowledge Work ## Overview mindpowers does one loop: shape, draft, review, fact-check, and remember what you like. This skill is the "shape" step. Help turn rough ideas into locked specs for knowledge-work deliverables (memos, business reviews, decision docs, PRDs, briefing docs, comms, frameworks, talking points, post-mortems) through Socratic dialogue. The skill enforces a verbal design-approval gate and a final approval of the written spec on disk. For routine reuse of a prior locked spec, the user's explicit reuse instruction plus answers to every stated delta satisfies the verbal gate; do not ask for a second verbal approval. Drafting begins only after the applicable verbal gate and the written-spec approval. Do NOT draft any deliverable, write any prose, or otherwise produce output until you have presented a design, written it to disk, and the user has approved the written spec. This applies to EVERY task regardless of perceived simplicity. ## Anti-Pattern: "This is too simple to need a spec" Every task goes through this process. A Slack reply, a one-paragraph note, a routine update, all of them. Simple tasks are where unexamined assumptions cause the most wasted work and miscommunication. The spec can be short (3-5 lines for trivially simple tasks), but you MUST write it and get user approval. ## Shared Reasoning and Language Contract **Think precisely; respond plainly.** In user-facing responses, prefer common words and short