aclif

給 AI 代理用的統一命令列:一套語法、一種 JSON 格式,就能操作 Salesforce、ServiceNow、DocuSign 等 SaaS

免費
一句話介紹:給 AI 代理用的統一命令列:一套語法、一種 JSON 格式,就能操作 Salesforce、ServiceNow、DocuSign 等 SaaS

aclif(Agent CLI Framework)9 月在 Show HN 發表,主張很鮮明:MCP 伺服器每列出一個工具,就要在每一輪對話占用代理的上下文;列得多很貴,列得少又有操作碰不到。aclif 改成讓代理直接執行一支命令列程式,指令的定義只在代理需要時用 --schema 或 --examples 載入,所以整套 API 都可觸及,卻不會一直吃 token。

它的核心是「一種語法、標準名稱」。不管底層是哪家 SaaS,指令結構、JSON 回傳信封與錯誤詞彙都一樣;別名機制可以讓代理用 customer 這個名字,在 Salesforce 對到 Account、在 ServiceNow 對到 core_company。錯誤訊息會直接告訴代理哪個指令能修正,部分情況還附上改好的輸入。目前原生支援 Salesforce、ServiceNow、DocuSign、Agentforce,社群貢獻 Google Workspace(Gmail、Calendar)。

功能特色與適用場景:每個指令都宣告是否會改資料、影響範圍、可否還原與是否冪等,所有變更都支援 --dry-run,必要時要求 --confirm,執行後寫一行稽核紀錄。部署有三種:代理自己執行、由宿主應用程式代管憑證、或以閘道形式集中從企業金鑰庫取憑證並以實際使用者身分檢查政策。它還提倡「設計時決定指令、執行時不用模型」:工作流程裡直接寫死驗證過的指令字串,跑起來是純程式、推論成本為零。適合台灣用 Salesforce 或 ServiceNow 的企業 IT 團隊做內部代理;要接其他系統得自己或請程式代理依 API 規格寫 provider。

TheAI學院 編輯建議

編輯實測後的真心話

aclif 對「MCP 太吃上下文」提出一個很工程師的解法,安全中繼資料設計也想得很細;目前 provider 偏美系企業 SaaS,台灣用戶要看自家系統有沒有支援。

— theai 編輯團隊

主要功能

  • 一套指令語法與 JSON 信封涵蓋多家 SaaS
  • 標準名稱與別名,跨平台用同一名稱找到同一筆資料
  • --schema、--examples 等旗標不需憑證即可查詢指令
  • 每個指令宣告可變性、影響範圍、可還原性
  • --dry-run、--confirm 與逐次稽核紀錄
  • 可嵌入閘道,集中管理憑證、身分與政策

適用場景

  • 讓內部代理查詢 Salesforce 與 ServiceNow 資料
  • 在企業閘道中集中管理代理的 SaaS 憑證與稽核
  • 把驗證過的指令寫進自動化流程,執行時不需模型
  • 以程式代理依 API 規格快速產生新的 provider

aclif 的優點與缺點

優點

  • 大幅降低代理常駐上下文的 token 成本
  • 安全中繼資料讓政策可在執行前攔截
  • 開源,可自行撰寫私有 provider

缺點

  • 原生 provider 目前只有少數企業 SaaS
  • 需要具備命令列與憑證設定能力
  • 官網未提供中文文件

價格方案

以 npm 套件 @aclif/core 發布並於 GitHub 開放原始碼,官網未列收費方案,以官網為準

aclif 常見問題

aclif 跟 MCP 伺服器有什麼不同?

MCP 伺服器會把固定工具清單放進代理上下文;aclif 是代理直接執行的命令列工具,只在需要時載入指令定義,因此整套 API 都可觸及且不會常駐占用 token。

目前支援哪些平台?

原生支援 Salesforce、ServiceNow、DocuSign 與 Agentforce,社群貢獻 Google Workspace 的 Gmail 與 Calendar;也可以用 JSON manifest 或自行撰寫 provider 擴充。

如何避免代理誤刪資料?

每個指令都宣告可變性與影響範圍,政策檢查可在程式載入前拒絕;所有變更支援 --dry-run,必要時要求 --confirm,並寫入稽核紀錄。

使用者評價

還沒有足夠評價,搶先分享你的使用心得!

寫下你的評價

評論將經審核後公開。

aclif 的替代方案

查看相似的 AI 工具 →

相關 AI 工具

猜你也想看的AI 開發者工具

前往官網 ↗