writing-plans
Use when you have a spec or requirements for a multi-step task, before touching code
- License 许可
- MIT
- 最近更新
- 2026-11-02
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- writing-plans
- description
- Use when you have a spec or requirements for a multi-step task, before touching code
02 资源文件 20
- 资产文件data/domain-complexity.csv7.2 KB
- 参考文档data/prd-purpose.md7.1 KB
- 资产文件data/project-types.csv3.1 KB
- 参考文档steps-c/step-01-init.md7.6 KB
- 参考文档steps-c/step-01b-continue.md5.6 KB
- 参考文档steps-c/step-02-discovery.md7.9 KB
- 参考文档steps-c/step-02b-vision.md6.6 KB
- 参考文档steps-c/step-02c-executive-summary.md7.1 KB
- 参考文档steps-c/step-03-success.md9.0 KB
- 参考文档steps-c/step-04-journeys.md8.8 KB
- 参考文档steps-c/step-05-domain.md6.8 KB
- 参考文档steps-c/step-06-innovation.md8.5 KB
- 参考文档steps-c/step-07-project-type.md8.6 KB
- 参考文档steps-c/step-08-scoping.md7.7 KB
- 参考文档steps-c/step-09-functional.md9.0 KB
- 参考文档steps-c/step-10-nonfunctional.md8.8 KB
- 参考文档steps-c/step-11-polish.md9.1 KB
- 参考文档steps-c/step-12-complete.md4.7 KB
- 参考文档templates/prd-template.md164 B
- 参考文档workflow.md2.9 KB
03 SKILL.md 正文
Writing Plans
Overview
Write comprehensive implementation plans assuming the engineer has zero context for our codebase and questionable taste. Document everything they need to know: which files to touch for each task, code, testing, docs they might need to check, how to test it. Give them the whole plan as bite-sized tasks. DRY. YAGNI. TDD. Frequent commits.
Assume they are a skilled developer, but know almost nothing about our toolset or problem domain. Assume they don't know good test design very well.
Announce at start: "I'm using the writing-plans skill to create the implementation plan."
Context: This should be run in a dedicated worktree (created by brainstorming skill).
Save plans to: docs/plans/YYYY-MM-DD-<feature-name>.md
Bite-Sized Task Granularity
Each step is one action (2-5 minutes):
- "Write the failing test" - step
- "Run it to make sure it fails" - step
- "Implement the minimal code to make the test pass" - step
- "Run the tests and make sure they pass" - step
- "Commit" - step
Plan Document Header
Every plan MUST start with this header:
# [Feature Name] Implementation Plan
> **For Claude:** REQUIRED SUB-SKILL: Use superpowers:executing-plans to implement this plan task-by-task.
**Goal:** [One sentence describing what this builds]
**Architecture:** [2-3 sentences about approach]
**Tech Stack:** [Key technologies/libraries]
---
Task Structure
### Task N: [Component Name]
**Files:**
### Remember
### Execution Handoff
04 同仓库更多 Skills
clarify-requirements
Resolve genuine pre-execution ambiguity by scanning repo context, generating 1-6 grounded options, and asking 1-3 focused questions via AskUserQuestion. NOT for mid-task use (injection risk); NOT when the goal is already unambiguous; use to disambiguate vague prompts before any file edits.
openmm-md
Run FREE, open-source, Windows-native GPU molecular dynamics via the openmm-md MCP (OpenMM + CUDA on the local NVIDIA GPU). Use for protein / protein-ligand MD when you want a free stack or are on Windows without a Schrodinger license. Covers the full workflow (prepare, solvate, minimize, equilibrate, production, analyze, mmgbsa) AND an honest decision guide vs Schrodinger Desmond, including how to run Desmond legitimately on Linux or a cloud GPU with a real license. This is a deliberately LESSER free alternative and does NOT replace the schrodinger MCP tools. Do NOT use it to pick a free tool when a validated FEP+, WaterMap, IFD-MD, or Prime MM-GBSA result is actually required.
visual-review
Take screenshots of web pages and UI using Playwright for visual review and iteration
status
Diagnostic status report — shows metaswarm installation state, project setup, and potential issues
start
Use when starting work on any task, when the user mentions metaswarm, or when the user wants to begin tracked development work
setup
Interactive project setup — detects your project, configures metaswarm, writes project-local files