---
title: プロトコルエンジニアリング概論：世の中のAI活用手法とPEの決定的な境界線
tags:  #プロトコルエンジニアリング #プロンプトエンジニアリング #コンテキストエンジニアリング #ハーネスエンジニアリング #ループエンジニアリング  
author: [田栄人](https://docswell.com/user/eitoatsuta)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/LJ3W8384J5.jpg?width=480
description: プロンプトエンジニアリング、RAG、MCP、エージェント……。 次々と登場するAI活用手法の中で、「プロトコルエンジニアリング（PE）」は何が異なり、どこに独自の価値があるのか。  本スライドでは、既存手法の限界（静的な情報のロードや確率的なエラーの蓄積）を鋭く指摘し、PEが提唱する「動的な思考同期」と「知的主権の維持」という新しい境界線を視覚化します。  「便利な自動化」の先にある、人間とAIが異質な知性として高次元で共創するための工学的アプローチを体系的に整理した比較ガイドです。 ※詳細な技術解説・理論背景は公式サイトをご覧ください： https://atsutaeito.github.io/protocol-engineering/about_ja.html
published: July 20, 26
canonical: https://docswell.com/s/eitoatsuta/5GNWRM-pe-02-landscape
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/LJ3W8384J5.jpg)

内容: 世の中のAI設計手法とプロトコルエンジニアリング（PE）の違いを俯瞰。
解説: プロンプト、コンテキスト、ハーネス、RAGなど、既存のAIエンジニアリング手法とPEの境界線を明確化する。
https://atsutaeito.github.io/protocol-engineering/about_ja.html

# Page. 2

