{
  "markdown": "# Shion Race: Core — プロジェクト案内\n\n> **更新日:** 2026-07-26  \n> **知識形式:** Open Knowledge Format 0.2\n\nプロジェクトの正規入口は[`knowledge/index.md`](knowledge/index.md)です。世界設定、製品設計、要件、監査、バックストーリー、決定履歴を一件一ファイルへ分割し、各ファイルの先頭にYAML frontmatter、末尾に関連リンクと出典を付けています。\n\n## 読み始め\n\n1. [`knowledge/governance/authority-and-lifecycle.md`](knowledge/governance/authority-and-lifecycle.md) — 権威順位と状態。\n2. [`knowledge/navigation/index.md`](knowledge/navigation/index.md) — 時代・組織・状態・主題から探す横断索引。\n3. [`knowledge/navigation/overhaul/index.md`](knowledge/navigation/overhaul/index.md) — candidate、re-audit、under-reviewだけを集めた改稿ダッシュボード。\n4. [`knowledge/governance/contradiction-policy.md`](knowledge/governance/contradiction-policy.md) — オーバーホール中の矛盾判定。\n5. [`knowledge/contradictions/index.md`](knowledge/contradictions/index.md) — 一件ごとの矛盾監査台帳。\n6. [`knowledge/world/index.md`](knowledge/world/index.md) — 現行正史。\n7. [`knowledge/design/index.md`](knowledge/design/index.md) — 製品と全体設計。\n8. [`knowledge/roadmap/index.md`](knowledge/roadmap/index.md) — α、β、1.0の計画。\n\n## 移行後の扱い\n\n- 事実の正本は`knowledge_role: source-of-truth`と`canonical_for`で判定します。\n- `summary`や`projection`は事実を再定義せず、`canonical_owner`で示した所有者へ従います。\n- 領域ごとの唯一の所有者は[`knowledge/governance/ownership-map.md`](knowledge/governance/ownership-map.md)に定義しています。\n- 旧原本、旧`docs/`、旧`Kombinat/`コード、図版、アーカイブ、廃止候補の実体は削除済みです。\n- 削除済み資料の由来は[`knowledge/sources/index.md`](knowledge/sources/index.md)に`retired-source://project/...`形式の墓標識別子として保存しています。\n- 墓標識別子はリンク、現行権威、原本文面の復元保証ではありません。\n- 保守ツールは[`knowledge/tools/`](knowledge/tools/)に置きます。\n\n## 保守\n\n```powershell\nnode knowledge/tools/maintain-okf.mjs --write\nnode knowledge/tools/maintain-okf.mjs --check\n```\n\n概念を追加・更新した後は、`maintain-okf.mjs --write`で日時精度、説明、ファセット、横断索引、退役済み出典識別子を固定順に更新し、そのまま全検査を実行します。`--check`はファイルを変更せず、同じ検査だけを実行します。CIは`--write`後の差分を拒否するため、派生資料のcommit漏れを検出します。旧原本は削除済みなので、全件再移行は行いません。`knowledge/tools/build-okf.mjs`は初回移行の履歴として残した実行禁止ツールです。\n\n## コードを読まずに管理する\n\n所有者はコードの行単位理解ではなく、変更の目的、採用内容、正本、影響、未確認事項、公開可否を判断します。AIまたは作業者は、コードを読まなくても判断できる日本語の承認要約、実施した検査、残存リスク、戻し方をPull Requestへ記録します。詳しい責任分担と停止条件は[人間による承認境界](knowledge/governance/human-approval-boundary-人間による承認境界.md)を参照してください。\n\nコードを変更する場合は、目的、動作の流れ、重要なファイルと関数、状態変更、失敗時結果、検査範囲を段階的に説明します。永続する仕組みは対象実装の正本へ、今回の差分はPull Requestへ記録します。形式は[コード解説の作成規則](knowledge/governance/code-explanation-policy-コード解説の作成規則.md)に定義し、現在使っている保守コマンドは[OKF統合保守コード解説](knowledge/governance/okf-maintenance-code-guide-OKF統合保守コード解説.md)で実例を確認できます。\n",
  "bytes": 2408,
  "sha": "1dafee92a2e15b11a6b0b50e52db11226c8a8cfa52d0960a425a926bef5a1be4",
  "repo_slug": "daffodil-lab/rim-knowledge",
  "fonte": "repo",
  "truncated": false,
  "api": "https://agentalog.com/api/listings/okf_daffodil_lab_rim_knowledge_knowledge_ind_f06b2686/readme"
}