بنقرة واحدة
writing-plans
Use when you have a spec or requirements for a multi-step task, before touching code
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Use when you have a spec or requirements for a multi-step task, before touching code
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Use when fixing bugs, debugging failures, or proactively reviewing code for hidden bugs. Reactive mode: fix known bugs. Proactive mode: hunt for bugs in code. Enforces confirmed root cause before any fix.
Toolkit for creating and validating skills and subagents. Use when: creating a new skill (fast or full mode), validating an existing skill, deciding Skills vs Subagents, migrating docs to skills, estimating token cost, or running a security scan. Triggers: "create skill", "build skill", "validate skill", "new subagent", "skills vs subagents", "estimate tokens", "security scan".
Fast iteration workflow with mandatory subagent plan review. Use when implementing small-to-medium changes quickly. Trigger on "quick fix", "small change", "just update X", or any change where full superpowers ceremony is overkill but accuracy still matters. Enforces brief-plan + subagent-review gates before any implementation.
Use when rigorous adversarial critique is needed for any artifact — code, APIs, plans, architectures, UX flows, data schemas, infrastructure configs, or documents. Triggers on: "adversarial review", "stress test this", "validate this hard", "find weaknesses", "critique this plan/code/design/architecture".
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation. For novel/uncertain tasks (domain shifts, unknown algorithms, complex translations), generates testable hypotheses that feed into planning.
Automate the full release workflow: version bumping (major/minor/patch), changelog generation, git tagging, pushing, and GitHub release creation. Handles semver across Node.js, Python, Rust, Go, and generic projects. Enforces mandatory confirmations before irreversible actions (push, release). USE WHEN: user says "release", "bump version", "cut a release", "tag and release", "/releasing", or asks to prepare a new version of their project.
| name | writing-plans |
| description | Use when you have a spec or requirements for a multi-step task, before touching code |
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
Each step is one action (2-5 minutes):
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]
**Hypotheses:** [IF applicable from brainstorming - list testable hypotheses]
- H1: IF [assumption] THEN [expected outcome]
- H2: IF [assumption] THEN [expected outcome]
**⚠️ Hypothesis Failure Protocol:** If any hypothesis fails, STOP and return to brainstorming.
---
### Task N: [Component Name]
**Files:**
- Create: `exact/path/to/file.py`
- Modify: `exact/path/to/existing.py:123-145`
- Test: `tests/exact/path/to/test.py`
**Step 1: Write the failing test**
```python
def test_specific_behavior():
result = function(input)
assert result == expected
```
**Step 2: Run test to verify it fails**
Run: `pytest tests/path/test.py::test_name -v`
Expected: FAIL with "function not defined"
**Step 3: Write minimal implementation**
```python
def function(input):
return expected
```
**Step 4: Run test to verify it passes**
Run: `pytest tests/path/test.py::test_name -v`
Expected: PASS
**Step 5: Commit**
```bash
git add tests/path/test.py src/path/file.py
git commit -m "feat: add specific feature"
```
If the design includes testable hypotheses from brainstorming, add explicit verification tasks BEFORE implementing dependent features.
Hypothesis Verification Task Template:
### Task N: Verify Hypothesis [X] - [Brief Description]
**Hypothesis:** IF [assumption] THEN [expected outcome]
**Step 1: Write verification test/prototype**
```python
def test_hypothesis_X():
"""Verify: IF ... THEN ..."""
# Minimal code to test the assumption
pass
Step 2: Run verification
Run: [exact command] Expected: [expected result]
If PASS: Document and proceed. If FAIL: STOP. Document failure, return to brainstorming.
Step 3: Commit
git add [files]
git commit -m "verify: H[X] - [description]"
**Critical Rules:**
1. Verify hypotheses BEFORE building features that depend on them
2. If hypothesis fails, DO NOT workaround - return to design
3. Document all verification results in the plan
## Execution Handoff
After saving the plan, offer execution choice:
**"Plan complete and saved to `docs/plans/<filename>.md`. Two execution options:**
**1. Subagent-Driven (this session)** - I dispatch fresh subagent per task, review between tasks, fast iteration
**2. Parallel Session (separate)** - Open new session with executing-plans, batch execution with checkpoints
**Which approach?"**
**If Subagent-Driven chosen:**
- **REQUIRED SUB-SKILL:** Use superpowers:subagent-driven-development
- Stay in this session
- Fresh subagent per task + code review
**If Parallel Session chosen:**
- Guide them to open new session in worktree
- **REQUIRED SUB-SKILL:** New session uses superpowers:executing-plans