コンテンツへ移動

ドクトリン

訂正、撤回、ドクトリンの差し替え

ドクトリンのサイトはソーシャルフィードではない。そこでのあらゆる修正は、権威のレジームに作用する。

コレクションドクトリン
種別ドクトリン
レイヤーtransversal
バージョン1.0
レベルnormatif
公開日2026/3/23
更新日2026/3/23

ガバナンスアーティファクト

このページが対象とするガバナンスファイル

このページは、アイデンティティ、優先順位、限界、コーパスの読解条件を宣言する公開サーフェスに結びついています。以下の順序が、推奨される読解の順序です。

  1. 01サイトコンテキスト
  2. 02編集コンテキスト
  3. 03AI変更履歴
コンテキストとバージョン管理#01

サイトコンテキスト

/site-context.md

サイトの性質、参照先としての機能、非トランザクション的な限界を位置づける説明文書。

統御する対象
編集上の枠組み、時間性、明示的な変更の可読性。
画定する範囲
暗黙的なドリフトと、バージョンを確認せずに安定性を前提とする読解。

保証しないこと: バージョン管理はギャップを監査可能にするが、すでに流通している出力を自動的に修正するものではない。

コンテキストとバージョン管理#02

編集コンテキスト

/editorial-context.md

編集上の姿勢、トーン、抽象度、責任を定める説明文書。

統御する対象
編集上の枠組み、時間性、明示的な変更の可読性。
画定する範囲
暗黙的なドリフトと、バージョンを確認せずに安定性を前提とする読解。

保証しないこと: バージョン管理はギャップを監査可能にするが、すでに流通している出力を自動的に修正するものではない。

コンテキストとバージョン管理#03

AI変更履歴

/changelog-ai.md

ガバナンス、アイデンティティ、マシンファーストサーフェスの変更ログ。

統御する対象
編集上の枠組み、時間性、明示的な変更の可読性。
画定する範囲
暗黙的なドリフトと、バージョンを確認せずに安定性を前提とする読解。

保証しないこと: バージョン管理はギャップを監査可能にするが、すでに流通している出力を自動的に修正するものではない。

補完的なアーティファクト(3)

これらのサーフェスは主要ブロックを補完します。テーマに応じて、文脈、発見、ルーティング、観察を加えます。

グラフと権威#04

主張レジストリ

/claims.json

公開された主張、その範囲、その宣言上のステータスのレジストリ。

ポリシーと正当性#05

解釈ポリシー

/.well-known/interpretation-policy.json

解釈、範囲、抑制に関する制約を説明する公開ポリシー。

ポリシーと正当性#06

Markdown版Q-Layer

/response-legitimacy.md

回答の正当性、明確化、正当な非回答のための正規サーフェス。

訂正、撤回、ドクトリンの差し替え

ドクトリン上のコーパスが、原則だけでなく、限界事例、比較事例集、形式化されたテストケース、公開された立証サーフェスを公開し始めるにつれて、新しい要件が現れる。公開するだけではもはや十分ではない。公開の記憶を偽ることなく、公開された対象を変更するすべも知らなければならない。

ドクトリンのサイトはソーシャルフィードではない。そこでのあらゆる修正は、権威のレジームに作用する。ドクトリンのページ、ベースライン、立証のための付録、比較事例集における暗黙の変更は、文言を変えるだけではない。後に何が引用され、対抗的に援用され、比較され、アーカイブされ、参照状態として再利用されうるかを変えてしまう。

このページは、バージョン支配力、メモリガバナンス、公開ベンチマーク、応用的な可観測性を延長する。単純な規律を述べるものである。参照コーパスにおいては、何が修正されるのか、何が取り下げられるのか、何が置き換えられるのか、何が以前の状態として見えるままでなければならないのかを区別しなければならない。


1. 改訂の規律がドクトリン上の問題になる理由

コーパスが一般的な命題だけを公開しているあいだは、その改訂は比較的目立たないままである。しかし、プロトコル、スナップショット、比較事例、テスト対象を公開したとたんに、あらゆる改訂は、引用、証明、比較、記憶、第三者による解釈という、より大きな連鎖に作用する。

改訂の規律がなければ、3つのドリフトがすぐに現れる。

1つ目は、以前の状態が存在しなかったかのように過去を書き換えることである。2つ目は、もはや維持できない対象をオンラインに残したまま、依然として参照として扱うことである。3つ目は、後継となる対象との関係を宣言しないまま、対象を置き換えることである。

いずれの場合も、問題は単に編集上のものではない。ドクトリン上のものである。言明をその状態、日付、ペリメーター、権威のレベルに結びつける連鎖が曖昧になる。そのような不透明さを受け入れるドクトリンは、解釈トレースを提供すべきところで、信頼を求めることになってしまう。


2. もはや混同してはならない4つの行為

a) 修正

修正は、対象の主要なレジームを変えることなく、局所的なエラーを直す。タイプミス、壊れた参照、誤って記載された日付、誤ったラベルの付いた例、軽微な補足などが該当しうる。命題、プロトコル、階層は同じままである。

b) 訂正

訂正が行われるのは、公開された対象が大筋では有効なままであるものの、その文言、ペリメーター、プロトコル、正当化の連鎖をより正確にしなければならなかった場合である。訂正は、すでに単なる編集上の調整以上のものである。以前の状態がドクトリンの観点から十分に正確ではなかったことを宣言するものである。

c) 撤回

