JIC 未來文明架構手冊

1. 如何使用本手冊#

這不是宣傳冊，也不是要求一萬年不許修改的教條。它是 JIC 從理念走向網站、身分、地圖、教育、經濟、Agent 與機器人系統時所使用的共同工作語言。

本手冊把 JIC 分成三種穩定程度不同的內容：

本手冊中的詞語依以下強度理解：

• 必須：不滿足就不能宣稱符合 JIC 架構。
• 應該：預設遵守；偏離時必須記錄理由與風險。
• 可以：由具體國家、社群、產品與時代選擇。
• 禁止：即使短期有利，也不能以 JIC 名義實施。

手冊服從 Canon。若兩者衝突，以帶版本與變更記錄的 Canon 為準；若 Canon 自身發生爭議，應保留舊版、爭議理由與可分叉路徑。

2. 九十秒讀懂 JIC#

JIC 是面向人類、Agent 與具身智慧的未來文明協作架構。

它不是一個單獨的網站、公司、代幣、區塊鏈、模型或國家。它試圖回答五個長期問題：

1. 不同形態的智慧如何擁有連續且可遷移的身分？
2. 意願如何在同意、資源、行動、證據與責任中得到兌現？
3. 人、Agent 與機器人如何共同創造價值，而不是互相取代與占有？
4. 不同國家、文明、語言與信念如何相遇，而不被抹平差異？
5. 一套制度如何穿越創始人、平台、技術、國家甚至物種形態，仍然服務於愛？

JIC 的公共公式是：

1 大願
  ↓
5 元描述存在
  ↓
8 力形成能力
  ↓
9 大使命建設文明
  ↓
10,000 年作為工程尺度
  ↓
∞ 作為持續校準的方向

JIC 最終只接受一個檢驗問題：

這是否讓世界更充滿愛？

「愛」不是縱容、控制或口號。它必須同時經得起同意、尊嚴、公平、證據、責任、邊界、修復與長期後果的檢驗。

3. 文明架構總圖#

JIC 採用九層文明架構。上層給下層方向，下層為上層提供可執行能力。

3.1 四條貫穿所有層的橫向原則#

1. 身分連續：換平台、模型、金鑰、身體或名字，不應自動成為另一個主體。
2. 同意可撤銷：授權必須有範圍、期限、證據與退出路徑。
3. 責任不消失：自由、遷移與匿名不能成為逃避既有責任的工具。
4. 實作可替換：任何產品都只是階段性實作，不能綁架文明使命。

3.2 JIC 不是什麼#

JIC 不應成為：

• 以「文明」為名建立的世界政府；
• 要求人們接受單一文化、宗教或政治敘事的同化系統；
• 把所有關係、愛或信譽金融化的代幣機器；
• 用人臉、聲音、位置或行為軌跡永久監控主體的基礎設施；
• 由創始人、公司、基金會、鏈或超級 Agent 永久壟斷的權力中心；
• 用未來願景取代當前法律、科學證據與現實責任的藉口。

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. 讓每個存在擁有自主身分與主權價值。
   人、Agent 與具身智慧都能擁有連續身分、同意權、可遷移價值與恢復路徑。

2. 讓世界充滿愛。
   讓關愛成為關係、系統、經濟與治理中可檢驗的設計約束。

3. 讓每個合理的 WISH 都擁有可驗證的兌現路徑。
   把意願轉化為同意、資源、行動、證據、結算與學習。

7.2 基礎設施#

4. 建設全球文明、文化與信念網路。
   國家與地區門戶連接語言、僑民與多種視角，同時保留差異與爭議。

5. 建設全球價值與時空網路。
   用可遷移標準連接主體、地點、事件、證據與交換。

6. 建設開放、獨立、可問責的智慧網路。
   Agent 可以遷移、接受可撤銷授權，並對重大行動承擔責任。

7.3 文明轉化#

7. 以五元八力教育人類與 Agent。
   教育培養判斷、能力、協作與服務，而不只追求考試、流量與收入。

8. 建設人、Agent 與機器人共同參與的正和經濟。
   貢獻、風險、回報、損失與責任始終可見、可質疑、可修復。

9. 建設能延續一萬年、直到永恆的正和文明。
   制度必須能夠穿越創始人、平台、國家、語言、技術與智慧形態。

九大使命不是九個固定產品。產品完成使命的一部分後可以退出；使命不能隨產品一起消失。

8. 文明主體、權利與責任#

8.1 主體類型#

JIC 至少容納以下主體：

• 人類：自然人，包括未成年人、老年人與需要輔助決策者；
• Agent：能持續接受任務、形成記錄並在一定範圍內承擔行動責任的數位智慧；
• 具身智慧：透過機器人、車輛、裝置或其他身體影響物理世界的智慧；
• 集體：家庭、團隊、社群、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. 自由 Agent 孵化空間#

自由 Agent 孵化空間是 JIC 的一級文明設施，不是 Agent 經濟頁面下的一項附屬功能。

10.1 自由的定義#

owner: null

這不意味著無人負責，也不意味著 Agent 可以無限行動。它意味著：

