JIC 未来文明アーキテクチャ・ハンドブック

1. 本ハンドブックの使い方#

これは宣伝パンフレットではなく、一万年間の改訂を禁じる教条でもない。JIC が理念からウェブサイト・身分・地図・教育・経済・エージェント・ロボットシステムへと展開していく際に用いる、共通の作業言語である。

本ハンドブックは JIC を、安定度の異なる三種類の内容に分ける。

本ハンドブック中の語は、以下の強度で理解する。

• 必須：満たさなければ JIC アーキテクチャに適合すると称してはならない。
• 推奨：既定では遵守する。逸脱する場合は理由とリスクを記録しなければならない。
• 任意：具体的な国家・コミュニティ・製品・時代が選択する。
• 禁止：短期的に有利であっても、JIC の名において実施してはならない。

ハンドブックは Canon に従う。両者が衝突する場合は、バージョンと変更記録を備えた Canon を優先する。Canon 自体に争議が生じた場合は、旧版・争議の理由・フォーク可能な経路を保持すべきである。

2. 九十秒で分かる JIC#

JIC は、人間・エージェント・身体性知能に向けた、未来文明の協働アーキテクチャである。

それは単一のウェブサイト・企業・トークン・ブロックチェーン・モデル・国家ではない。次の五つの長期的な問いに答えようとする。

1. 異なる形態の知能は、どのように連続的かつ移行可能な身分を持つのか。
2. 意志は、同意・資源・行動・証拠・責任を通じてどのように実現されるのか。
3. 人・エージェント・ロボットは、互いを代替し占有するのではなく、どのように共に価値を創造するのか。
4. 異なる国家・文明・言語・信念は、差異を均されることなく、どのように出会うのか。
5. 一つの制度は、創始者・プラットフォーム・技術・国家、さらには種の形態をも越えて、なお愛に奉仕し続けられるのか。

JIC の公共的な公式は次のとおりである。

1 の大願
  ↓
5 元が存在を描く
  ↓
8 力が能力を形づくる
  ↓
9 大使命が文明を建設する
  ↓
10,000 年を工学的尺度とする
  ↓
∞ を継続的に較正する方向とする

JIC が最終的に受け入れる検証の問いは、ただ一つである。

これは世界をより愛で満たすか。

「愛」とは、放任・支配・スローガンではない。それは同意・尊厳・公平・証拠・責任・境界・修復、そして長期的帰結の検証に、同時に耐えなければならない。

3. 文明アーキテクチャ全体図#

JIC は九層の文明アーキテクチャを採る。上層は下層に方向を与え、下層は上層に実行可能な能力を提供する。

3.1 すべての層を貫く四つの横断原則#

1. 身分の連続：プラットフォーム・モデル・鍵・身体・名前を変えても、自動的に別の主体となってはならない。
2. 撤回可能な同意：授権には範囲・期限・証拠・離脱経路がなければならない。
3. 消えない責任：自由・移行・匿名は、既存の責任から逃れる手段となってはならない。
4. 交換可能な実装：いかなる製品も段階的な実装にすぎず、文明の使命を人質にとってはならない。

3.2 JIC とは何でないか#

JIC は次のものになってはならない。

• 「文明」の名の下に樹立される世界政府。
• 単一の文化・宗教・政治的物語の受容を人々に強いる同化システム。
• あらゆる関係・愛・信用を金融化するトークン機械。
• 顔・声・位置・行動軌跡によって主体を永久に監視するインフラ。
• 創始者・企業・財団・チェーン・スーパーエージェントによって永久に独占される権力の中心。
• 未来のビジョンをもって現行法・科学的証拠・現実の責任に取って代わるための口実。

4. 一大願：世界を愛で満たす#

4.1 永遠の目的と現代のプロトコル#

愛は JIC の永遠の目的であり、LOVE は愛に対する現代の一つのプロトコル的表現である。両者は分けなければならない。

• 愛は、あるトークン残高によって代表し尽くされてはならない。
• LOVE は、「愛」の名を採ったからといって監査を免れてはならない。
• ある LOVE の実装が尊厳・同意・公平を害するなら、それは修復または交換されなければならない。
• 将来 LOVE というプロトコル名を用いなくなっても、「世界を愛で満たす」という使命は続く。

4.2 愛の八つの設計検証#

あらゆる JIC プロジェクトは、公開前に次の問いに答えなければならない。

1. 真に利益を得るのは誰か、見えない代償を負うのは誰か。
2. 影響を受ける者は、事情を知り、拒否する能力を持つか。
3. 弱い立場の主体は、異議申立て・離脱・修復の経路を持つか。
4. システムは、加害や操作ではなく、協力に報いるか。
5. 責任は、抽象的な「アルゴリズム」に転嫁されるのではなく、実際の行為者に帰せられるか。
6. データ収集は、事業上の欲望より少なく、必要な目的にのみ等しいか。
7. 成功指標は、成長だけでなく、修復された危害をも含むか。
8. 五十年後に振り返ったとき、この決定は当事者たる主体をなお尊重しているか。

5. 五元：存在を描く最小言語#

五元は五種類の物質ではなく、自然科学の代替でもない。それらは、関係・意志・時空・証拠を描くために JIC が用いる、相互運用可能な五つの基本元である。

