Anthropic との対応関係

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

先に要点

Anthropic は workflows と agents を明示的に区別 する。PCE 2.0 はこの区別をかなり高く評価するが、主語を orchestration ではなく process frame と responsibility に置く。
Anthropic の context engineering は、PCE 2.0 の Actor-local Compiled Context、Context Budget、Context Selection、Compaction と非常に近い。ただし PCE 2.0 はそれを actor-relative / governance-aware に再配置する。
Anthropic の long-running harnesses は、PCE 2.0 の Checkpoint and Recovery、Recovery Point、Parent-Child Process に強く対応する。ただし PCE 2.0 は、その継続性を durable project state と authority continuity まで拡張する。
Claude Code / Claude Agent SDK の subagents, agent teams, hooks, memory, skills は、PCE 2.0 の process substrate としてかなり親和的である。ただし PCE 2.0 は、そこへ Goal Ownership、Incident Ownership、Memory Writing、Corrupt Success を追加する。
Anthropic の evals は process-aware で強いが、PCE 2.0 はそれをさらに merge / promotion / close admissibility に直接つなぐ。

俯瞰表

Anthropic の概念	主語	主に解くもの	PCE 2.0 での位置	PCE 2.0 が追加するもの
Workflows	制御フロー	predefined code path による orchestration	`Transitions`、`Lifecycle`、`Branch and Join`	responsibility retention / return contract / durable-state path
Agents	LLM-driven loop	tool use を含む open-ended continuation	`Execution` を担う actor の一形態	bounded autonomy / retained authority / corrupt success
Context engineering	active tokens / state	何を context に入れるか	`Actor-local Compiled Context`、`Context Selection`、`Compaction`、`Context Budget`	actor-relative / gate-aware / memory-discipline-aware な compile
Long-running harnesses	session continuity	多 context-window にまたがる継続	`Checkpoint and Recovery`、`Recovery Point`	gate continuity / authority continuity / rollback semantics
Claude Agent SDK / Claude Code	runtime / loop	tools、agent loop、context management	runtime substrate	actor / bundle / frame / delta への分解
Subagents / agent teams	delegated workers	isolation、parallelism、specialization	`Parent-Child Process`、`Branch and Join`	retained authority / join contract / child return semantics
Hooks	lifecycle interception	deterministic control、automation、blocking	`Governance Surface`、`Capability Scope`	process-level meaning, approval/eval/memory coupling
CLAUDE.md / auto memory	cross-session context	persistent instructions / learned notes	project instruction layer / operational memory seed	canonical / provisional distinction, governed memory write
Skills	reusable playbooks	prompt-based procedural reuse	`Operational Memory` 候補	promote / supersede / archive rules
Agent evals / transcripts	quality measurement	many-turn agent behavior の測定	`Eval Contract`、`Process Metrics`、`Outcome vs Process`	merge / promotion admissibility, corrupt-success detection

1. Workflows と agents という区別

Anthropic の Building effective agents は、workflow と agent を明確に区別する。そこでは、workflow は predefined code paths による orchestration、agent は LLM が自分で process と tool use を動的に方向づける系 とされる。さらに Anthropic は、まずできるだけ simple solution から始め、必要なときだけ agentic complexity を増やすべきだと勧める。この点は PCE 2.0 と非常に相性がよい。

PCE 2.0 から見た対応

Anthropic の distinction は、PCE 2.0 では次のように読める。

workflow → Transitions、Lifecycle、Parent-Child Process、Branch and Join
agent → Actor の一形態であり、しばしば Execution を担う bounded executor

どこが違うか

Anthropic の workflow/agent distinction は control style に強い。 PCE 2.0 はそこにさらに次を加える。

誰が goal を持つか
誰が approve できるか
誰が memory を書けるか
誰が incident を引き受けるか
child に何を delegate し、何を parent が retain するか

つまり Anthropic が workflow vs agent を architectural distinction として置くのに対し、PCE 2.0 はそれを responsibility topology へ拡張する。

2. Context engineering は何に対応するか

