SENIOR FRONTEND ENGINEER · ARCHITECTURE & SYSTEMS
把複雜前端系統中容易失控的部分，整理成有清楚邊界、能被驗證、可以持續演進的系統能力。
PROFILE / EXPLORE
02 / EXPERIENCE
15+ 年軟體開發經驗，持續將複雜需求整理成清楚、可維護且能長期演進的系統。
2026/2 — 2026/9 · 8 個月
註：本職務因公司停止營運而終止
當 AI Agent 進入開發流程，原本的架構與工程規則也開始需要被機器理解、執行與驗證。
2025/5 — 2025/10 · 6 個月
當複雜度不只存在程式碼裡，我開始用工具與分析把原本依賴經驗判斷的風險攤開來看。
2023/6 — 2025/4 · 1 年 11 個月
從單一系統的責任邊界，一路把相同的工程能力收斂到不同產品共同使用的架構。
2019/10 — 2023/4 · 3 年 7 個月
Framework、Shared Packages、Monorepo 與 Architecture Rules，讓零散方法開始形成完整工程系統。
2016/7 — 2019/10 · 3 年 4 個月
從 ERP／MES 的 UI Pattern 到團隊訓練，開始把個人經驗轉成能被重複使用的方法。
2010/8 — 2016/6 · 5 年 11 個月
從 EDI Mapping 與 UI 抽象開始，我第一次嘗試把反覆出現的差異從程式碼中抽離。
03 / CAPABILITIES
聚焦前端架構、系統設計、工程生產力、AI 協作開發與技術領導。
專注於打造可擴充、可維護且能持續演進的前端架構。
擅長透過清楚的模組邊界、共用抽象層與一致性的設計，降低系統複雜度；具備架構設計、Monorepo、Shared Library、依賴治理與工程規範建立經驗。
擅長將複雜的商業需求整理成清楚、可測試且容易維護的前端系統。
著重狀態管理、元件架構、Design System、效能優化與可持續演進的程式結構。
透過工具、自動化流程與工程規範，提升團隊的開發效率與維護品質。
具備內部 CLI、ESLint 規則、Code Generation、Git Hooks、CI 品質管控與可重複使用流程的實作經驗。
將 AI 視為工程協作的一部分，而不是單純的程式碼生成工具。
建立 Agent Skills、Prompt Workflow、Design-to-Code Validation 與工程 Guardrails，同時保留工程師對品質與架構的最終判斷。
透過架構設計、工程規範、技術文件與知識分享，推動團隊建立一致的開發方式。
相信良好的工程文化來自清楚的設計原則與可落實的流程，讓團隊持續交付高品質且容易維護的軟體。
04 / GITHUB PROJECTS
以實際專案呈現工程規則、系統整合與互動架構的設計與實作。
把架構決策從文件中的共識，轉換成工程師、Lint、CI 與 AI Agent 共同遵守的可執行系統。
ESLintCLIAI AgentArchitecture READ THE SYSTEM ↗ 02 THEME INFRASTRUCTURE Antwind讓 Ant Design 與 Tailwind CSS 共用同一份 design token 與 theme scope，而不是維護兩套色彩真相。
ReactAnt DesignTailwind CSSMonorepo READ THE SYSTEM ↗ 03 INTERACTION ARCHITECTURE Cards把真實卡牌互動拆成可替換策略、狀態模型與場景編排，而不是把所有動畫時間軸塞進一個元件。
ReactMotion3D CSSStrategy READ THE SYSTEM ↗05 / PHILOSOPHY
SINGLE SOURCE OF TRUTH
一份資料、一條規則、一個模組的責任，都應該有明確的來源。當同一件事情散落在不同地方，需要依靠人的記憶維持一致，複雜度就會開始累積。
職涯早期，我先在 Evergreen International 把反覆出現的 EDI 轉換與介面行為整理成可配置、可共用的能力；到了 Walsin Lihwa，則進一步把個人的實作方式整理成團隊可以沿用的 UI Pattern 與訓練內容。當時我還沒有替這件事取名字，只知道重複的規則不應該各自存在。
在 Gorilla Technology Group，問題擴大到多品牌、Shared Packages 與不同交付流程。我開始用 Config-driven Framework、Monorepo、依賴邊界與 CI/CD，讓程式、版本與團隊遵循同一套結構。Folder Structure 也不再只是一份文件，而是能由圖說明、由 ESLint 執行的架構規則。
如果一條規則只能靠人記得，它就還不是系統真正的規則。
到了 Clinico，我更清楚看見「共用」不是把所有東西放在一起，而是辨認哪些行為本質相同，讓它們只存在一份；品牌差異則必須保留清楚的覆寫邊界。無論是 BPM、LIFF、多品牌服務，或 GraphQL 與 REST 之間的資料模型，我處理的都是同一件事：避免相同邏輯在產品演進中逐漸分叉。
BTSE 讓這個原則從程式架構延伸到協作。多白牌系統的修改範圍不能靠猜，跨部門的需求、交付與測試責任也不該各自解讀。因此，我嘗試把依賴關係計算出來，把受影響的頁面交給 QA，也開始要求所有角色在同一份事實上對齊。
在 Cypher Lab Sdn. Bhd.，AI Agent 進入開發流程後，這個問題變得更加直接。AI 可以快速產生程式碼，但如果架構規則散落在不同人的記憶、文件與工具中，它只會更快地放大不一致。於是我把分層、邊界、Lint、CI、文件與 Agent Contract 收斂成 Blueprint，讓人與 AI 都從同一個來源理解系統。
回頭看，我一路做的並不是彼此無關的架構工具。從可配置系統、共用 Pattern、Monorepo、影響分析，到 Architecture as Code，我始終在追求同一件事：讓系統真正的答案只有一份，而且能被理解、驗證並持續演進。