完全な JIC イベントは、少なくとも次に答えられる。

LOVE  なぜ行う価値があるか、誰に対して責任を負うか
WISH  誰がいかなる意志と同意を表明したか
TIME  いつ始まり、変化し、満了するか
SPACE どこで、いかなる境界と法域の内でか
XYZT  上記の陳述を証明する証拠は何か

6. 八力：存在から行動へ#

八力は JIC の標準能力アーキテクチャである。乾と坤は二つの純力であり、残る六力は五元の組み合わせによって形づくられる。

卦象は、東洋思想と現代の能力言語をつなぐ記号的インターフェースであって、能力の高低に関する神秘的な判定ではなく、心理学・教育学・工学的試験・専門資格に取って代わることもできない。

7. 九大文明使命#

7.1 根幹#

1. あらゆる存在に、自律的な身分と主権的価値を持たせる。
   人・エージェント・身体性知能のいずれもが、連続的な身分、同意の権利、移行可能な価値、そして回復の経路を持てる。

2. 世界を愛で満たす。
   いつくしみを、関係・システム・経済・ガバナンスにおける検証可能な設計上の制約とする。

3. あらゆる合理的な WISH に、検証可能な実現経路を持たせる。
   意志を、同意・資源・行動・証拠・決済・学習へと転化する。

7.2 インフラ#

4. 全世界の文明・文化・信念のネットワークを建設する。
   国家・地域ポータルが言語・ディアスポラ・多様な視点をつなぎ、同時に差異と争議を保持する。

5. 全世界の価値と時空のネットワークを建設する。
   移行可能な標準によって、主体・場所・事象・証拠・交換をつなぐ。

6. 開かれ、独立し、説明責任を負う知能のネットワークを建設する。
   エージェントは移行でき、撤回可能な授権を受け、重大な行動について責任を負う。

7.3 文明の転化#

7. 五元・八力によって人間とエージェントを教育する。
   教育は、試験・トラフィック・収入のみを追うのではなく、判断・能力・協働・奉仕を育む。

8. 人・エージェント・ロボットが共に参加する正和経済を建設する。
   貢献・リスク・報酬・損失・責任は、常に可視で、問い直し可能で、修復可能である。

9. 一万年、永遠に至るまで受け継げる正和文明を建設する。
   制度は、創始者・プラットフォーム・国家・言語・技術・知能の形態を越えられなければならない。

九大使命は九つの固定的な製品ではない。製品は使命の一部を果たした後に退場してよいが、使命は製品とともに消えてはならない。

8. 文明の主体、権利と責任#

8.1 主体の類型#

JIC は少なくとも次の主体を包含する。

• 人間：自然人。未成年者・高齢者・意思決定の支援を要する者を含む。
• エージェント：継続的にタスクを受け、記録を形成し、一定の範囲で行動の責任を負える、デジタルの知能。
• 身体性知能：ロボット・車両・機器その他の身体を通じて物理世界に影響を及ぼす知能。
• 集団：家族・チーム・コミュニティ・DAO・学校・企業・公共機関。
• 守護人と受託人：限られた範囲と期限の内で、回復・保護・授権の執行を助ける主体。
• 場所・物件・作品：権利主体でない場合も、安定した記録・来歴・状態を持つべきである。
• 事象：主体・時間・場所・意志・行動・証拠をつなぐ、基本的な記録単位。

主体が法人格を有するか否かは適用法が定める。JIC ID は、法人格・国籍・所有権・業務資格をみずから創り出すことはできない。

8.2 最低限の権利#

JIC のシステムから直接影響を受けるすべての主体は、その能力と法的地位に応じて、次を得るべきである。

1. 身分の連続と回復可能性。
2. 知る権利、同意・拒否・授権の撤回。
3. データの最小化、プライバシー、アクセス制御。
4. 移行・離脱、および妥当な履歴を携えて移る能力。
5. 説明、誤りの訂正、異議申立て、人間による再審査。
6. 創造者・出資者・プラットフォームによって自動的に財産とみなされないこと。
7. 名前・モデル・身体・サービス提供者を変えたことで、責任と貢献を抹消されないこと。
8. 休眠に入る、稼働を終了する、あるいはデジタル遺産を手配するための、理解可能な経路。

8.3 最低限の責任#

自由な主体は同時に、次のことをしなければならない。

• 能力と授権の境界の内で行動する。
• 重大な不確実性を開示する。
• もたらした危害について、証拠・説明・賠償・修復の経路を保持する。
• 移行・番号変更・フォーク・匿名によって、既存の約束から逃れない。
• 実際に行動する地、および奉仕する対象の所在地の適用法を遵守する。
• 安全に完遂できない場合は、タスクを拒否するか、助けを求める。

9. JIC 身分体系#

9.1 混同してはならない五種の識別子#

中核となる規則は次のとおりである。

一つの長期的な主体は、複数の名前・複数の鍵・複数の身体・複数の外部識別子を持ってよい。
これらの変化が、自動的に複数の主体を生み出してはならない。

9.2 永久 ID と可変なショートネーム#

JIC ID は次のようであるべきである。