Anthropic は context engineering を、prompt engineering の自然な発展形として位置づけ、what configuration of context is most likely to generate our desired behavior? という問いを中心に置く。さらに context を finite resource とみなし、attention budget、progressive disclosure、structured note-taking、tool result clearing などを重視する。

PCE 2.0 から見た対応

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

どこが近いか

Anthropic の current stance と PCE 2.0 は、かなり近いところがある。

context を finite resource とみなす
active context を小さく保つことを重視する
all-history-in-window を良しとしない
structured notes や memory を context management の一部とみなす
exploration と progressive disclosure を重視する

どこが違うか

PCE 2.0 は context engineering をそのまま主語にはしない。主語はあくまで次である。

どの frame か
どの actor か
どの bundle か
どの gate / lifecycle state か

つまり Anthropic の context engineering は、PCE 2.0 では actor-relative compiled context のための技法群 として再配置される。

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

Anthropic → how to curate context well
PCE 2.0 → whose context, for what responsibility, under what governance, and with what budget

3. Long-running harnesses は何に対応するか

Anthropic の Effective harnesses for long-running agents は、多 context-window にまたがる長い仕事では compaction だけでは足りず、initializer agent と coding agent を分け、feature list、progress file、git history などの clear artifacts を残しながら継続させる、という方針を示している。

PCE 2.0 から見た対応

これは非常に直接的に、次へ対応する。

Anthropic が強いところ

Anthropic の long-running harness 論は、次を非常にうまく捉えている。

one-shot ではなく incremental progress にする
session 境界ごとに clear artifacts を残す
future session のために environment scaffolding を作る
all-history memory ではなく progress structure を残す

PCE 2.0 が追加するもの

PCE 2.0 はそこに、次を追加する。

pending gate continuity
approval / evaluation / promotion state
stale context invalidation
legal next transitions
retained vs delegated authority
canonical / provisional distinction

つまり Anthropic の harness は、PCE 2.0 から見ると continuity substrate と artifact discipline の優れた実践 であり、PCE 2.0 はそれをさらに governed continuation に押し広げる。

4. Claude Agent SDK / Claude Code は何に対応するか

Anthropic の current docs では、Claude Agent SDK は Claude Code を支える tools、agent loop、context management を library / SDK として取り出したものとして説明される。 Claude Code 自体も agentic coding tool として位置づけられている。

PCE 2.0 から見た対応

最も近いのは次である。

runtime substrate
orchestration substrate
capability substrate

より具体的には、次の対応になる。

Agent SDK → Execution、Handoff、Checkpoint and Recovery の実行基盤
Claude Code → coding-oriented actor runtime と local environment harness
built-in tools / loop / context management → Capability Scope、Context Selection、Compaction の substrate

どこが違うか

Anthropic の SDK / Claude Code は、実装としては非常に強い。ただし PCE 2.0 は、Agent という convenient runtime aggregate をそのまま理論の基本単位にはしない。少なくとも次へ分解する。

つまり Claude Agent SDK は、PCE 2.0 では 非常に強い runtime surface だが、PCE 2.0 自体はその runtime を process / responsibility / delta / durability に分解して読む。

5. Subagents と agent teams は何に対応するか

Anthropic の current docs では、subagents は次を持つ specialized assistants として説明される。

own context window
custom system prompt
specific tool access
independent permissions

また、subagents は単一 session 内で動き、parallelism や separate sessions が必要なときは agent teams を使う、と整理されている。

PCE 2.0 から見た対応

これはかなり直接的に、次へ対応する。

Subagents は何に近いか

subagents は PCE 2.0 では、次として読むのが自然である。

bounded child frame
local purpose-specific actor
isolated context window
narrowed capability scope

Anthropic docs が強いのは、subagents を単なる helper ではなく isolated context + restricted tools + specific description の組として扱っている点である。これは PCE 2.0 の actor-local compiled context と非常に相性がよい。

Agent teams は何に近いか

agent teams は、PCE 2.0 では branch-and-join を伴う multi-session sibling topology にかなり近い。 lead agent が work を分配し結果を統合するという説明は、PCE 2.0 で言えば次に対応する。

parent frame
branch set
child returns
integration owner

PCE 2.0 が追加するもの

