PCE 1.0 から 2.0 へ
このページの目的
Section titled “このページの目的”このページは、PCE 1.0 を否定するためのものではありません。
むしろ逆です。
PCE 2.0 は、前稿のどこが本質で、どこが現在の AI 開発の状況に対して不足していたのかを切り分け、
前稿の中心洞察を、より process-first かつ responsibility-first な形に押し出す
ための更新です。
PCE 2.0 は、PCE 1.0 の撤回ではありません。
前稿の中心洞察である
プロセスがコンテキストを生み、そのコンテキストが次のプロセスを駆動する
という見方は、そのまま維持されます。
ただし PCE 2.0 では、これをさらに一段深く読み替えます。
プロセスの本体は、責任の分解・委譲・留保・再統合である。
そしてコンテキストは、その局面ごとの責任を遂行可能にするために compile される局所視界である。
この読み替えによって、PCE は
「コンテキスト循環の理論」から
「責任遷移としての開発プロセスの理論」
へ拡張されます。
PCE 1.0 がすでに掴んでいたもの
Section titled “PCE 1.0 がすでに掴んでいたもの”まず確認しておきたいのは、前稿がすでにかなり本質を掴んでいたという点です。
1. プロセスがコンテキストを生むという方向性
Section titled “1. プロセスがコンテキストを生むという方向性”前稿は、コンテキストを静的な前提情報ではなく、
進行中の作業から生成されるもの として捉えました。
これは重要です。
PCE 2.0 でも、この方向性は変わりません。
2. Active Context を compiled view と見ていたこと
Section titled “2. Active Context を compiled view と見ていたこと”前稿の Active Context は、単なる検索結果の寄せ集めではありませんでした。
目的、制約、関連情報、形式などが揃えられた 編集済みの投入物 として捉えられていました。
この「compile された view」という考えも、そのまま残ります。
3. 親子プロセスの入れ子構造
Section titled “3. 親子プロセスの入れ子構造”前稿では、プロセスが親から子へと分岐し、
子が差分を返すことで親の状態が更新されるという再帰構造が示されていました。
これは現在でも重要です。
PCE 2.0 でも、長い仕事は単一の流れではなく、
分岐・合流・引き継ぎ・再開 を含む構造として扱います。
4. Engine を単なるプロンプトではなく循環機構として扱っていたこと
Section titled “4. Engine を単なるプロンプトではなく循環機構として扱っていたこと”前稿の Engine は、Capture / Store / Compile / Scope / Compact / Evaluate / Merge を担う機構として描かれていました。
この点も重要です。
前稿はすでに、AI 開発を「入力して出力を得る一回限りの操作」ではなく、
循環を成立させる機構 として見ていました。
5. 人間以外の存在もプロセスに参与すると見ていたこと
Section titled “5. 人間以外の存在もプロセスに参与すると見ていたこと”前稿では ANT に触れつつ、人間だけでなく AI、ドキュメント、ツール、コードなどを、
開発ネットワークを構成する存在として捉えていました。
この見方も、PCE 2.0 で継承されます。
では、PCE 1.0 は何が足りなかったのか
Section titled “では、PCE 1.0 は何が足りなかったのか”前稿は正しかった。
ただし、その正しさはまだ 粗かった と言えます。
何が粗かったのか。
要点は 4 つあります。
1. 「プロセス」の中身がまだ十分に分解されていなかった
Section titled “1. 「プロセス」の中身がまだ十分に分解されていなかった”前稿は process を主語に置いていましたが、
その内部を構成する 責任の差異 までは十分に明示していませんでした。
現代の AI 開発では、少なくとも次を分けて考える必要があります。
- 何を達成するのかを決める責任
- 実際に作業する責任
- 何をしてよいかを決める権限
- 結果を承認する権限
- 成功か失敗かを判定する責任
- durable state を更新してよい責任
- 事故や逸脱を最終的に引き受ける責任
前稿では、ここがまだ Engine や Process の内部にまとめて折りたたまれていました。
2. Active Context が単数で語られていた
Section titled “2. Active Context が単数で語られていた”前稿の Active Context は有効な概念でしたが、
現在の実行環境では、ひとつの active context では足りません。
実装する AI が見るべきものと、
承認する人間が見るべきものと、
評価を担う仕組みが見るべきものは一致しません。
PCE 2.0 では、これを
Actor-local Compiled Context
として actor ごとに分けて考えます。
3. Delta が主に成果物差分として読まれやすかった
Section titled “3. Delta が主に成果物差分として読まれやすかった”前稿の Context Delta は重要でしたが、
現在の状況では、残すべき差分は成果物だけではありません。
たとえば、次も差分として重要です。
- どの案を採用したか
- どの案を却下したか
- どこで失敗したか
- どこで承認待ちになったか
- どんな評価を通ったか
- 何を durable state に昇格させたか
PCE 2.0 では、これを Process Delta として扱います。
4. Governance と Recovery がまだ前景化していなかった
Section titled “4. Governance と Recovery がまだ前景化していなかった”前稿には Scope / Evaluate / Merge がありましたが、
現在の AI 開発ではさらに、
- どの capability を許可するのか
- どの承認点で止めるのか
- 失敗後にどこから再開するのか
- 何を audit 可能にしておくのか
といった点が不可欠になっています。
PCE 2.0 では、Engine を単なる compile 装置ではなく、
runtime・governance・recovery を含む実行系 として捉え直します。
PCE 1.0 から 2.0 への主要な更新
Section titled “PCE 1.0 から 2.0 への主要な更新”ここでは、変更点を明確に対応づけます。
| PCE 1.0 | PCE 2.0 | 変更の意味 |
|---|---|---|
| Potential Context Pool | Durable Project State | context 候補の貯蔵庫から、プロジェクトの永続状態全体へ拡張する |
| Active Context | Actor-local Compiled Context | 単一の view から、actor ごとに異なる局所視界へ移す |
| Context Delta | Process Delta | 生成物差分だけでなく、決定・失敗・評価・承認・記憶更新の差分まで含める |
| Engine | Process Runtime / Governance Surface | compile だけでなく、assign・handoff・checkpoint・approve・evaluate・merge を含む実行系へ拡張する |
この表のポイントは、単に名前を変えているのではないことです。
理論の主語が、コンテキストの循環から、責任を伴ったプロセスの運動へと移る
ことが本質です。
1.0 から 2.0 で「主語」が変わる
Section titled “1.0 から 2.0 で「主語」が変わる”PCE 1.0 は、かなり process-first でした。
ただし読まれ方としては、どうしても Context 側が目立ちやすい構成でもありました。
PCE 2.0 では、ここをはっきりさせます。
PCE 1.0 の主語
Section titled “PCE 1.0 の主語”- プロセスがコンテキストを生む
- コンテキストが次のプロセスを駆動する
PCE 2.0 の主語
Section titled “PCE 2.0 の主語”- 責任が分解される
- その責任に応じて局所コンテキストが compile される
- 実行・承認・評価・記憶更新を経て差分が生まれる
- 評価を通った差分だけが durable state に還流する
つまり、PCE 2.0 では Context は重要なままですが、主役ではありません。
主役は Process Frame と Responsibility Bundle です。
ANT 的視点はどう継承されるのか
Section titled “ANT 的視点はどう継承されるのか”前稿における ANT への言及は、PCE 2.0 でも重要です。
ただし継承の仕方は、少し厳密になります。
PCE 1.0 での ANT 的示唆
Section titled “PCE 1.0 での ANT 的示唆”- 人間だけでなく AI、document、tool、code もプロセスに参与する
- 開発は異種アクターの相互作用として捉えられる
PCE 2.0 での継承
Section titled “PCE 2.0 での継承”- この actor の広がりはそのまま維持する
- ただし、actor であること と 責任が同等であること を分離する
これにより、PCE 2.0 は次の立場を取ります。
対称的な actor 性 と
非対称的な責任配分
は両立する。
つまり、人間、AI、tool、policy、document は同じネットワーク上の actor として扱える。
しかし approval、memory promotion、incident ownership まで完全に対称だとは考えない。
この区別を明示することが、PCE 2.0 における ANT の更新です。
PCE 2.0 が追加する中心概念
Section titled “PCE 2.0 が追加する中心概念”PCE 2.0 は、前稿の語彙を捨てるのではなく、
より厳密な概念を追加します。
1. Process Frame
Section titled “1. Process Frame”ある仕事単位の実体です。
goal、constraints、actors、capabilities、approval points、eval contract、memory write policy などを持ちます。
PCE 1.0 では process は概念的に置かれていましたが、
PCE 2.0 ではこれを 明示的なフレーム として扱います。
2. Responsibility Bundle
Section titled “2. Responsibility Bundle”ある actor に、その局面で割り当てられた責任の束です。
たとえば、次の責任を分けて考えます。
- goal ownership
- execution
- approval
- evaluation
- memory writing
- incident ownership
この概念によって、プロセスの本体を「順序」ではなく、
責任の配分と遷移 として捉えられるようになります。
3. Actor-local Compiled Context
Section titled “3. Actor-local Compiled Context”各 actor に、その責任を果たすためにだけ渡される局所視界です。
PCE 1.0 の Active Context はここへ読み替えられます。
4. Durable Project State
Section titled “4. Durable Project State”単なる情報プールではなく、
仕様、コード、決定理由、却下案、評価履歴、運用知、checkpoint などを含む永続状態です。
5. Process Delta
Section titled “5. Process Delta”生成物の差分だけではなく、
判断、失敗、承認、評価、記憶更新まで含めた差分です。
1.0 を 2.0 として読み替える簡単な例
Section titled “1.0 を 2.0 として読み替える簡単な例”PCE 1.0 的な読み
Section titled “PCE 1.0 的な読み”仕様、コード、過去議論から Active Context を組み立てる。
AI が作業し、その結果が Context Delta となる。
評価後に Pool へ戻す。
PCE 2.0 的な読み
Section titled “PCE 2.0 的な読み”まず feature delivery のための Process Frame を立ち上げる。
その frame の中で、goal owner、executor、approver、evaluator、memory writer を分ける。
各 actor に Actor-local Compiled Context を渡す。
実行・handoff・approval・evaluation を経て Process Delta を生み出す。
そのうち評価を通ったものだけを Durable Project State に昇格させる。
この例から分かるのは、PCE 2.0 が新しく追加するものは 情報量 ではなく、
責任構造の明示 だということです。
PCE 2.0 で新しく前景化される問い
Section titled “PCE 2.0 で新しく前景化される問い”PCE 1.0 にも暗黙には含まれていたが、
2.0 で明示化される問いがあります。
プロセスの問い
Section titled “プロセスの問い”- 仕事をどの粒度で frame に分けるのか
- どこで分岐し、どこで合流するのか
- どこで checkpoint を切るのか
- 誰が goal owner なのか
- 誰が executor なのか
- 誰が approver なのか
- 誰が memory writer なのか
ガバナンスの問い
Section titled “ガバナンスの問い”- どの capability を誰に許すのか
- どこで human oversight を入れるのか
- 何を audit 可能にするのか
- 何をもって成功とするのか
- output だけでなく process をどう評価するのか
- 何を merge してよいのか
- 何を durable に残すのか
- 何を session 限りにするのか
- 何を operational memory として再利用するのか
PCE 2.0 は、これらを中心問題として扱います。
変わらないもの、変わるもの
Section titled “変わらないもの、変わるもの”変わらないもの
Section titled “変わらないもの”- プロセスがコンテキストを生むという基本方向
- context を compiled view として見る立場
- プロセスの入れ子構造
- capture / store / compile / evaluate / merge の循環的な視点
- 人間以外の存在もプロセスに参与するという見方
- 主語が context から process / responsibility へ明確に移る
- active context が actor ごとの局所視界へ分解される
- delta が成果物中心から process 全体へ拡張される
- engine が governance / recovery を含む runtime として再定義される
- actor の対称性と責任の非対称性が明示される
- output だけでなく process そのものが評価対象になる
この更新で何が得られるのか
Section titled “この更新で何が得られるのか”PCE 2.0 によって、前稿は次の方向に押し出されます。
1. context engineering の上位に立てる
Section titled “1. context engineering の上位に立てる”PCE 2.0 は context engineering を含みますが、それだけに閉じません。
context を process の内部要素として位置づけ直します。
2. workflow / orchestration / governance / memory を接続できる
Section titled “2. workflow / orchestration / governance / memory を接続できる”ばらばらに語られがちな語彙を、責任遷移という一本の軸で束ねられます。
3. 人間と AI の関係を粗く扱わずに済む
Section titled “3. 人間と AI の関係を粗く扱わずに済む”「AI はただの道具か」「人間と AI は同等か」という二択ではなく、
actor 性と責任配分を分けて扱えます。
4. 開発を output 中心ではなく process 中心で再定義できる
Section titled “4. 開発を output 中心ではなく process 中心で再定義できる”成果物だけでなく、その成立過程そのものを理論の対象にできます。
このページの暫定的なまとめ
Section titled “このページの暫定的なまとめ”PCE 2.0 は、PCE 1.0 の否定ではありません。
前稿の中心洞察を、現在の AI 開発の条件に合わせて厳密化したものです。
要するに、
- PCE 1.0 は「プロセスがコンテキストを生む」と言った
- PCE 2.0 は「そのプロセスの本体は責任の遷移だ」と言う
この差が、1.0 から 2.0 への更新の核心です。
次に読むページ
Section titled “次に読むページ”このあとに整理すべき本体は、次の順です。
- principles
- ontology
- responsibility
- process
- memory
- governance
- evaluation