准备好，应对未知。

一个开放、协作、可验证、持续生长的生存能力知识系统。

BeReady 关注的不是某一种灾难，而是当现有社会系统、基础设施和供应链无法正常提供支持时，一个普通人如何逐步获得持续生活的能力。

1. 核心目标

BeReady 的核心问题只有一个：

当现成的系统不能替我们完成这些事情时，我们自己还能做什么？

现代人的日常生活建立在大量现成系统之上：

自来水
电力
食品供应
医疗
通信
交通
燃料
工业生产
商业和物流

正常情况下，人不需要理解这些系统如何工作。

但当其中一部分失效时，人的生活能力会迅速暴露出依赖关系。

BeReady 要保存、整理和发展那些：

平时容易被忽略，但在系统不可靠时重新变得重要的能力。

它不是末日幻想，也不是单纯的灾难手册。

最终目标是：

让一个普通人能够从最低限度的生存开始，逐步获得更完整、更独立、更舒适、更加可持续的生活能力。

2. 核心内容模型

BeReady 的内容架构以生存能力为中心。

最基本的结构是：

生存能力
    │
    ├── 水
    ├── 食物
    ├── 火
    ├── 庇护
    ├── 安全
    ├── 急救
    ├── 卫生
    ├── 能源
    ├── 工具
    ├── 导航
    ├── 通信
    └── ...

每一种能力继续向纵深发展：

水
│
├── L1
├── L2
├── L3
├── L4
├── ...
└── Ln

而每一个 Level 内部，又可以产生大量知识分支：

水
│
├── L1
│
├── L2
│
├── L3
│   ├── 煮沸
│   ├── 过滤
│   ├── 消毒
│   ├── 沉淀
│   └── 储存
│
└── L4
    ├── 水源
    ├── 取水
    ├── 净化系统
    └── 供水维护

因此：

纵向是能力的发展，横向是知识和技术的分支。

这是 BeReady 最核心的信息架构。

3. 三个基本阶段

为了让普通用户能够理解整个体系，最上层不应该呈现复杂的知识分类，而应该体现人的实际需求。

整体可以理解为三个阶段：

活下来
   ↓
活下去
   ↓
活得更好

这三个阶段不是严格的知识等级，也不是 L1-Ln 的替代品。

它们只是帮助用户理解：

为什么需要继续探索这些能力。

3.1 活下来

解决：

现在最基本的问题。

关注最低限度的生存能力：

饮水
基本食物
火与热源
基本庇护
基本安全
基础急救
基本卫生

这一层的原则：

少、直接、能够马上使用。

用户不需要先学习大量背景知识。

应该直接知道：

现在最重要的是什么
可以怎么做
什么不能做
什么情况下必须停止
下一步应该了解什么

3.2 活下去

解决：

如果现有资源正在消耗，外部系统短时间内无法恢复，怎么办？

开始关注：

获取
储存
节约
替代
修理
基础工具
基础能源
食物保存
水的处理和储存
卫生
通信
导航

这里开始从：

使用已有资源

逐渐进入：

管理和延长已有资源。

3.3 活得更好

解决：

如果这种状态持续很久，如何建立更稳定、更舒适的生活？

进一步发展：

稳定水源
食物生产
种植
育种
能源
工具制作
修理
建造
材料获取
基础医疗
长期储存
生产与交换

这里的目标不再只是避免危险，而是：

逐步恢复生活能力和生活质量。

4. L1-Ln：能力发展的主轴

L1-Ln 是 BeReady 最核心的纵向结构。

它表示：

同一种能力，从最基本、最低可行的能力单元，逐渐发展到更高、更完整、更自主的能力。

L1 最基础。

越往后：

知识越来越深入
技术越来越复杂
所需资源越来越多
能解决的问题越来越多
对外部系统的依赖越来越少
能够提供的生活质量越来越高

因此：

L1-Ln 同时体现知识深度和生存能力的发展，两者并不冲突。

可以把它理解为：

一本传统的武功秘籍。

第一层先学会基本功，之后逐层深入。

4.1 L1：最低可行能力

L1 必须是一个：

相对独立、可以实际使用的最基本能力单元。

它不是“关于这个主题的最少知识”。

而是：

如果只掌握这一层，至少已经获得了一项真正有用的能力。

