Glossary

このページは PCE 2.0 の用語の早引きです。
各用語の正規定義はリンク先のページにあります。ここでは短い説明と、よく混同される近接概念だけをまとめます。
定義の衝突が起きた場合は、各リンク先のページを優先します。

Core Terms

PCE 1.0

前稿で提示した Process-Context Engine の初期形です。
Potential Context Pool、Active Context、Context Delta、Engine を中心に、「プロセスがコンテキストを生み、コンテキストが次のプロセスを駆動する」という循環を示しました。
See: PCE 1.0 から 2.0 へ

PCE 2.0

AI 時代の開発を、単なる prompt 設計や context 最適化ではなく、責任の遷移を伴う process architecture として捉える枠組みです。
context は主語ではなく、process と responsibility から compile される局所視界として扱われます。
See: PCE 2.0 とは何か

Actor

ある frame の中で、transition、visibility、capability、evaluation、promotion、recovery のいずれかに意味的な影響を与えうる存在です。
人間に限らず、AI agent、tool、document、policy、registry、runtime も actor になりえます。
See: Actor

Operational Actor

実際に work を進めたり transition を起こしたりする actor です。
たとえば human reviewer、coding agent、tool runner、checkpoint manager などです。
See: Actor

Structural Actor

自ら作業を進めなくても、解釈、受入条件、scope、authority、policy を拘束する actor です。
approved spec、policy、registry、accepted rubric などが典型です。
See: Actor, Governance Surface

Process

PCE 2.0 における process は、単なる step の列ではありません。
責任、権限、局所コンテキスト、gate、delta、recovery を含む遷移の体系です。
See: Process-first, Transitions

Process Frame

PCE 2.0 における仕事単位の基本構造です。
goal、success criteria、actors、responsibility allocation、capabilities、constraints、approval points、eval contract、memory write policy、recovery strategy を持つ、統治可能な実行単位です。
See: Process Frame

Responsibility Bundle

ある actor が、ある frame のある局面で引き受けている責務・権限・能力境界・帰責条件の束です。
role や permission 単体ではなく、goal_ownership、execution、approval_authority、evaluation_authority、memory_write_authority、incident_ownership などを局所的にまとめて持ちます。
See: Responsibility Bundle

Goal Ownership

ある frame が何を達成すべきか、どこまでが scope か、何をもって完了とみなすかを定義・維持・再解釈・受理する責任です。
execution や approval と同一ではなく、goal の同一性と completion acceptance を保持します。
See: Goal Ownership, Responsibility-first

Execution

与えられた goal slice と制約のもとで、実際に work を進め、evidence を生成し、delta を出し、必要なら stop・handoff・checkpoint を行う責任です。
goal ownership や approval と同一ではなく、bounded action と continuity preservation の責任を持ちます。
See: Execution, Process Delta, Handoff

Approval

特定の subject を次の legal transition へ進めてよいかを、正当な authority に基づいて ratify・reject・差し戻し・例外処理する責任です。
evaluation や execution と同一ではなく、gate を解く verdict semantics と traceable な authority 行使を含みます。
See: Approval, Approval Points, Eval Contract

Evaluation

特定の subject が結果として十分か、過程として妥当か、根拠として十分かを、criteria と evidence に基づいて判定し、verdict を生成する責任です。
approval と同一ではなく、outcome / process distinction、insufficient evidence、re-evaluation trigger を扱います。
See: Evaluation, Eval Contract, Outcome vs Process

Memory Writing

memory candidate や process delta 由来の知識項目を、適切な durable collection に canonical / provisional の区別つきで書き込み、更新、置換、保留、退役させる責任です。
evaluation や approval と同一ではなく、durable-form construction、provenance、deduplication、supersession を扱います。
See: Memory Writing, Durable Project State, Memory Promotion Rules

Goal Slice

frame 全体の goal ではなく、ある actor や child frame が局所的に引き受ける goal の断面です。
handoff や actor-local context では、通常この goal slice が渡されます。
See: Actor-local Compiled Context, Handoff

Incident Ownership

失敗、逸脱、policy violation、重大な曖昧性などが起きたときに、最終的に引き受ける責任です。
execution を担っている actor と incident owner は一致しないことがあります。
See: Incident Ownership, Responsibility Bundle, 対称的アクター性、非対称的責任

