関連概念との関係

このページの目的は、PCE 2.0 を既存語彙に無理に還元することではない。
むしろ、既存概念がそれぞれ何を強く説明し、PCE 2.0 がどこを引き受け、どこで独自の主張を持つのかを明確にすることにある。

先に要約

PCE 2.0 は prompt engineering の上位互換 ではない。対象が違う。
PCE 2.0 は context engineering を内包 するが、それに還元されない。
PCE 2.0 は workflow / orchestration / durable execution / memory / governance を接続するが、その主語は control flow ではなく process と responsibility である。
PCE 2.0 固有なのは、開発を
責任の遷移 → actor-local context の compile → evaluated delta のみ durable state へ還流
という循環で定義する点にある。

このページの読み方

このページでは、各概念を「PCE 2.0 と同じもの」として扱わない。
見るべきなのは、次の三点である。

その概念は何を主語にしているか
何を主に解こうとしているか
PCE 2.0 はそれをどの層に位置づけるか

したがって、このページは用語の翻訳表ではなく、位置づけの地図 である。

俯瞰表

周辺概念	主語	主に解くもの	PCE 2.0 との関係	PCE 2.0 が追加するもの
Prompt engineering	prompt 文面	単発または短い対話での挙動制御	含まれるが中心ではない	process / responsibility / gates / durable state
Context engineering	現在ターンの文脈投入物	何を見せるか、どう圧縮・検索するか	`Actor-local Compiled Context` の一部として取り込む	actor ごとの compile、promotion discipline、project-scoped state
Workflow / orchestration	制御フロー	順序、分岐、ルーティング、multi-agent coordination	`Transitions` と `Handoff` に対応	responsibility transition、approval / promotion / recovery semantics
Durable execution / agent runtime	実行継続	pause / resume / persistence / HITL	`Checkpoint and Recovery` に対応	gate continuity、authority continuity、context recompile
Memory architecture	長期記憶	何を残し、どう取り出すか	`Durable Project State` に対応	canonical / provisional 区別、memory promotion criteria
Skills / playbooks	手順知のパッケージ	再利用可能な procedural knowledge	`Operational Memory` の一表現	いつ / なぜ / どの authority で promote するか
Control plane / governance	fleet-level 統治	可視性、ガバナンス、制御、監査	`Governance Surface` と接続	process-local な gate semantics、approval point、promotion surface
Agent identity / permissions	principal と認可	誰が何へアクセスできるか	`Actor` + `Responsibility Bundle` + `Governance Surface` に接続	documentary / policy / runtime actor まで含めた actor model
MCP	接続プロトコル	tools / resources / prompts / context exchange	capability substrate として使う	process / authority / promotion の理論は別に必要
Human-in-the-loop	人間介入	approval、clarification、override	`Approval Points`、`Escalation`、`Checkpoint and Recovery` に位置づく	authority structure と durable-state mutation の結合
Evals / eval-driven design	評価と改善	test、grading、iterative improvement	`Eval Contract`、`Outcome vs Process`、`Process Metrics` に対応	merge / promotion の可否へ直結させる
ANT / sociotechnical theory	異種アクターのネットワーク	人間 / 非人間の対称的記述	`Actor` モデルの背景	explicit な非対称責任、governance、durable state

1. Prompt Engineering との関係

何を主語にしているか

Prompt engineering は、主に 入力文面 を主語にしている。
何をどう書くとモデルの挙動が変わるか、という問題設定である。

PCE 2.0 との関係

PCE 2.0 から見ると、prompt はしばしば
LLM actor 向けに serialize された actor-local context の一形態
である。

つまり PCE 2.0 は prompt を否定しない。
ただし主語を prompt に置かない。
主語はあくまで、

どの frame か
どの actor か
どの responsibility bundle か
どの gate を満たしているか

である。

どこが違うか

Prompt engineering が強いのは、局所的な steering である。
PCE 2.0 が強いのは、長時間・多主体・評価付きの継続可能性 である。

したがって PCE 2.0 では、prompt は theory ではなく projection である。

2. Context Engineering との関係

何を主語にしているか

