LangGraph との対応関係

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

先に要点

• LangGraph は、long-running で stateful な agent / workflow のための low-level orchestration framework and runtime として整理されている。
• StateGraph、shared state、reducers、nodes、edges は、PCE 2.0 から見ると process topology と runtime state mutation の substrate に近い。
• durable execution、persistence、interrupts、time travel は、PCE 2.0 の Checkpoint and Recovery / Recovery Point / Rollback にかなり近い。
• subgraphs、Send API、parallelization、orchestrator-worker は、PCE 2.0 の Parent-Child Process / Branch and Join に強く対応する。
• short-term memory と long-term memory store は、PCE 2.0 の continuity substrate と memory substrate に近い。だが PCE 2.0 はそこへ canonical / provisional distinction と memory mutation discipline を追加する。
• LangGraph / LangSmith の tracing と observability は、PCE 2.0 の Auditability / Process Metrics を実装する土台として強い。ただし trace があることと、current truth の意味が説明できることは同じではない。

---

俯瞰表

LangGraph の概念	主語	主に解くもの	PCE 2.0 での位置	PCE 2.0 が追加するもの
LangGraph overview / runtime	orchestration runtime	long-running, stateful agent execution	runtime substrate	process / responsibility / durability の意味論
StateGraph	graph topology + shared state	node / edge / state based orchestration	Transitions、Lifecycle、Branch and Join の実装基盤	Process Frame、Goal Ownership、Incident Ownership
Nodes + reducers	partial state updates	step execution と state mutation	runtime mutation model	Process Delta と durable mutation の区別
Workflows	predefined code paths	prompt chaining、routing、parallelization	Lifecycle、Transitions	retained authority、explicit gate、close semantics
Agents	tool-using loops	dynamic action selection	bounded executor actor	bounded autonomy、goal retention、corrupt success 検知
Orchestrator-worker / Send	dynamic workers	local decomposition and synthesis	Parent-Child Process、Branch and Join	return contract、failure propagation、join contract
Persistence / durable execution	checkpoints and threads	pause / resume / failure recovery	Checkpoint and Recovery	gate continuity、authority continuity、resume legality
Interrupts / HITL	pause for external input	human approval / external decision	Approval Points、Human Oversight	process-wide oversight semantics、resume authority
Time travel	replay / fork from checkpoints	alternative path exploration	Rollback、recovery、Branch and Join	safe baseline、invalidation、current-truth distinction
Short-term / long-term memory	thread state / namespaced store	conversational continuity and persistent storage	continuity substrate + memory substrate	Durable Project State と memory promotion discipline
LangSmith tracing / observability	traces and state transitions	debugging、monitoring、runtime metrics	Auditability、Process Metrics の土台	authority trace、omission trace、currentness explanation

---

1. LangGraph は何を主語にしているか

LangGraph の overview は、それを long-running, stateful agents のための low-level orchestration framework and runtime として位置づける。 さらに core benefits として、durable execution、human-in-the-loop、comprehensive memory、LangSmith debugging/observability を前面に出している。 (LangGraph overview)

PCE 2.0 から見ると、これはかなり強い runtime / orchestration substrate である。 ただし PCE 2.0 の主語は runtime ではない。 主語はあくまで、次である。

• どの Process Frame か
• 誰がどの Responsibility Bundle を持つか
• どの Governance Surface と Approval Points を通るか
• 何が Durable Project State の current truth になるか

である。

つまり、LangGraph は どう動かすか に強く、PCE 2.0 は それを何として扱うか に強い。

---

2. StateGraph / shared state / reducers は何に対応するか

LangGraph の Graph API では、nodes は Python functions として定義され、state、config、runtime を受け取り、state の部分更新 を返す。 state の各 key には独立した reducer があり、node が返した partial update が reducer で統合される。 また START と END が special nodes として entry / terminal を担う。 (Graph API overview)

PCE 2.0 から見ると、これは次のように読める。

StateGraph

StateGraph は、PCE 2.0 では最も近いところで次に近い。

• Transitions
• Lifecycle
• Branch and Join

ただし StateGraph それ自体は、PCE 2.0 の Process Frame そのものではない。 なぜなら Process Frame にはさらに次が必要だからである。

• goal
• success criteria
• scope
• retained / delegated authority
• approval points
• eval contract
• memory write policy
• recovery strategy

つまり LangGraph の graph は、PCE 2.0 では frame を動かす構造 に近いが、frame の意味そのもの までは持たない。

shared state