Asymmetry

同じ process に関わる actor 間で、goal ownership、execution、approval、evaluation、memory writing、incident ownership などが均等ではなく、明示的・境界付き・追跡可能に配分されている構造です。
不透明な格差ではなく、governed process を成立させるための責任配置の性質として扱います。
See: Asymmetry, 対称的アクター性、非対称的責任, Responsibility Bundle

Context, State, and Delta

Actor-local Compiled Context

ある actor が、その局面の responsibility bundle を遂行するために compile される局所視界です。
単なる prompt や検索結果ではなく、goal slice、relevant state、allowed actions、constraints、expected output、stop conditions を含む working interface です。
See: Actor-local Compiled Context, Context Selection, Context Budget

Context Budget

ある actor が、ある frame のある局面で安全かつ十分に持てる active context の上限と下限を定める予算です。
単なる token 上限ではなく、safety floor、hard ceiling、required evidence、visibility / capability limits、freshness bounds を含む bounded context allocation として扱います。
See: Context Budget, Context Selection, Actor-local Compiled Context, Governance Surface

Context Selection

ある actor が、ある process frame のある局面で、何を active context に含め、何を by-reference に回し、何を除外し、何を pending / unresolved のまま保持するかを決める選択操作です。
単なる retrieval や ranking ではなく、purpose binding、safety-floor preservation、governance-aware inclusion / exclusion、freshness filtering、counterevidence retention を含む governed selection として扱います。
See: Context Selection, Context Budget, Compaction

Compaction

source context や trace を、target actor / phase / purpose に対して safety floor を落とさずに縮約し、不要な冗長性を減らし、必要なものを by-reference 化して bounded な local view に再構成する操作です。
単なる要約ではなく、governance-preserving omission、evidence trace retention、freshness declaration、expansion path provision を含む context transformation として扱います。
See: Compaction, Context Selection, Context Budget, Actor-local Compiled Context

Compiled

raw な情報プールをそのまま見せるのではなく、選択・整形・圧縮・制限・注釈付けを経て、ある actor 用の局所 view にすることです。
PCE 2.0 では context は discover されるものではなく、compile されるものとして扱います。
See: Actor-local Compiled Context, Context Selection, Compaction

Durable Project State

project を session や actor をまたいで継続させるための永続層です。
canonical artifacts、decision memory、failure memory、operational memory、evaluation memory、governance records、recovery points を型付きで保持します。
See: Durable Project State

Canonical

future process が前提として依拠してよい とみなされた状態や item を指します。
canonical への昇格には、通常 eval と required authority が必要です。
See: Durable Project State, No merge without eval

Provisional

durable に保存はされているが、まだ canonical として採用されていない状態や item を指します。
checkpoint、pending promotion candidates、working notes などが入りえます。
See: Durable Project State

Process Delta

ある process frame が生成する型付き差分です。
artifact だけでなく、decision、failure、evaluation、governance、operational memory、recovery まで含みます。
See: Process Delta

Delta Item

Process Delta の内部にある個々の差分単位です。
kind、op、scope、target_zone、required_eval、required_authority などを持ちます。
See: Process Delta

Kind

ある item や delta が何の型かを示す属性です。
artifact、decision、failure_memory、evaluation、governance、operational_memory、recovery などがあります。
See: Process Delta

Op

その差分が何をしようとしているかを示す属性です。
add、update、supersede、retract、archive、checkpoint などがあります。
See: Process Delta

Admissibility

ある subject や delta item を、merge、promotion、close、resume などの次の遷移へ進めてよいかどうかを指す概念です。
通常は outcome/process evaluation と required authority の両方に依存します。
See: Outcome vs Process, Eval Contract

Process Semantics

Transition

process における意味的な状態変化です。
runtime state、responsibility allocation、context validity、delta lifecycle、durable state などに影響します。
See: Transitions

Legal Next Transition

ある時点の frame において、gate、authority、scope、runtime state を満たした上で、次に取ってよい遷移です。
approval や recovery の後には、legal next transitions が重要になります。
See: Transitions, Lifecycle, Checkpoint and Recovery

Lifecycle

ある process frame が時間に沿ってどのような意味的状態を取り、何が pending で、どの next transition が legal かを定める状態モデルです。
単なる進捗ラベルではなく、progression、gate、resolution、recovery readiness を含む状態意味論として扱います。
See: Lifecycle, Transitions, Checkpoint and Recovery

