Crucix：一個本地儀表盤，聚合 27 個開源資料來源
您的個人情報代理。從多個資料來源觀察世界，並在發生變化時向您發出通知。
秒懂
- 它是什麼？
- Crucix 在本地執行，每 15 分鐘從 27 個開源資料來源拉取資訊，並在單一頁面中顯示結果。它也可以向 Telegram 或 Discord 傳送提醒，並可選接上 LLM 進行分析。
- 適合誰用？
- 此儲存庫使用 AGPL-3.0 授權，README 未聲明存在任何官方代幣或區塊鏈資產。儲存庫中繼資料顯示有 11,158 個 star 和 1,766 個 fork，但 README 沒有提供獨立基準測試、生產效能資料或安全稽核，這些仍有待驗證。
- 可以商用嗎？
- 可以，但條件嚴格。AGPL-3.0 是網路 copyleft 授權：如果別人透過網路使用你修改過的版本（例如作為託管服務），你必須以同一授權向他們提供原始碼。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 119 天前。
- 用什麼語言寫的？
- 主要是 JavaScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
一個同時展示衛星、經濟、衝突和社會資料的儀表盤
Crucix 是一個用 JavaScript 撰寫的本機應用程式，從 27 個開源情報資料來源收集資料，包括衛星火災偵測、航班追蹤、輻射監測、經濟指標、市場價格、衝突資料、制裁名單和社交情緒。README 稱它每 15 分鐘重新整理一次，並將所有內容渲染到一個自包含的 Jarvis 風格儀表盤。儲存庫還託管了 crucix.live 上的公開示範，README 同時警告：不存在任何官方的 Crucix 代幣、幣、NFT、空投或預售。
在本機啟動 Crucix
README 中的快速啟動步驟是：複製儲存庫，執行 npm install，複製 .env.example 為 .env，然後使用 npm run dev 啟動。它要求 Node.js 22 或更高版本，因為程式碼使用了原生 fetch、頂層 await 和 ESM。如果 npm run dev 沒有輸出就退出，README 建議直接執行 node --trace-warnings server.mjs 或使用 node diag.mjs 診斷問題。儀表盤預設開啟 http://localhost:3117，首次對所有 27 個資料來源的掃描通常需要 30 到 60 秒，之後每 15 分鐘透過 SSE 推送更新。文件也提供了 Docker 方式：docker compose up -d。
儀表盤提供的內容
儀表盤包含一個 3D WebGL 地球和一個平面地圖切換，共有九種標記類型：火災、空中交通、輻射站點、海上咽喉、SDR 接收器、OSINT 事件、健康警報、地理定位新聞和衝突事件。它還有新聞捲動條、使用 Yahoo Finance 資料的即時市場區域、VIX 和供應鏈壓力等風險指標、來自 17 個 Telegram 頻道的 OSINT 資訊流、顯示上次執行以來變化的掃描差異面板，以及使用 CelesTrak 資料的太空監視。README 描述了一個 VISUALS LITE 效能模式，它減少渲染效果但不會移除資料來源。即時市場資料使用 Yahoo Finance，無需 API 金鑰。
提醒、機器人及可選的 LLM 層
Crucix 可以向 Telegram 和 Discord 推送多層提醒，分為 FLASH、PRIORITY 和 ROUTINE 等級。Telegram 機器人回應 /status、/sweep、/brief、/portfolio、/alerts、/mute 和 /unmute 等命令；Discord 機器人提供相同的斜線命令和富嵌入提醒。如果不想執行完整機器人，可以設定 DISCORD_WEBHOOK_URL 來傳送單向提醒，無需安裝 discord.js。可選的 LLM 層連線八家提供者，包括 Anthropic、OpenAI、Gemini、OpenRouter、Codex、MiniMax、Mistral 和 Grok，用於產生交易想法和更智慧的提醒評估。未設定 LLM 時，規則引擎會處理提醒評估。
資料來源與 API 金鑰
README 將 27 個資料來源分成數個層級：核心 OSINT 和地緣政治、經濟和金融、天氣環境和社會、太空和衛星，以及即時市場資料。部分資料來源需要金鑰，但 README 表示有 18 個以上資料來源無需認證即可使用。三個免費金鑰被推薦以獲得最有價值的資料：FRED、NASA FIRMS 和 EIA。可選金鑰涵蓋 ACLED、AISStream、ADS-B Exchange 以及 LLM 提供者。沒有任何金鑰時，缺失的資料來源會回傳結構化錯誤，其餘掃描繼續執行。README 還提到 OpenSky 在公共熱點被頻繁查詢時可能回傳 HTTP 429，Crucix 會在來源健康狀態中顯示該限制，而不是繞過它。
架構與儲存庫狀態
程式碼使用純 ESM，副檔名為 .mjs，Express 是唯一的執行期依賴，discord.js 是可選的。apis/briefing.mjs 中的編排器使用 Promise.allSettled 並行執行所有資料來源，每個來源模組匯出 briefing() 函式，可以獨立執行。差異引擎追蹤兩次掃描之間的變化，儀表盤是一個自包含的 HTML 檔案，有或沒有伺服器都可以運作。儲存庫中繼資料顯示有 11,158 個 star、1,766 個 fork 和 66 個未解決問題。授權為 AGPL-3.0，授權摘錄要求執行在網路伺服器上的修改版本必須向使用者提供原始碼。README 沒有提供效能基準、安全稽核結果或除授權文字之外的保固聲明。
針對 calesthio-crucix，閱讀 README 時應把安裝入口和日常使用入口分開看。先確認文件點名的執行檔、套件管理器或容器命令，再對照專案要求的作業系統、執行時版本與外部服務。這些前置條件會直接決定首次啟動能否成功，不能用其他專案的慣例代替。
配置層面的重點在於找出 calesthio-crucix 真正讀取的檔案與參數。若 README 提到環境變數、設定檔、資料目錄、插件或 provider，就應逐一記錄其名稱和預設值，並觀察啟動後產生的日誌與輸出。文檔沒有交代的默認行為，應視為未知，尤其不能自行推定安全性、持久化或相容性。
從維護角度看，calesthio-crucix 的功能清單不等於完整的營運承諾。需要實際檢查 README 列出的版本、依賴、資料格式和錯誤處理，確認升級時哪些狀態會被保留，哪些整合需要額外憑證。若要放入團隊流程，還要先確認其授權文字對分發、修改和商業使用的具體限制。
最小驗證可以沿用 calesthio-crucix 自己提供的命令與檔案：在乾淨目錄建立最小設定，執行文件中的初始化或啟動命令，再查看 README 指定的輸出、狀態頁、產物或日誌。測試至少涵蓋一次成功流程與一次缺少必要參數的失敗流程，這樣才能分辨功能存在與實際可操作之間的差距。
calesthio-crucix 的實際價值還取決於它如何處理日常變更。可以先改動一個 README 明確列出的選項，觀察重載、重新建置、快取失效或資料更新是否符合說明，再恢復原設定確認狀態沒有留下難以察覺的副作用。對需要網路、資料庫、瀏覽器或模型服務的專案，這個步驟也能把程式本身的問題與外部依賴故障區分開。
若 calesthio-crucix 要交給其他人使用，交接內容不能只包含安裝命令。還要記下入口命令的完整參數、需要提交的設定檔、敏感值的存放位置、失敗時應查看的日誌，以及 README 明確列出的不支援情況。這些資訊會影響排障時間，也能避免使用者把社群版、實驗性功能或本地限定能力誤當成穩定服務。
在 calesthio-crucix 的評估中，輸入與輸出的可追蹤性比功能數量更值得核對。保留一次命令執行的參數、產生的檔案名稱和關鍵日誌，才能在重跑時知道差異來自設定、依賴還是資料。若 README 沒有給出某項能力的介面或結果格式，文章只把它列為未說明，不替專案補上承諾。
部署 calesthio-crucix 前也要核對資源與權限邊界。把 README 寫明的資料庫、網路、檔案系統和第三方帳號需求列成清單，逐項確認最小權限是否足夠，並把失敗時的返回值與日誌保存下來。這樣才能判斷它適合個人試用、團隊內部流程，還是需要更完整的運維審查。
採用前可在 calesthio-crucix 的工作目錄執行 README 所列入口，逐項核對輸入、產物與錯誤訊息；文檔沒有承諾的行為不應當作既定能力。
編輯結論
此儲存庫使用 AGPL-3.0 授權，README 未聲明存在任何官方代幣或區塊鏈資產。儲存庫中繼資料顯示有 11,158 個 star 和 1,766 個 fork，但 README 沒有提供獨立基準測試、生產效能資料或安全稽核，這些仍有待驗證。 對這個專案的判斷應以 README 中的實際入口為準：先按文件執行專案命令，再檢查產生的設定、服務狀態或輸出是否符合預期；若核心依賴、平台條件或文件未涵蓋的部署細節不合適，就不應只因功能清單完整而採用。
社群筆記