Contract
Contract（契約） とは、遷移を進める前に、アクターが何を比較し、何をしてよく、何をしてはいけないかを定める境界です。
契約は命令ではありません。候補生成、候補選択、実行、評価を扱える形にするための許可範囲です。
契約は依拠の基盤である
Section titled “契約は依拠の基盤である”契約の第一の機能は、委譲を依拠可能にすることです。
契約があるから、依頼側は「この範囲は変わらない」「この不変条件は保存される」と 依拠したまま、実行を委ねられます。契約のない委譲では、依頼側は返ってきた成果の全体を再検証するしかなく、検証地平をすぐに越えます。
同時に、契約は実行側の生成を解放します。境界が信頼できるなら、境界の内側では候補を何個出しても、どれだけ大胆に比較しても安全だからです。
- current state: 現在状態
- desired state: 望ましい状態
- candidate requirements: 候補に求める条件
- comparison criteria: 比較基準
- allowed operations: 許可操作
- forbidden operations: 禁止操作
- invariants: 不変条件
- context sources: 参照してよい文脈
- evidence required: 必要な証跡
- uncertainty handling: 不明点の扱い
- stop conditions: 停止条件
- output format: 出力形式
AI への意味
Section titled “AI への意味”AI に対する契約は、能力を下げるためのものではありません。
AI の能力を、候補生成、比較、採用済み遷移の実行、証跡生成に集中させるためのものです。
Transition Contract は、この契約を実務で記録するスキーマです。
契約自体も状態である
Section titled “契約自体も状態である”契約、ポリシー、権限は、それ自体が正規状態の一部です。契約を変えることも遷移であり、進行根拠を要します。
この再帰は無限には続きません。連鎖は Accountability Anchor（最終引受点） で底を打ちます。誰の委任で契約が書けるのかという権限の由来は、最終的に PCE の外部で設定される引受点に遡ります。
- 契約外の判断をアクターに渡したことにしない。
- 候補比較が契約に含まれる場合は、採用理由と不採用理由を投影する。
- 禁止操作が必要になった場合は進めず Obstruction（阻害要因）とする。
- 不明点を勝手に正規状態へ反映しない。
- 契約は進行根拠と投影を評価できる形で書く。