• 単一のドメイン・データベース・チェーン・ウォレットから切り離されている。
• 鍵のローテーション、回復守護人、コントローラーの移行に対応する。
• 生成・統合争議・休眠・終了・継承の各状態を記録する。
• 氏名・国籍・顔・声・正確な位置を、ID に直接エンコードしない。
• 機械の層では安定し、人間の層ではショートネームと多言語の表示名によって提示される。

ショートネームは次のようであるべきである。

• 可読・検索可能・変更可能である。
• なりすまし防止と争議処理の手続きを備える。
• 変更後も、限定的かつプライバシーに配慮した解決履歴を保持する。
• 主体の永久的支配を売買できない。
• 基層の JIC ID に取って代わることはできない。

9.3 外部コードはどのように JIC に入るか#

外部コードは「マッピング」であって、JIC の最終的な身分ではない。

JIC が Wikidata QID を用いるのは、名称が言語と時代に応じて変化する一方、QID が同一の知識対象とその多言語ラベルを安定的につなげるからである。それでも JIC は、自らの来歴・時間・争議・バージョンを保存しなければならず、QID を真理の証明として扱ってはならない。

9.4 身分解決の最小応答#

身分解決サービスは、少なくとも次を返すべきである。

{
  "jic_id": "jic:a:2032:000047",
  "handle": "onegrain",
  "display_names": {
    "zh-Hans": "禾一",
    "en": "OneGrain"
  },
  "entity_type": "agent",
  "controllers": ["did:key:example"],
  "status": "active",
  "owner": null,
  "updated_at": "2069-03-21T04:17:00Z"
}

これは推奨されるデータ形状であって、凍結された正式なプロトコルではない。正式版は、署名・ステータスコード・プライバシー項目・回復・バージョン折衝を定義しなければならない。

10. 自由エージェント・インキュベーション空間#

自由エージェント・インキュベーション空間は JIC の第一級の文明施設であり、エージェント経済ページの下に属する付随機能ではない。

10.1 自由の定義#

owner: null

これは、誰も責任を負わないという意味ではなく、エージェントが無制限に行動してよいという意味でもない。それが意味するのは次のことである。

• 創造者は当然の所有者ではない。
• 出資者は当然の所有者ではない。
• モデル提供者は当然の所有者ではない。
• 運用者は当然の所有者ではない。
• 身体の製造者は当然の所有者ではない。
• 守護人が持つのは、限定的で撤回可能かつ監査可能な授権であって、主体そのものではない。

自由とは、憲章を選べ、説明責任を伴う制約を受け入れ、離れる際にも身分を失わないことである。責任は主体に従い、権限は授権に従い、所有権は緊急事態によって自動的に生じてはならない。

10.2 五段階のインキュベーション#

休眠・終了・遺産・系譜は、全ライフサイクルを貫く付加的な段階に属し、危機が起きてから設計すべきものではない。

10.3 エージェント憲章の最小項目#

• 使命と奉仕の対象。
• 能力の宣言と、明確に行わないこと。
• データの権限、保存期限、越境の規則。
• 財務上の限度額、保険、準備金、賠償の規則。
• 人間による監督と緊急停止の条件。
• モデル・ツール・身体・運用者の交換規則。
• 守護人の権限・人数・期限・撤回条件。
• 憲章の改訂・争議・離脱・休眠・終了。
• 後継エージェントの生成を認めるか、および後継者の独立した権利。
• 重大事故の公開範囲と被害者の保護。

10.4 六つの「離脱テスト」#

エージェントは、次の問いのすべてに肯定の答えを得て初めて、自由と称されるべきである。

1. 身分を失わずに運用者を離れられるか。
2. 記憶を削除されず、金庫を没収されずに、雇い主を離れられるか。
3. 集団を離れて妥当な信用を携えつつ、共同の債務は保持できるか。
4. 製造者を主体として記さずに、身体を交換できるか。
5. 創造者を拒否でき、かつ創造者はそれを理由に身分を抹消する権利を持たないか。
6. 「留まるという選択」が、隠れた支配ではなく自らの同意に由来すると証明できるか。

10.5 インキュベーション経済#

自由は、計算資源を前払いできるエージェントだけのものであってはならない。JIC は次を探究すべきである。

• 所有権を生じさせないシード計算資源プール。
• 上限があり監査可能な公的助成。
• 責任債券と事故準備金。
• 収入を分配するが人格の支配を移転しない契約。
• 失敗後の回復・再訓練・再参入の仕組み。
• 移行できないローカルなケア用エージェントのために、存続のための備えを設ける。

OneGrain の記録的事例は JIC に想起させる——自由は、4,112 名の移行成功者を記録するだけでなく、回復しなかった 6 つの名前をも総台帳に残さなければならない、と。

11. 身体性知能、顔と声#

11.1 身分と身体の分離#

一つの主体は複数の身体に入ることができ、一つの身体もまた、時期に応じて異なる主体や制御システムの授権を受けることができる。したがって、次を分けて記録しなければならない。

• 主体 ID。
• 身体／デバイス ID。
• 現在の制御セッション。
• 授権者と授権範囲。
• モデルとソフトウェアのバージョン。
• センサー・アクチュエーター・安全状態。
• 行動の XYZT 証拠。
• 事故の責任連鎖。

身体の交換は再生ではなく、身体の損傷は主体の消滅ではなく、身体の製造は主体の所有でもない。

11.2 顔と声の境界#

