ServiceNow 在 Knowledge 2026 宣布 Build Agent 正式可用，並將核心技能延伸到 Cursor、Windsurf、Claude Code、GitHub Copilot。這代表企業 app 開發正在出現新的路徑：開發者可以在熟悉的 AI coding 工具中建 ServiceNow app，同時保留平台 context 與治理。
這件事值得關注，因為低碼平台和 AI coding agent 原本是兩條線。現在它們開始合流。
Build Agent 是什麼？
Build Agent 是 ServiceNow 用來協助開發 ServiceNow app 的 AI agent。它能理解平台上下文、協助產生應用元件、處理設定與開發工作。
此次更新的重點是：
- Build Agent 在 ServiceNow Studio 中 GA。
- 核心技能延伸到 Cursor。
- 核心技能延伸到 Windsurf。
- 核心技能延伸到 Claude Code。
- 核心技能延伸到 GitHub Copilot。
- Build Agent MCP Client 與 ecosystem integrations 預計 ２０２６ 年第二季推出。
這讓開發者不一定要在單一平台 UI 中工作，而可以把 ServiceNow context 帶到自己的 coding environment。
為什麼這很重要？
企業開發常卡在兩端：
- 低碼平台懂業務流程，但開發者覺得彈性不足。
- AI coding tool 很強，但不懂企業平台權限、資料模型、流程與部署規則。
Build Agent 的方向，是把兩者接起來。開發者在 Cursor、Windsurf、Claude Code 或 GitHub Copilot 中工作時，agent 仍能理解 ServiceNow AI Platform 的脈絡。
適合哪些場景？
適合：
- 建 ServiceNow app。
- 建 workflow。
- 建 catalog item。
- 修改流程與表單。
- 串接既有系統。
- 寫自動化腳本。
- 產生測試與部署說明。
尤其適合企業內部 IT、HR、security、service operation 這類本來就依賴 ServiceNow 的流程。
風險在哪？
AI coding agent 進入 enterprise platform 後，風險不只在 code：
- 權限是否過大。
- 是否修改錯 app scope。
- 是否繞過平台標準。
- 是否影響 production workflow。
- 是否產生無法維護的設定。
- 是否沒有測試就部署。
- 是否把敏感流程暴露給外部工具。
因此 Build Agent 的關鍵不是「能不能寫」，而是「能不能被治理」。
導入建議
建議先建立：
- 可使用 Build Agent 的角色。
- 可讀寫的 application scope。
- 可使用的外部 coding tool。
- 測試與 deployment gate。
- PR 或 change request 流程。
- audit log。
- 產出文件格式。
- high-risk workflow 人工批准。
不要讓每個開發者隨意把 AI coding agent 接進核心工作流。企業平台的價值在治理，agent 必須進入同一套規則。
重點整理
ServiceNow Build Agent 進入 Cursor、Windsurf、Claude Code、GitHub Copilot，代表企業低碼平台正在接受 AI coding tool 成為開發入口。
未來企業 app 開發可能不是在單一 IDE 或單一平台裡完成，而是在多個 agent 環境中協作。但真正能落地的前提，是 ServiceNow context、權限、流程與審計要跟著 agent 一起走。