高複雑度

SPECS Framework

Situation · Purpose · Expected Output · Context · Style

細部と正確さにこだわるフレームワーク。Expected Outputフィールドが曖昧さを排除し、複雑な技術タスクに最適です。

著者 Hans Kuepper · 最終更新 2026年7月16日

定義: SPECSフレームワーク（Situation · Purpose · Expected Output · Context · Style）は、AIへのリクエストを5個の項目に分解するプロンプトエンジニアリング構造です。複雑な技術分析やリサーチタスクに最適です。

5つの項目

Situation

対応が必要な現在の状況や課題。

Purpose

このタスクが重要な理由——その背景にあるビジネス上または個人的な目的。

Expected Output

出力に何を含めるべきか、どのような形式にすべきか、何を提供すべきかを正確に記述したもの。

Context

制約条件、背景情報、関連データ、またはドメイン固有の情報。

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が適しています。