一个盯着全球的控制台Crucix
- 对比与选型
- 2026-03-20
- 60热度
- 0评论
- 一个仓库盯 27 类全球信号:Crucix 想做你的本地 OSINT 值班台
Crucix 不是一个普通 dashboard 仓库。
它做的事更具体:把卫星火点、航班、辐射、冲突事件、市场数据、Telegram OSINT 频道这些原本分散的公开信号,拉到同一个本地系统里,再配上变化检测、告警分级和聊天指令。
你可以把它理解成一个开源版、本地运行的 OSINT 值班台。
我原本以为它会是那种 README 很猛、点进代码就散架的项目。结果不是。这个仓库最难得的地方,是它不只会“抓很多数据”,而是真的把一条可运行链路搭出来了。
先说结论
项目名: Crucix GitHub: https://github.com/calesthio/Crucix 一句话判断: 如果你想在自己机器上搭一个“世界信号雷达”,Crucix 是目前少见的、已经把抓取、比对、看板和告警主链路接起来的开源项目。

这不是单纯为了截图好看做出来的壳子,背后真有 sweep、delta、alert 这套运行逻辑。
这个仓库到底是什么
一句话说完:Crucix 是一个个人 OSINT 操作台。
它不是只查单一数据源,也不是把 RSS 和地图拼一下就结束。它真正做的是一条完整链路:从很多公开源里抓数据,并行跑一轮 sweep,再和上一轮做比对,看看哪里有变化,最后把结果丢进本地仪表盘;如果变化够大,再往 Telegram 或 Discord 推一层告警。接了 LLM,还会继续往上补一层摘要和分级判断。
这点不是靠 README 口号判断出来的,而是从文件分工能直接看出来:apis/briefing.mjs 在统一调度,server.mjs 把 dashboard、bot 命令和告警 接起来,lib/delta/ 在做变化比对,lib/alerts/ 在做分级告警。

真正值钱的是中间这层:抓取之后,怎么变成“变化”和“告警”。
为什么值得看
第一眼最容易吸引人的,肯定是“27 个源”。但我看完之后,真正记住的反而不是这个数字。
我记住的是,它终于不再把“信息聚合”理解成“把很多接口接过来”。很多类似仓库,最后都会停在一个很熟悉的阶段:地图有了,列表有了,指标有了,截图也很好看,但你真把页面关掉,第二天根本不会再想起它,因为它没有帮你形成观察动作。
Crucix 走得比这一步远。你可以盯 dashboard,可以看地图和 3D Globe 扫空间分布,可以看 Sweep Delta 知道这一轮哪里动了,也可以直接用 /brief 收一个压缩摘要,或者手动 /sweep 再跑一轮。这个链路一出来,它就不像“演示项目”,而像一个真有人会开着的工具。
另一个让我改观的点,是它的工程做法挺克制。运行时主依赖基本只有 Express,Discord 是 optional dependency,LLM 也直接走原生 fetch()。这不是什么炫技,但它会直接影响一个事实:你更容易把它真的跑起来,也更容易真的看懂它。
最短上手闭环
如果你想试,别一上来追求满配,先把最短闭环跑通:
如果没反应,README 给的排错路径也很直接:
真要补 key,我建议先补最值的三个:FRED_API_KEY、FIRMS_MAP_KEY、EIA_API_KEY。
因为这三个一补上,整个系统立刻就从“看个热闹”变成“有点观察台的味道”了。

地图层负责“快速扫全局”,更适合发现哪里在动,而不是替代深入分析。
但别高估它
这项目值不值得试?值得。
但有两个边界,你最好先知道。
第一,它广度强,深度不可能处处都强。 27 个源很爽,但每个 source 的维护深度一定不均匀,所以更合理的定位是:高覆盖观察层,不是每个子领域都专业级。
第二,“零云”不等于“零外部依赖”。 系统跑在你机器上,不代表数据也归你控制。API 限流、源站改版、免费层缩水,这些问题照样会来。
最后一刀判断
Crucix 最值钱的,不是“27 个源”这个数字,而是它把多源抓取、本地可视化、变化检测、告警分发,再加一层可选的 LLM 解读,真正接到了一起。
能把这几块同时做通的开源项目,其实不多。
所以如果你对“个人情报终端”这件事有兴趣,这仓库值得你认真装一遍。
别把它当专业机构系统看;把它当一个完成度很高、很适合继续改造的个人起点,会更准确。
如果这篇对你有用,建议点个关注。我会持续把 GitHub 上值得用的 AI 工具拆成「最短上手闭环 + 坑点清单 + 可复用配置」,让你少走弯路。
关注微信公众号
想第一时间看到后续的工具拆解与实战更新,欢迎扫码关注公众号。
