Context
Contextは、PCE 2.0 の主役ではない。 主役は常に process であり、 context は ある actor が、ある局面で、ある仕事を進めるために compile された局所視界 として扱われる。このセクションが扱うのは、
- 何を見せるか
- 何を落とすか
- どこまで持てるか
- いつ畳み直すか
である。
Context セクションの役割
Section titled “Context セクションの役割”1. context を process の従属概念として位置づける
Section titled “1. context を process の従属概念として位置づける”PCE 2.0 は context-first ではない。
まず Process Frame と Responsibility Bundle があり、
その局面に必要なものとして context が compile される。
2. actor-locality を明示する
Section titled “2. actor-locality を明示する”同じ frame の中でも、
- implementer
- reviewer
- approver
- incident owner
で必要な視界は違う。
Context は、その違いを bounded に扱う層である。
3. budget と compaction を governed にする
Section titled “3. budget と compaction を governed にする”context が肥大化すると、
- stale carry-over
- important signal の埋没
- hidden assumption の混入
が起きやすい。 そのため selection / budget / compaction を明示的に扱う。
どの actor / stage / branch がどれだけの context を持てるかを扱う。 単なる token 制限ではなく、attention と governance の制限でもある。
potentially relevant なものの中から、 何を current actor-local view に採用するかを扱う。
長い trace や広い evidence を、その局面で必要な構造に圧縮し直すことを扱う。
context の基本姿勢
Section titled “context の基本姿勢”context は full project state ではない
Section titled “context は full project state ではない”actor に全部見せれば強くなる、とは限らない。 むしろ、 いまの job に対して不要なものを落とす ことの方が重要である。
context は actor-local である
Section titled “context は actor-local である”同じ frame でも、reviewer context と implementer context は違う。 この局所性を外すと、 責任分解も stale invalidation も弱くなる。
context は freshness を持つ
Section titled “context は freshness を持つ”new commit、new evidence、scope change、approval change などで、 old compiled context は stale になりうる。
3ページの関係
Section titled “3ページの関係”何をどれだけ持てるか
Section titled “何をどれだけ持てるか”その budget の中で何を入れるか
Section titled “その budget の中で何を入れるか”入れたいが大きすぎるものをどう畳むか
Section titled “入れたいが大きすぎるものをどう畳むか”この3つは、 budget -> selection -> compaction の順に見ると理解しやすい。
先に読むべきページ
Section titled “先に読むべきページ”context を初めて読むなら
Section titled “context を初めて読むなら”この2ページを先に見てから context へ入る方が、PCE 2.0 の立場がぶれにくい。
context の周辺を深めるなら
Section titled “context の周辺を深めるなら”context はどこで効くか
Section titled “context はどこで効くか”review
Section titled “review”reviewer は implementation trace 全体ではなく、 current diff、required evidence、scope boundary を見たい。
triage
Section titled “triage”triage owner は incoming report 全体ではなく、 routing に必要な reproduction / severity / blast radius を見たい。
research
Section titled “research”branch ごとに local question が違うため、 同じ evidence source でも selection が変わる。
human-AI handoff
Section titled “human-AI handoff”transcript 全体ではなく、continuity package と retained authority が重要になる。
cases / patterns でどう現れるか
Section titled “cases / patterns でどう現れるか”stage 境界ごとに compiled context を畳み直すのが重要になる。
branch-local context と join-local context を分ける必要がある。
optimizer context と evaluator context を混同しないことが重要になる。
context carry-over without recompilation が失敗モードとして見えやすい。
old review context が new commit で stale になることが見えやすい。
context を読むときのコツ
Section titled “context を読むときのコツ”1. context を権威情報と誤解しない
Section titled “1. context を権威情報と誤解しない”context は view であって canonical state ではない。
2. 少ない方がよいことを忘れない
Section titled “2. 少ない方がよいことを忘れない”rich context が常に良いわけではない。 局所 task に対して sharp であることの方が重要である。
3. stale invalidation を外に追い出さない
Section titled “3. stale invalidation を外に追い出さない”いつ old compiled context が無効になるかを曖昧にすると、 review も handoff も壊れやすい。
4. compaction を summary と同一視しない
Section titled “4. compaction を summary と同一視しない”compaction は短くすることではなく、 次の局面で使える形に再構造化すること である。
関連する reference
Section titled “関連する reference”暫定的なまとめ
Section titled “暫定的なまとめ”このセクションが言いたいことは、最終的には次の一文に集約できる。
PCE 2.0 の context は、全部を詰め込むための容器ではない。
ある actor が、ある frame の、ある局面で、何を見れば十分で、何を落とすべきで、どこで stale になり、どう畳み直すべきかを governed に扱う actor-local compiled view である。