AIと「チャット」するのはやめよう。エンジニアリングを始めよう:グーグルのPASECフレームワーク

TL;DR:ほとんどの人がAIと格闘しているのは、AIを会話のように扱っているからだ。会話ではなく、システムなのです。グーグルは最近、PASECプロンプト フレームワークを強調しました。このフレームワークを分析すると、システム設計と同じであることがわかります。プロンプティングはもはや芸術ではなく、要求工学の規律なのです。

マーキュリー・テクノロジー・ソリューションズCEO、ジェームス・ヒア日本、千葉県成田市 - 2025年12月18日 ジェームスです。

頭のいいエンジニアがLLMでいい結果を出そうと苦労しているのをよく見かける。彼らはプロンプトボックスを検索バーやチャットウィンドウのように扱っている。彼らはこう入力する:「クラウドのトレンドに関するレポートを書いてください」

そして出力が一般的なゴミだと文句を言う。

問題はモデルではない。問題はシステム定義の欠如である。

グーグルは最近、PASECと呼ばれる高品質のプロンプトフレームワークを正式に発表した。表面的には、単なる頭字語のように見えます。しかし、もっと深く見てみると、これはシステミック・デザインの青写真なのです。

PASECプロトコル

LLMのような確率的(ランダム)なシステムを制御するには、境界条件を定義する必要があります。PASECはまさにそれを行っている:

  • P|ペルソナ(誰):エージェントの役割を定義する。
  • 目的(What): 特定の任務または機能要件を定義する。
  • S|構造(How): 出力インターフェースとフォーマットを定義する。
  • E|効果的/制約(バウンダリー):何をしないかを定義する。
  • C|コンテキスト(入力): 環境変数の定義。

なぜこれがシステム工学なのか

システムエンジニアリングやプロダクトアーキテクチャーを専攻している人なら、この構造には見覚えがあるはずだ。

LLMはブラックボックス・システムである。LLMは入力を受け取り、それを処理して出力する。 伝統的なエンジニアリングでは、工場に「車を作ってくれ」と頼むことはないでしょう。あなたは仕様書を提供するでしょう。

PASECはインテリジェンス時代の仕様書にすぎない。

ロジックをマッピングしてみよう:

  1. ペルソナ = システム・アーキテクチャー: ペルソナ = システム・アーキテクチャー:
    • エンジニアリング: "これは高トルクの電気モーターです。"
    • PASEC:「あなたは20年の経験を持つ上級システムアーキテクトです。
    • なぜ: 操作パラメーターと知識ベース検索の重みを設定します。
  2. 狙い=機能要件:
    • エンジニアリング: "モーターは500kgを持ち上げなければならない"。
    • PASEC:「あなたの目標は、このコードにセキュリティの脆弱性がないか批評することです。
    • なぜ: 成功基準を定義している。
  3. コンテキスト = 環境インプット: コンテキスト = 環境インプット:
    • エンジニアリング: "モーターは-20℃の天候でも作動します。"
    • PASEC:「聴衆は非技術系の役員で、会社は予算削減に直面している。
    • なぜ: システムがロジックを正しく処理するために必要な状態変数を提供します。
  4. 有効な(制約)=境界条件:
    • エンジニアリング: "240Vを超えないこと、過熱しないこと。"
    • PASEC:「専門用語は使わないこと。回答は500字以内。道徳的なことを言わないこと。
    • なぜ:システム理論では、制約条件はゴールよりも重要である。制約は、解の空間を "無限 "から "有用 "に狭めます。
  5. 構造=インターフェース・デザイン: 構造=インターフェース・デザイン:
    • エンジニアリング: "3ピンプラグによる出力"
    • PASEC:"リスク、影響、緩和策の列を持つMarkdownテーブルとして出力する"
    • なぜ:出力がワークフローの次のステップ(下流システム)と統合されるようにするためです。

ケーススタディバイブ」対「スペック

チャット」プロンプトと「システム」プロンプトの違いを見てみよう。

「チャット」プロンプト(失敗モード):

「新しいAI機能について、顧客にメールを書くのを手伝ってください」

パセックの「システミック」プロンプト(サクセスモード):

  • (人物) あなたはB2B SaaSを専門とするシニアプロダクトマーケティングマネージャーです。
  • (C)ontext:私たちはコード検証を自動化する「Mercury AI」を立ち上げます。私たちの顧客は、AIの幻覚に懐疑的なCTOたちです。
  • (a)im:デモを予約させるようなローンチメールを書く。スピードだけでなく、信頼と安心に焦点を当てましょう。
  • (E)ffective (制約): 最大200ワード。トーンはプロフェッショナルでありながら緊急性があること。"Game-changer "のような流行語は使わないこと。
  • (S)構造:
    1. 件名(3つのオプション)
    2. 身体(問題-> 動揺-> 解決策)
    3. CTA

結論あなたが建築家

パセックが機能するのは、それが手品だからではない。それが機能するのは、AIを魔法の精霊ではなく、計算コンポーネントとして扱わせるからです。

私たちは「プロンプト・ウィスパリング」の段階から、プロンプト・エンジニアリングの段階に移行しつつある。

  • ささやき声は、モデルがあなたを理解してくれることを願っている。
  • エンジニアリングとは、モデルが正しい以外に選択肢がないほど、システムをうまく定義することである。

次にクロードやChatGPTを開くときは、ただ話すだけではいけません。システムを設計するんだ

マーキュリー・テクノロジー・ソリューションズ:

AIと「チャット」するのはやめよう。エンジニアリングを始めよう:グーグルのPASECフレームワーク
James Huang 2025年12月31日
このポストを共有
ゼロへの競争:シャオミはAIの核爆弾を投下した