Microsoft との対応関係

このページの目的は、PCE 2.0 を Microsoft の既存語彙へ無理に還元することではない。むしろ、Microsoft の current stack がそれぞれ何を強く説明し、PCE 2.0 がどこを引き受け、どこで独自の区別を持ち込むのかを明確にすることにある。

先に要点

Microsoft の current stack は、大きく build / orchestrate（Microsoft Agent Framework）、 run（Foundry Agent Service）、 govern（Foundry Control Plane + Entra Agent ID）、 observe / evaluate（Foundry observability / agent evals）の四層として読むと分かりやすい。
PCE 2.0 は、この stack を否定しない。むしろかなり親和的である。ただし主語を runtime や orchestration primitive ではなく、process frame と responsibility topology に置く。
Microsoft Agent Framework は、PCE 2.0 では Transitions、Parent-Child Process、Branch and Join、Handoff の実装 substrate に近い。
Foundry Agent Service は、PCE 2.0 では stateful runtime、tool orchestration、conversation continuity、observability integration を担う execution substrate に近い。
Foundry Control Plane と Entra Agent ID は、PCE 2.0 では Governance Surface、Capability Scope、Auditability、Human Oversight の enterprise-scale layer に近い。
Foundry observability と agent evals は、PCE 2.0 では Eval Contract、Outcome vs Process、Process Metrics、Corrupt Success detection の足場に近い。
PCE 2.0 が Microsoft stack に追加する最大の区別は、goal ownership / incident ownership / memory writing / canonical vs provisional / process delta / corrupt success を explicit に立てる点にある。

俯瞰表

Microsoft の概念	主に解くもの	PCE 2.0 での位置	PCE 2.0 が追加するもの
Microsoft Agent Framework	multi-agent orchestration、stateful workflows、handoffs	`Transitions`、`Parent-Child Process`、`Branch and Join`、`Handoff`	retained authority、return contract、goal / incident ownership
Foundry Agent Service	production runtime、conversation / tool orchestration、safety、identity / observability integration	`Execution`、`Lifecycle`、`Checkpoint and Recovery` の substrate	durable project state との区別、canonical / provisional distinction
Foundry Control Plane	fleet-wide visibility、governance、lifecycle operations、cross-project control	`Governance Surface`、`Auditability`、`Human Oversight` の上位レイヤ	frame-local gate semantics、responsibility-retention semantics
Entra Agent ID / agent identity platform	agent identity、authentication、authorization、permission control	`Actor` identity substrate、`Capability Scope`、`Asymmetry`	identity と responsibility の分離、goal / approval / memory / incident の非対称性
Agent Framework orchestration patterns	sequential / concurrent / handoff / group chat / manager-led patterns	`Lifecycle`、`Branch and Join`、`Handoff`、`Parent-Child Process`	legality、gate continuity、join contract、rollback / recovery semantics
Semantic Kernel Process Framework	business-process-oriented event-driven orchestration	`Process Frame` とその historical precursor	process ontology、durable state mutation、responsibility topology
Hosted MCP tools	external tools / resources への controlled access	`Capability Scope` の substrate	process-local scope、approval、memory / promotion discipline
Foundry observability / traces	traces、logs、quality gates、telemetry	`Auditability`、`Process Metrics`	current truth explanation、omission / invalidation / supersession trace
Foundry agent evals	quality / safety / agent behavior evaluation	`Eval Contract`、`Outcome vs Process`	merge / promotion / close admissibility、corrupt success detection

1. Microsoft current stack をどう読むか

Microsoft の current stack を PCE 2.0 から見ると、最も自然なのは 多層構造 として読むことだ。

Layer 1: Build / orchestrate

ここにあるのが Microsoft Agent Framework である。 Microsoft は Agent Framework を、AutoGen の single / multi-agent abstractions と Semantic Kernel の enterprise features を統合し、さらに graph-based workflows を加えたものとして位置づけている。

PCE 2.0 では、これは主に次の実装 substrate に近い。

Layer 2: Run

ここにあるのが Foundry Agent Service である。 Foundry Agent Service は、conversation 管理、tool orchestration、content safety、identity / networking / observability integration を持つ production runtime として読める。

PCE 2.0 では、これは主に次の runtime substrate に近い。

Layer 3: Govern

ここにあるのが Foundry Control Plane と Entra Agent ID である。 Control Plane は fleet-wide visibility / governance / lifecycle control を、 Agent ID は agent-specific identity / authz / permission control を担う。

PCE 2.0 では、これは主に次の enterprise layer に相当する。

