一个盯着全球的控制台Crucix

快速信息
  • 一个仓库盯 27 类全球信号:Crucix 想做你的本地 OSINT 值班台
开源项目

Crucix 不是一个普通 dashboard 仓库。

它做的事更具体:把卫星火点、航班、辐射、冲突事件、市场数据、Telegram OSINT 频道这些原本分散的公开信号,拉到同一个本地系统里,再配上变化检测、告警分级和聊天指令

你可以把它理解成一个开源版、本地运行的 OSINT 值班台

我原本以为它会是那种 README 很猛、点进代码就散架的项目。结果不是。这个仓库最难得的地方,是它不只会“抓很多数据”,而是真的把一条可运行链路搭出来了。

先说结论

项目名: Crucix GitHub: https://github.com/calesthio/Crucix 一句话判断: 如果你想在自己机器上搭一个“世界信号雷达”,Crucix 是目前少见的、已经把抓取、比对、看板和告警主链路接起来的开源项目。

Crucix 仪表盘截图

这不是单纯为了截图好看做出来的壳子,背后真有 sweep、delta、alert 这套运行逻辑。

这个仓库到底是什么

一句话说完:Crucix 是一个个人 OSINT 操作台。

它不是只查单一数据源,也不是把 RSS 和地图拼一下就结束。它真正做的是一条完整链路:从很多公开源里抓数据,并行跑一轮 sweep,再和上一轮做比对,看看哪里有变化,最后把结果丢进本地仪表盘;如果变化够大,再往 Telegram 或 Discord 推一层告警。接了 LLM,还会继续往上补一层摘要和分级判断

这点不是靠 README 口号判断出来的,而是从文件分工能直接看出来:apis/briefing.mjs 在统一调度,server.mjsdashboard、bot 命令和告警 接起来,lib/delta/ 在做变化比对lib/alerts/ 在做分级告警

Crucix 架构示意图

真正值钱的是中间这层:抓取之后,怎么变成“变化”和“告警”。

为什么值得看

第一眼最容易吸引人的,肯定是“27 个源”。但我看完之后,真正记住的反而不是这个数字。

我记住的是,它终于不再把“信息聚合”理解成“把很多接口接过来”。很多类似仓库,最后都会停在一个很熟悉的阶段:地图有了,列表有了,指标有了,截图也很好看,但你真把页面关掉,第二天根本不会再想起它,因为它没有帮你形成观察动作。

Crucix 走得比这一步远。你可以盯 dashboard,可以看地图和 3D Globe 扫空间分布,可以看 Sweep Delta 知道这一轮哪里动了,也可以直接用 /brief 收一个压缩摘要,或者手动 /sweep 再跑一轮。这个链路一出来,它就不像“演示项目”,而像一个真有人会开着的工具

另一个让我改观的点,是它的工程做法挺克制。运行时主依赖基本只有 Express,Discord 是 optional dependency,LLM 也直接走原生 fetch()。这不是什么炫技,但它会直接影响一个事实:你更容易把它真的跑起来,也更容易真的看懂它。

最短上手闭环

如果你想试,别一上来追求满配,先把最短闭环跑通:

bashcode
git clone https://github.com/calesthio/Crucix.git
cd Crucix
npm install
cp .env.example .env
npm run dev

如果没反应,README 给的排错路径也很直接:

bashcode
node --trace-warnings server.mjs
node diag.mjs

真要补 key,我建议先补最值的三个:FRED_API_KEYFIRMS_MAP_KEYEIA_API_KEY

因为这三个一补上,整个系统立刻就从“看个热闹”变成“有点观察台的味道”了。

Crucix 地图视图截图

地图层负责“快速扫全局”,更适合发现哪里在动,而不是替代深入分析。

但别高估它

这项目值不值得试?值得。

但有两个边界,你最好先知道。

第一,它广度强,深度不可能处处都强。 27 个源很爽,但每个 source 的维护深度一定不均匀,所以更合理的定位是:高覆盖观察层,不是每个子领域都专业级。

第二,“零云”不等于“零外部依赖”。 系统跑在你机器上,不代表数据也归你控制。API 限流、源站改版、免费层缩水,这些问题照样会来。

最后一刀判断

Crucix 最值钱的,不是“27 个源”这个数字,而是它把多源抓取、本地可视化、变化检测、告警分发,再加一层可选的 LLM 解读,真正接到了一起。

能把这几块同时做通的开源项目,其实不多。

所以如果你对“个人情报终端”这件事有兴趣,这仓库值得你认真装一遍。

别把它当专业机构系统看;把它当一个完成度很高、很适合继续改造的个人起点,会更准确。

如果这篇对你有用,建议点个关注。我会持续把 GitHub 上值得用的 AI 工具拆成「最短上手闭环 + 坑点清单 + 可复用配置」,让你少走弯路。


关注微信公众号

想第一时间看到后续的工具拆解与实战更新,欢迎扫码关注公众号。

相关推荐
后续如果这个站继续积累 AI 工具 / GitHub 项目解析,建议把这篇归入专题页,和相关项目文章互相串起来,让 WordPress 不只是归档页,而是长期吃搜索的内容库。