UNDERSTAND ANYTHING
架構圖索引
每個系統一張互動式知識圖：分層、檔案、函式與它們之間的關聯。重新分析後跑 build.mjs 與 deploy.bat 即更新。
- 天樞 Tianshu授信 CRM／額度規劃單檔 App（index.html + Cloudflare Pages Functions） 9 層754 節點1,093 關聯分析 2026-09-27HEAD b395341 / 圖 3a4cd58 圖已過期
- 萬試通 XUANJI LAW司律國考爭點＋考古題＋筆記 App（靜態 Cloudflare Pages；內容由 MI-OS law.db 匯出；D1 存使用者狀態，另有一份手動灌入的內容副本） 10 層392 節點764 關聯分析 2026-09-27HEAD c706592 / 圖 c706592
- 羅盤 Travel旅遊規劃 PWA(pages/ 靜態 SPA + Cloudflare Pages Functions + D1 同步) 9 層371 節點977 關聯分析 2026-09-24HEAD 84a9970 / 圖 4a2e8f2 圖已過期
- 衡 Heng個人財務 App(pages/heng.html + js/heng/* 九片 classic script;HengStore 包 localStorage;KV 同步 Worker) 8 層328 節點473 關聯分析 2026-09-18HEAD e51a64b / 圖 4cc3257 圖已過期
- 璇璣 MI-OS市場情報 OS 模組架構圖(依重構順序 0–12 分層;只收各模組 canonical 檔案與資料資產,非全 repo 掃描;產生器 module_graph.mjs) 13 層355 節點325 關聯分析 2026-09-28HEAD 516f833e7e / 圖 723bcd5 圖已過期
REFACTOR PLAN
MI-OS 重構計畫
不把 MI-OS 看成一個 App,而是依賴順序排列的業務模組;產品價值在把「資料 → 事件 → 判斷 → 預測 → 結果」串起來,不是單看一家公司
| 順序 | 重構模組 | 用戶價值 | 依賴 | 學習價值 |
|---|---|---|---|---|
| 0 | 台股資料處理 | 基礎 | ||
| 1 | 個股核心 / 財務 | 0 | ||
| 2 | 股票估值 | 1 | ||
| 3 | 同業比較 | 1、2 | ||
| 4 | 新聞 / 事件 | 0、1 | ||
| 5 | 預測 / Prediction Ledger | 1、4 | ||
| 6 | 產業分析 | 1、4 | ||
| 7 | 供應鏈 / 傳導 | 6 | ||
| 8 | M1–M16 模型 | 0、1、2、3、4、5、6、7 | ||
| 9 | 總經 | 4、8 | ||
| 10 | 地緣政治 | 4、9 | ||
| 11 | 房市 | 9 | ||
| 12 | 報告 / 工作站 / 開陽 | 幾乎全部 |
- 寫作平台(報告 / 工作站 / 開陽)移到最後:它幾乎依賴全部模組
- 新聞資訊流提前到估值之後:股票核心 → 估值 → 新聞 → 預測 → 產業(原本是 估值 → 寫作 → 新聞 → 產業)
新聞不是 News Feed，是一條鏈
News→Event→Entity→Claim→Prediction→Outcome
首頁主張「每張分析卡的可證偽主張都寫入預測庫,到期自動結算」;新聞不是 News Feed,而是這條鏈的起點。這條鏈修好,產品價值升一個層級
第一個目標：Golden Company 2330 台積電
FinMind／MOPS raw→Canonical→財務→Feature→估值→同業→判斷→UI
- 驗收
- 2330 個股頁的每一個數字都能追到唯一來源
- 血緣基線
- 11 區塊只有股價、追蹤是單一產線;估值同頁並存 dcf_base 1800.39 與 bridge 2458.49,scan.json 價格 2400 vs 個股頁 2380;事件真源 price_event_attribution 無登記 owner。另:程式碼裡天樞是下游 CRM(讀 bos_lite),raw 實際來自 FinMind——pipeline 首格的「天樞」待使用者確認是指資料源還是治理方法。
- 個股頁區塊
- 股價、市值、財務、估值、reverse DCF、敏感度、同業比較、追蹤、事件、預測
- GC-01 2330 血緣快照測試:頁面每個數字對到唯一產線 · 驗收 tests/test_golden_2330_lineage.py 首跑預期 FAIL(1800.39 vs 2458.49、2400 vs 2380) · RF-009
- GC-02 市值單一產線:market_prices.close × shares_out · 驗收 financial_model.json 2330 market_cap 與 shares_out×close 差 <0.1% · RF-004
- GC-03 估值一個數:頁首 dcf_base 與敏感度格心同源 · 驗收 dcf_sensitivity.json 2330 center.base_per_share == financial_model.json dcf_base · RF-004
- GC-04 財務單一渲染路徑:移除 financial_model.json 比率表 fallback · 驗收 tests/test_stock_fin_agg.cjs 通過且 stockFinSnapshot 不再讀 financial_model.json · RF-005、RF-043/044
- GC-05 事件寫入者顯名:price_event_attribution 登記唯一 owner · 驗收 table_registry.yaml price_event_attribution owners 非空且 sql_governance --check 通過 · new
擴展順序2330→2454→1519→6669→2308→全市場
不一次修整個股票系統;先把一家做到完整正確再擴,降低 learning curve
Vibe Coding Lab
天樞·MI-OS·羅盤·衡·萬試通
五個 App 不是獨立專案;真正要學的是同一套治理方法如何跨不同 domain 運作