例如：

水

L1：

能够获得基本安全饮水。

火

L1：

能够安全获得并维持基本热源。

食物

L1：

能够获得并安全食用基本食物。

庇护

L1：

能够避免持续暴露在明显危险的环境中。

L1 应该：

简洁
直接
可执行
尽可能低门槛
不依赖大量前置知识

4.2 L2-Ln

随着等级提高：

能力不断增强，知识不断深入，生活条件不断改善。

例如「水」可以形成：

水

L1  基本饮水
    能获得安全饮水

L2  获取与判断
    能寻找水源并判断基本风险

L3  净化与储存
    能处理、净化并保存饮用水

L4  稳定获取
    能持续获得相对稳定的水源

L5  独立供水
    能建立基本独立供水体系

L6+
    更复杂的水系统、维护、改进与长期管理

这里不要求所有能力拥有相同数量的 Level。

有些能力可能只有：

L1 → L2 → L3

有些可能：

L1 → L2 → L3 → L4 → L5 → L6 → L7 → ...

Level 的数量由能力本身决定。

5. 纵向与横向结构

BeReady 的知识复杂度主要来自两个方向。

纵向：能力成长

L1
 ↓
L2
 ↓
L3
 ↓
L4
 ↓
Ln

回答：

我把这项能力发展到什么程度？

横向：知识分支

例如：

水
│
└── L3 净化
    │
    ├── 煮沸
    ├── 过滤
    ├── 消毒
    ├── 沉淀
    ├── 滤材
    └── 储存

回答：

实现这一能力有哪些方法、工具、资源和技术？

两者结合形成完整知识空间。

6. 能力不是孤立的

生存能力之间存在大量依赖关系。

例如：

食物
 ↓
烹饪
 ↓
火
 ↓
燃料
 ↓
木材
 ↓
工具
 ↓
材料

又例如：

水
 ↓
净化
 ↓
过滤
 ↓
滤材
 ↓
材料获取

因此 BeReady 不应该最终成为一棵严格的分类树。

更适合的底层模型是：

以能力为主干、以关系连接起来的知识网络。

关系可以包括：

需要
依赖
属于
替代
相关
前置
进阶
导向

同一个知识节点可以被多个能力和多个场景引用。

7. 场景的定位

场景存在，但不作为知识体系的一级骨架。

例如：

地震
洪水
停电
停水
战争
供应中断
野外事故

这些情况本质上只是：

某些能力突然变得重要。

例如：

停水
 ↓
水
卫生
食物
通信
安全

因此场景应该是一个组合型入口。

它可以生成：

「停水 24 小时怎么办？」

然后引用已有能力节点。

而不是重新建立一套：

停水
 ├── 停水后的水
 ├── 停水后的食物
 ├── 停水后的卫生
 └── ...

这样可以避免知识重复。

8. Resource：资源与依赖

资源不作为主要用户导航维度。

它主要存在于知识关系中。

例如：

能力：净水

需要：
- 容器
- 热源
- 燃料
- 滤材
- 时间

或者：

能力：种植

需要：
- 土地
- 水
- 种子
- 工具
- 肥力
- 时间

这样用户在学习能力的同时，可以逐步理解：

一项能力背后依赖什么。

随着 Level 提高，依赖关系也会逐渐展开。

9. 实操优先

BeReady 不是百科全书。

内容的第一判断标准不是：

“知识是否完整？”

而是：

“用户看完之后能不能做？”

每个知识节点都应该尽可能回答：

现在应该做什么？
怎么做？
需要什么？
什么情况下不能做？
有什么危险？
怎么判断是否成功？
下一步可以学什么？

尤其是 L1：

必须优先行动，而不是背景知识。

10. 普通人与专业知识

BeReady 面向普通人，但并不排斥专业知识。

内容应该形成自然的深度梯度：

普通用户
   ↓
简单操作
   ↓
基本原理
   ↓
深入方法
   ↓
专业资料

普通人停在自己需要的地方即可。

有能力和兴趣的人可以继续向下探索。

因此：

复杂性应该被隐藏，而不是被删除。

入口保持简单，内部允许非常复杂。

11. 内容的地区适用性

BeReady 不以国家、地区建立知识分类。