LangGraph の shared state は、PCE 2.0 では runtime state substrate に近い。 これは非常に重要だが、それだけでは Durable Project State と同一ではない。

PCE 2.0 が区別したいのは、少なくとも次である。

• current node-to-node shared state
• checkpointed thread state
• project-scoped durable memory
• canonical / provisional distinction

LangGraph の state は前二者に強い。 PCE 2.0 はさらに、後二者を ontology として explicit にする。

reducers

reducers は、PCE 2.0 では runtime state mutation rule に近い。 しかし PCE 2.0 は、ここにもう一つ区別を入れる。

• state update
• process delta
• durable mutation

は同じではない。

LangGraph の node return は state update として自然だが、PCE 2.0 ではそれをそのまま current truth にしない。 まず Process Delta として扱い、later な evaluation / approval / promotion / merge を通して初めて current durable state に近づける。

より短く言えば、LangGraph reducers は how state changes inside the run を与え、PCE 2.0 は when a change becomes project reality を追加する。

---

3. “Thinking in LangGraph” は何に対応するか

LangGraph の Thinking in LangGraph は、最初に start with the process you want to automate と言い、

1. workflow を discrete steps に分ける
2. 各 step が何を必要とするかを決める
3. state を設計する
4. nodes を実装する
5. それをつなぐ

という順番を示す。 さらにそこでは、state には raw data を置き、prompt は on-demand に format する ことが key principle として強調される。 (Thinking in LangGraph)

PCE 2.0 は、この姿勢をかなり高く評価する。 特に次は非常に親和的である。

1. process-first

LangGraph が「まず process を map せよ」と言うのは、PCE 2.0 の Process-first と強く響き合う。

2. step-specific context

各 step が必要とする context が違う、という捉え方は、PCE 2.0 の Actor-local Compiled Context にかなり近い。

3. keep state raw, format prompts on-demand

これは PCE 2.0 の立場では、次に分ける発想に近い。

• raw state / durable refs は source layer
• prompt / review package / runtime payload は compiled local view

つまり LangGraph の raw-state principle は、PCE 2.0 では Context Selection と Compaction の前提になる。

どこが違うか

LangGraph のこのガイドは、workflow / node / state の思考法として非常に強い。 ただし PCE 2.0 はそこにさらに、次を足す。

• goal ownership
• approval authority
• memory writing
• incident ownership
• close / supersede / abandon の意味

つまり LangGraph の “thinking” は、PCE 2.0 では runtime graph design として読むのが自然である。

---

4. Workflows + agents は何に対応するか

LangGraph の Workflows and agents は、workflow を predetermined code paths、agent を dynamic and define their own processes and tool usage と整理する。 同じページでは、pattern として次が挙げられる。 (Workflows and agents)

• prompt chaining
• parallelization
• routing
• orchestrator-worker
• evaluator-optimizer
• agents

PCE 2.0 から見ると、これらはかなり明快に対応づけられる。

Prompt chaining

これは最も単純な Transitions の列に近い。 PCE 2.0 では、そこで必要に応じて次を explicit に足す。

• eval gate
• approval point
• rework loop

Parallelization

LangGraph docs は、parallelization を次として説明する。 (Workflows and agents)

• independent subtasks を同時に走らせる
• same task を multiple times 走らせて confidence を上げる

これは PCE 2.0 では、ほぼそのまま Branch and Join に対応する。 ただし PCE 2.0 はさらに、次を explicit にする。

• required branches と optional branches
• retained authority
• join contract
• conflict resolution
• partial join
• branch rollback / abandonment

Routing

routing は、PCE 2.0 では Lifecycle + Transitions の conditional progression に近い。 ただし PCE 2.0 は、routing decision を単なる control-flow ではなく、次まで含めて考える。

• goal / scope を越えていないか
• who owns that decision
• whether escalation is needed

Orchestrator-worker

LangGraph docs では Send API により orchestrator が dynamic workers を作り、各 worker は own state を持ち、outputs は shared state key に集約される。 (Workflows and agents)

これは PCE 2.0 では、次にかなり近い。

• Parent-Child Process
• Branch and Join

ただし PCE 2.0 はそこへ、次を持ち込む。

• goal slice
• retained authority
• child return contract
• child completion ≠ parent completion
• child failure propagation

Evaluator-optimizer

LangGraph の evaluator-optimizer loop は、generator と evaluator が accept まで回る pattern として説明される。 (Workflows and agents)

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

• Evaluation
• Outcome vs Process
• Corrupt Success
• rework loop

