高 複雑度
SPECS Framework
Situation · Purpose · Expected Output · Context · Style
細部と正確さにこだわるフレームワーク。Expected Outputフィールドが曖昧さを排除し、複雑な技術タスクに最適です。
- 定義
- SPECSフレームワーク（Situation · Purpose · Expected Output · Context · Style）は、AIへのリクエストを5個の項目に分解するプロンプトエンジニアリング構造です。複雑な技術分析やリサーチタスクに最適です。
5つの項目
1
Situation
対応が必要な現在の状況や課題。
2
Purpose
このタスクが重要な理由——その背景にあるビジネス上または個人的な目的。
3
Expected Output
出力に何を含めるべきか、どのような形式にすべきか、何を提供すべきかを正確に記述したもの。
4
Context
制約条件、背景情報、関連データ、またはドメイン固有の情報。
5
Style
出力の文体、フォーマット、見せ方。
実例
シナリオ： 技術仕様書を作成する
SPECSプロンプト
Situation: 自社のCRMとメールプラットフォームの間でAPI連携が必要です。Purpose: リードナーチャリングのワークフローを自動化するため。Expected Output: エンドポイント一覧、認証方式、エラー処理要件を含む500語の技術仕様書。Context: REST API、OAuth 2.0、コンタクト数1万件。Style: 見出しで構造化された技術的な文体。
SPECSを使うべき場面
適している用途
- ✓複雑な技術分析やリサーチタスク
- ✓出力要件が厳密に決まっているタスク
- ✓AIに幅広いコンテキストが必要なシナリオ
- ✓仕様が明確に定義されたプロフェッショナルな成果物
適していない用途
- ✗手早く済ませたい日常的なタスク(APEやRTFを使用)
- ✗自由度の高さが価値になるクリエイティブなタスク
- ✗自然な段階的な流れを持つタスク(RISENを使用)
よくある質問
SPECSとは何の略ですか?
SPECSはSituation、Purpose、Expected Output、Context、Styleの頭文字で、複雑な技術タスクやプロフェッショナルな業務に最適な、詳細度の高いフレームワークです。
Expected Outputフィールドの特徴は何ですか?
Expected Outputフィールドは、AIに依頼する前に成功の姿を正確に定義することを求めるため、曖昧だったり的外れな回答を防げます。
SPECSとCO-STARの違いは何ですか?
SPECSは出力要件を正確に定義することに重点を置き、CO-STARはトーンや声、対象読者のコントロールに重点を置きます。技術的な成果物にはSPECS、コンテンツ制作にはCO-STARが適しています。