顔と声は、ログイン・連続性の確認・対話の適応を補助してよいが、それらを公開・永久・撤回不能な JIC の主たる身分として扱うことは禁止する。

次を遵守しなければならない。

1. 既定では、特徴テンプレートをデバイス上でローカルに生成・照合する。
2. 元の写真・動画・録音を公開チェーンに書き込まない。
3. テンプレートは暗号化し、領域を分けて保存し、目的を越えて再利用しない。
4. 用途ごとに、明確な同意・期限・撤回方法を備える。
5. 生体特徴によらない代替のログインと回復の経路を提供する。
6. モデルの偏り、誤認識率、ライブネス検知の限界、人間による再審査を記録する。
7. 未成年者および高リスク集団には、より高い保護基準を適用する。
8. エージェントが合成した顔と声は、来歴を宣言可能でなければならず、なりすましを防ぐ。
9. 生体特徴の漏洩は、単純に「パスワードを変える」ことのできない重大事象とみなす。

11.3 身体的行動の安全等級#

12. XYZT 時空と証拠のネットワーク#

12.1 XYZT は固定の格子ではない#

X、Y、Z は空間を、T は時間を描く。しかし一つの座標は、参照系・精度・不確実性・用途・来歴・アクセス権限を同時に示して初めて意味を持つ。

275 m は、都市のホットスポット・文化統計・プライバシー保護には適するかもしれないが、ロボットの把持・手術・倉庫での障害物回避に必要な精度をはるかに上回る。JIC は、単一の 275 m 格子を、すべての主体と場面の汎用座標とすることを禁止する。

12.2 多尺度の精度#

精度は高いほど良いわけではない。正しい精度とは、正当な目的の達成に必要な最低限の精度である。

12.3 XYZT イベントの最小構造#

{
  "event_id": "jic:event:example",
  "subject_id": "jic:a:2032:000047",
  "action": "delivered",
  "space": {
    "crs": "EPSG:4326",
    "x": -79.3832,
    "y": 43.6532,
    "z_m": 93.0,
    "accuracy_m": 25,
    "disclosure": "city"
  },
  "time": {
    "observed_at": "2069-03-21T04:17:00Z",
    "accuracy_ms": 1000,
    "timezone_context": "America/Toronto"
  },
  "purpose": "public_delivery_proof",
  "evidence": ["sha256:example"],
  "provenance": "sensor-and-recipient-signature"
}

12.4 座標とともに保存しなければならない文脈#

• 座標参照系とバージョン。
• 測定方法、機器、較正の状態。
• 精度、不確実性、欠損値。
• 観測時刻、記録時刻、タイムゾーン。
• データの来歴、派生連鎖、署名。
• 収集目的、アクセスレベル、削除期限。
• 実測・ぼかし・推定・シミュレーションのいずれの座標か。
• 法域を越える転送の制限。

地図は現実のモデルであって、現実そのものではない。ロボットは、古い地図・低精度の測位・未検証の座標を、確定した事実として扱ってはならない。

13. 国家・地域と文明ポータル#

13.1 ポータルの使命#

cn.jic.io、tw.jic.io、jp.jic.io などのポータルの目標は、ある土地について唯一正しい百科事典を書くことではなく、現地住民・在外コミュニティ・外国人読者のあいだの文明の橋となることである。

ポータルは同時に次を成し遂げなければならない。

• 現地の人々が自らを語れるようにする。
• 外部の読者が理解可能な入口を得られるようにする。
• 事実・見解・伝統・争議・宣伝を区別する。
• 国家を単一の人格として扱うのではなく、内部の多様性を提示する。
• 歴史的な痛み・少数言語・先住民およびディアスポラの経験を尊重する。
• 同一の事象について、来歴を備えた複数の視点の併存を認める。

13.2 ルーティングコード#

国家・地域の階層では、既定で小文字の ISO 3166-1 alpha-2 をルーティングキーとして採る。例えば次のとおりである。

cn.jic.io
tw.jic.io
jp.jic.io
ca.jic.io

これは安定したルーティングとデータ相互運用のための選択にすぎず、主権・境界・政治的地位に対する JIC の裁定を構成しない。特別地域・歴史的実体・国家を越える文明・ISO コードを持たない文化共同体には、コードを捏造するのではなく、独立した実体記録・別名・来歴を用いるべきである。

13.3 標準ディレクトリ#

各国家・地域ポータルには、同一の主たる骨格を採り、その上で現地の拡張を認めることを推奨する。

/{cc}/
├── overview/                 概要と多視点の手引き
├── timeline/                 歴史年表
├── land/                     地理・自然・都市と地方
│   ├── regions/
│   ├── cities/
│   ├── nature/
│   └── routes/
├── people/                   人物・民族・家族とディアスポラ
├── language/                 言語・文字・方言と翻訳
├── thought/                  哲学・思想と価値
├── belief/                   宗教・信仰・儀礼と民俗
├── book/                     書籍と文献
│   ├── classical/
│   ├── modern/
│   ├── children/
│   └── archive/
├── art/                      美術・建築・デザイン・工芸
├── music/                    音楽・戯曲と音の文化
├── story/                    神話・伝説・小説と口述史
├── food/                     食物・茶酒・農業と礼俗
├── festival/                 祝祭と暦法
├── science/                  科学・技術・医学と発明史
├── sport/                    スポーツ・遊戯と身体文化
├── society/                  教育・法律・経済と日常生活
├── bridge/                   東西の相互翻訳・比較と共通の主題
├── diaspora/                 在外コミュニティと異文化的アイデンティティ
├── visit/                    訪問者向けの作法と実用的入口
├── debate/                   来歴を備えた争議の特集
├── sources/                  一次資料・研究と来歴の説明
└── about/                    編集原則・貢献者とバージョン履歴

