spike について
spike は、本格的な開発に進む前にアイデアの実現可能性を検証するスキルです。調査、最小限の実行可能な試作、エッジケースの確認を経て結論を示します。
主な機能
- 01具体的な実現可能性の問いを設定
- 02ドキュメントやソースを調査
- 03最小限の実行可能な試作を作成
- 04エッジケースや障害を確認
- 05検証結果を提示
活用シーン
- 01アイデアの実現可能性を検証
- 02本格開発前のプロトタイプ作成
- 03同じ入力で2つの方法を比較
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/spikeを入力して読み込まれたか確認します。
詳細
スパイク
「これをスパイクして」「簡単なプロトタイプ」「これは可能？」「A/B を比較して」「構築する前に」のように、実際の構築に着手する前にアイデアを試したい場合に使用します。
ドキュメントやコードを読めば質問に答えられる場合や、ユーザーが本番環境向けの実装を明確に求めている場合は使用しないでください。
ループ
- 質問：具体的な実現可能性に関する質問を述べます。
- 調査：信頼できるアプローチを選べる程度にドキュメントやソースを読みます。
- 構築：アイデアの有効性を検証、または否定する最小限の実行可能な成果物を作成します。
- 負荷テスト：エッジケースまたは失敗モードを 1 つ試します。
- 判定：
VALIDATED、PARTIAL、またはINVALIDATEDとします。
出力形式
- デフォルトのワークスペース：ユーザーが追跡対象のリポジトリ内パスを指定していない場合は、
.tmp/openclaw-spikes/<slug>を使用します。 - リポジトリ内のオプション：
README.mdと最小限のコードを含むspikes/<NNN-slug>/。 - 実行可能な CLI、小さな HTML、単一のエンドポイント、または対象を絞ったテストを優先します。
- 依存パッケージの増加、Docker、環境ファイル、アプリケーションフレームワーク、本番環境向けの仕上げは避けます。
複数のスパイクを行うアイデア
- 独立した質問を 2～5 個に分けます。
- 最もリスクの高い質問から取り組みます。
- A/B 比較では、入力を揃え、同じ評価項目を測定します。
- 作業が小規模なプロトタイプを超える場合は、すべてのパターンを構築する前に確認します。
判定形式
## Verdict: VALIDATED | PARTIAL | INVALIDATED
Question: ...
Evidence: exact command/output/measurement.
What worked: ...
What failed or surprised us: ...
Recommendation: ship / adjust / avoid, with the next production step.
ルール
- 根拠を示して手段を除外できるなら、無効と判定されたスパイクにも価値があります。
- スパイクのコードを通常の書き直しなしに本番環境へマージしないでください。
- 外部依存関係を評価する場合は、最近のリリースやコミット、ドキュメント、ライセンス、インストールの手間を確認します。
コメント
Markdown 対応