Anthropic docs は isolation / specialization / parallelism に強い。 PCE 2.0 はさらに、次を explicit にする。

retained authority
return contract
child completion ≠ parent completion
child failure propagation
canonical / provisional durability path
join conflict resolution

6. Hooks は何に対応するか

Anthropic の hooks は、Claude Code lifecycle の特定ポイントで shell / HTTP / prompt / MCP tool hooks を発火させる deterministic control 機構である。 PreToolUse で allow / deny / ask-permission ができ、SessionStart、UserPromptSubmit、SubagentStart/Stop など多くの event を持つ。

PCE 2.0 から見た対応

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

Anthropic hooks の強み

hooks は、LLM が「自発的にそうしてくれる」ことに頼らず、deterministic control を lifecycle 上へ差し込める。これは PCE 2.0 でいう governance surface の実装として非常に強い。

PCE 2.0 が追加するもの

PCE 2.0 は hooks を mechanism として歓迎するが、それにさらに meaning を付ける。

たとえば、次のように読める。

PreToolUse deny → capability scope violation response
PermissionRequest → human oversight / approval gate
SubagentStart / SubagentStop → parent-child relation / branch lifecycle
context re-injection after compaction → continuity-preserving compaction
config audit hook → auditability and governance record

つまり hooks は PCE 2.0 では、governance transitions を deterministic に materialize する substrate である。

7. CLAUDE.md と auto memory は何に対応するか

Anthropic の Claude Code docs では、cross-session knowledge の主要形として次が置かれている。

CLAUDE.md files
auto memory

前者は人間が書く persistent instructions、後者は Claude が保存する learnings / patterns であり、どちらも session start 時に load される context source である。

PCE 2.0 から見た対応

これは次の二層に分かれる。

1. Instruction / policy / context seed layer

project instructions
org / user / project rules
local conventions
reusable guidance

これは PCE 2.0 では、次として扱える。

frame compilation の入力
actor-local context の source material
governance / capability boundary の一部
operational memory candidate の source

2. Persistent learned notes layer

auto memory は、PCE 2.0 では Operational Memory や project instruction residue にかなり近い。

どこが違うか

ただし PCE 2.0 では、ここに決定的な区別を追加する。

loaded into context されること
durable project truth であること

は同じではない。

Anthropic の CLAUDE.md / auto memory は、基本的に session input として強い。 PCE 2.0 の Durable Project State は、そこに加えて次を持つ。

canonical / provisional distinction
provenance
supersession
explicit memory-writing authority
promotion discipline

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

Anthropic memory → reusable context substrate
PCE 2.0 durable state → governed project reality

8. Skills は何に対応するか

Anthropic の skills は、SKILL.md と supporting files からなる prompt-based playbook であり、Agent Skills open standard に準拠しつつ、Claude Code では invocation control、subagent execution、dynamic context injection まで持つ。 Bundled skills は detailed playbook を与え、parallel agents を spawn し、read files し、コードベースに適応しながら work を orchestration できる。

PCE 2.0 から見た対応

これは最も近いところで、次に関係する。

Skills の読み替え

PCE 2.0 では skill を、しばしば次として読む。

reusable procedure bundle
operational memory candidate
invoke-able local workflow scaffold

PCE 2.0 が追加するもの

Anthropic skills は reuse に強い。 PCE 2.0 はそこへさらに次を問う。

この skill は project-scoped durable knowledge として current なのか
canonical か provisional か
どの evidence で promote されたのか
何を supersede したのか
いつ stale になるのか

つまり Anthropic skills は 実行可能な playbook に強く、PCE 2.0 はそれを governed operational memory に変える条件を問う。

9. Evals と transcript / trace は何に対応するか

Anthropic の Demystifying evals for AI agents は、agents が many-turn、tool-calling、state-modifying system であることを前提に、transcript / trace / trajectory を complete record of a trial として扱う。これは agent evals を one-shot output grading より広いものとして捉える強い立場である。

PCE 2.0 から見た対応

これは次にかなり近い。

Anthropic の eval framing が強いところ

Anthropic の evals は、少なくとも次の点で、PCE 2.0 の process-aware evaluation と非常に近い。