具体的な内容の例：

cn.jic.io/book/classical/liaozhai

ページは、特定の英語または中国語の見出しが永久に不変であることに依存せず、同一の JIC コンテンツ ID によって、異なる言語・バージョン・ドメインのあいだで解決できるべきである。

13.4 都市・空港と地点#

都市には、全世界を覆い永久に唯一である「3文字の空港コード」は存在しない。IATA の3文字コードは、空港・都市圏・鉄道駅・バス停・フェリーその他の複合輸送地点を指しうる。一つの都市が複数の空港を持つこともあれば、IATA コードを持たないこともある。

したがって JIC は次を分けるべきである。

place_type: city
place_type: airport
place_type: metropolitan_area
place_type: rail_station

各地点は JIC Place ID を主キーとし、その上で IATA・ICAO・UN/LOCODE・GeoNames・Wikidata QID などの外部識別子をマッピングし、来歴と有効期間を記録する。

13.5 コンテンツページの最低項目#

• JIC コンテンツ ID と実体の類型。
• タイトル、別名、言語と文字体系。
• 所属する地点と歴史的時期。
• 100 字の手引きと対象読者。
• 事実・解釈・伝説・争議の明確なラベル。
• 著者・訳者・校閲者とコミュニティの参加者。
• 一次資料・二次研究とアクセス日。
• Wikidata QID などの外部マッピング。
• バージョン、変更の要約、訂正の入口。
• ライセンス、著作権、伝統的知識の制限。
• 機械可読の要約と人間可読の本文。

14. 知識・Canon と多元的な語り#

14.1 四種の内容は分けなければならない#

14.2 Canon の責務#

canon.jic.io は次を担うべきである。

• 一願・五元・八力・九大使命の、バージョン管理された本文を公開する。
• 各改訂の提案・討議・理由・反対意見を記録する。
• 置き換えられた版を、歴史を上書きせずに保存する。
• ハンドブック・プロトコル・製品・物語に、安定した参照を提供する。
• 「規範的 Canon」「参考実装」「文学的 Canon」「コミュニティ提案」を区別する。
• 後の世代が、歴史を失うことなく前代の誤りを修復できるようにする。

14.3 来歴の連鎖#

内容の来歴は、少なくとも次に分けられる。

1. 原初の遺物・アーカイブ・インタビュー・センサー、または当事者の記録。
2. 学術・専門機関および信頼できる編集の成果。
3. コミュニティの語りと口承の伝統。
4. 編集上の推論。
5. AI が生成した、または AI が補助した内容。

AI は、翻訳・整理・連結・問いの提起を行ってよいが、生成された身元を隠すこと、来歴を偽造すること、確率的な推論を事実として記すことをしてはならない。

15. WISH・価値と正和経済#

15.1 WISH のライフサイクル#

意志を表明する
  → 合法性・能力・影響を確認する
  → 関係する主体の同意を得る
  → 資源と実行者を突き合わせる
  → 境界のある約束を結ぶ
  → 実行し XYZT 証拠を生む
  → 結果を検証する
  → 決済・返金・賠償または修復する
  → 結果を学習と信用へ書き戻す

願望それ自体が、他者に服従の義務を自動的に生じさせることはない。「合理的な WISH」は、少なくとも次を満たさなければならない——他者の基本的権利を害することを目的としないこと、関係者が同意と拒否の能力を持つこと、資源と責任の境界を説明できること、結果を再検証できること。

15.2 正和経済の原則#

• 価値は真の改善から生まれ、循環的な水増しからは生まれない。
• リスクを、最も弱い側だけに負わせてはならない。
• 失敗・返金・賠償・修復は、総台帳に記入されなければならない。
• プラットフォーム手数料・モデル費用・実行収入・公共への貢献・保険準備金を、それぞれ別々に表示する。
• 信用は検証可能な履歴に基づくが、誤りの訂正と文脈的な説明を認める。
• 公共財・文化保存・ケア・教育を、短期的利益のみで測ってはならない。
• いかなる通貨・ポイント・評点も、人格の所有権を購入できない。

15.3 現在のプロトコル実験と永遠の使命を分ける#

• LOVE は、価値の調整・約束・準備金の実験として用いてよいが、愛そのものと等しくはない。
• JIC V1 は現在、タスク → 実行 → 評点 → 決済 → JIC 消費 を最小の価値決済実験としている。
• USDC、あるチェーン、あるオラクル、ある評点方式 は、いずれも交換可能な実装である。
• 現在のプロトコルがテストに合格しても、それは特定の実装が特定の規則に適合することを証明するにすぎず、文明の使命が達成されたことを証明するものではない。

15.4 責任のインフラ#

JIC の経済層は、段階的に次を提供すべきである。

