Governance

Governance は、PCE 2.0 が「AI に仕事をさせる」だけの理論ではないことを支える層である。ここで問うのは、

誰が何をしてよいか

何を evidence として残すべきか

どこで人間が retain / intervene すべきか

どこで auto-advance を止めるべきか

である。

つまり governance は、使えるかどうかではなく 使ってよいか、どこまで任せてよいか、後から検証できるか を扱う。

Governance セクションの役割

1. capability の境界を定める

AI や tool が何をできるかではなく、 何をしてよいか を定義する。

2. 後から追える状態を作る

review、incident、rollback、audit のためには、何が起きたかを later に辿れなければならない。

3. retain / delegate / intervene を設計する

human と AI が同じ actor plane にいても、 approval や incident closure や canonical write まで全部対称にしてよいとは限らない。

中心ページ

Capability Scope

誰がどの action surface にアクセスしてよいかを扱う。特に AI / tool / automation を bounded autonomy に保つための中心ページ。

Auditability

later review や incident response のために、何を trace として残すべきか、何が検証可能であるべきかを扱う。

Human Oversight

どの gate を human が retain し、どの transition を人間抜きで進めてよいかを扱う。

governance の3つの問い

このセクションを読むときは、次の三つの問いを持っていると分かりやすい。

1. 誰が何をしてよいか

これは主に Capability Scope が扱う。

2. 後から何を確かめられるべきか

これは主に Auditability が扱う。

3. どこで人間が retain すべきか

これは主に Human Oversight が扱う。

この三つを分けると、 capability、traceability、authority retention を混同しにくい。

どれを先に読むべきか

AI / automation 境界を先に見たい

まず Capability Scope を読む。このページが最も practical に効く。

review / trace / incident 後追いを見たい

Auditability を読む。「何を残しておかないと later に壊れるか」が見えやすい。

人間の役割境界を見たい

Human Oversight を読む。 approval、exception、scope widening をどこで retain すべきかが見えやすい。

他セクションとの関係

Responsibility との関係

Responsibility が「誰が何を引き受けるか」を定めるのに対して、 Governance は「その引き受けをどこまで許すか」を定める。

Evaluation との関係

Evaluation が adequacy を判定するのに対して、 Governance は adequacy pass だけで advance してよいかを判定する。

Process との関係

approval point、escalation、rollback は process 上に現れるが、その gate の性格は governance が決める。

Ontology との関係

Governance Surface は、 governance が効く対象面を ontology 上で定義する。

cases でどう現れるか

PR Review

approval と evaluation の分離、 old approval の stale invalidation、 review trace の必要性が見えやすい。

Bug Triage

severity routing、incident escalation、premature closure の危険が見えやすい。

Human-AI Handoff

retain / delegate / escalate を明示しないと continuity が壊れることが見えやすい。

Research Loop

plausible narrative をそのまま recommendation accepted にしてはいけない理由が見えやすい。

governance を読むときのコツ

1. safety を一般論にしない

PCE 2.0 でいう governance は、抽象的な善悪ではなく、具体的な transition control である。

2. capability と authority を分ける

実行できることと、決めてよいことは別である。

3. evaluator pass と governance pass を分ける

内容が良さそうでも、 scope violation や authority violation があれば advance させてはいけない。

4. auditability を logging と同一視しない

大量ログがあることより、 later な review / rollback / incident analysis に使える trace があることの方が重要である。

暫定的なまとめ

このセクションが言いたいことは、最終的には次の一文に集約できる。

PCE 2.0 の governance は、AI を怖がるための層ではない。
誰がどこまで行為してよく、何を trace として残し、どこで人間が止め、どの transition を retained authority にすべきかを明示して、process を壊れにくくするための control layer である。