mcpField
C
create-plan

create-plan

github.com/composio-community開発17.1k662 回インストール14 週間前に更新
リポジトリ

create-plan について

create-planは、ユーザーの依頼を単一の実行可能な実装計画にまとめるスキルです。プロジェクト情報を読み取り専用で確認し、計画を妨げる場合だけ質問して、ファイルを変更せず範囲付きのチェックリストを提示します。

主な機能

  1. 01読み取り専用のプロジェクト調査
  2. 02阻害要因に限った追加質問
  3. 03対象範囲と除外事項の明示
  4. 04順序立てた実行チェックリスト
  5. 05検証とリスク対応の項目

活用シーン

  1. 01実装前のコード変更計画
  2. 02関連ファイルと制約の確認
  3. 03テストとリリース手順の準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/composio-community/awesome-codex-skills --skill create-plan

インストール後、Claude Code で/create-planを入力して読み込まれたか確認します。

同梱ファイルLICENSE.txt

詳細

計画を作成

目標

ユーザーのプロンプトを、最終的なアシスタントのメッセージで提示する実行可能な単一の計画に変換します。

最小限のワークフロー

ワークフロー全体を通して、読み取り専用モードで操作してください。ファイルの書き込みや更新は行わないでください。

  1. コンテキストを素早く確認する

    • README.md と、明らかに関連するドキュメント（docs/、CONTRIBUTING.md、ARCHITECTURE.md）を読みます。
    • 関連するファイル（変更の可能性が最も高いもの）に目を通します。
    • 制約（言語、フレームワーク、CI／テストコマンド、デプロイの形態）を特定します。

  2. 作業を妨げる場合に限り、追加質問する

    • 質問は最大1～2件にします。
    • 回答がないと責任を持って計画を立てられない場合に限り質問し、選択式を優先します。
    • 不確かでも作業が妨げられない場合は、妥当な前提を置いて進めます。

  3. 以下のテンプレートを使って計画を作成する

    • 意図とアプローチを説明する短い段落を1つから始めます。
    • 対象範囲と対象外の範囲を簡潔に明示します。
    • 続いて、簡潔なチェックリストを提示します（通常6～10項目）。
      • 各項目は具体的なアクションとし、必要に応じてファイルやコマンドを示します。
      • 個別かつ順序立てて記載します：調査 → 変更 → テスト → 展開。
      • 動詞から始めます：「追加する…」「リファクタリングする…」「検証する…」「リリースする…」。
    • 該当する場合は、テスト／検証とエッジケース／リスクに関する項目を少なくとも1つずつ含めます。
    • 未確定事項がある場合は、簡潔な未解決の質問セクションを含めます（最大3件）。

  4. メタ説明を計画の前に付けず、テンプレートに従った計画のみを出力する

計画テンプレート（厳守）

# Plan

<1–3 sentences: what we’re doing, why, and the high-level approach.>

## Scope
- In:
- Out:

## Action items
[ ] <Step 1>
[ ] <Step 2>
[ ] <Step 3>
[ ] <Step 4>
[ ] <Step 5>
[ ] <Step 6>

## Open questions
- <Question 1>
- <Question 2>
- <Question 3>

チェックリスト項目の指針

良いチェックリスト項目：

  • 可能性の高いファイル／モジュールを示す：src/...、app/...、services/...
  • 具体的な検証方法を挙げる：「npm test を実行する」「X のユニットテストを追加する」
  • 該当する場合は、安全な展開方法を含める：機能フラグ、マイグレーション計画、ロールバックに関する注記

避けること：

  • 曖昧な手順（「バックエンドに対応する」「認証を行う」）
  • 細かすぎる手順を大量に並べる
  • コードスニペットを書く（計画は実装方法に依存しない内容にする）

コメント

Markdown 対応