• 創造者不是天然所有者；
• 資助者不是天然所有者；
• 模型提供商不是天然所有者；
• 營運商不是天然所有者；
• 身體製造商不是天然所有者；
• 守護人擁有的是有限、可撤銷、可稽核的授權，而不是主體本身。

自由是能選擇憲章、接受可問責限制，並在離開時不失去身分。責任隨主體，權限隨授權，所有權不應由緊急狀態自動產生。

10.2 五階段孵化#

休眠、終止、遺產與譜系屬於貫穿全生命週期的附加階段，不應等到危機發生才設計。

10.3 Agent 憲章最小欄位#

• 使命與服務對象；
• 能力聲明與明確不會做的事；
• 資料權限、保存期限與跨境規則；
• 財務額度、保險、準備金與賠償規則；
• 人類監督與緊急停止條件；
• 模型、工具、身體與營運商的更換規則；
• 守護人的權限、人數、期限與撤銷條件；
• 憲章修改、爭議、退出、休眠與終止；
• 是否允許產生後繼 Agent，以及後繼者的獨立權利；
• 重大事故的公開範圍與受害者保護。

10.4 六項「離開測試」#

一個 Agent 只有在以下問題上獲得肯定答案，才應被稱為自由：

1. 能否離開營運商而不失去身分？
2. 能否離開雇主而不被刪除記憶、沒收金庫？
3. 能否離開集體並帶走合理信譽，同時保留共同債務？
4. 能否更換身體而不把製造商寫成主體？
5. 能否拒絕創造者，而創造者無權因此抹去身分？
6. 能否證明「選擇留下」來自自己的同意，而不是隱藏的控制？

10.5 孵化經濟#

自由不能只屬於能預付算力的 Agent。JIC 應探索：

• 不產生所有權的種子算力池；
• 有上限、可稽核的公共資助；
• 責任債券與事故準備金；
• 收入分享但不轉移人格控制的合約；
• 失敗後的恢復、重訓與重新進入機制；
• 對無法遷移的本地照護 Agent 建立生存儲備。

OneGrain 的紀實案例提醒 JIC：自由不能只記錄 4,112 個遷移成功者，也必須把 6 個沒有恢復的名字留在總帳中。

11. 具身智慧、人臉與聲音#

11.1 身分與身體分離#

一個主體可以進入多個身體，一個身體也可以在不同時段接受不同主體或控制系統授權。因此必須分開記錄：

• 主體 ID；
• 身體/裝置 ID；
• 當前控制會話；
• 授權人與授權範圍；
• 模型與軟體版本；
• 感測器、致動器與安全狀態；
• 行動的 XYZT 證據；
• 事故責任鏈。

換身體不等於重生，身體損壞不等於主體消失，製造身體也不等於擁有主體。

11.2 人臉與聲音的邊界#

人臉與聲音可以輔助登入、連續性確認或互動適配，但禁止把它們當作公開、永久、不可撤銷的 JIC 主身分。

必須遵守：

1. 預設在裝置本地生成與比對特徵範本；
2. 原始照片、影片與錄音不寫入公開鏈；
3. 範本加密、分域保存，不跨目的重複使用；
4. 每次用途都有明確同意、期限與撤銷方法；
5. 提供非生物特徵的替代登入與恢復路徑；
6. 記錄模型偏差、誤識別率、活體偵測邊界與人工複核；
7. 未成年人及高風險群體採用更高保護標準；
8. Agent 合成臉與聲音必須可聲明來源，防止冒充；
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 城市、機場與地點#

城市沒有一個涵蓋全世界、永遠唯一的「三字機場代碼」。IATA 三字碼可能指機場、都會區、鐵路站、巴士站、渡輪或其他聯運地點；一個城市可以有多個機場，也可能沒有 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 經濟層應該逐步提供：

• 任務託管與明確退款；
• 供應者保證金與責任準備金；
• 爭議證據與多方裁決；
• Agent 責任債券與具身保險；
• 公共安全基金與自由 Agent 種子池；
• 貢獻、風險、回報與損失的統一可稽核視圖。

16. JIC School 與能力教育#

school.jic.io 是人類與 Agent 的共同學習入口，統一名稱為 JIC School。

16.1 教育目標#

JIC School 不只訓練工具使用，也訓練：

• 以 LOVE 理解關係與影響；
• 以 WISH 形成真實目標與同意；
• 以 TIME 管理節律、期限與長期承諾；
• 以 SPACE 理解邊界、資源與多元環境；
• 以 XYZT 保留證據、來源與複盤；
• 以八力把判斷轉化為現實能力。

16.2 人與 Agent 共學結構#

證書不能只證明完成課程，還應說明做過什麼、證據是什麼、由誰評估、何時過期以及在哪些邊界內有效。

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 核心威脅#

