EVEREST

公开地球观测数据的真实度审计和事件证据平台 Truth audit and event evidence for public Earth-observation data

总览页 · 总览页说明 · 连接器（MCP） · 实时采集页 · 证据包数据 · English

---

灾害发生后，地震台、水位站、网络连通、卫星目录各自都留下了记录，但分散在不同机构、不同格式里，有的还会断档、会被覆盖。 EVEREST 不产生新数据，它做三件事：

只监测，不预测。 不发预警、不给风险概率、不做天气预报、不判断责任或成因。

一个例子：2026-10-11 Gorkha 洪水

Worker 从 BIPAD 洪水警报里自动发现事件（Aarughat-9, Gorkha），证据包自动生成。节选：

完整时间线：events/bipad-gorkha-2026-10-11.json。证据包写明“谁没记录到”，和“谁记录到了”同等重要。

证据链怎么生成

flowchart LR
  A[公开来源BIPAD · USGS · GDACS · 水位站] -->|每 5 分钟| W[Cloudflare Worker发现事件 · 合并去重]
  W -->|新事件或每小时| T[events 分支trigger.txt]
  H[总览页 · 人工证据浏览器算 SHA-256] -->|每小时同步| M[events 分支manual.json]
  T --> G[GitHub Actionsevidence_pack.py]
  M --> G
  G --> P[证据包 JSON + 信号图]
  P --> O[OpenTimestamps不可变快照 + .ots]
  P --> V[总览页“证据链” · 连接器 everest_events]

在总览页“证据链 → 证据源”里可以登记新的来源，所有者评估后决定是否接入。各灾种能留下哪些公开记录，见 docs/EVIDENCE_SOURCES.md；联合国减灾署 281 种灾害逐条对照见 docs/HAZARDS_281.md，每个事件都带这套灾害编码；各灾种的专业顶刊和可引用数据见 docs/HAZARD_VENUES.md。证据链方法的学术出处（时间戳、PROV、RO-Crate、数字取证、法证式灾害调查）见 docs/EVIDENCE_CHAIN_RESEARCH.md。

自己核对一份存证

pip install opentimestamps-client
# 从 events 分支 events/archive/ 下载快照和同名 .ots，放在一起
ots verify events/archive/_.json.ots

文件改动一个字节，核对就会失败。RFC 3161 时间戳用 openssl ts -verify 核对，步骤见 docs/HUB_GUIDE.md。

怎么用

• 总览页（主界面）：。左侧“证据链”看事件、上传证据、登记证据源；“运行状态”看各来源在线情况。
• 在 Claude 里提问：设置 → 连接器 → 添加自定义连接器，名称 EVEREST，地址 https://everest-facets.yizebaba.workers.dev/mcp（提示无法检查登录方式时选“仍然继续”）。15 个只读工具，例如 everest_events、everest_daily_brief、everest_offline。
• Claude Code 插件（连接器 + 8 个技能）：

  /plugin marketplace add Yizebaba/EVEREST-
  /plugin install everest@everest
  

• 直接取数据（公开 JSON）：
  • 事件目录：https://raw.githubusercontent.com/Yizebaba/EVEREST-/events/index.json
  • 实时快照：https://raw.githubusercontent.com/Yizebaba/EVEREST-/facet-live/rt.json
  • 事件接口：https://everest-facets.yizebaba.workers.dev/api/events.json

边界

• 不预测、不预警：那是国家项目的职责（例如 UNDP 执行的冰湖项目 GCF FP272）。
• 不做天气预报。
• 不对中国境内公众发布地图：需要审图、服务器在境内（《地图管理条例》第十五、三十四条）。
• 重计算不在 GitHub 跑：InSAR 干涉在哥白尼 openEO，坡面雷达统计在 Planetary Computer；GitHub 只跑取数、画图这类小任务。
• 只用公开方法：方法和参数都在仓库里，结果可复现。

定位依据与核实记录：平台定位调研（法律部分是对公开文本的解读，不是法律意见）。

仓库结构

数据分支（自动写入，不要手改，不要合并进 main）：

复原

每次改动都在 hub/RESTORE.md 记一条：改了什么、线上版本号、怎么回退。证据包和存证快照只增不改，历史版本都在 events 分支的提交记录里。

早期的 InSAR 管线说明（含已不在范围内的预警设想）存档在 docs/LEGACY_INSAR.md。

---

English

EVEREST does not produce new data. After a disaster, seismic stations, river gauges, connectivity monitors and satellite catalogues each leave records, scattered across agencies, and some go missing or get overwritten. EVEREST:

1. Audits whether each public source is online, how late it is, and where it breaks. A station going silent is itself evidence.
2. Builds an evidence pack for every auto-detected event: one timeline across sources, each entry marked supporting, missing or contradictory. For example, a strong signal at the Everest station that the Kathmandu station did not record is marked contradictory: more likely local to Everest than part of the flood.
3. Timestamps every version with OpenTimestamps, so anyone can verify that a pack existed by a given Bitcoin block and has not changed since.

People can also submit photos, videos, links and field notes through the hub. Fingerprints are published and timestamped for all of them; content enters the public timeline only after the owner marks it accepted. Submitter names and the files themselves stay private.

Monitoring only: no prediction, no warnings, no weather forecasts, no attribution of cause or blame.

• Hub:
• MCP connector (15 read-only tools): https://everest-facets.yizebaba.workers.dev/mcp
• Evidence data: the events branch
• Verify a stamp: pip install opentimestamps-client, then ots verify .json.ots