D1 · 為什麼一家 IT 委外公司需要 Agent

（系列：《AI 維運實戰：我用 Hermes 把 Agent 變成企業同事的 30 天》）
（主題：將 AI 模型整合進實際系統與產品的工程實踐）
這一天我回答了最基礎、也最容易被跳過的問題——我們到底為什麼需要它？

────────────────────────────────

開場：問題不是「要不要用 AI」，而是「AI 要接在哪」

我經營一家 IT 委外公司，做的是企業 WiFi、IT 委外、企業 AI／地端 LLM、NAS 與備份這四塊。聽起來很「科技」，但把鏡頭拉近到每天的辦公室日常，其實是這樣：

• 財務每個月初要對帳，每天要盯有沒有客戶匯款進來；
• 社群上客戶、競業、產業動態每天在變，漏看一天就落後；
• 每家客戶的工程案件、跟進進度散在不同的聊天室；
• 官網 SEO 排名天天在動，卻沒有固定的人在盯；
• 工程師的 SOP、顧問的判斷準則，只存在少數人腦子裡。

這不是某家公司特有的亂，而是所有以「服務＋人力」為核心的中小企業共通問題：知識與注意力被綁在人身上，人不在，事情就停。

我最初的想法很單純——能不能有一個東西，把我每天重複做的「看資料、整理、判斷、回報」這件事，用機器人取代掉一部分？

────────────────────────────────

第一個關鍵轉折：我要的不是「會聊天的 AI」

2026 年大家對 AI 的印象，多半停在「對話機器人」。你問它答、你叫它生文章、它給你一段漂亮的文字。但對我這種要拿去扛真實營運的人來說，對話只是表象。我要的是能：

1. 自己定時起來跑（早上 8 點、下午 5 點自動執行）；
2. 去讀真實資料（公司的 Google Sheet、客戶群組訊息、社群動態）；
3. 依規則做判斷並產出我每天看得懂的報告；
4. 做完之後證明它真的做完了，而不是回我一句「好的，已完成」。

一句話：我要的不是「問答工具」，是一個能接進我公司流程、按班表自己動工的同事。市面上把這種東西叫做 AI Agent（智慧代理）。

────────────────────────────────

第二個關鍵轉折：為什麼不自己組一套，要用開源框架

既然要「接進系統自己動」，工程師直覺的第一個答案一定是：那就自己寫啊——調 LLM API、寫排程、寫讀表邏輯、接訊息平台。

我確實考慮過，也評估過成本。自己從零組一套會踩到的坑，我心裡大概有數：

於是我選了一條中間路：採用開源的 Agent 框架 Hermes（Nous Research 開發），把心力花在「怎麼把我公司的流程餵進去」，而不是「從零刻一個 Agent 引擎」。

────────────────────────────────

決策框架：我怎麼判斷「這個框架夠格扛營運」

我沒有被「開源、免費、很多人用」沖昏頭。我拿真實營運需求去打分數：

1. 能不能接我的訊息平台——我要在 Telegram／LINE 上叫它，它要在那回我。（通過）
2. 有沒有真正的長期記憶——它要記得我是誰、我公司做什麼、我偏好什麼格式，而不是每開一個對話就失憶。（通過）
3. 能不能排程自己跑——我沒空每天早上叫它，它要自己知道幾點做什麼。（通過）
4. 能不能操作真實工具——讀 Google Sheet、跑終端機指令、爬網頁。（通過）
5. 可不可以多開分身——我預感未來不只要一個 bot，可能要財務一個、工程一個。（通過——這點後來變成整個系列的大主軸）

五項全過，我才決定把真金白銀的營運流程押上去。

────────────────────────────────

這系列文章會怎麼走

我不打算寫成「Hermes 使用教學」，那網路上多的是。我想寫的是我踩過的路——從一個 AI 助手，擴張成一家公司的「多機器人同事系統」的完整歷程，用 30 天拆成 30 個可以單獨看的工程事件：

• 模型部署與路由：多 Provider 並存、Primary／Fallback 自動切換、成本與品質的取捨；
• Agent 架構設計：用 Profile 隔離出財務、工程、行銷等部門機器人，各自獨立身份、權限與記憶；
• 上下文與記憶管理：跨 Session 長期記憶、知識庫分層、把公司的文件變成 AI 查得到的「公司大腦」；
• 評估與監控：Cron 自動化、LINE／Telegram 多平台整合、認證自動修復與失敗除錯。

────────────────────────────────

我想讓你看見的，不是 AI 多厲害

是它怎麼在真實商業場景裡穩定交付——包含它怎麼出錯、我怎麼追根因、怎麼驗證它「真的做完了」，而不是只會回一句「看起來成功」。

如果你是中小企業主、或想把 Agent 導入工作流程的工程師，這 30 篇會給你一條可以照著走的實戰地圖。
如果你是開發者，這裡面的踩雷與架構決策，會比任何「Hello World」教學更有參考價值。

────────────────────────────────

今天的結論

D1 我其實一行程式都沒寫，但我覺得這是最重要的一天——因為我把「AI 要扮演什麼角色、接在公司哪個位置」想清楚了：

不是把 AI 當成一個會聊天的工具放在旁邊，而是把它當成一個有班表、有記憶、有工具權限的「同事」，接進公司的流程裡。

方向對了，後面 29 天的坑才踩得有價值。

────────────────────────────────

下一篇 D2：安裝與第一道取捨——CLI、Desktop、Gateway，我為什麼選 Gateway？