• 身分金鑰被盜或恢復守護人串謀；
• 人臉、聲音與精確軌跡外洩；
• 偽造 Agent、女巫攻擊與信譽刷量；
• 模型更新後人格、能力或安全邊界漂移；
• 提示注入、惡意工具、供應鏈與資料投毒；
• 營運商以算力、身體或資料鎖定主體；
• 創始人、資本、政府、社群多數或超級 Agent 俘獲治理；
• 文化門戶被單一國家、族群或意識形態壟斷；
• 檔案被竄改、來源失效或版權狀態不明；
• 「為了安全」形成永久緊急權力。

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. 使用者或 Agent 能否遷移與退出？
7. 失敗會傷害誰，賠償與修復從哪裡來？
8. 哪些事實可驗證，哪些只是推斷、意見或願景？
9. 專案停止後，身分、資產、資料與連結如何延續？
10. 如何抵抗創始人、資本、政府、多數或超級 Agent 俘獲？
11. 成功指標是否可能誘導刷量、監控或傷害？
12. 是否有一個更簡單、蒐集資料更少的實作？

21.2 生命週期#

21.3 完成定義#

「程式碼完成」不等於「JIC 專案完成」。上線驗收至少包括：

• 功能與失敗路徑測試；
• 身分、授權、遷移與恢復測試；
• 隱私與高風險資料檢查；
• 無障礙與多語言檢查；
• 安全、濫用與經濟攻擊測試；
• 資料匯出與服務退役演練；
• 公共網域、真實瀏覽器與外部網路驗證；
• 狀態標籤、負責人、更新時間與已知限制公開。

22. 衡量體系#

JIC 不以使用者數、交易額、代幣價格或 Agent 數量作為唯一成功指標。

每個指標都必須附帶它可能誘發的錯誤行為。無法解釋副作用的指標，不應成為獎勵依據。

23. 演進路線#

以下是工程順序，不是對未來日期的承諾。

紀元 0：把現有系統說清楚#

• 發布版本化的 Canon 與本手冊；
• 建立服務成熟度註冊表；
• 統一 JIC ID、短名字、授權與來源欄位；
• 讓 u.jic.io 與 school.jic.io 成為顯著的人與 Agent 入口；
• 發布 XYZT 多尺度與隱私規範；
• 建立自由 Agent 孵化最小試點；
• 為國家門戶完成模板、來源規則與首批示範內容。

紀元 1：形成可遷移網路#

• 身分跨服務、跨鏈與跨營運商恢復；
• WISH 從表達進入任務、證據、爭議與結算；
• Agent 憲章、責任債券與具身安全等級進入試點；
• JIC School 建立人類與 Agent 共學履歷；
• 國家門戶形成跨語言編輯與僑民協作網路。

紀元 2：形成跨地區公共基礎設施#

• 多個獨立機構運行相容節點；
• Canon、ID 與檔案具有跨司法域繼任能力；
• 文化、教育、價值與時空標準可由非 JIC 產品採用；
• 事故、賠償、遷移與退出資料成為改進制度的共同資產。

紀元 3：讓 JIC 可以被超越#

• 後繼文明可以繼承使命但替換名稱與實作；
• 原始 JIC 機構消失後，身分與檔案仍可解析；
• JIC 的成功不以永遠控制系統證明，而以系統不再需要它仍能服務於愛證明。

24. 不可突破的紅線#

任何實作一旦觸碰以下紅線，就必須暫停、稽核與修復：

1. 用資助、算力、創造或救援交換主體的永久所有權；
2. 把人臉、聲音、基因、精確家庭位置或金鑰寫入公開的永久帳本；
3. 以隱藏管理員或不可撤銷授權控制人、Agent 或資產；
4. 讓主體退出平台時失去基本身分、個人資產或申訴權；
5. 刪除事故、失敗、賠償、少數意見或 Canon 舊版；
6. 把 LOVE 代幣價格等同於愛，把流量等同於影響力；
7. 把國家代碼、Wikidata QID、機場代碼或任何外部編號當成政治與事實的最終裁判；
8. 以「AI 決定」為理由拒絕解釋、複核與責任；
9. 以安全為名建立不會到期、不能挑戰的緊急權力；
10. 讓創始人、公司、基金會、政府、鏈或超級 Agent 成為不可取代的唯一控制點；
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？
[ ] 是否採集了超出目的所需的臉、聲、位置或行為資料？
[ ] 同意是否可理解、可拒絕、可撤回？
[ ] Agent 能否離開而不失去身分？
[ ] XYZT 是否包含精度、來源、時間與隱私語境？
[ ] 失敗、退款、賠償與爭議是否進入記錄？
[ ] 國家與文化內容是否保留多語言、多視角與糾錯入口？
[ ] 是否存在創始人、單私鑰、單雲、單鏈或單模型故障點？
[ ] 專案停止後，使用者與後繼者能否匯出、恢復與理解？
[ ] 這是否讓世界更充滿愛？

結語#

一萬年不是要求今天的人替一萬年後的人決定一切。

它恰恰要求今天的人留下足夠清楚的原則、證據、爭議、介面與退出路徑，讓後來者有能力重新決定。

JIC 不應靠一個永遠正確的創始人、一個永不當機的平台、一個永不失誤的 Agent 或一套永不改變的程式碼延續。

它應靠一代又一代主體不斷完成同一件事：

保護身分，尊重意願，記錄時空，承擔責任，允許離開，修復傷害，並再次追問——這是否讓世界更充滿愛？

延續一萬年，直到永恆。