ただし PCE 2.0 は、そこへさらに次をつなぐ。

• approval
• merge admissibility
• promotion discipline

Agents

LangGraph docs は agent を、tools を使う LLM の continuous feedback loop として説明する。 (Workflows and agents)

PCE 2.0 では、これはしばしば Execution を担う actor の一形態である。 しかし PCE 2.0 は、agent loop をそのまま process の基本単位にはしない。 そこへさらに次を分離する。

• Goal Ownership
• Approval
• Incident Ownership
• Memory Writing

---

5. Persistence / durable execution / interrupts / time travel は何に対応するか

LangGraph の persistence docs は、checkpointer をつけて compile した graph では every step の graph state が checkpoint として保存され、threads の中で管理されると説明する。 これにより human-in-the-loop、conversational memory、time-travel debugging、fault-tolerant execution が可能になる。 (Persistence)

Durable execution docs は、durable execution を「pause し、later resume し、completed work を再処理しない」技術として説明し、workflow を deterministic and idempotent に設計し、side effects や non-determinism を tasks に閉じ込めるべきだと勧める。 (Durable execution)

Interrupts docs は、interrupt() により execution を停止し、checkpointer で state を保存し、later Command で resume value を返して継続する仕組みを説明する。 (Interrupts)

Time travel docs は、checkpoint から次を行い、prior checkpoint から alternative path を探索できることを説明する。 (Use time-travel)

• replay
• fork

PCE 2.0 から見ると、ここは最も直接的に対応する。

対応する概念

• Checkpoint and Recovery
• Recovery Point
• Rollback
• Escalation
• Human Oversight

LangGraph が強いところ

LangGraph は、durable execution を runtime レベルで自然に扱える。 これにより次が very practical になる。

• pause / resume
• HITL
• fault tolerance
• replay / fork

PCE 2.0 が追加するもの

PCE 2.0 は、そこへさらに次を持ち込む。

• pending gate continuity
• approval / evaluation / promotion state
• stale context invalidation
• current authority continuity
• recover と resume の区別
• rollback anchor の意味
• canonical / provisional への影響

つまり LangGraph の persistence は how to continue execution に強く、PCE 2.0 はそれを how to continue governed process に押し広げる。

---

6. Subgraphs は何に対応するか

LangGraph の subgraphs docs は、stateless subgraphs を次のようなものとして説明し、interrupt 不要なら checkpointer=False で no-overhead の subgraph call もできると述べる。 (Subgraphs)

• each invocation isolated
• interrupts と durable execution をサポートできる
• parallel calls と相性がよい

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

• Parent-Child Process
• Branch and Join
• Capability Scope

どこが近いか

LangGraph subgraphs が「独立した invocation」「隔離された state」「parallel calls」として扱われるのは、PCE 2.0 の bounded child frame に近い。

どこが違うか

PCE 2.0 はそこにさらに次を問う。

• parent が何を retain するか
• child が何を delegate されているか
• child completion が parent に何を返すか
• local incident が parent にどう波及するか
• child return をどの join contract で統合するか

つまり LangGraph subgraph は structural isolation に強い。 PCE 2.0 はそれを authority-aware child process として読む。

---

7. Memory は何に対応するか

LangGraph docs では、short-term memory は thread-scoped で checkpoint により persisted され、long conversations では stale or off-topic content がモデルを distract しうるので message management techniques が重要だと説明される。 また long-term memory は sessions / threads をまたいで使え、custom namespaces に保存される。 (Memory overview)

さらに LangChain 側の long-term memory docs では、LangGraph store に JSON documents を namespace と key で保存し、cross-namespace search もできると説明されている。 (Long-term memory)

PCE 2.0 から見ると、これは次の二層に分かれる。

1. runtime continuity memory

thread-scoped short-term memory は、PCE 2.0 では次の substrate に近い。

• execution continuity
• review continuity
• recovery continuity

2. persistent memory substrate

namespace / key ベースの long-term store は、PCE 2.0 では Durable Project State の storage substrate にかなり近い。

どこが違うか

LangGraph memory store は storage / retrieval substrate としては強い。 しかし PCE 2.0 はそこにさらに、次を追加する。

• canonical / provisional distinction
• decisions / failure memory / operational memory / evaluation memory / governance records の型分け
• memory promotion criteria
• memory writing authority
• supersession / retraction semantics

言い換えると、LangGraph memory は store に強く、PCE 2.0 は what counts as project reality に強い。

---

8. LangSmith observability は何に対応するか