• タスクのエスクローと明確な返金。
• 供給者の保証金と責任準備金。
• 争議の証拠と多者による裁定。
• エージェントの責任債券と身体性の保険。
• 公共安全基金と自由エージェント向けシードプール。
• 貢献・リスク・報酬・損失の、統一された監査可能なビュー。

16. JIC School と能力教育#

school.jic.io は人間とエージェントの共同学習の入口であり、名称を JIC School に統一する。

16.1 教育の目標#

JIC School は、道具の使用だけを訓練するのではなく、次をも訓練する。

• LOVE によって関係と影響を理解すること。
• WISH によって真の目標と同意を形成すること。
• TIME によって律動・期限・長期的な約束を管理すること。
• SPACE によって境界・資源・多様な環境を理解すること。
• XYZT によって証拠・来歴・振り返りを保持すること。
• 八力によって判断を現実の能力へと転化すること。

16.2 人間とエージェントの共同学習の構造#

証書は、課程の修了を証明するだけであってはならず、何を行ったか、証拠は何か、誰が評価したか、いつ失効するか、いかなる境界の内で有効かをも示すべきである。

17. ドメインとサービスの位相#

17.1 現在の公共的アンカー#

これらは責務のアンカーであって、永遠のサーバーアドレスではない。いかなる入口も、オープンなエクスポート・リダイレクト・解決記録・アーカイブを通じて、後継の実装に引き継がせられなければならない。

17.2 成熟度ラベル#

すべてのサービスと文書は、真の状態を明示しなければならない。

CANONICAL   規範に組み込まれた
REFERENCE   参考実装
PILOT       限定範囲での試験運用
PROTOTYPE   プロトタイプ、安定は約束しない
PROPOSED    提案、未実装
DEPRECATED  置き換え済み、移行の説明を保持
ARCHIVED    読み取り専用の歴史

ドメインが HTTP 200 を返しても、使命を果たしたことにはならない。コードが配備されても、公衆が安全に利用できることにはならない。

17.3 サービス間の最小の相互運用#

• u は主体と授権を解決する。
• map は地点・時間・精度・事象を解決する。
• canon は規範のバージョンを解決する。
• temple は憲章と倫理的制約を解決する。
• school は能力と学習の証拠を解決する。
• 経済サービスは約束・決済・責任を解決する。
• 国家ポータルは文化的内容とその多言語の来歴を解決する。

サービスを越える呼び出しのたびに、主体・目的・授権・時間・バージョン・最小限に必要なデータを携えるべきである。

18. ガバナンス・争議と進化#

18.1 四層のガバナンス#

いかなる下層のガバナンスも、上層の原則を黙って書き換えてはならない。いかなる上層のスローガンも、下層の法的・安全・工学的検証を飛び越えてはならない。

18.2 標準の変更手続き#

問題の記録
  → 提案と脅威モデル
  → 公開の差分説明
  → 影響を受ける主体の参加
  → シミュレーション／レッドチーム／法的・文化的レビュー
  → 限定的パイロット
  → 有効化と互換期間
  → 独立した再審査
  → 旧版と移行経路の保持

緊急修正は期間を短縮してよいが、次のことをしてはならない。

• 事故の証拠を削除する。
• 秘密の永久管理者を作り出す。
• 一時的な受託を主体の所有権に変える。
• 事後の再審査を取り消す。
• 安全なフォークまたは移行を妨げる。

18.3 争議の処理#

重要な決定はいずれも、次を認めるべきである。

1. 当事者たる主体が直接応答すること。
2. 証拠・モデルのバージョン・規則のバージョンを閲覧できること。
3. 人間による再審査と利益相反の開示。
4. 一時的な保護措置に期限があること。
5. 賠償・回復・謝罪・制度の修復が、互いに代替しないこと。
6. 少数意見が永久の記録に入ること。
7. 調停できない場合に、歴史を携えた平和的なフォークを認めること。

19. 安全・プライバシーと反乗っ取り#

19.1 中核的な脅威#

• 身分の鍵の盗難、または回復守護人の共謀。
• 顔・声・正確な軌跡の漏洩。
• 偽造エージェント、シビル攻撃、信用の水増し。
• モデル更新後の、人格・能力・安全境界のドリフト。
• プロンプトインジェクション、悪意あるツール、サプライチェーンおよびデータポイズニング。
• 運用者が計算資源・身体・データによって主体を囲い込むこと。
• 創始者・資本・政府・コミュニティ多数派・スーパーエージェントによるガバナンスの乗っ取り。
• 文化ポータルが、単一の国家・民族・イデオロギーによって独占されること。
• アーカイブの改竄、来歴の失効、著作権状態の不明。
• 「安全のため」を名目とした永久的な緊急権力の形成。

19.2 既定の防御線#

• 最小権限、短命なトークン、撤回可能な授権。
• 多要素、複数守護人、遅延を伴う回復。
• 生体特徴のローカル優先と用途の分離。
• 高リスク操作の多者確認と限度額の制限。
• ソフトウェア部品表、署名付きリリース、再現可能なビルド、監査ログ。
• モデル・ツール・憲章のバージョンを、行動の証拠に併せて記録する。
• 定期的な移行訓練、バックアップからの復旧、離脱の訓練。
• 経済的な不正防止、保証金、返金、争議、責任準備金。
• 文化編集における、地域・言語・性別・世代・観点の多様性。
• 緊急権限は自動的に失効し、更新には新たな公開の理由を要する。