Parent-Child Process

親 frame が global goal や主要 authority を retain したまま、局所 goal slice または adjunct purpose を child frame に切り出し、bounded autonomy のもとで work を進めさせ、その結果を delta・evidence・unresolved issues として回収する階層的 process 構造です。
単なる task breakdown ではなく、retained authority、delegated responsibility、return contract、lifecycle coupling を持つ relation として扱います。
See: Parent-Child Process, Lifecycle, Handoff

Branch and Join

親 frame の continuity を複数の bounded child path に分岐し、それぞれの return を join contract に従って再統合・比較・選別・縮約する multi-path process topology です。
単なる parallel execution ではなく、branch set、required branches、join kind、conflict resolution、failure propagation を含む governed reintegration 構造として扱います。
See: Branch and Join, Parent-Child Process, Lifecycle

Escalation

現在の actor / bundle / frame の authority や governance の範囲では合法・安全・妥当な continuation を確定できないときに、その subject と decision burden をより適切な authority を持つ actor または frame へ引き上げる transition です。
単なる相談や handoff ではなく、authority overflow、goal ambiguity、policy conflict、join conflict、recovery illegality を governed に処理する authority-routing transition として扱います。
See: Escalation, Lifecycle, Handoff

Handoff

ある actor または frame から別の actor または frame へ、continuity を継続可能な形で移す遷移です。
単なるメッセージ転送ではなく、goal slice、responsibility transfer、pending gates、delta state、expected next action まで含みます。
See: Handoff

Handoff Package

handoff のために source から target へ渡される continuity package です。
goal slice、relevant evidence、pending gates、delta refs、unresolved issues、expected output などを含みます。
See: Handoff

Approval Point

進行・採用・昇格・再開のいずれかを継続するために、明示的な authority による ratification を要求する構造上の地点です。
approve や reject そのものではなく、それらが適用される gate 構造です。
See: Approval Points

Gate

process を止めたり解放したりする構造的条件です。
approval gate、evaluation gate、promotion gate、policy gate などがあり、governance surface の局所要素として現れます。
See: Approval Points, Governance Surface

Checkpoint

ある時点の process continuity を Recovery Point として切り出して保存する transition です。
単なる autosave ではなく、後で安全に再開するための意味的な切断です。
See: Checkpoint and Recovery

Recovery

Recovery Point を使って runtime continuity を再構成する transition family です。
過去の snapshot を盲目的に戻すのではなく、現在の durable reality と照合しながら再構成します。
See: Checkpoint and Recovery

Resume

recover 済み状態から、再び active な legal transition を開始する遷移です。
recover と resume は別であり、recover しただけでは直ちに resume できないことがあります。
See: Checkpoint and Recovery

Rollback

不適切な進行や不整合を、以前の許容状態へ戻す遷移です。
runtime rollback と durable rollback は区別して考えるべきです。
See: Rollback, Transitions, Checkpoint and Recovery

Replan

現在の continuity をそのまま再開するのではなく、goal、scope、bundles、next transitions を再設計することです。
recover の結果として replan に進むこともあります。
See: Transitions, Checkpoint and Recovery

Governance and Authority

Governance Surface

責任・権限・可視性・評価・昇格・監査・回復条件が、実行可能かつ拘束力のある形で process に露出する面です。
visibility surface、capability surface、approval surface、evaluation surface、promotion surface などを含みます。
See: Governance Surface, Capability Scope

Visibility Surface

誰が何を見てよいかを定める governance surface の一部です。
見えることとできることは別であり、visibility は capability と混同してはなりません。
See: Governance Surface

Capability Surface

誰が何をしてよいかを定める governance surface の一部です。
tool allowlist、write scope、network scope、data access scope などを含みます。
See: Governance Surface, Capability Scope

Capability Scope

ある actor が、ある frame のある局面で、どの resource に対して、どの種類の action を、どの効果範囲まで、どの条件のもとで実行してよいかを定める境界です。
単なる tool allowlist ではなく、operation scope、resource scope、effect scope、temporal validity、quantitative limits、delegation bounds、preconditions、postconditions を含む bounded action envelope として扱います。
See: Capability Scope, Governance Surface, Responsibility Bundle