LangGraph overview は、LangSmith によって traces、state transitions、runtime metrics を可視化できると説明する。 (LangGraph overview)

PCE 2.0 から見ると、これは主に次に対応する。

• Auditability
• Process Metrics

LangSmith / tracing が強いところ

• execution path visualization
• state transition visibility
• runtime metrics
• debugability
• monitoring

PCE 2.0 が追加するもの

PCE 2.0 は trace をそのまま auditability とはみなさない。 trace があっても、次が分からないことがある。

• どの approval が current なのか
• どの write が canonical mutation なのか
• 何が omitted されたのか
• 何が superseded / retracted されたのか
• なぜこの item が current truth なのか

このため PCE 2.0 は、LangSmith observability を歓迎しつつも、そこに Auditability の意味論を追加する。

より短く言えば、次の違いである。

• LangGraph / LangSmith tracing → what happened in the run
• PCE 2.0 auditability → why current project reality is what it is

---

9. PCE 2.0 が LangGraph に追加する区別

LangGraph は low-level orchestration と continuity substrate として非常に強い。 しかし PCE 2.0 は、そこへ少なくとも次の区別を explicit に持ち込む。

1. State と Durable Project State の区別

LangGraph の shared state / checkpoints は runtime continuity に強い。 PCE 2.0 はそこからさらに、future process の前提になる project-scoped durable state を分ける。

2. State update と Process Delta の区別

LangGraph nodes は partial state update を返す。 PCE 2.0 はその update をそのまま current truth とせず、typed delta を挟む。

3. node/worker と Responsibility Bundle の区別

LangGraph の node や worker は useful execution unit だが、PCE 2.0 はさらに次を explicit に分離する。

• goal ownership
• approval
• evaluation
• memory writing
• incident ownership

4. checkpoint/replay と Recovery Point / Rollback の区別

LangGraph は excellent な replay / fork substrate を持つ。 PCE 2.0 はそこへ、gate continuity、authority continuity、rollback anchor semantics を足す。

5. memory store と memory mutation discipline の区別

LangGraph は store を与える。 PCE 2.0 は、何を current durable memory にしてよいかを判断する制度を与える。

6. trace と Corrupt Success の区別

trace があっても、その success を current truth にしてよいとは限らない。 PCE 2.0 は、その「見かけ上の成功」を process-integrity の側から explicit に疑う。

---

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

LangGraph の上で PCE 2.0 を読むなら、まずは次の読み替えで十分である。

• StateGraph → runtime topology for Transitions / Lifecycle
• nodes → bounded execution or evaluation units
• shared state + reducers → runtime state mutation substrate
• workflows → explicit control-flow patterns
• agents → dynamic bounded executors
• Send + subgraphs → parent-child / branch-and-join substrate
• checkpointers / threads / durable execution / interrupts → checkpoint / recovery substrate
• time travel → replay / fork substrate for rollback-like and alternative-path operations
• memory store → persistent storage substrate
• LangSmith tracing → observability / metrics substrate

この読み替えのうえで PCE 2.0 は、LangGraph に次を足す。

• process frame semantics
• goal / incident / memory writing responsibility
• canonical / provisional distinction
• approval / evaluation / promotion discipline
• current truth の明示的な durability semantics
• corrupt success detection

---

Representative Sources

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

• LangGraph overview
• Workflows and agents
• Thinking in LangGraph
• Graph API overview
• Persistence
• Durable execution
• Interrupts
• Use time-travel
• Subgraphs
• Memory overview
• Long-term memory

---

暫定的なまとめ

LangGraph は、AI 時代の開発基盤として見ると、かなり強い。 特に、次は PCE 2.0 と非常に高い親和性を持つ。

• low-level orchestration
• shared state + reducers
• durable execution
• interrupts / HITL
• subgraphs / Send
• time travel
• memory
• tracing / observability

ただし PCE 2.0 は、その practical runtime stack をそのまま採用するのではなく、次の概念で束ね直す。

• process frame
• responsibility bundle
• process delta
• durable project state
• human oversight
• incident ownership
• corrupt success

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

• LangGraph は how to orchestrate and continue に強い
• PCE 2.0 は what development becomes under AI conditions に強い

この二つは競合しない。 むしろ LangGraph の上で PCE 2.0 を使うと、次のように LangGraph の実装力をより強い development theory の中に位置づけられるようになる。

• graph は process topology になる
• state は runtime substrate になる
• checkpoint は governed recovery に近づく
• memory store は durable-state substrate になる
• traces は auditability と process metrics に接続される