# すぐ始められるのに、なぜ計画を書くのか

Canonical URL: https://bestskillsforclaude.com/ja/skills/writing-plans
Language: ja
Skill: writing-plans
Publisher: Jesse Vincent (obra) (https://github.com/obra)
Source: https://github.com/obra/superpowers
License as stated by the publisher: MIT
Runtime: Claude Code and other supported coding agents
Category: 計画と協働
Last reviewed: 2026-08-05

文脈が失われたとき、生き残る唯一の部分が計画だからです。

## Short answer
writing-plans スキルは、実装前に詳細な作業分解を作り、作業が 1 つの会話の中だけに存在するのではなく、検証できる構造を持つようにします。長い作業では最も有用な計画系スキルです。書かれた計画があれば、別のセッションや別のエージェントが最初からやり直さずに続けられます。

Best for: 複数段階の作業、セッションをまたぐ作業、他人に引き継ぐ可能性のある作業。
Skip it if: 1 回で終わり、一文で説明できる小さな変更。

## What to remember
- 計画は文脈が失われたときの復旧手段です。長い作業では常に起きます。
- 完了の定義がない手順は、手順ではなく願望です。
- 計画のレビューは、完成した実装のレビューよりはるかに安く済みます。
- brainstorming とサブエージェント運用をつなぐ橋になります。

## 実務で何が変わるか
エージェントの長時間作業は決まった形で失敗します。会話が伸び、過去の判断が文脈から落ち、1 時間前の自分の作業と矛盾し始めます。ディスク上の計画はこれに強く、記憶ではなく再読されるからです。
反対意見も安くなります。計画への異論は数分で扱えますが、完成した実装への異論は、それを作るのに要した時間ぶんの重さがあります。

## 期待に届かない点
計画は古びます。コードと合わなくなった計画は、信頼される分だけ無いより有害です。現実がずれたら更新してください。
過剰な計画も実在します。小さな作業に文書は要らず、作ること自体が手続きのための手続きになります。

## Install and first run
1. obra/superpowers から MIT ライセンスで superpowers を導入します。
2. 各手順に、対象のファイルやコンポーネントと、完了の判定方法を必ず書かせます。
3. 計画をリポジトリに置きます。レビューでき、セッションより長く残ります。

## Questions
### 計画はどこに置くべきですか
リポジトリです。レビュー、版管理ができ、別セッションや別エージェントから再読できます。

### 良い手順の条件は
対象が明示され、完了の判定方法があることです。それがないと進捗を確認できません。

### 計画が過剰になるのはいつですか
作業が 1 回で終わり一文で説明できるときです。そこでは計画は形式にすぎません。

## Sources
- GitHub の obra/superpowers: https://github.com/obra/superpowers
- エージェントスキルのディレクトリ: https://skills.sh

## Other languages
- English: https://bestskillsforclaude.com/en/skills/writing-plans
- Spanish: https://bestskillsforclaude.com/es/skills/writing-plans
- Brazilian Portuguese: https://bestskillsforclaude.com/pt-br/skills/writing-plans