Layer 4: Observe / evaluate

ここにあるのが Foundry observability と agent evals である。 traces、logs、quality gates、quality / safety / agent-behavior evaluators が置かれる。

PCE 2.0 では、これは主に次の substrate に近い。

つまり Microsoft stack は、PCE 2.0 から見ると 非常に強い implementation stack であり、PCE 2.0 はそれを process theory として束ね直す。

2. Microsoft Agent Framework は何に対応するか

Microsoft Agent Framework overview は、これを AutoGen と Semantic Kernel の直接後継として位置づけている。その説明で重要なのは次の三点である。

AutoGen 的な単純な agent abstraction を継承している
Semantic Kernel 的な enterprise features を継承している
graph-based workflows と state management により long-running / HITL scenario に強くなっている

PCE 2.0 から見た対応

Agent Framework は最も近いところで、PCE 2.0 の次に対応する。

process topology
orchestration substrate
stateful workflow engine

より具体的には、次のように読める。

Agent Framework workflow graph → Process Frame と Transitions の実装面
Agent Framework stateful workflow → Lifecycle と Checkpoint and Recovery の runtime substrate
Agent Framework agents → Actor のうち execution を担う actor の runtime aggregate
Agent Framework handoff orchestration → Handoff

どこが違うか

PCE 2.0 は、Agent Framework の orchestration をそのまま理論の中心には置かない。追加するのは次の区別である。

誰が goal を保持しているか
誰が approval / evaluation / memory write / incident handling を持つか
何を parent が retain し、何を child / branch に delegate するか
どの state を canonical project reality とみなすか
どの success をそのまま success として採用してはいけないか

つまり Agent Framework は PCE 2.0 では、workflow を動かす engine に近いが、PCE 2.0 はそこに responsibility semantics を被せる。

3. Agent Framework orchestration patterns は何に対応するか

Microsoft Agent Framework docs は、built-in orchestration patterns として次を挙げている。

Sequential
Concurrent
Handoff
Group Chat
Magentic

PCE 2.0 から見ると、これはかなり読み替えやすい。

Sequential

もっとも近いのは Lifecycle と Transitions である。ただし PCE 2.0 は、単なる順序ではなく次まで含めた legal progression を問う。

gate
approval
evaluation
recovery
rollback

Concurrent

もっとも近いのは Branch and Join である。 PCE 2.0 はさらに、次を明示する。

retained authority
required branch set
join contract
conflict resolution
failure propagation

Handoff

これは直接 Handoff に対応する。ただし PCE 2.0 は handoff を、conversation transfer ではなく次まで含む continuity package として扱う。

transferred / retained responsibilities
pending gates
next expected action
return contract
recovery semantics

Group Chat

PCE 2.0 では group chat という語を中心に置かないが、実質的には次として読むことができる。

shared branch workspace
comparative join
integration context
multi-actor local coordination

Magentic / manager-led orchestration

これは PCE 2.0 では次の集合に近い。

parent frame
integration owner
retained authority
branch orchestration
escalation sink

ただし PCE 2.0 では manager という人格的 metaphor を中心にせず、process topology と responsibility topology を中心に置く。

4. Foundry Agent Service は何に対応するか

Foundry Agent Service は、Foundry の中心 runtime として次を担う。

conversations の管理
tool call orchestration
content safety
identity / networking / observability integration
enterprise-ready deployment

さらに Microsoft docs では、Agent Service の特徴として次が挙げられている。

structured conversations
agent-to-agent messaging
server-side tool orchestration and retry
guardrails
Application Insights traceability
Entra / RBAC / audit logs
customer-managed Azure Cosmos DB による state preservation / BCDR

PCE 2.0 から見た対応

これは PCE 2.0 では主に次へ対応する。

Execution の runtime substrate
Handoff の transport substrate
Checkpoint and Recovery の continuity substrate
Auditability の trace substrate

どこが近いか

Foundry Agent Service は、PCE 2.0 で重要な次の concern をかなり platform 側へ押し下げてくれる。

stateful conversation continuity
server-side tool coordination
traceability
identity / policy integration
production runtime concerns

どこが違うか

ただし PCE 2.0 は、Foundry Agent Service の stateful runtime をそのまま Durable Project State と同一視しない。

ここが重要である。

Foundry Agent Service state → runtime continuity、conversation continuity、service-level persistence
PCE 2.0 Durable Project State → project-scoped current truth、canonical / provisional distinction、decision / failure / operational / evaluation / governance / recovery の型付き永続層

つまり Foundry Agent Service は PCE 2.0 では stateful runtime であって、project ontology そのもの ではない。

