115年AI領航智慧服務代理人推動計畫｜法遵 AI Agent、SaaS 代理人化，10/20 截止申請

企業導入 AI Agent，已經逐漸從「做一個會回答問題的聊天機器人」轉向「讓 AI 能理解任務、串接企業系統並實際執行工作」。數位發展部數位產業署於115年9月21日正式公告「115年AI領航智慧服務代理人推動計畫」，徵案至115年10月20日下午5時截止。:contentReference[oaicite:0]{index=0}

本次計畫重點並不是一般生成式AI聊天應用，而是進一步要求業者發展具備自主推論、任務規劃、外部系統串接、自我修正與治理機制的代理式AI（Agentic AI），並將技術做成可訂閱、可複製與可擴散的產品化服務。徵案類別則明確鎖定「智慧服務法遵代理人」及「傳統SaaS軟體AI代理人化」兩大方向。:contentReference[oaicite:1]{index=1}

115年AI領航智慧服務代理人推動計畫是什麼？

本計畫屬於數位產業署「DIGITAL+數位創新補助平台計畫」115年主題型計畫。行政院公報所刊正式公告顯示，自115年9月21日起正式受理申請；DIGITAL+官方平台亦已公告本案受理至115年10月20日。:contentReference[oaicite:2]{index=2}

相較只要求企業「導入AI」的計畫，本案方向更集中在AI產品化與規模化。官方說明指出，希望協助國內資訊服務業、系統整合商及SaaS業者，將AI發展為具自主推論能力、可訂閱且可以進一步擴散的產品化服務。:contentReference[oaicite:3]{index=3}

換句話說，若企業只是把大型語言模型接上一個聊天視窗，讓使用者查詢資料，通常還不足以完整對應本次計畫所描述的Agentic AI。提案時更重要的是說明：AI如何理解任務、決定下一步、呼叫企業系統、執行操作、取得結果，再根據結果繼續修正後續行動。

官方怎麼定義 Agentic AI？五個能力是提案核心

依本次徵案說明，代理式AI是以大型語言模型（LLM）等生成式AI技術為基礎，並具備五項核心能力。這五項條件很重要，因為它們實際上也可以直接拿來檢查企業目前規劃的系統，到底是AI助手、聊天機器人，還是真正具備代理人特性的系統。:contentReference[oaicite:4]{index=4}

1. 理解目標：可以理解使用者設定的工作目標，而非只處理單一問答。
2. 自主規劃與執行：可以把任務拆成多個步驟，並依工作流程逐步執行。
3. 串接工具與系統：可以連接API、企業系統、資料來源或其他工具，進一步採取實際行動。
4. 依結果自我修正：能根據執行結果判斷是否達成目標，必要時修改下一步。
5. 治理與安全：必須同時考慮治理、稽核與安全防護，而不是讓AI無限制地操作企業資料與系統。

因此，企業在準備計畫書時，不宜只有「使用GPT或LLM」、「建立RAG知識庫」、「導入智慧客服」等描述，而應完整呈現模型、資料、Agent決策、工具呼叫、API、權限管理、Log、人工覆核與異常處理之間的系統架構。

兩大補助方向：企業只能選一類申請

本次由申請企業自行選擇一個類別，每一企業以1案為提案上限，而且送件完成後不能再變更類別。因此，不建議先從技術名稱選題，而應先確認產品服務的主要使用者、資料類型與實際工作流程，再決定申請方向。:contentReference[oaicite:5]{index=5}

類別一：智慧服務法遵代理人

此類聚焦於具備法律條文、歷史判例、合規政策知識及大量文本分析能力的自主型專業數位助理。核心不是單純提供法規搜尋，而是將法規、內部政策及實際業務流程進一步轉換為可執行的AI服務。:contentReference[oaicite:6]{index=6}

例如企業可以思考法遵檢查、契約初步分析、政策異動比對、內部規範查核、文件分類與風險提示等工作流程。不過涉及法律判斷時，系統如何提供來源依據、版本追蹤、人工覆核、權限控制與稽核紀錄，也會比一般問答型AI更加重要。

類別二：傳統SaaS軟體AI代理人化

第二類則鎖定既有企業軟體，包括ERP、CRM、BI等傳統SaaS系統，希望把原本「使用者操作介面、輸入條件、查詢結果」的被動式流程，轉變成能理解意圖、主動規劃並與其他工具協作的AI代理人。:contentReference[oaicite:7]{index=7}