Context engineering は、主に
いまこの瞬間にモデルへ何を見せるべきか
を主語にしている。

ここには、

retrieval
summarization
compaction
memory retrieval
subagent への情報分配

などが含まれる。

PCE 2.0 との関係

PCE 2.0 は、context engineering をかなり重要な部分概念として認める。
ただし、それを Actor-local Compiled Context の内部工程 に位置づける。

PCE 2.0 では context は次の式で生まれる。

actor_local_context(actor, frame, t) =
  compile(
    process_frame,
    responsibility_bundle(actor, frame, t),
    durable_project_state,
    runtime_state(t)
  )

このとき context engineering は compile(...) の技法群に相当する。
つまり PCE 2.0 は、context engineering を過小評価しないが、中心概念にも置かない。

どこが違うか

Context engineering の問いは、主に
What should the model see now?
である。

PCE 2.0 の問いは、それに加えて

Which actor is this for?
What responsibility does that actor currently hold?
What gates remain unresolved?
What can be returned to durable state later?

を問う。

したがって PCE 2.0 は、context engineering を
responsibility-relative に再配置したもの
だと言える。

3. Workflow / Orchestration との関係

何を主語にしているか

Workflow / orchestration は、主に
制御フロー
を主語にしている。

どの順番で進むか
どこで分岐するか
どの agent に渡すか
どこで join するか

が中心である。

PCE 2.0 との関係

PCE 2.0 には workflow / orchestration が明確に含まれる。
それは主に

に対応する。

どこが違うか

PCE 2.0 は、control flow だけでは process を説明しきれないと考える。
なぜなら本当に重要なのは、次の問いだからである。

誰が何を引き受けているか
どの authority で gate を通るのか
何が target actor に見えてよいのか
何が merge / promotion 可能か
どの delta が canonical に戻るのか

この意味で、PCE 2.0 は workflow / orchestration を
責任遷移と durable-state mutation を含む wider process semantics
へ押し広げる。

読み替え

routing → responsibility transition の一部
branching / join → frame topology の一部
manager / worker → bundle allocation の一表現
orchestration graph → process transition graph の一部

4. Durable Execution / Agent Runtime との関係

何を主語にしているか

Durable execution や agent runtime は、主に
長時間実行の継続性
を主語にしている。

persistence
pause / resume
checkpointing
fault tolerance
stateful execution

が中心になる。

PCE 2.0 との関係

PCE 2.0 における対応物は、

である。

どこが違うか

Durable execution が問うのは主に
実行をどう継続させるか
である。

PCE 2.0 はそこに加えて、

どの gate を pending のまま保持するか
どの authority continuity を保つか
どの context を stale 扱いにするか
recover 後に legal next transition は何か

を問う。

つまり PCE 2.0 は、durable execution を
state persistence ではなく governed continuation
として読む。

5. Memory Architecture との関係

何を主語にしているか

Memory architecture は、主に
何を残し、どう取り出すか
を主語にしている。

long-term memory
episodic memory
semantic memory
retrieval memory
notes / summaries / indexes

などが中心になる。

PCE 2.0 との関係

PCE 2.0 における対応物は、

である。

どこが違うか

PCE 2.0 では memory を単なる store とみなさない。
memory は

canonical / provisional の区別
provenance
authority
target collection
supersession
future reuse value

を持つ project-scoped durable state である。

したがって PCE 2.0 は memory architecture を
保存技法ではなく durable knowledge governance
へ拡張する。

6. Skills / Playbooks / Procedural Knowledge との関係

何を主語にしているか

skills や playbooks は、主に
再利用可能な手順知
を主語にしている。

instructions
scripts
resources
domain-specific procedures
reusable workflows

などが含まれる。

PCE 2.0 との関係

PCE 2.0 では、これは主に
Operational Memory
に対応する。

つまり skill や playbook は、PCE 2.0 においては

Durable Project State.canonical.operational_memory
provisional.pending_candidates

の一表現になりうる。

どこが違うか

PCE 2.0 が追加する問いは、

その skill はどの frame から生まれたか
どの authority で promote されたか
どの scope で有効か
いつ stale になるか
duplicate / superseded skill をどう扱うか

