🎯 什麼情境該想到我
當你面對一個大又不確定的系統，不知從何下手、擔心各部分兜不起來時。
⚙️ 怎麼用
「曳光彈」是先射一發能看見軌跡的子彈來校準——在軟體上就是先打通一條最細的端到端路徑（能跑、能驗證），再逐步長肉。
- 做一個 walking skeleton：從 UI → 邏輯 → DB 的最小可運作骨架，貫穿所有層與整合點。
- 及早暴露整合風險：端到端先通，最難的「各部分兜不兜得起來」提前驗證。
- 在骨架上增量長出功能。
曳光彈 ≠ 原型：曳光彈是保留並持續發展的真實骨架；原型是探索用、用完即丟。
🧪 我實際套用的紀錄
- 2026-07-15：（待填）
⚠️ 注意
- 別把「用完即丟的原型」當成正式基礎繼續蓋；兩者目的不同。
🔗 相關工具
- 工具-系統設計思考框架 —— 射曳光彈之前先釐清題目：需求、規模、瓶頸在哪，才知道那條端到端路徑要穿過什麼
- 工具-逐步求精 —— 名字像但不是同一件事：那張（書中稱「反覆精化」）精化的是資料表示法，不是交付順序。「先做能跑的骨架再長肉」是本卡，不是那張
- 工具-架構隨業務規模演進 —— 骨架該做多複雜的判準：先簡單做，等規模真的逼你再上分散式