ガバナンスアーティファクト
このページが対象とするガバナンスファイル
このページは、アイデンティティ、優先順位、限界、コーパスの読解条件を宣言する公開サーフェスに結びついています。以下の順序が、推奨される読解の順序です。
Q-Metrics JSON
/.well-known/q-metrics.json
ギャップ、スナップショット、比較を観測するための記述的指標のサーフェス。
- 統御する対象
- ギャップ、ドリフト、スナップショット、比較の記述。
- 画定する範囲
- 観測されたシグナル、忠実性の証明、実際の舵取りの混同。
保証しないこと: 観測サーフェスは効果を記録するものであり、それ単独では表現を保証しない。
Q-Metrics YAML
/.well-known/q-metrics.yml
計装と構造化された読解のための、Q-MetricsのYAML投影。
- 統御する対象
- ギャップ、ドリフト、スナップショット、比較の記述。
- 画定する範囲
- 観測されたシグナル、忠実性の証明、実際の舵取りの混同。
保証しないこと: 観測サーフェスは効果を記録するものであり、それ単独では表現を保証しない。
Q-Ledger JSON
/.well-known/q-ledger.json
観測、ベースライン、バージョン管理されたギャップを記録するマシンファーストのジャーナル。
- 統御する対象
- ギャップ、ドリフト、スナップショット、比較の記述。
- 画定する範囲
- 観測されたシグナル、忠実性の証明、実際の舵取りの混同。
保証しないこと: 観測サーフェスは効果を記録するものであり、それ単独では表現を保証しない。
補完的なアーティファクト(3)
これらのサーフェスは主要ブロックを補完します。テーマに応じて、文脈、発見、ルーティング、観察を加えます。
Q-Ledger YAML
/.well-known/q-ledger.yml
手続き的な読解またはツール利用のための、Q-LedgerジャーナルのYAML投影。
Q-Attestプロトコル
/.well-known/q-attest-protocol.md
アテステーション、証拠、観測の読解を枠づける公開プロトコル。
観測所マップ
/observations/observatory-map.json
観測サーフェスと監視対象の領域の構造化されたマップ。
サンプリング、代表性、比較コーパス
比較を公開するドクトリン上のコーパスは、見かけ以上に難しい問いにすぐ直面する。何をもって良いサンプルとするのか? ドクトリンが概念を例示するだけである限り、その答えは曖昧なままである。しかし、公開ベンチマーク、形式化されたテストケース、比較事例集を公開した時点で、サンプリングは実務上の段取りの問題ではなくなる。それはドクトリンの範囲にかかわる問題になる。
構成の悪いコーパスは、局所的には正しいことを示しながら、誤解を招く一般化に至ることがある。逆に、より小さくても境界がよく定められたコーパスは、はるかに有用な緊張関係を可視化しうる。否定的事例、バージョンの衝突、支配的な第三者サーフェス、更新の遅れた翻訳、アーカイブされた状態、手続き上の例外、正当な非回答の形態などである。
本ページは、公開ベンチマーク、応用的な可観測性、ドクトリン上の判例を延長するものである。本ページは単純な要件を定める。公開可能なサンプルは、何をカバーし、何をカバーせず、どのような種類の一般化を実際に許すのかを明示しなければならない。
1. サンプリングがドクトリン上の問題である理由
弱い実践では、サンプリングは技術的な細部として扱われる。手元にある事例をいくつか、説得力のある例をいくつか、読みやすいスクリーンショットをいくつか残し、そのうえで、その系列に広すぎる結論を支えさせてしまう。
ドクトリン上のコーパスでは、この近道は危険である。問題は統計的バイアスだけではない。問題は、コーパスの範囲と言明の範囲とのずれである。あるサイトは、3つの事例を比較しただけで、一つのレジームをマッピングしたかのように語ることがある。単一の言語を観察しただけで、一般的な力学を記述したかのように語ることがある。きれいな事例だけを残し、ドクトリンを厳しいものにする事例をまさに省いてしまうこともある。
したがって、サンプリングは、語りうることの正当な形を条件づけるとき、ドクトリン上の問題になる。構成の悪い系列は、単に頑健性が低いだけではない。それは、実際のペリメーターに対して大きすぎる言説を許してしまう。
2. 区別しなければならない5つの対象
a) サンプル
サンプルとは、実際に観察された部分集合である。それ自体は、自らの質について何も語らない。さらに、どのような規則に従って構築されたのかを知る必要がある。
b) 比較コーパス
比較コーパスとは、その内部で比較が有効とみなされる、境界づけられた全体である。観察された事例、除外、変種、読解条件を含むことが多い。
c) 層
層とは、コーパスの中で可視化したい事例のファミリーを指す。多言語の状態、外因的な第三者サーフェス、マルチモーダルなサーフェス、手続き上の例外、アーカイブの残滓、非回答、バージョンの衝突などである。
d) 最小限のフィクスチャ
最小限のフィクスチャは、特定の仕組みを切り出す。全体としての代表性を目指すのではなく、ある緊張関係を読み取れるようにすることを目指す。それは形式化されたテストケースの準備となる。
e) 公開可能な系列
公開可能な系列とは、サイトが最終的に公開する集合である。網羅的である必要はないが、その構築と範囲について誠実でなければならない。
これらの区別がなければ、コーパスは、その移行を宣言しないまま、例証のためのものから一般化するものへと容易に移ってしまう。
3. ここでいう「代表的」が本当に意味すること
ドクトリンのサイトにおいて、代表性は必ずしも強い統計的な野心ではない。それはまず、関連する緊張関係をカバーするという要件である。
コーパスは比較的小さくても、ドクトリンにとって本当に重要な複数のレジームをカバーしていれば、よく構築されているといえる。ソースの変動、言語の変動、時間的変動、否定的事例、例外、現役のアーカイブ、支配的な第三者サーフェス、カノンと転載との衝突、正当な判断保留などである。
逆に、大きなコーパスであっても、同じ種類の事例を、同じ言語で、同じペリメーターについて、同じ水準の文書的な整い方で延々と繰り返すなら、貧弱なままでありうる。
言い換えれば、コーパスは「より多く」含むというだけで、より代表的になるわけではない。言明がカバーすると主張する制約の多様性を可視化するとき、より代表的になるのである。
4. 構成の悪いコーパスの典型的なドリフト
第一のドリフトはチェリーピッキングである。例証に役立つ事例、つまりアーキテクチャが洗練されて見える事例や、システムが派手に失敗する事例だけを残すことである。
第二は誤解を招く均質性である。きれいで、テキスト中心で、新しく、リンクのよく張られたサーフェスだけを比較し、そのうえで、アーカイブ、スクリーンショット、翻訳、第三者プロフィールが大きな役割を果たす領域について結論を下すことである。
第三は時間性の平板化である。歴史的な状態、現在の状態、差し替えられた状態を、その地位を宣言せずに混ぜ合わせることである。
第四は否定的事例の消去である。非回答、正当な拒否、部分的な出力、決定不能な事例、未解決の矛盾を除外することである。
第五は修辞的な過剰一般化である。コーパスが実際には狭い層しか対象としていないのに、あるシステム、あるレジーム、あるいはファミリー全体について語ることである。
5. 公開可能な比較コーパスの最低条件
公開可能な比較コーパスは、少なくとも次のものを可視化すべきである。
- 事例の包含規則
- 残した層と欠けている層
- 否定的事例の存在と非回答の形態
- 観察期間と対象の時間的地位
- コーパスと、それが支えるはずの言明との関係
- 改訂の条件:追加、撤回、訂正、差し替え
これらの条件は、方法論で公開を押しつぶすことを目的とするものではない。単に、ごく局所的なコーパスが、より広いレジームについての一般的な判断として読まれることを防ぐのである。
6. 単一の事例からベンチマークへ:健全な進展とは何か?
ドクトリン上適切な進展は、いくつかの水準を区別する。
限界事例は緊張関係を明らかにする。比較事例集は、その緊張関係を構成資料と階層とともに再構成する。最小限の解釈フィクスチャは仕組みを切り出す。ベンチマークやベースラインは、複数の対象を一つの系列に統合する。これらの水準のあいだで、サンプリングは蝶番の役割を果たす。どの緊張関係が公開において可視化されるかを決めるのである。
だからこそ、本ページはアーカイブと訂正に直接つながる。良いコーパスは、自らの事例を宣言するだけではない。ある状態が撤回され、差し替えられ、あるいは再分類されたときに、系列をどのように改訂するかも宣言する。
7. 範囲と限界
本ページは、サンプリングの普遍的な理論も、包括的なベンチマークも、網羅性の約束も提示しない。より控えめな要件を定めるものである。ドクトリン上のコーパスが比較し、例示し、観察するときには常に、そのコーパスの構築を、自らが主張する実際の一般化の水準と一致させなければならない。
ドクトリンのサイトは、弱く、局所的で、部分的な系列を公開してもよい。それが脆弱になるのは、そうした系列であると述べることを忘れたときだけである。