5. Foundry Control Plane は何に対応するか

Foundry Control Plane は、enterprise 全体の AI agent fleet に対して次を提供する unified management interface として説明されている。

visibility
governance
control
observability
compliance
lifecycle operations

さらに cross-project inventory、usage / cost / health の view、lifecycle operations、supported agents across platforms という framing がある。

PCE 2.0 から見た対応

これはかなり明確に次に相当する。

の enterprise / fleet レイヤである。

どこが違うか

PCE 2.0 の governance surface は、原則として frame-local である。つまり「この frame のこの actor にとって、いま何が allowed / blocked / pending か」を扱う。

一方、Foundry Control Plane は fleet-wide である。つまり「subscription / project / agent fleet を横断して何が見え、何が制御できるか」を扱う。

言い換えると、次の違いである。

Control Plane → fleet governance
PCE 2.0 Governance Surface → process-local governance semantics

この二つは競合しない。むしろ、

Control Plane が outer governance を与え
PCE 2.0 が inner process governance を定義する

と読むのが自然である。

6. Entra Agent ID / agent identity platform は何に対応するか

Microsoft agent identity platform は、agent が次を行うための identity / authorization framework として説明される。

authenticate users
request permissions
access resources securely

さらに authorization docs では、roles、permission controls、high-privilege agent risk が強調されている。

PCE 2.0 から見た対応

これは主に次へ対応する。

Actor の identity substrate
Capability Scope
Asymmetry
Human Oversight の補助基盤

どこが違うか

PCE 2.0 は、identity と responsibility を明確に分ける。

identity → who / what the actor is, and how it authenticates
responsibility → what that actor currently owns, can approve, can write, or must handle

つまり Entra Agent ID が強いのは principal, authn, authz であり、PCE 2.0 が追加するのは次である。

goal ownership
approval authority as process responsibility
memory write authority
incident sink
retained vs delegated semantics

この差は重要である。 agent identity があるからといって、次になるわけではない。

goal owner
approver
memory writer
incident owner

7. Semantic Kernel Process Framework は何に対応するか

Semantic Kernel Process Framework は、business process を AI integration と結びつける event-driven process framework として説明されていた。さらに Microsoft Agent Framework overview は、Agent Framework を AutoGen と Semantic Kernel の直接後継として位置づける。

PCE 2.0 から見た意味

これは、Microsoft ecosystem の中で「process」を explicit に扱ってきた lineage がすでにあることを示す。 PCE 2.0 から見ると、Semantic Kernel Process Framework は次の面でかなり近い歴史的前駆体に見える。

process-as-first-class
event-driven workflow
integration with code and systems

どこが違うか

PCE 2.0 は、そこからさらに次へ進む。

process frame を ontology として置く
actor symmetry / responsibility asymmetry を explicit にする
delta を current truth と分離する
canonical / provisional durability を区別する
memory writing を独立責任として置く
corrupt success を独立評価概念として置く

つまり Semantic Kernel Process Framework は workflow + business process に強いが、PCE 2.0 はそれを responsibility + durability + adoption discipline の側へ押し広げる。

8. MCP / hosted MCP tools は何に対応するか

Microsoft docs では、Foundry / Agent Framework の hosted MCP tools によって次が提供される。

hosted MCP servers
persistent agents
configurable approval workflow for MCP tool calls
controlled access to external resources

PCE 2.0 から見た対応

これは主に次へ対応する。

どこが近いか

MCP tool call approval workflow は、PCE 2.0 で言えば次にかなり近い。

capability gate
human oversight trigger
governed external action

どこが違うか

PCE 2.0 は、MCP approval を tool-call 単位の承認に留めず、さらに次まで governance の範囲を広げる。

goal / scope conflict
memory mutation
rollback / resume
durable write
closure

つまり hosted MCP tools は、PCE 2.0 では external capability substrate であり、その capability をどの phase / actor / risk でどう使うかは別途 PCE 2.0 が定義する。

9. Foundry observability / evals は何に対応するか

Foundry observability docs は、generative AI observability を次として整理する。

trace
evaluate
automated quality gates in CI/CD
logs
metrics
model outputs

また Evaluate your AI agents は、Foundry agent に対する built-in evaluators for quality, safety, and agent behavior を提示する。

PCE 2.0 から見た対応

これは主に次へ対応する。

どこが強いか

Microsoft の observability / evals は、次に強い。

traces を platform-backed に取る
quality gates を CI/CD とつなぐ
quality / safety / agent behavior evaluators を提供する
Application Insights / observability stack に統合する

