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 米可能适合城市热区、文化统计或隐私保护，却远大于机器人抓取、手术、仓库避障所需精度。JIC 禁止把单一 275 米网格设为所有主体和场景的通用坐标。

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 或一套永不改变的代码延续。

它应靠一代又一代主体不断完成同一件事：

保护身份，尊重意愿，记录时空，承担责任，允许离开，修复伤害，并再次追问——这是否让世界更充满爱？

延续一万年，直到永恒。