工業技術研究院（ITRI）
工研院生產管理系統
- 原始問題
- 九大生產站點需要將複雜品質管制流程數位化，並保留可追溯的歷史資料。
- 規劃判斷
- 先定義站點資料、驗證規則與製程狀態，再以一致的 API 與資料模型支撐後續統計分析。
- 系統組成
- Node.js／TypeScript API、Prisma ORM、PostgreSQL、Docker 與 Swagger 文件。
- 負責內容
- 負責後端 API 與資料層，與合作公司的前端團隊協作，實作資料驗證、歷史追蹤及統計製程管制。
BUSINESS SYSTEMS & DATA INTEGRATION
把分散的流程與資料，整合成一套系統
從管理後台、API 與資料庫，到設備及即時資料串接，我會先釐清使用者、流程與系統邊界，再把不同來源的資訊整理成可操作、可追蹤的工作流程。
- check 直接與規劃及開發者合作
- check 先定義範圍再估價
- check 從上線考量後續維護
- groups
使用者與角色
誰需要查看或操作資料
- sensors
資料來源
設備、服務與既有系統
- api
API 與資料流
定義交換、同步與存取方式
- rule
驗證與規則
處理格式、狀態與例外
- web_asset
操作與監控介面
把資料轉成可執行的資訊
- monitor_heart
部署與監測
追蹤運作、錯誤與後續維護
verified 接得上 · 看得懂 · 能追蹤
依資料來源、使用流程與既有環境選擇合適的整合方式
- 管理後台
- REST API
- WebSocket
- 資料庫
- 權限控管
- 雲端部署
SELECTED SYSTEMS
從接收資料到提供 API，看整合如何落地
四個案例涵蓋 AI 偵測、智慧交通、生產流程與環境設備，呈現不同資料來源和協作邊界下的實際做法。
國立成功大學
成大環境監控系統
- 原始問題
- 用電與空氣品質資料來自不同設備服務，需要即時掌握、歷史分析及異常告警。
- 規劃判斷
- 將即時狀態、管理設定與歷史報表分層，並以角色權限控制不同人員能查看與操作的內容。
- 系統組成
- Vue 3 Dashboard、Admin 管理介面、REST API、WebSocket、RBAC 與 Excel／CSV 匯出。
- 負責內容
- 負責前端架構與介面，串接設備資料 API 與即時資料流，整合多語系、權限及報表工作流程。
Linker Vision Co., Ltd.
高雄燈塔計畫 — 智慧交通 LOS 分析系統
- 原始問題
- AI 物件偵測與攝影機校正資料需要被轉換成路口及路段的即時交通指標，提供外部單位作為決策依據。
- 規劃判斷
- 整合偵測結果與校正矩陣，在前端建立可檢查的即時分析流程，並透過 REST API 與 WebSocket 對外輸出 LOS 結果。
- 系統組成
- Vue 3、TypeScript、Quasar、Socket.io、Konva Canvas、HLS.js 與 JWT。
- 負責內容
- 擔任 Front-End Engineer，負責資料串接、即時計算與分析介面，協助將 AI 結果轉成可使用的交通數據。
Linker Vision Co., Ltd.
Linker Vision Android TV AI 展示系統
- 原始問題
- AI 偵測結果、即時影像與地圖資訊需要在 Android TV 上同步呈現，供展會現場清楚展示。
- 規劃判斷
- 以 Android TV 為主要呈現載體，將 AI API、WebSocket、HLS 影像與地圖整合成一致的即時體驗。
- 系統組成
- Kotlin Android TV App、AI API、WebSocket、HLS、ExoPlayer 與 Mapbox。
- 負責內容
- 負責 Android TV App 架構、介面與資料串接，將合作方的 AI 偵測能力整合進產品。
COMMON INTEGRATION NEEDS
讓資料進得來，也讓系統能可靠地提供資料
整合可能是接收設備或合作方資料，也可能是建立 API 供其他團隊使用；兩者都需要先說清楚格式、權限與失敗處理。
串接外部服務與設備資料
把合作方 API、感測設備、AI 偵測或即時資料流整合進管理介面，讓團隊看得懂也能採取行動。
- north_east 資料來源與欄位盤點
- north_east API、WebSocket 與權限串接
- north_east 監控介面與狀態呈現
- north_east 錯誤、重連與異常處理
建立後端 API 與資料服務
把營運規則與資料整理成有驗證、權限、歷史紀錄和文件的服務，供內部產品或合作團隊穩定串接。
- north_east 資料模型與驗證規則
- north_east API Contract 與文件
- north_east 權限、歷史與稽核紀錄
- north_east 部署、監測與交接
PLANNING BLUEPRINT
不是先列功能，而是先回答六個系統問題
功能清單只說明要做什麼；完整規劃還要定義誰來使用、資料怎麼流動、失敗時怎麼處理，以及完成後如何驗收。
使用者與角色
釐清的問題誰要完成什麼工作？誰可以看、改或核准？
形成的規格角色清單 · 權限矩陣
情境與流程
釐清的問題現在怎麼做？卡在哪裡？正常與例外流程各是什麼？
形成的規格使用流程 · 狀態圖
資訊與介面
釐清的問題每一步需要看到、輸入或判斷哪些資訊？
形成的規格資訊架構 · Wireframe
資料與規則
釐清的問題資料從哪裡來？如何驗證、關聯、保存與追蹤？
形成的規格資料模型 · 驗證規則
系統與整合
釐清的問題哪些服務需要串接？權限、同步與失敗如何處理？
形成的規格系統架構 · API Contract
交付與營運
釐清的問題什麼算完成？如何部署、監測、備份與持續改善？
形成的規格驗收條件 · 上線計畫
WHAT YOU CAN REVIEW
規劃不是一場會議，而是一組能共同確認的成果
依專案規模選擇必要文件，讓業主、使用者與開發團隊對同一件事有一致理解。
- flag
需求與範圍
目標、成功條件、功能邊界、優先順序與本階段不處理的項目。
- schema
流程與架構
角色流程、系統模組、資料流向、服務整合與主要技術決策。
- rule
規則與驗收
權限矩陣、欄位驗證、例外處理，以及可逐項確認的完成標準。
- calendar_month
階段與風險
交付順序、相依關係、時程估算，以及需要優先驗證的未知風險。
DELIVERY PROCESS
每一階段都留下可確認的決策
先降低方向錯誤的成本，再逐步增加工程投入；不需要等到專案尾聲，才第一次看見成果。
需求探索
訪談關鍵角色，盤點現況、目標、資料來源與不能忽略的限制。
check_circle 確認問題、目標與優先順序系統藍圖
整理流程、範圍、權限、資料與架構，拆出合理的第一個版本。
check_circle 確認系統邊界與驗收方式階段開發
以前後端可操作版本持續對齊，及早驗證高風險流程與整合。
check_circle 逐階段展示、測試與修正上線維運
完成部署、資料準備與交接，並依實際使用狀況安排後續改善。
check_circle 確認上線、監測與維護責任
WAYS TO START
不論在哪個階段，都能先找到合理的下一步
初次討論會先判斷現況與風險，不預設一定要全部重做。
- add_box
從零建置
把尚未完整的想法整理成可執行的第一版範圍。
- handyman
既有系統接手
盤點程式碼、架構、部署與待處理問題，再安排接手順序。
- extension
功能與整合擴充
在既有流程加入新模組、第三方服務或資料串接。
- map
技術規劃與陪跑
協助團隊釐清架構、需求與開發決策，建立穩定節奏。
FAQ
開始之前，可能會想問？
只有初步想法，還沒有需求文件，可以討論嗎？add
可以。初次討論會從目前的工作方式、希望改善的問題、使用者與限制開始，不需要先準備技術規格。後續再依資訊完整度安排需求探索或系統規劃。
預算與時程要怎麼估算？add
會先把目標、範圍、整合項目與主要風險說清楚，再拆成可交付階段估算。若未知條件仍多，會先安排短期驗證，不用一開始就為模糊需求承諾整包開發。
可以接手既有系統嗎？add
可以。會先盤點程式碼、資料庫、第三方服務、部署環境、帳號權限與目前問題，再提供接手風險、優先處理項目與漸進改善方式。
服務包含 UI、後端、部署與後續維護嗎？add
可以依需求涵蓋介面、前端、API、資料庫、部署與維護，也能與既有設計或工程團隊分工。實際責任邊界會在提案與規格中明確標示。
需要先決定使用哪一套技術嗎？add
不需要。技術會依使用情境、既有資源、整合需求、維護能力與預算評估；先決定問題與限制，再選擇能長期承擔的方案。
START WITH THE PROBLEM
帶著現況來，我們先把下一步說清楚
不需要先整理成一份完整規格。先談目前流程、想改善的問題與限制，再判斷最合理的切入點。