例如，傳統CRM只能讓業務人員查詢客戶資料；代理人化後，系統可能需要理解「找出近期有流失風險的重要客戶並建立跟進任務」這類目標，接著查詢CRM資料、分析互動紀錄、呼叫相關服務，最後建立待辦工作。真正的技術門檻會落在流程編排、API整合、資料權限、Agent決策及執行安全。

本案特別要求「商業驗證 PoB」，不能只有技術 PoC

官方明確要求提案方案須具備實體或數位落地驗證場域，提出營運與商業模式規劃，並在計畫期間完成商業驗證（Proof of Business，PoB）。:contentReference[oaicite:8]{index=8}

這代表提案不能只回答「AI能不能做到」，還要進一步回答「客戶會不會用、使用頻率是多少、誰願意付費、方案能不能標準化，以及是否有機會複製到第二個、第三個客戶」。

如果企業目前還停留在模型測試或PoC階段，可以先盤點PoB需要驗證的指標。例如訂閱客戶數、付費轉換、Agent成功完成任務的比例、人工介入比例、導入時間、客戶使用量、實際營運流程改善，以及產品部署到不同客戶時需要多少客製開發。

哪些企業可以申請？先檢查行業分類

本計畫可以由單一企業申請，也可以由多家企業聯合提案；若為二家以上聯合提案，須指定其中一家擔任主導企業。單一申請企業或聯合提案中的主導企業，並須具備本案要求的AI能量。:contentReference[oaicite:9]{index=9}

依目前官方徵案資訊，申請企業須符合下列主要條件：

• 國內依法登記成立之獨資、合夥、有限合夥事業或公司。
• 行業分類須為J582 軟體出版業、J62 電腦程式設計、諮詢及相關服務業、J63 資訊服務業。
• 非屬銀行拒絕往來戶。
• 公司淨值（權益總計或權益總額）須為正值。
• 不得為陸資投資企業。
• 不得為本國設立及外國營利事業在臺設立之分公司。

因此，企業第一個動作不應是開始寫AI架構，而是先檢查公司登記與行業分類。即使技術內容符合AI Agent方向，若申請主體本身不符合資格，仍無法單靠好的產品構想解決資格問題。

什麼叫做「具備AI能量」？

本次對AI能量已有較明確的判斷方式。單一企業或聯合提案的主導企業，至少須符合下列其中一項條件：:contentReference[oaicite:10]{index=10}

• 具備符合本次提案研發需求的AI專職人力，官方並引用數位產業署115年5月AI產業人才認定指引，例如AI相關科系畢業、取得AI相關證照或接受AI培訓的人力。
• 具備數位發展部數位產業署「人工智慧技術服務機構能量登錄」合格登錄證書。

企業若要採第一種方式，建議在送件前整理人員學經歷、證照、訓練及實際參與研發工作的佐證，並確保人力能力與計畫中的模型開發、Agent架構、資料工程或系統整合工作可以合理對應。

補助比例與經費怎麼看？

DIGITAL+官方對主題型計畫的共通規則載明，各主題補助金額依個別公告規定，補助比例則以計畫總經費50%為上限。因此企業規劃提案時，不能只看政府補助，也必須同步評估自籌經費與實際投入資源。:contentReference[oaicite:11]{index=11}

計畫可以執行多久？

依官方說明，計畫執行期間最早可以回溯至115年9月21日，總期程原則上為一年，計畫結案日不得晚於116年10月30日。:contentReference[oaicite:12]{index=12}

如果企業希望在計畫中同時完成模型開發、Agent平台、企業系統串接、場域驗證及商業驗證，就必須特別注意時程。最容易低估的通常不是LLM API串接，而是企業資料清理、API權限、資安審查、客戶測試與真正進入營運流程所需要的時間。

哪些企業比較適合申請？

• 已有ERP、CRM、BI、HR、客服、知識管理或其他SaaS產品，希望進一步AI代理人化。
• 本身是SI、ISV或資訊服務公司，已具備企業系統與API整合能力。
• 已有LLM、RAG或AI產品基礎，下一階段準備加入Agent工作流與工具執行能力。
• 從事法遵科技、契約管理、政策管理或大量專業文本處理，已有明確使用場域。
• 已有企業客戶願意進行實際驗證，可進一步規劃付費、訂閱或商業擴散模式。
• 已有AI專職人力，且能在約一年內完成產品開發、實證與PoB。