である。

したがって PCE 2.0 は skill を
便利な再利用部品 としてだけでなく、
governed procedural memory
として扱う。

7. Control Plane / Governance との関係

何を主語にしているか

Control plane は、主に
fleet-level の可視性・ガバナンス・制御
を主語にしている。

inventory
observability
compliance
policy enforcement
centralized control

が中心である。

PCE 2.0 との関係

PCE 2.0 における対応物は
Governance Surface
である。

ただし両者のレイヤは違う。

control plane はしばしば組織・フリート・運用レイヤ
governance surface はしばしば個別 process / frame レイヤ

に属する。

どこが違うか

PCE 2.0 は governance を「上から見る」だけでなく、
frame の内側で

approval point
capability gate
promotion gate
recovery gate
visibility surface

として process へ接続する。

この意味で control plane は PCE 2.0 から見ると、
project / fleet 上位の governance layer であり、
PCE 2.0 の governance surface はその process-local projection だと捉えられる。

8. Agent Identity / Permissions との関係

何を主語にしているか

Agent identity / permissions は、主に
誰が何にアクセスし、何を実行できるか
を主語にしている。

principal
authn / authz
least privilege
role
permission controls

が中心になる。

PCE 2.0 との関係

PCE 2.0 では、これは

にまたがる。

どこが違うか

Identity system は通常、principal の認証・認可を扱う。
PCE 2.0 はそれに加えて、

document actor
policy actor
runtime actor
structural actor
incident ownership
authority transition

まで含めた actor model を扱う。

つまり PCE 2.0 は、identity を
who can access だけではなく
who is currently allowed, obligated, and ratifying what
の中に位置づける。

9. MCP との関係

何を主語にしているか

MCP は、主に
AI アプリケーションと外部の tools / resources / prompts をどう接続するか
を主語にしている。

PCE 2.0 との関係

PCE 2.0 では、MCP は

capability substrate
context input substrate
tool execution substrate

として位置づく。

つまり PCE 2.0 において MCP は、
何につながるか を与えるが、
その接続された能力を process のどこで使い、誰に見せ、どこで止め、何を durable に戻すかは別問題である。

どこが違うか

MCP 自体は、公式に
context exchange のための protocol であり、AI アプリケーションが LLM をどう使うかや、提供された context をどう管理するかは規定しない
という立場にある。
PCE 2.0 は、まさにその「規定しない側」を理論化する。

したがって、

MCP = 接続規格
PCE 2.0 = 接続された能力を process / responsibility / governance に埋め込む理論

と読むのが自然である。

10. Human-in-the-Loop との関係

何を主語にしているか

Human-in-the-loop は、主に
人間による確認・介入・承認・補完
を主語にしている。

PCE 2.0 との関係

PCE 2.0 では、HITL は主に

Approval Points
Handoff
Checkpoint and Recovery
escalation / incident ownership

の中に位置づく。

どこが違うか

PCE 2.0 は HITL を単なる safety override としてだけでなく、

authority ratification
ambiguity resolution
memory promotion approval
risky recovery authorization
governed continuation

の一部として扱う。

つまり HITL は PCE 2.0 の中では
一つの control mechanism であって、
process 全体の理論そのものではない。

11. Evals / Eval-driven Design との関係

何を主語にしているか

Evals / eval-driven design は、主に
どう測り、どう改善するか
を主語にしている。

PCE 2.0 との関係

PCE 2.0 における対応物は、

である。

どこが違うか

PCE 2.0 が追加するのは、少なくとも次の三点である。

Outcome と Process を明示的に分ける
結果の妥当性と、過程の妥当性を別々に評価する。
Evaluation を durable-state mutation に接続する
eval は quality report ではなく、merge / promotion の前提条件になる。
Memory promotion を独立 subject として評価する
artifact correctness と memory worthiness を分ける。

この意味で PCE 2.0 は、eval-driven design を
process semantics と durable-state governance に接続したもの
として捉える。

12. ANT / Sociotechnical Theory との関係

何を主語にしているか

ANT や sociotechnical theory は、主に
異種アクターのネットワーク
を主語にしている。

