講者：Will 保哥 | 多奇數位創意有限公司 | 技術總監

活動：12/15 Generative 忘年會 2025

題目：專業軟體工程師如何不寫程式設計 AI Agents

保哥分享一開始，其實沒有什麼很酷的畫面，只是淡淡地說了一句：「我現在大概有三十幾個 Agent，在幫我過生活。」現場大家笑了一下，但這句話讓我很震驚也很焦慮，因為我現在每日使用的 AI Agent 還沒有很多。不過保哥這場講的不是單是生產力的議題，而是在探討把腦力外包的方式，他說到在 AI 時代前是「人+腦袋」，現在變成「人+外部 AI 腦袋」。

這個差別不在模型多強，而在大家願不願意誠實面對，每天消耗我們的不是創造所帶來的疲勞，而是有一堆不想再做一次的小事，至少我聽到當下非常同意。

有趣跟有創造性，其實是兩回事

保哥舉的例子一點都不浪漫，他要自動收集文章、自動發文，甚至自動幫自己評分要不要發，這些事情非常重複又不有趣，而且它們沒有什麼創造性，卻非常吃腦力，會不知不覺吃掉你很多時間。

但也正是因為這些事不需要創造性，才特別適合交給外包做，當這些東西不再佔據你的注意力，人反而可以把精神留給那些「只有人類才會在意」的部分。

消除複雜性，才是真正困難的工程

整場分享我覺得最重要又最廢話的一句就是：

「消除複雜性，剩下的只有簡單。」

他說很多流程其實一開始就能很簡單，但人類很擅長把事情弄複雜，就像 1 分鐘等於 60 秒，這件事沒什麼好討論的，可一旦寫成流程或系統，就多了很多例外、條件與額外判斷。他的做法不是優化這個流程，而是直接把流程給「抽象掉」，複雜的東西先包起來，變成工具；工具再被使用，最後剩下的是概念，而不是細節。

這種做法下第一版不外乎，幾乎一定又醜又長，且很難維護，但只要開始把它當工具看，就會慢慢知道哪些細節其實可以丟掉。

其中滿讓我震驚的是保哥說他不用 n8n，不是因為不好，而是彈性不夠大，對他來說，Agent 的世界變化太快了，與其被流程框住，不如直接呼叫 API，把「步驟」藏在工具裡，而不是寫死在流程圖上。

工具設計的原則很老派卻很好用：

• 單一職責

• 可以被組合

• 看得出來發生什麼事

• 出問題能測

有趣的是這些測試與工具，大多也是叫 AI 幫忙寫的，工程師的角色，慢慢從「寫程式的人」，變成「決定哪些東西值得被寫成程式的人」，有點類似提示詞本身就像程式碼的感覺

Bluesky 貼文工具的那個細節

他現場示範了一個看起來很日常的案例，幫自己把影片整理成一篇 Bluesky 貼文。

流程聽起來很長要設定環境 → 取影片 → 轉文字 → 清理內容 → 評分 → 發文。但保哥說到他幾乎不寫細節，只講「原則」面相例如：看起來怪不怪、移除不該出現的符號、分段要清楚。

只有在真的很容易出錯的地方，才會特別拉出來變成一步。用這種方式把複雜拆成細節之後，反而可以用很便宜的模型跑完一整套流程，像 Gemini 的 Flash 系列就夠了，因為每個環節任務夠小夠具體，這樣成本低的同時成功率也高。

超過七分才發文，其實也是一種「可測試性」。

專業工程師，其實也不愛寫 code

他說自己這一年寫的 code 少得可憐，不是因為退步，而是因為沒有必要。我去年也有一樣的體悟，只要不是深度客製、有經濟價值的東西，就不需要親手寫。

很多人其實放不下 coding 這件事，但那更像是一種身份認同，而不是效率選擇，現在的工程師應該更像是指揮家，把工具組合起來，寫 code，反而變成最後的手段。

分享結束前，他問了觀眾一個問題：

未來會不會出現某種標準 Protocol，讓不同人打造的 Agent，真的可以彼此溝通、協作？

那一瞬間我突然意識到，我們現在做的，可能都還只是「個人腦袋的延伸」，但如果有一天，這些外部腦袋開始互相理解，可能就不只是單純省時間而已了。