使い方ガイド

なぜ必要なのか：アイデアの背景を伝える

近所で本を貸し借りするサービスを作るとします。読者は貸せる本を登録し、近くの本を探し、持ち主と受け渡しを約束します。機能を詳しく依頼しても、貸出期間、予算、完了条件は未定かもしれません。AIが未定の貸出期間を確定済みと扱うと、自分が選んでいない規則に沿った企画を確認することになります。

わかっている動作と制約を書きましょう。kickoffは、その説明に不足する条件の質問、選択の理由、企画への合意、結果の検証を依頼する指示を添えます。ホームページで実際に生成されるプロンプトの例を確認できます。開発前に一緒に確認できる企画を作ることが目標です。

どう解決するのか：アイデアから合意した企画へ

プロンプトを作って渡す

1. 使用する外部AIツールは別途ご自身で用意してください。kickoffはAIツールを提供しません。kickoffで「プロンプトを作る」を開き、サービスの説明を入力します。例：「近所の人が本を登録し、貸し出しを依頼して受け取りを約束します」。必須なのは説明だけです。名前は任意で、空欄なら「未定」になります。
2. 予算、日程、好みの例を参考事項に書きます。不明なことは空欄でも構いません。空欄は「制約なし」ではなく「追加確認が必要」になります。入力は現在のページだけに残り、移動や再読み込みで消えます。
3. プレビューは外部AIに渡す依頼文です。読んでコピーし、お使いの外部AIツールに自分で貼り付けます。必須のサイト文書である開始ガイドラインとAI行動規則の二つを読み、入力を再利用する依頼も含まれます。コピーに失敗したらプレビューを選択して手動でコピーします。JavaScriptが無効なら基本プロンプトに三つの項目を追記し、外部AIツールに貼り付けます。
4. AIが二つの文書を読んだか確認します。URLを開けなければ、作成ページのMarkdownかAI行動規則のリンクから不足する本文を会話に貼り付けます。サービス情報を続けて伝え、未読の規則が適用済みだと思い込まないでください。任意のカタログにアクセスできないことだけでは企画を止めません。

自分に合うプロンプトを作る →

AIと企画を確定する

スキルや作業ツールを追加する前に、不確実性・依存関係・変更リスク・共同作業・引継ぎ・既存の方法をAIに評価してもらいます。追加スキルなしでも始められます。Spec Kit・Superpowers・OpenSpecなど関連する代案だけを比較します。選んだツールの導入・呼出しは既存の許可範囲で外部のコーディングエージェントが行い、チャットだけなら手動の手順を示せます。コマンドの表示だけでなく実際の設定結果を確認してください。

本の貸し借りなら、AIは持ち主の承認が必要か、返却されないときにどうするかを質問するかもしれません。未決定の質問に答えましょう。要件に沿ってサイト外の選択肢も比較します。カタログの例は任意です。推薦を求め、特定の判断を委任し、または明示的に保留します。

「複数の端末で貸出状況を共有する必要があるか」という質問は、サービスの動作をデータ保存とアーキテクチャの選択につなげます。持ち主がスマートフォンで貸出中にしたら、近所の人のノートパソコンでも借りられないと表示すべきでしょうか。状況を共有するなら共有の保存先と同期方法の比較が必要です。一台だけで使う個人の記録ならローカル保存が合う場合もあります。外部AIに利点・制約とオフライン時の動作を説明してもらいましょう。技術名から選ぶのではなく、カタログの例と比較できる具体的な要件を得られます。

ユーザー、主な動作、失敗時の扱い、制約、決定事項、完了条件をAIにまとめてもらいます。企画が本の貸し借りを扱っているか、未決定の質問が見えるか確認します。企画を確定した後、明示的に開発を依頼します。コピーだけで企画の承認や開発開始にはなりません。

プロジェクト企画 →

どんな考え方なのか：会話を始めるプロンプトと選択を助けるカタログ

kickoffは学習資料とプロンプトを提供します。最初のプロンプトは背景を伝え、外部AIに詳しい要件を質問し、アーキテクチャの選択肢を比較するよう依頼します。完成した仕様書ではなく、AIとの会話や開発はその外部ツールで進めます。カタログは概念と選択肢を学んで比較する任意の参考資料で、「プロジェクト企画」は例に沿って学ぶ実践ガイドです。判断の一覧は分類表ではなくサービスから導きます。両立する選択は組み合わせられます。

カタログを理解する

例が役立つときに、この任意の索引を参照してください。各リンクで比較項目や下位分類、例・限界・関連記事を確認できます。企画のためにユーザーやAIが全分類を検討する必要はありません。

カタログを見る →