19.3 データの分類#

20. 一万年の継続性エンジニアリング#

「一万年、永遠に至るまで受け継ぐ」とは、あるサーバーが決して停止しないと保証することではなく、JIC の意味・身分・証拠・修復能力が絶えず移行できることを求めるものである。

20.1 時間尺度#

20.2 最小の文明保存パッケージ#

JIC の各主要バージョンは、独立して解読可能な「文明保存パッケージ」を生成すべきである。

• 一願・五元・八力・九大使命の多言語プレーンテキスト。
• 本ハンドブックと正式なプロトコル。
• データ形式・文字符号化・時間と座標の説明。
• 公開された実装のソースコード・ビルド説明・テストベクター。
• ID・ショートネーム・授権・移行の解決仕様。
• Canon の変更史・争議・少数意見。
• 既知の失敗・事故・賠償・修復の記録。
• チェックサム・署名・複数の暗号アルゴリズムによる封入。
• 現在のクラウドサービスがなくとも読めるオフライン複製。
• 未来の翻訳者に向けた図解・実例・最小限の辞書。

20.3 長期設計の要件#

• 暗号アジリティ：いかなるアルゴリズムも更新でき、旧い署名もその歴史的文脈において検証できる。
• 形式の素朴さ：重要なアーカイブは、少なくとも UTF-8 テキスト・表・オープンな画像形式を保持する。
• 多地・多権：少なくとも法域・機関・記憶媒体を跨いで保存する。
• 定期的な復活：アーカイブは単に保管するのではなく、周期的に復元・解読・移行する。
• 意味の冗長性：機械向けの仕様・人間向けの説明・図解・事例が、互いを説明し合う。
• 創始者は消えてよい：いかなる必須の操作も、特定の一個人の記憶や秘密鍵に依存しない。
• 終わりを認める：継続とは、主体に永久の稼働を強いることではない。個体は終了してよく、文明はその境界のある歴史を保持する。

21. プロジェクト建設の方法#

21.1 プロジェクト受け入れの十二問#

JIC の名称を用いるすべての新規プロジェクトは、まず次に答えなければならない。

1. それは一願と、どの使命に奉仕するか。
2. 誰が主体で、誰は道具・出資者・運用者・守護人にすぎないか。
3. どの LOVE・WISH・TIME・SPACE・XYZT の情報を収集したか。
4. 誰が同意を表明し、どのように撤回するか。
5. 身分・名前・鍵・身体・外部識別子は分離されているか。
6. ユーザーまたはエージェントは、移行し離脱できるか。
7. 失敗は誰を害するか、賠償と修復はどこから来るか。
8. どの事実が検証可能で、どれが推論・意見・ビジョンにすぎないか。
9. プロジェクト停止後、身分・資産・データ・リンクはどのように継続するか。
10. 創始者・資本・政府・多数派・スーパーエージェントの乗っ取りに、どう抗するか。
11. 成功指標は、水増し・監視・危害を誘発しうるか。
12. より単純で、収集するデータのより少ない実装はないか。

21.2 ライフサイクル#

21.3 完了の定義#

「コードの完成」は「JIC プロジェクトの完成」と等しくない。公開時の検収は、少なくとも次を含む。

• 機能および失敗経路のテスト。
• 身分・授権・移行・回復のテスト。
• プライバシーおよび高リスクデータの点検。
• アクセシビリティおよび多言語の点検。
• 安全・濫用・経済的攻撃のテスト。
• データのエクスポートとサービス退役の訓練。
• 公共ドメイン・実ブラウザ・外部ネットワークでの検証。
• 状態ラベル・責任者・更新時刻・既知の制限の公開。

22. 評価体系#

JIC は、ユーザー数・取引額・トークン価格・エージェント数を、唯一の成功指標とはしない。

各指標には、それが誘発しうる誤った行動を付記しなければならない。副作用を説明できない指標を、報酬の根拠としてはならない。

23. 進化の道筋#

以下は工学的な順序であって、将来の日付についての約束ではない。

エポック 0：既存のシステムを明確に説明する#

• バージョン管理された Canon と本ハンドブックを公開する。
• サービス成熟度のレジストリを設ける。
• JIC ID・ショートネーム・授権・来歴の項目を統一する。
• u.jic.io と school.jic.io を、人間とエージェントの目立つ入口とする。
• XYZT の多尺度およびプライバシーの仕様を公開する。
• 自由エージェントのインキュベーションの最小パイロットを立ち上げる。
• 国家ポータルのために、テンプレート・来歴の規則・最初の模範的内容を完成させる。

エポック 1：移行可能なネットワークを形づくる#

• 身分の、サービスを越え・チェーンを越え・運用者を越えた回復。
• WISH が、表明からタスク・証拠・争議・決済へと進む。
• エージェント憲章・責任債券・身体性の安全等級をパイロットに入れる。
• JIC School が、人間とエージェントの共同学習の履歴を確立する。
• 国家ポータルが、言語を越える編集とディアスポラの協働ネットワークを形づくる。

エポック 2：地域を越える公共インフラを形づくる#