Auditability

誰が何を、どの authority と evidence に基づいて行い、何が current truth として採用され、何が無効化・保留・省略されたかを、後から再構成できる性質です。
単なる log retention ではなく、attribution、authority trace、evidence trace、state mutation trace、omission trace、invalidation / supersession trace、continuity trace を含む governance property として扱います。
See: Auditability, Governance Surface, Durable Project State

Human Oversight

人間 actor または human-backed organizational actor が、process の framing、gate、exception、recovery、memory mutation、closure に対して明示的な介入権と停止権を持ち、AI / tool-driven process が governance と accountability を失わないようにする統治構造です。
単なる HITL ではなく、oversight scope、intervention rights、trigger conditions、required evidence package、override / freeze / escalate / resume authority、audit trace を持つ bounded governance pattern として扱います。
See: Human Oversight, Auditability, Capability Scope

Approval Authority

ある subject に対して ratify できる権限です。
approver identity と approval authority は同じではなく、bundle 上の根拠が必要です。
See: Responsibility Bundle, Approval Points

Evaluation Authority

何を、どの criteria で、どの重みで評価できるかに関わる責任です。
approval authority とは別物です。
See: Responsibility Bundle, Eval Contract

Memory Write Authority

何を durable state に昇格・更新してよいかに関わる権限です。
提案者、evaluator、memory writer は一致しないことがあります。
See: Responsibility Bundle, Memory Promotion Rules

Blocking Evaluator

その evaluator の fail が、少なくとも当該 subject の promotion や merge を阻止する evaluator です。
required regression tests や mandatory review などが典型です。
See: Eval Contract, Process Metrics

Advisory Evaluator

判断に有用な signal は与えるが、それ単独では promotion や merge を止めない evaluator です。
style suggestion や non-critical maintainability note などが典型です。
See: Eval Contract, Process Metrics

Evaluation

Eval Contract

何を、誰が、どの基準で、どの証拠に基づいて評価し、どの verdict で次の遷移へつなぐかを定める評価契約です。
criteria そのものと、評価者や決定規則をまとめて持ちます。
See: Eval Contract

Outcome Evaluation

subject が、結果として何を達成したかを問う評価です。
correctness、completeness、requirement fit、performance などを見ます。
See: Outcome vs Process

Process Evaluation

subject が、どの process、責任構造、統治条件、根拠、継続条件のもとで成立したかを問う評価です。
procedural validity、governance validity、evidence sufficiency、continuity integrity、promotion discipline などを見ます。
See: Outcome vs Process

Process Metrics

handoff、gate、approval、recovery、promotion、governance のどこで process が健全で、どこで壊れているかを継続的に観測するための指標群です。
outcome 指標の代用品ではなく、process を見えるものにする観測層です。
See: Process Metrics

Corrupt Success

outcome は pass しているように見えるが、process が壊れている成功です。
PCE 2.0 では、こうした subject をそのまま canonical 化しません。
See: Corrupt Success, Outcome vs Process, Process Metrics

Productive Failure

upstream task 自体は失敗していても、failure lesson、rejection rationale、checklist candidate など durable learning を残しうる失敗です。
artifact outcome と process learning を分けて扱うときに重要な概念です。
See: Outcome vs Process

No merge without eval

評価を通過していない差分は durable state に昇格させない、という PCE 2.0 の中核原理です。
merge は保存ではなく、future process の前提を書き換える制度的な昇格として扱われます。
See: No merge without eval

Memory and Continuity

Memory Candidate

durable memory へ昇格しうる知識候補です。
source delta item そのものの場合もあれば、delta や trace から抽出・再表現された derived candidate の場合もあります。
See: Memory Promotion Rules, Memory Promotion Criteria

Memory Promotion

ある candidate を durable project state の適切な zone / collection へ昇格させることです。
単なる保存ではなく、future reuse に耐える durable form への選別された再表現です。
See: Memory Promotion Rules

Memory Promotion Rules

どの candidate を、どの条件で、どの collection へ、どの status で昇格させてよいかを定める規則です。
保存方針ではなく、project memory を汚さないための昇格制度です。
See: Memory Promotion Rules

Memory Promotion Criteria

ある memory candidate を durable memory として採用してよいかを判断する評価基準です。
reuse value、bounded scope、provenance、decontextualizability、governance compatibility などを問います。
See: Memory Promotion Criteria

