聘請全職 AI 工程師，還是找承包商：一個決策框架

作為以承包模式交付項目的工程師，這是一個誠實的分析，兩邊適用情境都說。

AI人才聘用決策 AI外包中小企

「我們該請一個 AI 工程師嗎？」——這是導入 AI 的企業最常見的組織問題。作為以承包模式交付項目的工程師，答案並非一面倒：兩種模式各有明確的適用區，判斷依據是以下四個維度。

維度一：工作量的持續性

全職聘用的前提是有持續填滿的工作量。誠實估算：你的 AI 需求是「三個月建置期 + 之後每月少量維護」，還是「未來一年每週都有新東西要做」？

前者聘全職，建置期過後你付的是待機成本；後者找承包商，你付的是反覆的溝通與交接成本。多數中小企的第一個 AI 項目屬於前者。

工具交付後需要日常監看與偶發維護。如果內部有 IT 人員或技術背景的同事，承包商交付、內部維護的模式成本最低——前提是交付包含完整原始碼與知識轉移（詳見原始碼移交為什麼重要）。

內部完全無人能接，則要在「聘一個人」與「與承包商簽維護協議」之間比較長期成本。

全職是經常性支出：薪金、強積金、招聘成本、管理成本，而且與產出解耦——項目延誤，薪水照付。承包是項目制支出：與交付物掛鉤，里程碑驗收後付款，預算封頂。

現金流緊的階段，項目制支出的可預測性通常更重要。

AI 工程師目前是賣方市場。中小企在薪酬與職涯發展上與大企業競爭同一批人，處於劣勢；招錯人的成本（數月薪金 + 重新招聘的時間）對小組織的衝擊遠大於對大型機構。承包模式把「選錯人」的風險縮小為「選錯一個項目」，且有里程碑停損。

實務上效果最好的組合經常是：承包商建置、內部維護、按需回聘。

承包商以固定範圍完成建置，交付原始碼與部署知識；內部同事接手日常運作；遇到需要改動的時刻，以小型固定範圍項目回聘原承包商或任何其他工程師——因為原始碼在你手上，你有選擇權。這個模式成立的關鍵是移交品質。

公道地列出：AI 是你產品的核心（而非內部流程工具）、需求每週演進、資料高度敏感到外部人員接觸即屬風險、或你正在組建長期技術團隊——這四種情況，全職是正確答案，承包只是過渡。

可以談，但別當成預設路徑。承包工程師選擇承包模式通常有其原因，把「轉全職」當隱藏議程會影響合作品質。直接問，尊重答案。

這正是原始碼移交要寫進合約的原因。原始碼在你手上，任何合資格的工程師都能接手；原始碼在對方手上，失聯等於系統死亡。

Levi係駐香港嘅獨立AI工程師，為香港推動AI數碼轉型嘅中小企構建生產級LLM應用、RAG pipeline及文件智能系統。