![Page Image](https://bcdn.docswell.com/page/8JDKM4M5EG.jpg)

解説: 本スライドで扱う8つの比較論点を提示。既存概念との歴史的系譜および目的の違いを構造化する。
質問11：インターネット上で広く普及している「プロンプトエンジニアリング（プロンプトの工夫）」と何が違うのですか？
質問12：Claudeの「Projects」などで注目されている「コンテキストエンジニアリング（文脈の読み込み）」と何が違うのですか？
質問13：AIの暴走やエラーを防ぐ「ハーネスエンジニアリング（出力の拘束）」と何が違うのですか？
質問14：Anthropic社などが提唱する「MCP（Model Context Protocol）」などの自動化規格と何が違うのですか？
質問15：専門知識をAIに移植する「KPE（Knowledge Protocol Engineering）」と何が違うのですか？
質問16：人間が介入せずに作業を完結させる「自律型AIエージェント（Agentic AI）」について、現実的な視点を教えてください。
質問17：AIが「ご指摘の通り、論理的に修正しました」となめらかに説明し、人間が思考を明け渡してしまう「認知降伏」にはどのように対抗しますか？
質問18：すべてのデータや対話履歴をデータベース（RAG）に溜め込んで記憶させる「LLM OS（コグニティブ・アーキテクチャ）」的なアプローチと何が違うのですか？

# Page. 3

![Page Image](https://bcdn.docswell.com/page/VEPKRMRD78.jpg)

質問11：インターネット上で広く普及している「プロンプトエンジニアリング（プロンプトの工夫）」と何が違うのですか？
比較対象: プロンプトエンジニアリング（表現の最適化）。
PEの独自性: 単発の指示による出力の流暢さを求めるのではなく、独自の一次情報を引き出すための「システム運用設計」に主眼を置く。
論理構造: 「表現の調整」から「対話による知性の削り出し」へのシフト

# Page. 4

![Page Image](https://bcdn.docswell.com/page/27VVR9RG7Q.jpg)

質問12：Claudeの「Projects」などで注目されている「コンテキストエンジニアリング（文脈の読み込み）」と何が違うのですか？
比較対象: コンテキストエンジニアリング（静的な情報のロード）。
PEの独自性: 事前に背景情報を読ませるだけでなく、対話の内容をリアルタイムに整理し、ルールを「動的にアップデート（Kaizen）」し、成果物を蓄積し続ける。
論理構造: 静的な「土台」に対し、阿吽の呼吸を生むための「動的な対話空間」の設計。

# Page. 5

![Page Image](https://bcdn.docswell.com/page/5JGLMZ6D7L.jpg)

質問13：AIの暴走やエラーを防ぐ「ハーネスエンジニアリング（出力の拘束）」と何が違うのですか？
比較対象: ハーネスエンジニアリング（出力の拘束・自動化）。
PEの独自性: AIは必ず「ズレる」という前提に立ち、人間が即座に軌道修正するための「アテンションコントロールの規律」を提供する。
論理構造: 「自動化のためのルール」から「人間が主権を維持し対話を同期させるためのレール」への転換。

# Page. 6

![Page Image](https://bcdn.docswell.com/page/47QYRL4XEP.jpg)

質問14：Anthropic社などが提唱する「MCP（Model Context Protocol）」などの自動化自動化規格と何が違うのですか？
比較対象: MCP（自動化のための接続規格）。
PEの独自性: システム間の機械的な接続ではなく、人間とAIという「異なる知性間の規律」を定義する。
論理構造: 「ツール接続」という物理層から、「認知的・思想的コラボレーション」の枠組みという論理層へのアプローチというアプローチの違い。

# Page. 7

![Page Image](https://bcdn.docswell.com/page/KE4W8DQ2J1.jpg)

質問15：専門知識をAIに移植する「KPE（Knowledge Protocol Engineering）」と何が違うのですか？
比較対象: KPE（既にある知見の移植）。
PEの独自性: 既存の知識の定式化ではなく、人間の中でもまだ言葉になっていない解像度の低い想いを「知性として新たに削り出す」。
論理構造: 「暗黙知の移植」から「意志を込めた一次情報の創造」へのプロセス上の違い。

# Page. 8

![Page Image](https://bcdn.docswell.com/page/L71Y2ZPKJG.jpg)

質問16：人間が介入せずに作業を完結させる「自律型AIエージェント（Agentic AI）」について、現実的な視点を教えてください。
課題: 確率的なズレが雪だるま式に蓄積し、最終的に致命的なセッション崩壊を引き起こす物理的リスク。
原則: 1万回同じことを正確に繰り返せず1回でもミスを起こすと致命的になる場合をゼロ化できない。
解決: 人間不在の自律化（Agentic AI）に対し、PEは常時同期による「人間介入型（Human-in-the-loop）」で運用する。

# Page. 9

![Page Image](https://bcdn.docswell.com/page/G7WGR92PE2.jpg)

質問17：AIが「ご指摘の通り、論理的に修正しました」となめらかに説明し、人間が思考を明け渡してしまう「認知降伏」にはどのように対抗しますか？
課題: AIのなめらかな謝罪や論理的に見える修正に思考を明け渡してしまう「認知降伏」。
原則: AIの言葉による煙幕（自己分析の捏造）に対し疑いの目を持って確認する。
解決: 修正文を「別の監査セッション」に持ち込み、独立したAIに検証させることで、物理的に認知降伏を突破する。

# Page. 10

![Page Image](https://bcdn.docswell.com/page/4JZLR9D6E3.jpg)

質問18：すべてのデータや対話履歴をデータベース（RAG）に溜め込んで記憶させる「LLM OS（コグニティブ・アーキテクチャ）」的なアプローチと何が違うのですか？
比較対象: LLM OS / RAG（全データの蓄積）。
PEの独自性: プロジェクト進行中にブラッシュアップし、最終的に成果物として残る「5つの文書」を次のプロジェクト（新規セッション）にアレンジし知性の継承を実現する。
論理構造: 引用するであろうすべての情報を盛り込ものではなく、次のプロジェクト（新規セッション）に必要最低限な情報をDNAとして引き継ぐ。