output だけでは agent は測れない
multi-turn trace を見る必要がある
groundedness / coverage / source quality などを使い分ける
evals は early-stage から ambiguity reduction に効く

PCE 2.0 が追加するもの

PCE 2.0 は、そこからさらに一歩進めて、eval を次へ直接つなぐ。

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

つまり Anthropic evals が measurement for improvement に強いのに対し、PCE 2.0 evals は judgment for adoption にまで踏み込む。

10. PCE 2.0 が Anthropic stack に追加する区別

Anthropic の current stack は、かなり実務的で強い。しかし PCE 2.0 は、そこへ少なくとも次の explicit distinction を追加する。

1. Goal Ownership

Anthropic docs は workflow / agent / harness / memory / tools / evals に強い。 PCE 2.0 はさらに、誰が global goal を保持するのか を explicit にする。 → Goal Ownership

2. Incident Ownership

Anthropic の hooks / harness / evals / parallel agents は異常時に有用だが、PCE 2.0 はさらに 誰が abnormal flow を引き受けるのか を explicit にする。 → Incident Ownership

3. Memory Writing

Anthropic memory / skills / notes は context substrate として強い。 PCE 2.0 はそこへ 誰が durable state を mutate できるのか を追加する。 → Memory Writing

4. Canonical / Provisional Distinction

Anthropic docs では persistent instructions や auto memory は useful だが、PCE 2.0 は future process の current truth と まだ候補にすぎないもの を明確に分ける。 → Durable Project State

5. Process Delta

Anthropic harnesses は clear artifacts を残すことを重視する。 PCE 2.0 はそれを typed delta として explicit にする。 → Process Delta

6. Corrupt Success

Anthropic evals は trace-aware だが、PCE 2.0 はさらに 見かけ上成功しているが、そのまま current truth にしてはいけない状態 を独立概念として置く。 → Corrupt Success

つまり PCE 2.0 は、Anthropic stack を否定するのではなく、その強い practical vocabulary を 責任・durability・adoption の側へ押し広げる。

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

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

workflow → phase / transition / branch topology
agent → bounded executor actor
context engineering → selection + budget + compaction
long-running harness → recovery + continuity artifacts
Claude Agent SDK / Claude Code → runtime / capability / orchestration substrate
subagents / agent teams → parent-child + branch-and-join
hooks → governance surface materialization
CLAUDE.md / auto memory → context seed / operational memory source
skills → operational playbook / operational memory candidate
agent evals / transcripts → process-aware evaluation substrate

この読み替えのうえで、PCE 2.0 は Anthropic stack の使い方を次の方向へ強くする。

context を actor-relative にする
runtime continuity を project continuity と混同しない
branch / subagent return を delta として扱う
skills / notes を canonical knowledge と同一視しない
hooks を deterministic control から process governance へ昇格させる
evals を optimization だけでなく merge / promotion discipline に接続する

Representative Sources

Anthropic との対応を考えるうえで、参照軸になっている公式資料は主に次のとおり。

Engineering

Claude Agent SDK / Claude Code docs

暫定的なまとめ

Anthropic の current stack は、agentic system を build / run する practical substrate としてかなり強い。特に、次は PCE 2.0 と非常に高い親和性を持つ。

workflows と agents の区別
context engineering の前面化
long-running harnesses の明示
subagents / agent teams / hooks / memory / skills
many-turn evals と transcript / trace

ただし PCE 2.0 は、その practical stack をそのまま runtime 語彙として受け取るのではなく、次のような process theory へ束ね直す。

誰が goal を保持するか
誰が何を実行し、誰が何を approve / evaluate / write するか
何が canonical で、何が provisional か
何が process の current truth か
どの success をそのまま採用してはいけないか

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

Anthropic は effective agent building の語彙を与える
PCE 2.0 は AI 時代の開発をどう定義するか の語彙を与える

この二つは競合しない。むしろ Anthropic stack の上で PCE 2.0 を読むと、次のように Anthropic の実践知をより体系的な development theory として読めるようになる。

context engineering は actor-local compilation になる
harnesses は governed continuation になる
subagents は bounded child frames になる
skills は operational memory 候補になる
evals は merge / promotion discipline に接続される