哪些情況不適合為了補助硬做AI Agent？

• 產品實際上只有FAQ或文件問答，沒有自主規劃及工具執行能力。
• 只有LLM Demo，尚未確認企業客戶、驗證場域與實際工作流程。
• 企業沒有可以證明的AI專職人力，也沒有人工智慧技術服務機構能量登錄。
• 沒有API、資料權限或既有系統整合條件，卻規劃大量自動執行任務。
• 產品高度依賴單一客戶客製開發，還無法說明如何產品化及規模化。
• 尚未思考AI錯誤執行、權限越權、個資、機密資訊、Log與人工覆核等治理問題。

申請方式：全程線上送件，必須準備工商憑證

本案採全程線上申請，並須使用工商憑證，不接受紙本文件。申請期間自公告日起至115年10月20日（二）下午5時截止，官方明確說明須於下午4時59分59秒前完成電子申請，17:00系統即關閉，完成時間以線上申請系統紀錄為準。:contentReference[oaicite:13]{index=13}

不要把10月20日下午5時當作「開始上傳文件」的時間。若工商憑證、瀏覽器環境、附件格式或平台欄位臨時發生問題，過了系統截止時間通常沒有補件空間，建議至少提前完成一次完整的登入與申請流程測試。

企業現在應先準備的5件事

1. 先確認是不是「Agent」，而不是只有AI問答

把系統完整工作流程畫出來：使用者提出目標後，AI會做什麼判斷？呼叫哪些API？讀取哪些資料？執行哪些動作？結果錯誤時如何重新規劃？如果流程到「產生一段文字」就結束，代理人化程度可能仍然不足。

2. 盤點既有SaaS與API是否真的能被Agent操作

既有ERP、CRM或BI有沒有API？是否支援建立、修改或觸發工作流程？哪些功能只能讀取、哪些可以寫入？誰有權限核准？這些問題都會直接影響Agent能做到什麼程度。

3. 找到真正的驗證場域

本案要求落地驗證與PoB，因此場域最好不是只提供測試帳號，而是真正會使用產品的企業或組織。提案前就應確認對方能提供哪些流程、資料、使用者與驗證條件。

4. 定義PoB，而不是只列技術KPI

模型正確率、Response Time與任務成功率是技術指標，但PoB還需要回答市場與營運問題。可以進一步規劃付費客戶、訂閱模式、導入成本、客戶留存、使用頻率或跨客戶複製時間等指標。

5. 把AI治理放進架構，不要最後才補

Agent一旦可以真正修改CRM、寄送郵件、建立單據或操作企業系統，風險就與一般聊天機器人不同。從一開始就應規劃身分驗證、RBAC權限、敏感資料遮罩、Tool Allowlist、操作紀錄、人工核准與Rollback等機制。

常見錯誤與排查方式

錯誤一：把RAG聊天機器人直接稱為AI Agent

RAG可以是Agent的一部分，但單純搜尋文件再回答問題，不等於具備自主任務執行能力。

排查方式：逐項檢查是否具備目標理解、多步驟規劃、Tool Calling、結果回饋與治理機制，並用實際流程圖呈現。

錯誤二：類別先選了，後面才發現產品方向不符

本案完成送件後不得變更申請類別。

排查方式：先確認核心產品到底是以法遵專業服務為中心，還是既有SaaS代理人化，再開始編寫計畫書。

錯誤三：寫了AI團隊，卻沒有AI能量佐證

本次已明確規範AI專職人力或人工智慧技術服務機構能量登錄條件。

排查方式：在送件前先整理AI人員學經歷、證照、訓練與計畫分工，確認可以對應本次研發內容。

錯誤四：只有展示場域，沒有商業驗證

把系統放到客戶環境執行一次，不代表已完成PoB。

排查方式：把技術KPI與商業KPI分開，另外設計使用、付費、訂閱、續用或規模化等驗證指標。

錯誤五：Agent權限過大，沒有人工核准機制

當AI可以操作正式企業系統時，一次錯誤Tool Call就可能造成資料或營運問題。

排查方式：針對高風險操作設定Human-in-the-loop、操作權限、Audit Log及可復原機制，並明確區分讀取與寫入權限。

錯誤六：最後一天才第一次登入DIGITAL+

本案必須使用工商憑證，且17:00系統關閉。