PCE 2.0 が追加するもの

PCE 2.0 はそこに、さらに次を加える。

merge admissibility
promotion admissibility
canonical / provisional branching
corrupt-success detection
rollback trigger
memory-writing discipline

つまり Microsoft observability / evals は measure / trace / optimize に強く、PCE 2.0 はそれを adopt / promote / rollback / close の制度に結びつける。

10. Microsoft stack が強いところ

Microsoft stack の強さを率直に言うと、次の点でかなり実務的である。

1. build / run / govern / observe の層が比較的はっきり分かれている

Agent Framework
Foundry Agent Service
Foundry Control Plane
Entra Agent ID
Foundry observability / evals

という layered reading が取りやすい。

2. enterprise governance が最初から前にある

identity、RBAC、audit logs、networking、control plane、Application Insights など、enterprise concern が runtime の外付けではなく ecosystem の中にある。

3. orchestration patterns が explicit である

sequential / concurrent / handoff / group chat / magentic という built-in patterns は、PCE 2.0 の topology 読み替えに向いている。

4. stateful, long-running, HITL に強い

Agent Framework overview と Foundry Agent Service は、state management、long-running scenarios、human-in-the-loop を explicit に扱っている。

5. cross-project / fleet governance を最初から持つ

Control Plane は、PCE 2.0 の process-local governance を enterprise scale に延長したときに相性が良い。

11. PCE 2.0 が Microsoft stack に追加するもの

一方で、PCE 2.0 は次の distinction を明示する。

1. Goal Ownership

Microsoft stack は workflow と governance に強いが、PCE 2.0 はさらに 誰が global goal を保持するのか を explicit にする。 → Goal Ownership

2. Incident Ownership

異常時に誰が process を引き取るのかを explicit にする。 → Incident Ownership

3. Memory Writing

persistent memory / traces / notes があっても、誰が canonical durable state を mutate できるのかは別問題である。 → Memory Writing

4. Canonical / Provisional distinction

Foundry runtime state や project-level notes を、そのまま current truth と同一視しない。 → Durable Project State

5. Process Delta

結果を current state と直接同一視せず、まず typed delta として扱う。 → Process Delta

6. Corrupt Success

見かけ上 successful でも、そのまま current truth にしてはいけない状態を独立概念として扱う。 → Corrupt Success

つまり Microsoft stack は implementation substrate として強く、PCE 2.0 はそれを development ontology に変換する。

12. 実務上の最短な読み替え

Microsoft stack の上で PCE 2.0 を使うなら、まずは次の読み替えで十分である。

Microsoft Agent Framework → process topology / orchestration substrate
workflow orchestrations → branch / join / handoff / parent-child patterns
Foundry Agent Service → stateful execution runtime
Foundry Control Plane → fleet governance / observability / lifecycle control
Entra Agent ID → identity / authorization substrate
hosted MCP tools → external capability substrate
Foundry traces / evals → process visibility and measurement substrate
Semantic Kernel Process Framework → historical process lineage

そのうえで PCE 2.0 は、Microsoft stack の使い方を次の方向へ強くする。

workflow を responsibility-aware にする
runtime state を durable project truth と混同しない
traces を auditability へつなぐ
evals を merge / promotion discipline に接続する
identity を goal / approval / memory / incident responsibility と分ける
control plane governance を frame-local governance semantics と接続する

Representative Sources

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

Microsoft Agent Framework

Microsoft Foundry

Entra Agent ID

Tools / MCP

Hosted MCP tools in Agent Framework / Foundry

Semantic Kernel lineage

Semantic Kernel Process Framework

暫定的なまとめ

Microsoft の current stack は、かなり強い enterprise agent substrate である。 Agent Framework が orchestration を、Foundry Agent Service が runtime を、Foundry Control Plane と Entra Agent ID が governance を、Foundry observability / evals が measurement と traceability を支える。

PCE 2.0 は、その substrate の代替ではない。それを process / responsibility / durable reality の観点から束ね直す理論である。

より短く言えば、次の関係である。

Microsoft は build / run / govern / observe の stack を与える
PCE 2.0 は AI 条件下で development をどう定義するか の theory を与える

この二つは競合しない。むしろ Microsoft stack の上で PCE 2.0 を読むと、次の形で Microsoft の practical stack をより明示的な development theory として読めるようになる。

workflows は process topology になる
runtime state は continuity substrate になる
control plane は governance surface の outer layer になる
evals は merge / promotion discipline に接続される
identity は responsibility topology と切り分けられる