--- title: "Charlie Tang Hoong — FDE 前線部署 AI 與自動化工程師，馬來西亞" url: https://cv.tanghoong.com/zh-hant/ locale: zh-hant description: "常駐馬來西亞雪蘭莪的前線部署 AI 與自動化工程師。15 年以上經驗，把模糊的商業問題轉化為可上線的 AI、自動化與軟體系統，服務馬來西亞、新加坡與亞太區。" --- # Charlie Tang Hoong **FDE ── 前線部署 AI 與自動化工程師** — 雪蘭莪，馬來西亞 · UTC+8 我把模糊的商業問題，轉化為可上線、可衡量、可長期營運的 AI、自動化與軟體系統。 十五年正式環境交付經驗，人在馬來西亞雪蘭莪 —— 而這些工作大多是同一個開頭：一套別人寫的系統、沒有文件，而業務不能為了修它停下來。 ## 佐證 - **三個裡勸退兩個** — 三個不相關領域的 AI 可行性評估。其中兩個我依資本支出建議不要做，第三個建成了。 - **每月數十億次曝光** — 我參與的廣告科技平台規模 —— 每秒數萬請求；在我重構過的後端路徑上，p95 低於 100 毫秒。 - **15+ 條管線** — 價格監控、名單開發與市場情報 —— 為中小企業客戶建置，他們要的是有人盯著一張價目表，而不是一個平台。 - **15+ 年** — 四家公司、一份新加坡合約、兩次創業，以及獨立接案 —— 服務對象從企業營運團隊到兩個人的中小企業。 那三個 AI 提案裡有兩個沒有成交，而這正是重點：客戶夠早拿到真實數字，因此能以很低的代價說不。 ## 精選案例 五個精選案例，寫法一致：客戶想做的是什麼、哪裡不清楚、我做了什麼決定、我做了或建議了什麼，以及最後的結果。 - 案例 1 — 在一套不屬於我們的系統上開發: 一個多角色預約與點餐平台在企業客戶的舊 ERP 上線，介面契約由我直接與客戶自己的工程師談定，每一次範圍變更都在進到工程之前完成簽核。 - 案例 2 — 把打字這件事，從一條不能停機的單據流程裡拿掉: 一條 OCR 與 LLM 混合的管線，大幅減少了高單量航運單據流程中的人工輸入 —— 而這個營運環境裡的來源系統沒有 API，也換不掉。 - 案例 3 — 不佔住連線，也能扛住 AI 助手的流量: 重構 AI 客服助手的請求路徑：一次對話改為進佇列並由前端輪詢，而不是佔住一條同步連線 —— 已交付並合併。 - 案例 4 — 三個 AI 提案，其中兩個我建議不要做: 三個互不相關領域的 AI 可行性評估，每一個都產出方案設計與含成本的建置估算：其中兩個基於資本支出被正確地否決，第三個建成了。 - 案例 5 — 工程底盤：數十億次曝光，與一個自己會跑的市集: 在同一家廣告科技公司的兩段任職、共十一年：四年身為平台改版的唯一前端工程師，接著從頭做出一個自助式廣告市集，再來是每秒承載數萬請求的後端服務。 ## 我怎麼做事 無論客戶是企業的營運團隊，還是兩個人的中小企業，都是同樣七個步驟。順序比工具重要：我看過的交付失敗，多半在寫下第一行程式碼之前就已經決定了。 - **01 探索** — 與今天真正在做這件事的人坐下來，把流程照它實際運作的樣子記錄下來，而非照組織圖描述的樣子。真正要緊的東西，通常不在需求文件裡。 - **02 定義** — 畫出新流程、帶利害關係人走一遍、在工程開工前取得書面確認。明確寫出哪些不在範圍內，以及哪些是刻意留到第二階段。 - **03 設計** — 先決定買什麼、做什麼，再決定怎麼做。可以買的部分整合進來，關鍵路徑親手做，並且誠實面對哪些限制是真的 —— 網路、權限、別人的發版週期、一筆不會再多的預算。 - **04 建置** — 複雜的、定義介面契約的部分我自己扛，直接的介面交出去。一個任務過了三十分鐘還沒有明確方向，就轉成設計討論，而不是默默重做。 - **05 部署** — 假設這個環境不是我能改的。以非侵入的方式整合：從已經存在的地方讀取，長任務設檢查點，中斷了就從斷點續跑而不是重來，並且永遠留一條讓人可以中途接手的路。 - **06 衡量** — 事先講清楚「正常」是什麼、要怎麼看得見 —— 重試行為、失敗的可見度、單次請求成本；AI 系統則是一套評測集，而不是一種印象。 - **07 迭代** — 交付這一期，讓下一期的前置條件保持可見，然後讓正式環境揭露的事實去重排優先順序。 ## 我能帶來什麼 - **客戶需求探索與方案定義** — 直接與握有問題的人一起工作 —— 營運人員、創辦人、客戶自己的工程師 —— 把一份不完整的需求，變成有明確範圍、有報價、並且對「完成」有共識的方案。這件事我從兩邊都做過：在企業內部擔任業務流程專員，把沒有文件的財務與物流流程畫出來；也以外部工程師的身分，為從沒買過 AI 系統的中小企業做專案評估。 - **應用 AI 與流程自動化** — 必須在真實營運裡跑起來的 AI 系統：單據擷取，並且在寫入之前有一道人工覆核；客服 AI 的知識結構、工具呼叫、對話管理與轉真人；以及橫跨財務與物流、原本靠手動輸入的 RPA 流程。 - **方案架構與企業系統整合** — 把本來沒打算被連起來的系統連起來 —— 客戶的舊 ERP、完全沒有 API 的來源系統、第三方電商與支付平台、訊息佇列，以及夾在中間的人工步驟。反覆出現的決定是自建還是採購，而我兩邊都做過夠多次，知道真正有意思的問題是：哪一個限制會讓「買來的元件」失效。 - **正式環境工程與可靠性** — 系統上線之後仍然由我負責。長任務從斷點續跑，而不是從頭再來。失敗要在人還能退回手動流程的時間點浮現出來。以佇列處理，讓一個慢請求不會擋住下一位客戶。提交要具冪等性，重新整理頁面不會重複觸發。閒置的資源要被釋放，而不是一直被佔著。 - **技術交付與利害關係人對齊** — 我帶的是交付與技術決策，不是人數：聽完團隊意見之後的最終架構與選型拍板、一個團隊照著走的 code review 規矩，以及把工程師從真正卡住他們的地方帶出來 —— 以我的經驗，那幾乎永遠是介面契約，而不是程式碼。