排查方式：提前測試帳號、工商憑證與瀏覽器環境，並預先確認所有附件可以成功上傳。

FAQ｜115年AI領航智慧服務代理人推動計畫

Q1：一般公司都可以申請嗎？

不是。本案對企業行業分類有明確限制，須符合J582、J62或J63等資訊服務相關分類，並同時符合淨值、陸資及公司型態等資格條件。:contentReference[oaicite:14]{index=14}

Q2：一定要有人工智慧技術服務機構能量登錄才能申請嗎？

不一定。官方目前列出的AI能量條件為二擇一，企業也可透過符合本次研發內容需求的AI專職人力證明AI能量。:contentReference[oaicite:15]{index=15}

Q3：ChatGPT客服機器人可以申請嗎？

不能只看是否使用ChatGPT或LLM。本案要求的是Agentic AI，系統需進一步呈現自主規劃、多步驟執行、外部工具或系統串接、自我修正，以及治理與安全機制。:contentReference[oaicite:16]{index=16}

Q4：ERP、CRM業者適合申請嗎？

若企業符合申請資格，而且已有ERP、CRM、BI等傳統SaaS產品，並規劃將產品從被動查詢轉為可理解意圖、主動推論與協作的AI代理人，正是本次「傳統SaaS軟體AI代理人化」所聚焦的方向之一。:contentReference[oaicite:17]{index=17}

Q5：兩家公司可以聯合申請嗎？

可以。二家以上企業可以聯合提案，但須指定一家主導企業，且主導企業須符合本案要求的AI能量條件。:contentReference[oaicite:18]{index=18}

Q6：可以同時申請法遵代理人及SaaS代理人化嗎？

依目前徵案資訊，每一企業以1案為提案上限，須從兩種類別中擇一，而且完成送件後不得變更。:contentReference[oaicite:19]{index=19}

Q7：申請需要工商憑證嗎？

需要。本案全程採線上申請並須使用工商憑證，不受理紙本送件。:contentReference[oaicite:20]{index=20}

Q8：技術做完就算完成計畫嗎？

不能只停在技術完成。本次計畫要求具有實體或數位落地驗證場域，並提出營運與商業模式規劃，計畫期間還須完成商業驗證PoB。:contentReference[oaicite:21]{index=21}

企業下一步：先做一張AI Agent系統架構圖

如果企業有意申請，現在最值得先做的不是直接撰寫長篇計畫書，而是先完成一張AI Agent系統架構與工作流程圖，把使用者目標、LLM、RAG／資料來源、Agent Orchestrator、API／Tool、既有企業系統、權限、安全機制與人工覆核全部畫清楚。

接著再確認三件事：誰是真正使用者、哪一個場域可以驗證，以及如何證明客戶願意持續使用或付費。如果技術架構與PoB都能清楚回答，再開始整理工作項目、KPI、時程及預算，提案邏輯通常會完整許多。

傑飛特科技：協助盤點AI Agent、SaaS代理人化與系統整合架構

AI Agent的難點往往不只在模型本身，而是企業資料能否被正確存取、既有系統是否具有API、Agent是否可以安全操作工具，以及整套架構能否從單一PoC進一步做成可重複部署的產品。

傑飛特科技可以協助企業盤點AI應用情境、資料基礎與技術架構，評估LLM、RAG、AI Agent、API串接、權限控管及既有SaaS代理人化的實作方式，並從實際驗證流程整理可執行的PoC與PoB方向。

請與我們聯繫 或加入「數位轉型｜政府補助」！

官方資訊

• 計畫名稱：115年AI領航智慧服務代理人推動計畫
• 主辦單位：數位發展部數位產業署
• 公告日期：115年9月21日
• 申請期限：115年10月20日（二）下午5時，須於16:59:59前完成
• 申請方式：DIGITAL+數位創新補助平台線上申請，須使用工商憑證
• 官方計畫頁：DIGITAL+數位創新補助平台
• DIGITAL+首頁：DIGITAL+數位創新補助平台
• 計畫辦公室Email：[email protected]
• 計畫辦公室電話：02-2396-6070
• 徵案說明會：官方平台公告115年9月30日辦理本計畫徵案說明會。

DIGITAL+官方首頁目前列有本計畫徵案、9月30日徵案說明會，以及計畫辦公室聯絡資訊。:contentReference[oaicite:22]{index=22}