チーム向けプロンプトフレームワークの選び方：CO-STAR、CRAFT、RISEN、それともカスタム？

単一のユースケースに対して単純なプロンプトを書く1〜2人のチームは、正式なフレームワークをスキップできます——オーバーヘッドは正当化されません。 3人以上のチーム、複数のユースケース、または一貫性のない出力品質を持つチームは、チームを拡大する前に一つのフレームワークに標準化すべきです。

フレームワークなしのコストはチームサイズに応じてスケールします。2人は非公式に合わせることができます。5人になると、出力の不一致が増加し、レビューが論争的になり、プロンプトが大きく異なるためモデル比較テストが解釈しにくくなります。

フレームワークなしではオンボーディング時間が2倍になります。文書化されたフレームワークを持つ新しいチームメンバーは2〜3日で許容できるプロンプトを書くことを学びます。フレームワークなしでは、同じメンバーが例を学び、避けられるミスを犯すのに1〜2週間かかります。

このマトリクスを使用して、チームの主要ユースケースを設計されたフレームワークに一致させます。 プロンプトの80%以上をカバーするフレームワークを選択します。

CO-STARは、プロンプトがタスクの前に明示的に定義する必要がある複数の制約を必要とする場合の正しい選択です：プロンプト間でオーディエンス、スタイル、トーン、レスポンスフォーマットが変化します。 すべてのプロンプトが同じオーディエンスとスタイルを共有する場合、CO-STARは毎回同じように埋めるコンポーネントを追加します——代わりにCRAFTまたはRTFを使用してください。

CO-STARコンポーネント：コンテキスト（モデルに必要な背景）、目標（出力が達成しなければならないこと）、スタイル（文章スタイル——フォーマル、会話的、技術的）、トーン（感情的なレジスター——ニュートラル、励ます、権威的）、オーディエンス（誰が読み、そのナレッジレベル）、レスポンス（出力のフォーマットと長さ）。

ユースケース例：コンプライアンスレポートブリーフの生成。コンテキスト＝規制環境。目標＝違反と是正措置を要約。スタイル＝フォーマル。トーン＝ニュートラル。オーディエンス＝取締役会（非技術的）。レスポンス＝アクション項目付きの1ページのエグゼクティブサマリー。各コンポーネントはレポートごとに変化し、CO-STARの6フィールド構造を正当化します。

CRAFTは、モデルの役割とターゲットの成果が主要なドライバーであるコンテンツチーム、マーケティングコピー、ブランドボイスの作業に適した選択です。 オーディエンスとトーンが固定されている場合、CRAFTはCO-STARより速く完成します。

CRAFTコンポーネント：コンテキスト（コンテンツニーズの背景）、役割（モデルが担うもの——ブランドコピーライター、プロダクトマネージャー、技術編集者）、アクション（特定のタスク）、フォーマット（出力構造）、ターゲット（出力の目標または意図する効果）。

ユースケース例：新機能の製品説明の生成。コンテキスト＝機能ローンチ、既存製品ボイスガイド。役割＝ブランドコピーライター。アクション＝3種類の製品説明を書く。フォーマット＝各60ワードの段落。ターゲット＝製品詳細ページでのコンバージョン。

3つのシグナルが現れたときにカスタムフレームワークを構築します：毎回同じ方法で標準フレームワークを変更する、出力に標準フレームワークがカバーしないコンポーネントが必要、またはチームのフレームワーク準拠率が80%未満。 これらのシグナルの一つでも十分な理由です。

シグナル1——一貫した変更：CO-STARに常にポリシー制約、ペルソナアンカー、またはドメイン語彙を追加する場合、これらの追加はフレームワークコンポーネントです——アドホックな選択ではありません。シグナル2——欠けているコンポーネント：プロンプトが標準フレームワークに含まれていないもの（エスカレーションロジック、規制引用、出力スキーマの適用）を必要とする場合。

シグナル3——準拠率80%未満：メンバーが現在のフレームワークのセクションを自分の作業に適用されないからというスキップする場合、フレームワークが合っていません。20%以上のスキップ率はフレームワークを変えるかカスタムを構築することを意味します。完全な5ステップ設計プロセスについては、build-your-own-frameworkの記事を参照してください。