PCE 2.0 との関係

PCE 2.0 は、Actor の考え方において
この系譜から強い示唆を受ける。

特に、

human-only に戻らないこと
document、tool、policy、runtime を actor として扱うこと
process を heterogeneous network として見ること

は共通している。

どこが違うか

PCE 2.0 は、分析上の actor symmetry をそのまま責任の対称性へ延長しない。
ここで決定的に違うのは、

explicit approval authority
memory write authority
incident ownership
governance surface
recovery legality

を明示する点である。

したがって PCE 2.0 は、
ANT 的 actor symmetry + 明示的な非対称責任モデル
として読める。

PCE 2.0 の固有位置

ここまでの比較を踏まえると、PCE 2.0 の固有位置は次のように要約できる。

主語は context ではなく process である
context engineering は重要だが、主語ではない。
主語は Process Frame とその Transitions である。
process の本体は responsibility transition である
workflow だけでは process は説明しきれない。
process は Responsibility Bundle の配分・移送・留保・再統合を含む。
context は actor-local に compile される
単一の active context は前提にしない。
Actor-local Compiled Context を基本形とする。
durable state は project-scoped であり、canonical / provisional を区別する
memory は単なる storage ではなく Durable Project State である。
ここには governance、evaluation、recovery も入る。
change は delta を通してのみ durable state へ戻る
process は state を直接書き換えない。
まず Process Delta を生み、それを eval / approval / promotion して戻す。
governance は外付けではなく process に内在する
approval point、promotion surface、recovery gate は process の外部ではない。
それらは process の一部である。
継続性は transcript ではなく recovery semantics で担保する
long-running process の continuity は Recovery Point と Checkpoint and Recovery で担保する。

PCE 2.0 は何の「言い換え」でもない

このページの結論を、誤解を避ける形で短く書くと次のとおりである。

PCE 2.0 ≠ prompt engineering
PCE 2.0 ≠ context engineering
PCE 2.0 ≠ workflow engine
PCE 2.0 ≠ durable execution runtime
PCE 2.0 ≠ memory architecture
PCE 2.0 ≠ control plane
PCE 2.0 ≠ agent identity
PCE 2.0 ≠ MCP

代わりに、PCE 2.0 はこれらを 別々の層として接続する process architecture である。

より強く言えば、PCE 2.0 は

heterogeneous actors
  -> responsibility transitions
  -> actor-local context compilation
  -> governed gates
  -> evaluated delta return
  -> project-scoped durable state

を一つの開発理論として扱う試みである。

どの入口から PCE 2.0 を読むべきか

Context engineering 側から入るなら

Workflow / runtime 側から入るなら

Governance / control plane 側から入るなら

Eval / quality 側から入るなら

Representative Sources

このページの比較は、主に次の公式資料群を参照軸としている。

OpenAI

A practical guide to building agents
OpenAI Agents SDK: Context management
OpenAI Agents SDK: Human-in-the-loop
Evaluation best practices
Eval Driven System Design

Anthropic

Building effective agents
Effective context engineering for AI agents
Effective harnesses for long-running agents
The Complete Guide to Building Skills for Claude

LangGraph / LangChain

LangGraph overview
Durable execution
Persistence

Microsoft

Microsoft Agent Framework Overview
What is Microsoft Foundry Control Plane?
Authorization in Microsoft Entra Agent ID

MCP

Architecture overview

暫定的なまとめ

関連概念の多くは、PCE 2.0 と競合しているのではない。
それぞれが別の層を強く説明している。

context engineering は「何を見せるか」に強い
orchestration は「どう流すか」に強い
durable execution は「どう継続するか」に強い
memory architecture は「何を残すか」に強い
control plane は「どう統治するか」に強い
identity は「誰が何をできるか」に強い
MCP は「何につなぐか」に強い

PCE 2.0 は、それらを
process を主語とした一つの開発理論へ接続する
ことを目指す。

この意味で PCE 2.0 は、既存語彙の代替語ではない。
それは、既存語彙のあいだに散っている問いを、
process、responsibility、context compilation、evaluated delta、durable state
という軸で束ね直すための枠組みである。