对于真正属于基本生存能力的内容：

应该尽可能寻找跨地区、跨文化都成立的知识。

只有当某项内容天然依赖当地条件时，才在内容内部说明：

特定环境条件
法律要求
当地资源
当地机构
特殊技术条件

但这些属于知识的适用条件，而不是 BeReady 的主导航。

核心目标始终是：

寻找那些在不同社会和环境中都具有普遍价值的生存能力。

12. Evidence：可靠性体系

生存知识不能只依靠“看起来合理”。

每项重要知识都应该尽可能拥有：

来源
证据
实践记录
验证状态
条件限制
风险说明

建议使用简单状态：

✓ 已验证
△ 有条件
? 待验证
⚠ 存在争议

不同类型的来源可以区分：

官方资料
大学 / 科研机构
医疗机构
专业组织
技术手册
历史资料
实验
实际实践

尤其需要区分：

“有人这么做过”

和：

“已经有充分证据证明有效”。

13. Community：实践推动知识迭代

社区不是单独存在的聊天区。

它应该成为知识改进机制的一部分：

知识
 ↓
实践
 ↓
问题 / 经验 / 证据
 ↓
讨论
 ↓
修订
 ↓
验证
 ↓
新版本

社区贡献重点应该围绕：

错误纠正
经验补充
实践反馈
来源补充
条件限制
替代方案
地区差异

最终沉淀回正式知识。

14. Git：知识的长期历史

知识内容以 Markdown + Git 为基础。

Git 是知识内容的主要事实来源。

Markdown
   ↓
Git
   ↓
Review
   ↓
Merge
   ↓
发布

所有重要修改都应该能够追踪：

谁修改
修改什么
为什么修改
基于什么来源
哪些实践导致修改
哪个版本开始生效

因此知识不是静态文章，而是：

持续演化的知识对象。

15. Preservation：知识本身的生存

随着内容不断增长，完整知识库可能非常庞大。

因此需要另一个独立维度：

知识应该保存和传播到什么程度。

它与 L1-Ln 不同。

L1-Ln 解决：

人如何获得更强的生存能力。

Preservation 解决：

在存储、网络和设备条件有限时，哪些知识应该优先被保存和传播。

可以逐步形成：

P0 Essential
最核心的不可缺少知识

P1 Survival
基本生存与应急知识

P2 Resilience
长期生活与自主能力

P3 Rebuild
更深入的生产、维修、制造和重建知识

最终可以生成：

Essential Pack
Offline Pack
Earthquake Pack
Wilderness Pack
Survival Pack
Resilience Pack
Rebuild Pack

但这些都是知识的分发方式，不是知识本身的分类。

16. 前端信息架构

用户界面应该比底层知识模型简单得多。

建议保持：

┌──────────────────────────────────┐
│              BeReady             │
├──────────┬───────────────────────┤
│          │                       │
│ 开始     │                       │
│ 生存能力 │       内容            │
│ 探索     │                       │
│ 场景     │                       │
│ 搜索     │                       │
│ 关于     │                       │
│ 贡献     │                       │
│          │                       │
└──────────┴───────────────────────┘

核心原则：

左侧是用户理解世界的导航，内部才是完整的知识网络。

首页尤其应该克制。

不要把所有分类、标签、关系、Level、资源等全部暴露出来。

17. 首页

首页承担的是：

告诉第一次来到 BeReady 的人从哪里开始。

建议只展示非常少的核心能力。

例如：

BeReady

准备好，应对未知。

获得在不可靠的世界里持续生活的能力。


活下来

水 · 食物 · 火 · 庇护 · 安全 · 急救


活下去

储存 · 获取 · 卫生 · 工具 · 能源 · 修理


活得更好

种植 · 制作 · 建造 · 医疗 · 材料 · 生产


探索全部能力 →

首页不是知识目录。

它是：

一张进入知识世界的地图。

18. 内容页面

一个典型能力页面：

水

一句话说明

这项能力解决什么问题。

────────────────

L1  基本饮水
    ...

L2  获取与判断
    ...

L3  净化与储存
    ...

L4  稳定获取
    ...

L5  独立供水
    ...

────────────────

相关能力

火 · 储存 · 工具 · 卫生

────────────────

来源 / 证据 / 实践

────────────────

