PCE 2.0 とは何か

前稿: Process-Context Engine：AI時代の開発を駆動する概念モデル

一文で言うと

PCE 2.0 とは、異種アクター間で責務・権限・能力・承認・評価・記憶更新権を配分し、その局面ごとに必要な局所コンテキストを compile し、評価を通過した process delta だけを durable project state に還流させる開発体系である。

この定義で重要なのは、主語が context ではなく process にあることです。
PCE 2.0 は、コンテキストエンジニアリングを否定するものではありません。
ただし、コンテキストを中心概念のままにしてしまうと、現在の AI 開発で本当に難しくなっている問題を十分に説明できない、と考えます。

---

なぜ PCE 2.0 が必要なのか

AI を使った開発では、すでに「何をモデルに見せるか」だけでは足りなくなっています。

問題になっているのは、むしろ次のような点です。

1. 長いコンテキストは、そのままでは長い仕事にならない

大きな context window があっても、それだけでは長時間の仕事は成立しません。
作業を継続するには、途中状態をどう保持するか、どこで区切るか、何を次へ引き継ぐか、何を破棄するかを設計する必要があります。

2. AI の導入で、責任の境界が曖昧になりやすい

AI が提案し、人間が承認し、別の AI が実装し、CI が評価する。
このような状況では、「誰が何を担当し、どこで止め、誰が最終的に引き受けるのか」が曖昧になりやすくなります。

3. 成果物だけを見ても、プロセスの良し悪しは分からない

たとえ最終結果が正しく見えても、途中で権限を逸脱していたり、本来の手順を飛ばしていたり、再利用できない形で知識を失っていたりすることがあります。
つまり、開発では output だけでなく process そのものが評価対象になります。

4. コンテキストは一つではなく、アクターごとに異なる

実装を行う AI に必要な情報と、承認を行う人間に必要な情報は同じではありません。
評価を行う仕組みに必要な情報も別です。
PCE 2.0 は、単一の「Active Context」ではなく、actor ごとの局所視界 を前提にします。

---

PCE 2.0 の中心的な見方

PCE 2.0 は、開発を次のように見ます。

1. まず、ある仕事をひとつの process frame として立ち上げる
2. その frame の中で、責任を複数の actor に配分する
3. 各 actor に対して、その責任を果たすのに必要な局所コンテキストを compile する
4. 実行・引き継ぎ・承認・評価を経て、差分を生み出す
5. その差分のうち、評価を通ったものだけを durable state に昇格させる

これを図式化すると、最小形は次のようになります。

Durable Project State
        ↓
   Process Frame
        ↓
Responsibility Assignment
        ↓
Actor-local Compiled Contexts
        ↓
Execute / Handoff / Approve / Evaluate
        ↓
    Process Delta
        ↓
Promote / Merge
        ↓
Durable Project State

ここで重要なのは、コンテキストはプロセスの入力条件ではあるが、プロセスそのものではないということです。
PCE 2.0 において、コンテキストはつねに「誰が、何を、どこまで行うのか」という責任条件に従属しています。

---

PCE 1.0 から何が変わるのか

前稿の中心的な洞察は、いまでも維持されます。
すなわち、プロセスがコンテキストを生み、コンテキストが次のプロセスを駆動するという循環です。

ただし PCE 2.0 では、それを次のように押し下げて再定義します。

1. Potential Context Pool から Durable Project State へ

前稿の Potential Context Pool は、より広い Durable Project State へ拡張されます。
ここには facts や artifacts だけでなく、決定の根拠、却下した案、運用知、評価履歴、checkpoint も含まれます。

2. Active Context から Actor-local Compiled Context へ

前稿の Active Context は、単一のビューではなくなります。
PCE 2.0 では、actor ごとに異なる局所視界が compile されます。

3. Context Delta から Process Delta へ

PCE 2.0 が残すのは、単なる成果物差分ではありません。
決定差分、失敗差分、承認差分、評価差分、記憶更新差分まで含めて Process Delta として扱います。

4. Engine から Process Runtime へ

前稿の Engine は、より明確に runtime と governance を含むものになります。
つまり、compile するだけでなく、assign し、handoff し、checkpoint し、approve し、evaluate し、merge する仕組みが必要になります。

---

PCE 2.0 が扱う主要概念

ここでは、まず最小限の語だけを置きます。詳細はそれぞれの定義ページで扱います。

Actor

人間、AI agent、subagent、tool、CI、document、policy、registry など、プロセスの状態を変えうる存在です。

Process Frame

ある仕事単位の実体です。
goal、constraints、actors、責任束、能力境界、承認点、評価条件、記憶更新方針などを持ちます。

Responsibility Bundle

ある actor に、その局面で割り当てられた責任の束です。
少なくとも、goal ownership、execution、approval、evaluation、memory writing、incident ownership を区別して考えます。

Actor-local Compiled Context

ある actor が現在の責任を遂行するためにだけ compile された局所視界です。
これが、PCE 2.0 における context の基本形です。

Durable Project State

プロジェクトの永続層です。
仕様、コード、ADR、テスト、意思決定、運用知、評価履歴、checkpoint などを含みます。

Process Delta

プロセスの結果として生成された差分です。
artifact だけでなく、decision、failure、approval、evaluation、memory update の差分を含みます。

---

PCE 2.0 の立場

このサイト全体を通して、PCE 2.0 は次の立場を取ります。

Process-first

主役は context ではなく process です。
context は process の内部で必要に応じて編集されるものです。

Responsibility-first

プロセスの本体は、工程列そのものではなく、責任の分解・配分・留保・再統合にあります。

Symmetric actorhood, asymmetric responsibility

人間、AI、tool、document、policy は、同じネットワーク上の actor として扱えます。
ただし、責任と権限の配分は対称ではありません。
とくに approval、memory promotion、incident ownership は、原理的に分離して考える必要があります。

No merge without eval

durable state に残してよいのは、生成されたものではなく、評価を通過したものだけです。
PCE 2.0 において評価は後付けではなく、中心機能です。

---

PCE 2.0 は何ではないか

PCE 2.0 は、次のようなものではありません。

単なる prompt engineering ではない

PCE 2.0 は、よいプロンプトを書く技法ではありません。
どの actor に、どの責任を与え、どの局面でどの context を見せるかを扱います。

単なる workflow engine ではない

PCE 2.0 は、順序制御だけを扱うものではありません。
順番だけでなく、承認、権限、評価、記憶更新まで含めた責任構造を扱います。

単なる memory architecture ではない

PCE 2.0 は、長期記憶の構造だけを論じるものでもありません。
何を残すかだけでなく、誰が何を残してよいのかを扱います。

単なる agent theory ではない

PCE 2.0 の中心は agent 単体ではありません。
人間、AI、tool、artifact、policy が絡み合う開発プロセス全体です。

---

このサイトで次に読むべきページ

このページは入口です。
次は、次の順で読むのが自然です。

• なぜ context だけでは足りないのか
• PCE 1.0 から 2.0 への更新
• Process-first
• Responsibility-first
• Process Frame
• Responsibility Bundle

---

暫定的なまとめ

PCE 2.0 は、AI 時代の開発を「コンテキストをうまく詰めること」としてではなく、
責任をどう分け、どこで止め、何を評価し、何を次へ残すかを設計することとして捉え直します。

その意味で、PCE 2.0 は context engineering の置き換えではありません。
context engineering を含みつつ、それを process・responsibility・governance・memory・evaluation の中へ位置づけ直すための枠組みです。

次は guide/problem-setting.md を読むと流れがつながります。