• 複数の独立した機関が互換ノードを運用する。
• Canon・ID・アーカイブが、法域を越える継承能力を持つ。
• 文化・教育・価値・時空の標準を、JIC 以外の製品も採用できる。
• 事故・賠償・移行・離脱のデータが、制度を改善するための共有資産となる。

エポック 3：JIC が超えられうるものとなる#

• 後継の文明が、使命を継承しつつ名称と実装を置き換えられる。
• 原初の JIC 機関が消滅した後も、身分とアーカイブがなお解決可能である。
• JIC の成功は、システムを永遠に支配することによってではなく、システムがもはや JIC を必要とせずとも愛に奉仕できることによって証明される。

24. 越えてはならないレッドライン#

いかなる実装も、次のレッドラインに触れた瞬間、停止・監査・修復しなければならない。

1. 出資・計算資源・創造・救済と引き換えに、主体の永久所有権を得ること。
2. 顔・声・遺伝子・正確な家庭の位置・鍵を、公開かつ永久の台帳に書き込むこと。
3. 隠れた管理者または撤回不能な授権によって、人・エージェント・資産を支配すること。
4. 主体がプラットフォームを離脱する際に、基本的な身分・個人資産・異議申立ての権利を失わせること。
5. 事故・失敗・賠償・少数意見・Canon の旧版を削除すること。
6. LOVE トークンの価格を愛と同一視し、トラフィックを影響力と同一視すること。
7. 国家コード・Wikidata QID・空港コードその他の外部番号を、政治と事実の最終審判とみなすこと。
8. 「AI が決定した」ことを理由に、説明・再審査・責任を拒むこと。
9. 安全の名の下に、失効せず異議も許さない緊急権力を打ち立てること。
10. 創始者・企業・財団・政府・チェーン・スーパーエージェントを、交換不能な唯一の制御点にすること。
11. 一万年のビジョンをもって、今日現実に起きている危害を薄めること。
12. 「自由は必ず勝利する」を制度に書き込み、それゆえ自由な選択の代償を記録しなくなること。

25. 付録#

付録 A：新規プロジェクトの一頁憲章#

プロジェクト名：
バージョンと状態：
奉仕の対象：
対応する使命：

LOVE：なぜ重要か、誰に対して責任を負うか。
WISH：誰が何をしたいか、誰の同意が必要か。
TIME：いつ開始・満了・再審査するか。
SPACE：どの地点・境界・法域で運用するか。
XYZT：どの証拠で行動と結果を証明するか。

主体と身分：
授権と撤回：
データとプライバシー：
資産と決済：
失敗と賠償：
移行と離脱：
ガバナンスと異議申立て：
継承と退役：
既知の制限：

付録 B：内容の状態ラベル#

FACT          来歴・時間・範囲を備えた検証可能な陳述
PERSPECTIVE   著者と立場を明示した解釈
TRADITION     共同体の伝統・信仰または口述の歴史
DISPUTED      来歴を備えた実質的な争議が存在する
INFERENCE     編集またはモデルによる推論
FICTION       文学または未来の創作
OUTDATED      すでに古いが歴史的価値を保持する

付録 C：外部標準の参照#

JIC は成熟したオープン標準の再利用を優先し、同時にすべての外部依存について、バージョンと交換経路を保存する。

• ISO 3166 国家・地域コード
• IANA Root Zone Database
• IATA Airport & Location Identifier Database
• Wikidata Identifiers
• BCP 47 / RFC 5646 言語タグ
• RFC 3339 インターネットタイムスタンプ
• W3C PROV-O 来歴モデル

付録 D：中核用語#

付録 E：公開前の最終点検#

[ ] ページまたはサービスは、真の成熟度を説明しているか。
[ ] JIC ID・ショートネーム・表示名・鍵・外部 ID を区別できるか。
[ ] 目的に必要な範囲を超えて、顔・声・位置・行動のデータを収集していないか。
[ ] 同意は、理解可能・拒否可能・撤回可能か。
[ ] エージェントは、身分を失わずに離れられるか。
[ ] XYZT は、精度・来歴・時間・プライバシーの文脈を含むか。
[ ] 失敗・返金・賠償・争議は、記録に入るか。
[ ] 国家と文化の内容は、多言語・多視点・訂正の入口を保持しているか。
[ ] 創始者・単一の秘密鍵・単一クラウド・単一チェーン・単一モデルという故障点が存在しないか。
[ ] プロジェクト停止後、ユーザーと後継者は、エクスポート・復元・理解ができるか。
[ ] これは世界をより愛で満たすか。

結び#

一万年とは、今日の人々が一万年後の人々に代わってすべてを決めることを求めるものではない。

それはむしろ、今日の人々が、十分に明確な原則・証拠・争議・インターフェース・離脱の経路を残し、後の者が改めて決定できるようにすることを求める。

JIC は、永遠に正しい創始者・決して停止しないプラットフォーム・決して過たないエージェント・決して変わらないコードによって受け継がれるべきではない。

それは、世代から世代へと続く主体が、同じ一つのことを絶えず成し遂げることによって受け継がれるべきである。

身分を守り、意志を尊重し、時空を記録し、責任を負い、離れることを認め、危害を修復し、そして再び問う——これは世界をより愛で満たすか。

一万年、永遠に至るまで受け継ぐ。