Decision Memory

accepted rationale、chosen trade-off、approved interpretation など、将来の process が意思決定の前提として参照すべき memory です。
See: Durable Project State, Memory Promotion Criteria

Failure Memory

rejected alternative、failure pattern、do-not-repeat note、anti-pattern など、同じ失敗の再発を防ぐための durable memory です。
See: Durable Project State, Memory Promotion Criteria

Operational Memory

checklists、playbooks、workflow patterns、skills など、future process の進め方に効く実務知です。
artifact そのものではなく、どう進めるとうまくいくかを保持します。
See: Durable Project State, Memory Promotion Rules

Evaluation Memory

baselines、thresholds、rubrics、review outcomes など、将来の評価条件や比較軸として再利用される memory です。
See: Durable Project State, Eval Contract

Governance Record

approval rule、scope restriction、escalation rule、audit-relevant annotation など、project の統治条件として durable に残る記録です。
See: Durable Project State, Governance Surface

Decontextualization

memory 候補が、元の会話や trace を読まなくても意味が通る durable form になることです。
future process は毎回元の長い履歴に戻れないため、memory promotion で重要な基準になります。
See: Memory Promotion Criteria

Supersession

新しい durable item が、古い item を置き換える関係です。
置き換えた事実そのものも traceable に残すべきであり、無言の上書きにしてはなりません。
See: Durable Project State, Memory Promotion Rules

Recovery Point

中断された process を安全かつ意味的に再開するために保存される再開点です。
runtime snapshot、responsibility snapshot、pending gates、delta state、recompile requirement などを持ちます。
See: Recovery Point

Warm Recovery

比較的短い中断や同一 actor による再開を前提とした recovery です。
reusable context が多い一方で、stale context をそのまま使いすぎる危険があります。
See: Recovery Point, Checkpoint and Recovery

Cold Recovery

時間や actor をまたいだ再開を前提とした recovery です。
refs と summaries を重視し、recompile と reconciliation を前提に設計されます。
See: Recovery Point, Checkpoint and Recovery

Frequently Confused Pairs

Actor ≠ Responsibility Bundle

Actor は process に参与する存在です。
Responsibility Bundle は、その actor がその局面で引き受けている局所責任状態です。
See: Actor, Responsibility Bundle

Process Frame ≠ Transition

Process Frame は仕事単位の構造です。
Transition は、その frame の中で何が変化したかを表す動的概念です。
See: Process Frame, Transitions

Actor-local Compiled Context ≠ Durable Project State

Actor-local Compiled Context は局所的で一時的な working view です。
Durable Project State は project を継続させる永続層です。
See: Actor-local Compiled Context, Durable Project State

Process Delta ≠ Durable State

Process Delta は state-change candidate です。
Durable State は、評価と authority を通ったあとに実際に project が採用している状態です。
See: Process Delta, Durable Project State

Approval Point ≠ Approve / Reject

Approval Point は承認が必要な構造上の地点です。
Approve / Reject は、その point を実際に解く transition です。
See: Approval Points, Transitions

Eval ≠ Approval

Eval は criteria と evidence に基づく適合性判断です。
Approval は authority による ratification です。
See: Eval Contract, Approval Points

Checkpoint ≠ Recovery Point ≠ Recover ≠ Resume

Checkpoint は保存する transition、Recovery Point は保存結果、Recover は再構成、Resume は再進行です。
この四つを分けることで、継続性は convenience ではなく governed continuation になります。
See: Recovery Point, Checkpoint and Recovery

Handoff ≠ Delegation

Delegation は responsibility の再配分です。
Handoff は active work continuity の受け渡しです。
両者はしばしば一緒に起こりますが、同一ではありません。
See: Handoff, Responsibility Bundle

Merge ≠ Memory Promotion

artifact や subject を merge することと、knowledge を durable memory として promotion することは別です。
artifact correctness と memory worthiness は一致しません。
See: No merge without eval, Memory Promotion Rules

Outcome Evaluation ≠ Process Evaluation

Outcome は「何ができたか」を問います。
Process は「それがどのような責任構造・統治条件・根拠のもとで成立したか」を問います。
PCE 2.0 では、どちらか一方だけでは十分な admissibility 判定になりません。
See: Outcome vs Process