继续探索

用户可以：

从 L1 开始一直向上。

也可以：

直接搜索进入 L4 的某个具体知识。

两种使用方式同时成立。

19. Markdown 内容规范

Markdown 是内容源格式。

内容使用统一 Frontmatter：

---
title: 野外饮用水
level: L1
category: water
status: verified
tags:
  - water
  - drinking
---

正文建议保持结构化：

# 野外饮用水

> 没有可靠饮用水时，优先获得安全饮水，并根据水源情况选择可靠处理方式。

## 立即知道

...

## 怎么做

...

## 注意

...

## 为什么

...

## 继续了解

- [[寻找水源]]
- [[过滤]]
- [[煮沸]]
- [[储水]]

## 来源

...

Markdown 是人可读的，同时也是机器可解析的。

未来可以由渲染器自动生成：

Level 标识
操作卡片
警告
关系
来源
证据状态
相关能力
实践记录

20. 内容增长策略

BeReady 不需要一开始建立庞大的百科体系。

优先建立少量真正重要的核心能力：

水
食物
火
庇护
安全
急救

然后逐渐扩展：

卫生
储存
工具
能源
通信
导航
修理

再向长期能力发展：

种植
生产
材料
建造
医疗
能源系统
工具制造

内容增长遵循：

先建立主干，再向主干长出分支。

而不是：

先收集大量零散文章，再试图整理它们。

21. 可迭代性原则

整个架构必须允许知识不断增加，而不会破坏用户入口。

核心原则：

入口数量保持稳定

无论内部有：

100 个、1,000 个还是 100,000 个知识节点，

用户首先看到的核心能力仍然有限。

深度可以无限增加

L1
 ↓
L2
 ↓
L3
 ↓
...
 ↓
Ln

分支可以无限增加

L3
 ├── 方法 A
 ├── 方法 B
 ├── 方法 C
 └── ...

关系可以不断增加

水
 ↔ 火
 ↔ 食物
 ↔ 工具
 ↔ 储存
 ↔ 卫生

因此：

复杂性增长发生在内部，不发生在入口。

这是 BeReady 能长期发展的关键。

22. AI 的角色

AI 不应该成为知识的最终来源。

AI 更适合成为知识维护工具：

Research Assistant

寻找资料、来源和相关知识。

Reviewer

检查：

是否有依据
是否存在明显错误
是否遗漏风险
是否符合内容规范

Organizer

帮助判断：

应该属于哪个能力
应该处于哪个 Level
是否应该拆分
是否与已有内容重复

Knowledge Gap Finder

发现：

某项能力从 L2 到 L3 缺少什么。

Link Agent

发现能力之间的关系。

Translation Agent

帮助将成熟内容翻译成其他语言。

但最终：

AI
 ↓
建议 / Draft
 ↓
人工 Review
 ↓
Git PR
 ↓
Merge

AI 不成为事实来源，也不直接决定最终知识。

23. 与现有同类产品的关系

BeReady 不应该与传统生存手册争夺“谁的文章更多”。

现有产品大致可以分成：

Survival Guide

优势：

内容成熟
实操经验丰富
专业程度高

问题：

通常是手册式内容
缺少能力成长路径

Emergency Preparedness

优势：

场景明确
对普通人友好
官方信息可靠

问题：

主要解决某一个事件
不形成长期能力体系

Offline Knowledge

典型代表是 Kiwix。

优势：

内容巨大
离线能力成熟
知识保存能力强

问题：

更偏向“把已有知识带到离线环境”，而不是重新建立一套从基础能力开始逐步成长的生存知识体系。

Survival + AI / RAG

优势：

搜索方便
AI 交互
可以快速组合大量资料

问题：

AI 并不能天然解决知识结构、可信度和长期维护问题。

因此 BeReady 的差异化不应该是：

更多内容 / 更大的数据库 / 更强的 AI。

而应该是：

把生存知识组织成一套可以从最低能力开始，逐层学习、实践、验证并持续成长的开放知识体系。

24. 最核心的产品差异

BeReady 最终应该回答：

传统手册：

这里有很多知识。

Wiki：

这里有很多条目。

搜索 / AI：

你问我，我告诉你。

BeReady：

从最基本的能力开始，一层一层获得它。

