AIとの「会話」をやめて、エンジニアリングを始めましょう：GoogleのPASECフレームワーク

要約：ほとんどの人はAIを会話として扱うため、苦労しています。それは会話ではなく、システムです。Googleは最近、曖昧なリクエストを正確な指示に変えるPASECのプロンプトフレームワークを強調しました。このフレームワークを分析すると、システム設計と同じであることがわかります。プロンプトはもはやアートではなく、要件エンジニアリングの学問となりました。こちらは、マーキュリーテクノロジーソリューションズのCEO、ジェームズです。日本、千葉、成田 - 2025年12月18日私はしばしば賢いエンジニアがLLMから良い結果を得るのに苦労しているのを見ます。彼らはプロンプトボックスを検索バーやチャットウィンドウのように扱います。彼らはこう入力します：

「クラウドトレンドに関するレポートを書いてください。」 そして、出力が一般的なゴミであると不満を言います。

問題はモデルではありません。問題は「システム定義」の欠如です。

Googleは最近、「

PASEC」という高品質のプロンプトフレームワークを正式に発表しました。表面的には、ただの別の頭字語のように見えます。しかし、深く見ると、システム設計の青写真です。PASECプロトコル

確率的（ランダム）システムであるLLMを制御するには、境界条件を定義する必要があります。PASECはまさにそれを行います：P | ペルソナ（誰）：エージェントの役割を定義します。A | 目標（何）：特定のミッションまたは機能要件を定義します。

S | 構造（どのように）：

出力インターフェースとフォーマットを定義します。

• E | 効果的/制約（境界）：何を「しないか」を定義します。
• C | コンテキスト（入力）：環境変数を定義します。
• なぜこれが実際にシステムエンジニアリングなのかシステムエンジニアリングやプロダクトアーキテクチャのバックグラウンドがある場合、この構造は非常に馴染み深いはずです。
• LLMは「ブラックボックスシステム」です。入力を受け取り、それを出力に処理します。従来のエンジニアリングでは、工場に「車を作ってください」とは絶対に言いません。仕様書を提供します。PASECは、インテリジェンス時代の仕様書に過ぎません。論理をマッピングしましょう：
• ペルソナ = システムアーキテクチャ：エンジニアリング：

「これは高トルクの電動モーターです。」

If you have a background in Systems Engineering or Product Architecture, this structure should look hauntingly familiar.

An LLM is a Black Box System. It takes inputs and processes them into outputs. In traditional engineering, you would never ask a factory to "build a car." You would provide a spec sheet.

PASEC is simply the spec sheet for the Intelligence Age.

Let’s map the logic:

1. Persona = System Architecture:
2. Engineering: "This is a high-torque electric motor."
3. PASEC: "あなたは20年の経験を持つシニアシステムアーキテクトです。"
4. 理由: それは、運用パラメータおよび知識ベースの取得重みを設定します。
5. 目標 = 機能要件:
6. エンジニアリング: "モーターは500kgを持ち上げなければなりません。"
7. PASEC: "あなたの目標は、このコードのセキュリティ脆弱性を批評することです。"
8. 理由: それは、成功基準を定義します。
9. 文脈 = 環境入力:
10. エンジニアリング: "モーターは-20°Cの環境で動作します。"
11. PASEC: "聴衆は技術的でない取締役会のメンバーであり、会社は予算削減に直面しています。"
12. 理由: それは、システムが論理を正しく処理するために必要な、状態変数を提供します。
13. 効果的（制約） = 境界条件:
14. エンジニアリング: "240Vを超えないこと; 過熱しないこと。"
15. PASEC: "専門用語を使わないでください。回答は500語に制限してください。道徳的な話はしないでください。"
16. 理由: システム理論において、制約は目標よりも重要です。それは解決空間を「無限」から「有用」に狭めます。
17. 構造 = インターフェースデザイン:
18. エンジニアリング: "3ピンプラグを介して出力します。"
19. PASEC: "リスク、影響、緩和策の列を持つMarkdownテーブルとして出力します。"
20. 理由: それは、出力があなたのワークフローの次のステップ（ダウンストリームシステム）と統合されることを保証します。

ケーススタディ: "バイブ" 対 "スペック"

"チャット"プロンプトと"システミック"プロンプトの違いを見てみましょう。

"チャット"プロンプト（失敗モード）:

"クライアントに新しいAI機能についてのメールを書くのを手伝ってください。"

PASEC "システミック"プロンプト（成功モード）:

• (P)ersona: あなたはB2B SaaSを専門とするシニアプロダクトマーケティングマネージャーです。
• (C)ontext: 私たちは、コード検証を自動化する"マーキュリーAI"を立ち上げています。私たちのクライアントはAIの幻覚に懐疑的なCTOです。
• (A)im: デモを予約するように彼らを説得する立ち上げメールを書いてください。速度だけでなく、信頼とセキュリティに焦点を当ててください。
• (E)ffective (Constraints):最大200語。トーンはプロフェッショナルでありながら緊急性を持たせてください。「ゲームチェンジャー」のような流行語は使用しないでください。
• (S)構成：
• 件名（3つのオプション）
• 本文（問題 -> 動揺 -> 解決策）
• CTA

結論：あなたが設計者です

PASECが機能する理由は、それが魔法のトリックだからではありません。それは、AIを「計算コンポーネント」として扱うことを強制するからです。私たちは「プロンプトささやき」の段階から「プロンプトエンジニアリング」の段階へと移行しています。ささやきは、モデルがあなたを理解してくれることを期待することです。

エンジニアリングは、システムを非常に明確に定義することで、モデルが正しくなる以外の選択肢がない状態を作り出すことです。次回ClaudeやChatGPTを開くときは、ただ話すのではなく、システムを設計してください。マーキュリーテクノロジーソリューション：デジタリティを加速させる。

• Whispering is hoping the model understands you.
• Engineering is defining the system so well that the model has no choice but to be correct.

Next time you open Claude or ChatGPT, don't just talk. Design the system.

Mercury Technology Solutions: Accelerate Digitality.