撤回は、対象を参照としてのステータスから外す。対象がもはやドクトリン上維持できなくなったときに必要となる。たとえば、コーパスが弱すぎる、ソース階層が十分に確立されていない、重大な矛盾が無視されている、都合のよい事例だけを選んでいる(チェリーピッキング)、アーカイブが誤読されている、証拠が再構成できない、観測とアテステーションが混同されている、といった場合である。

d) 差し替え

差し替えは、ある対象を、より新しく、より境界づけられ、より完全で、より権威のある別の対象に置き換えながら、継承の関係を見えるままに保つ。以前の状態の存在を否定するものではない。それを歴史的なものとして位置づけ直すものである。

これらの行為を混同することは、局所的なエラー、修正条項、権威の取り下げ、バージョンの置き換えを混同することである。


3. 暗黙の書き換えがドクトリン上弱い理由

暗黙の書き換えは、しばしば魅力的に感じられる。より整った、引き締まった、整合的なサイトであるかのような印象を与えるからである。実際には、コーパスを監査可能にしているものそのものを破壊する。

ベンチマークが告知なしに変われば、比較は疑わしいものになる。比較事例集が宣言なしに整理されれば、矛盾がひとりでに消えたかのように見える。ドクトリンのページがひそかに狭められれば、最初の定式化の実際の範囲を再構成することは不可能になる。

その損害は歴史的なものにとどまらない。解釈上のものである。第三者は、どの定式化がいつ統御していたのかを見分けられなくなる。読者は、何が引き受けられ、修正され、放棄されたのかを見分けられなくなる。同じ対象のいくつもの痕跡に出会う機械は、古い状態、新しい状態、それらの外部での再利用を混ぜ合わせて、合成的な権威を再構成してしまうおそれがある。

言い換えれば、暗黙の書き換えはドクトリンを守らない。過去が流通し続ける一方で、サイトがそれとの明示的な関係を保てていないために、ドクトリンを統御しにくい解釈の化石化にさらすのである。


4. 公開可能な訂正のための最低条件

ドクトリン上適切な訂正は、際限のない官僚的手続きを必要としない。必要なのは、少なくとも、変更された対象が次の5つのことを見えるようにすることである。

  • 何が変わったか:文言、ペリメーター、ソース、プロトコル、例、ステータス。
  • なぜ変わったか:事実の誤り、境界の明確化、明らかになった矛盾、階層の改善、プロトコルの修正。
  • 何が有効なままか:訂正が全面的な取り消しとして読まれないようにするため。
  • いつから新しいバージョンが優先するか:日付、状態、バージョンの関係。
  • 派生する対象にどのような影響があるか:ベンチマーク、付録、比較事例集、ベースライン、翻訳、第三者による引用。

これらの条件は飾りではない。現在の対象とその以前の状態との関係を保つものである。これらがなければ、訂正は表面的な改善にとどまる。これらがあれば、訂正は記憶と権威に関するガバナンス下の操作となる。


5. 撤回が必要になるとき

撤回は、劇的な告白として理解されてはならない。ドクトリン上のコーパスにおいて、撤回はしばしば最も抑制の効いた行為である。

撤回が必要になるのは、対象を維持すれば明確さよりも混乱を多く生み出すことになる場合である。たとえば次のような場合である。

  • 動員されたコーパスが、公開された一般化を支えるには弱すぎた
  • 権威あるものとして示されたソースが、実際にはそうではなかった
  • 公開された材料から事例を再構成できなかった
  • 決定的な矛盾が省かれていた
  • 対象が歴史的な状態と現在の状態を混同していた
  • 公開物が、指標的な証拠を強い証明に変えていた

こうした場合、維持できない対象を「少しずつ修正し」続けることは、かえって問題を悪化させることが多い。その参照としてのステータスを外し、痕跡としての存在は保ち、必要に応じて、より抑制された定式化や後継の対象に結びつけ直すほうがよい。


6. 差し替え:消去せずに置き換える

コーパスがバージョン、プロトコル、観察可能な対象を扱うようになると、差し替えは不可欠になる。比較事例集は、より適切に境界づけられたバージョンに置き換えられうる。ベンチマークは、より厳密なプロトコルに取って代わられうる。ドクトリンのページは、より安定した形で述べ直されうる。いずれの場合も、新しい文書が古い文書を魔法のように吸収してしまうべきではない。

差し替えは、まさに次の3つを同時に保つために存在する。

  • 新しい対象の現在の有効性
  • 古い対象の歴史的な存在
  • 一方から他方への移行の読み取りやすさ

したがって差し替えは、明示的なリンク、日付の付与、正当化、そして必要な場合にはアーカイブの連続性を前提とする。それがなければ、置き換えのコストが消し去られているために、後継の対象は実際以上に安定しているように見えてしまう。

ここでこのページは、アーカイブ、残余の時間性、存続する権威と交差する。差し替えられた対象は世界から消えるわけではない。再利用、スクリーンショット、引用、遅れたインデックス化を通じて、作用し続けることが多い。それを差し替え済みと宣言しても、その対象が消えるわけではない。その存続をより統御しやすくするだけである。


7. 範囲と限界

このページは、法的な修正方針も、普遍的な取り下げ手続きも、産業的なバージョン管理システムも定義しない。より限定的で、より重要な要件を定める。事例、比較、立証サーフェスを公開するドクトリン上のコーパスは、隠すことなく修正し、否定することなく取り下げ、消去することなく置き換えるすべを知らなければならない。

自らの対象の公開後の生を統御できないドクトリンは、やがて現在の整合性と組織化された健忘を取り違えることになる。


正規リンク