因此其核心资产不是文章数量，而是：

能力结构 + Level 路径 + 知识关系 + 实践验证 + 持续演化。

25. 最终架构总结

BeReady 的底层可以归纳为：

                    BeReady
                       │
                生存能力知识体系
                       │
          ┌────────────┼────────────┐
          │            │            │
        水           食物          火 ...
          │
      L1 → L2 → L3 → ... → Ln
          │
      ┌───┼────┬────┐
      │   │    │    │
    方法  工具  资源  原理
      │
      ├── 证据
      ├── 实践
      ├── 关系
      └── 进一步探索

外围再提供：

场景
  ↓
组合已有能力

Preservation
  ↓
把知识打包、保存、离线传播

因此：

能力是骨架。

L1-Ln 是纵向成长。

分支是横向深入。

关系连接整个知识网络。

证据与实践保证可靠性。

Git 保证知识能够持续演化。

场景负责快速进入。

Preservation 负责知识长期存续。

26. 前期走过的弯路

这一章只保留结论，不作为当前架构的一部分。

26.1 把 BeReady 理解成“末世生存知识库”

最初容易从：

灾难、战争、末日、生存技巧

出发。

问题是容易把项目做成传统 Survival Wiki，也容易让普通用户产生距离感。

后来将核心问题收敛为：

当现有系统无法替我们解决问题时，人还能做什么？

从“灾难”转向“生存能力”。

26.2 把 Scenario 当成一级分类

曾经考虑：

地震 / 战争 / 洪水 / 停电 / 供应链中断……

作为主要知识分类。

后来发现这些场景高度共享底层能力。

例如水、食物、庇护、能源等能力并不会因为场景变化而完全重新定义。

因此：

Scenario 保留，但降级为快速入口和能力组合，不再作为知识骨架。

26.3 尝试引入 Region / 地区体系

曾考虑针对不同国家、地区建立不同知识结构。

后来发现真正属于 BeReady 核心的生存能力，应该尽可能具有普遍性。

如果某项知识确实存在地域条件，也应该作为内容的适用条件处理，而不是建立：

中国版 / 日本版 / 美国版……

这样的庞大分类。

因此：

不以地区作为核心架构。

26.4 把 Resource 当成一级维度

曾考虑把：

水源、燃料、土地、工具、材料……

和能力并列。

后来发现用户真正关心的是：

“我要解决什么问题？”

资源只是解决问题过程中产生的依赖关系。

因此 Resource 保留为：

能力之间的依赖和关联。

26.5 把 L1-Ln 过度解释成“生存阶段”

曾经容易把：

L1 / L2 / L3 / L4

理解成危机发生后：

第一天 / 短期 / 中期 / 长期

或者简单理解成：

活下来 / 活下去 / 重建。

后来明确：

L1-Ln 是一项具体能力自身的发展路径。

它既代表知识越来越深入，也代表能力越来越强、生活越来越自主和舒适。

因此它更像：

一本从第一层一直修炼到更高层的武功秘籍。

26.6 试图把所有复杂模型直接暴露给用户

Scenario、Capability、Level、Resource、Evidence、Preservation 等都很适合作为系统模型，但不适合作为首页菜单。

最终确定：

内部模型可以复杂，用户入口必须简单。

核心能力少量呈现。

复杂性随着用户深入逐渐展开。

27. 当前最终原则

BeReady 的内容架构最终遵循：

少入口，深内容。

先能力，后知识。

先行动，后原理。

先 L1，再逐层深入。

纵向成长，横向分支。

不复制场景内容，而是组合已有能力。

不以地区切割核心知识。

资源作为依赖关系存在。

证据和实践让知识不断修正。

Git 让知识拥有长期、可追踪的生命。

Preservation 让知识本身能够被保存和传播。

最终形成：

             BeReady

        活下来
           ↓
        活下去
           ↓
        活得更好
           │
           ↓
       生存能力
           │
       L1 → L2 → L3 → ... → Ln
           │
       ┌───┼────┬────┐
       ↓   ↓    ↓    ↓
      方法 资源 证据 实践
           │
           ↓
       知识网络
           │
           ↓
      持续迭代 / 保存 / 传播

这就是目前 BeReady 的内容架构基线。

BeReady 内容架构设计