機械翻訳であり、ネイティブスピーカーによる確認は行われていません。英語版が基準です。

プロジェクトGitHub で編集ソース：GOVERNANCE.md

Kshana のガバナンス

この文書は、Kshana がどのように運営されているかを示します。誰がどのように意思決定を行うのか、そして、このプロジェクトが何を受け入れ、何を受け入れないのかです。意図的に軽量にしてあり、プロジェクトの現在の規模に見合ったものです。現状は単独のメンテナーによる運営であることを率直に認め、コミュニティの成長に応じてより広いガバナンスへ移行する道筋も示します。

ミッションと範囲#

Kshana は、ハイブリッド量子・古典 PNT の性能とレジリエンスについての、中立的で再現可能な、誠実に検証された参照です。このミッションが、あらゆる判断の基準になります。幅広さよりも、正確さ、引用、再現性を優先します。誠実な範囲は docs/CAPABILITY.md に、検証状況は docs/VALIDATION.md に記載しており、提案はこの範囲に照らして評価し、機能の数では評価しません。

役割#

  • メンテナー。Kshana は現在、創設者である Ashforde OÜ（連絡先：contact@ashforde.org）が保守しています。メンテナーは、範囲、設計、リリース、そして何をマージするかについての最終的な決定者です。これは慈悲的メンテナーのモデルであり、存在しない委員会を装うのではなく、率直に述べています。
  • コントリビューター。Issue やプルリクエストを開く人は誰でも該当します。コントリビューションは CONTRIBUTING.md の基準で評価されます。すべての数値パラメーターの出典、公表された関係式に対する検証、成熟度についての誠実さです。
  • 将来のコミッター。質の高い貢献が継続的に認められた場合には、信頼できるコントリビューターにコミット権限を付与し、この文書を複数メンテナーのモデル（暗黙の合意による決定で、意見の相違はメンテナーグループが解決する）へ更新します。それまでの道筋は、貢献し、実績を積み、招待を受けることです。

意思決定の方法#

  1. 公開の場での議論。実質的な変更は GitHub の Issue から始め、根拠、代替案、トレードオフが記録に残るようにします。
  2. 暗黙の合意。妥当な期間が過ぎても継続的な異議がなく、かつ下記の技術基準を満たす提案は、そのまま進められます。
  3. 意見が分かれた場合はメンテナーが決定。合意に至らない場合は、メンテナーが決定し、その理由を記録します。意見の相違は、ミッションと技術基準によって解決し、年功や声の大きさでは解決しません。

技術基準（譲れないもの）#

以下は厳格な不変条件であり、CI とレビューで強制され、どの決定でも覆せません。

  • Reproducibility. (scenario, seed, engine_version) から、実行をビット単位で再現できなければなりません。これを非決定的にする変更は、機能ではなくバグです。
  • 出典。出所のわからない数値定数は認めません。すべてのパラメーターは出典を示します。
  • 検証への誠実さ。各機能には、外部のオラクルと照合したものとして validated、またはそうでないものとして modelled / not modeled のラベルが付きます。証拠を超えたことは何も主張しません。src/verification.rs の機械チェックされるマトリクスを参照してください。
  • 衛生管理。コミット、コンテンツ、履歴のどこにも、自動化ツールによる帰属表示を入れません（scripts/check-no-attribution.sh で強制）。

基準を満たせない変更は、どれほど有用であっても却下します。

オープンとクローズドの境界#

Kshana はオープンコアです。このリポジトリは、完全なオープンの AGPL-3.0 エンジン、つまり中立的な参照であり、今後もそうあり続けます。Ashforde OÜ が商用のデュアルライセンスを提供しています（LICENSING.md を参照）。このプロジェクトは、次のものをオープンなリポジトリに受け入れません。

  • 輸出管理の対象となる、または軍民両用の深い内容 — 実際の脅威ライブラリ、敵対者の波形、耐ジャミング・耐スプーフィングの性能パラメーターです。公開リポジトリは、一般的で公表された模型と手法にとどめます（CONTRIBUTING.md の「Export control」を参照）。判断に迷う場合は、貢献する前に問い合わせてください。
  • 顧客またはパートナーの機密データや較正データ。
  • コピーレフト（GPL/AGPL/LGPL/MPL）の依存関係 — エンジン自身の AGPL ライセンスと衝突するからではなく（衝突しません）、商用エディションへ再ライセンスできないからです。商用ライセンスを販売できるのは、自ら所有するコード、または寛容なライセンスのコードに限られます。コピーレフトの依存関係は商用エディションを汚染し、デュアルライセンスを成り立たなくします。そのため依存関係は寛容なライセンス（Apache/MIT/BSD/ISC）にとどめ、deny.toml で強制します。

逆に、独自の価値を押し出すためにオープンコアを空洞化させることも、このプロジェクトはしません。検証済みのエンジン、公開の検証アンカー、誠実性の台帳、交換・標準フォーマット、配布チャネルはオープンのままです。オープンコアを痩せ細らせることは、オープンコアにおける唯一の致命的な誤りであり、選択肢にありません。

リリース#

  • セマンティックバージョニング。1.0 より前は、シナリオと結果のスキーマが変わる可能性があります。破壊的変更は明示し、交換スキーマのバージョン（src/interchange.rs::SCHEMA_VERSION）が、成果物の互換性についての唯一の信頼できる基準となります。
  • リリース権限。公開（例：cargo publish）は、レジストリのトークンを必要とする、メンテナーによる手動のステップです。CI とタグで起動するリリースワークフローは、外部のレジストリへ自動的に公開することは決してなく、すべてのチェックを再実行してビルド成果物を添付するだけです。CONTRIBUTING.md の「Commits and versioning」を参照してください。

行動規範とセキュリティ#

  • 行動については CODE_OF_CONDUCT.md に従います。
  • セキュリティ上の問題は、SECURITY.md の非公開の開示プロセスに従います。脆弱性について公開の Issue を立てないでください。

商標#

Kshana の名称とロゴは Ashforde OÜ の商標です。ライセンス（AGPL-3.0、または商用ライセンス）が対象とするのはコードであり、商標ではありません。フォークはライセンスに基づいてコードを使用できますが、Kshana の名称や正規の配布元としての識別は使用できません。これにより、Ashforde が引用される信頼できる情報源であり続け、オープンコアが中立的な参照であり続けます。

この文書の改訂#

ガバナンスの変更は、それ自体がプルリクエストとして提案され、上記のプロセスで決定されます。プロジェクトの規模が変わるにつれて、この文書には複数メンテナーの意思決定モデルが加わると見込まれますが、技術基準が緩和されることはありません。

あえて軽く。今日について誠実に、明日への道筋を示して。