認識 Orchard：從業務需求到有據可查的 AI 交付

以規格驅動開發，逐步走向軟體工廠

Orchard 以規格驅動開發（Spec-driven Development）為核心：將業務意圖整理成共同確認的規格，包含範圍、限制、業務規則與可觀察的驗收條件。客戶、EKel 開發團隊與 AI 代理據此進行實作、審查與測試。

理想的交付循環是：規格 → 限定範圍的任務 → AI 代理協作實作 → 審查與測試 → 人工驗收 → 受控發布。需求改變時，同步更新規格與驗收條件，再評估受影響的工作與證據。

長期目標是建立軟體工廠：以可重複的交付流程，將核准的規格轉為可測試、可審查的企業軟體。可重用的交付模式、代理技能、品質關卡與發布證據，能減少 Salesforce、monday.com 及客製應用中的重複協調。這是發展方向，並不代表所有平台已完成整合，或交付已完全自主。優先順序、例外處理、驗收與發布核准仍由人負責。

先談業務價值，再談工具

企業希望改善一項流程，背後通常不只是一個開發任務。團隊需要確認需求、理解現有系統、協調變更、測試結果，再決定何時可以投入使用。當決策散落在對話、工單與不同工具中，最難回答的往往是：哪些真的準備好了？哪些還需要我們處理？

Orchard 是我們打造的 AI 代理交付與營運平台，將業務背景、方案設計、代理執行、人工決策與發布證據整合至共同工作空間。AI 推進工作；人負責優先順序、專業判斷與最終驗收。

它要帶來的價值很具體：需求與實作的關係更清楚、交接時不必反覆重建背景、下一個待決事項也更容易被看見。這些是工作流程希望達成的效益，而不是未經驗證的效率百分比。

我們打造與使用的交付方式

01 · Salesforce Agentic Delivery

Salesforce 是 Orchard 已有實際運用的交付場景。從業務需求、方案設計，到設定或程式變更、審查、使用者驗收測試與發布紀錄，都能放在同一條交付脈絡下追蹤。資料、流程、介面與權限之間相互依賴的變更，也因此能一起管理。

代理可以協助分析需求、準備設計、實作範圍明確的變更，或檢查結果。顧問與業務負責人則釐清模糊之處並決定是否驗收。完成開發、通過審查、部署成功與業務驗收，是各自需要確認的里程碑。

02 · monday.com：把交付紀律帶進工作管理

下一個領域是工作管理：圍繞 monday.com，將需求、負責人、狀態與審批串成完整流程。企業真正需要的，是讓團隊安排工作的方式，連接到實際執行工作的系統。

Orchard 的方法提供了出發點：先定義成果、記錄決策，再分派範圍明確的工作，並保留驗證紀錄。這是下一步的延伸方向；具體的 monday.com 連接器與自動化操作，仍須依個別實作確認範圍與驗證。

03 · AI 代理式開發：打造企業客製應用

有些需求適合依照實際工作方式打造應用，例如內部營運工具、服務入口或專屬簽核流程。代理式開發讓 AI 參與實作，同時由專業團隊負責架構、權限、資料行為、測試與發布決策。

Orchard 的交付方式不侷限於單一平台：將規格拆成代理可執行的工作，以版本控制與審查保留可檢視的變更，再回到原始業務情境確認驗收。這是更廣泛的應用方向，並非宣稱上述每種應用都已透過 Orchard 上線。

以責任分工為核心的高階架構

可以把 Orchard 理解為人、代理與交付系統之間的協作層。業務團隊提供背景與驗收條件；Orchard 組織工作與證據；代理透過限定範圍的技能及工具執行任務；連接的系統保存應用變更與環境結果。決策與執行發現再回到共同工作空間。

背後的技術需求具有共通性：存取控制、專案邊界、可持續執行的流程、可檢索的知識、版本化變更，以及可觀測的結果。當任務跨越多個工具，或需要等待人工判斷時，這些能力讓工作仍可延續。各平台的實作細節則保留在共同交付方式之下。

各架構元件負責什麼

• 人員與協作渠道：客戶定義優先順序與驗收條件，業務使用者審閱成果，EKel 開發團隊將需求轉為交付計畫。需求溝通、工作空間討論與開發工具串起這些責任。
• 規格與共同知識：需求來源、方案設計與可重用知識，讓代理有共同起點。確認後的規格界定範圍、限制，以及驗收所需的證據。
• 交付協調：工作項目、Agents Board、排程與人工決策點連接各階段。阻礙成為可見的交接事項，執行紀錄則說明做過什麼、還缺什麼。
• 代理執行與工具：代理使用相關技能及工具，處理範圍明確的設計、實作或審查任務。工作空間負責協調，執行服務完成工作並回傳可檢視的結果。
• 品質、環境與發布：審查、自動檢查、業務驗收及各環境結果提供不同層次的證據。發布紀錄將選定變更連結到核准與部署結果。
• 資料與平台服務：持久紀錄、檔案儲存、搜尋、背景流程與監控，讓工作能跨工作階段延續。資料準備可涵蓋剖析、欄位對應、暫存及核准，再載入目標應用。

工作流程背後的工具與平台

提供的架構資料列出以下技術群組。這裡說明的是文件中的設計，並非即時連線稽核，也不表示每個專案都啟用所有服務。

• 網頁工作空間 — React、TypeScript 與 Vite：支援瀏覽器應用及共用型別，讓人能在同一處檢視背景、工作、決策與結果。
• 平台服務 — Cloudflare：Workers、Workflows 與託管資料服務支援應用請求、長時間任務、紀錄、檔案與知識檢索，讓工作可以恢復，證據也不會隨單次代理工作階段結束而消失。
• 身分管理 — Clerk：支援登入及組織成員管理；應用權限與專案邊界決定人員或代理可以存取哪些工作。
• 工程工具 — GitHub、Git 與執行工具：儲存庫、Pull Request、審查與 GitHub Actions 將變更連結到檢查。Node.js 與 Salesforce CLI 支援交付操作，Python 工具則支援資料準備。
• 驗證 — Browserbase、Playwright 與 Google Gemini：出現在文件的瀏覽器 QA 工具組中。技術檢查支援審查，業務驗收仍是獨立的人工決策。
• 協作 — Slack 與 Orchard 工作空間：提供通知、協作更新及人工回應管道。訊息提醒人員處理工作，完整背景與證據則保留在工作空間。

交付目標平台與應用方向

Salesforce 是已有的交付範例，將設定、自動化、介面、資料與權限變更，串起開發、驗收與發布。monday.com 是下一步的工作管理方向，重點是讓需求、負責人及核准連接到實際執行。企業客製應用 則把規格驅動方法延伸至營運工具、服務入口與簽核應用。本文將後兩者列為延伸方向；來源資料並未證明每個範例都已有完成的整合。

例如，一項新的簽核流程，先從業務規則與驗收情境開始。EKel 將其整理成經審閱的規格與範圍明確的任務；代理協助實作，版本控制與測試讓變更可檢視，業務使用者確認行為，再由發布負責人核准交付。以可重用技能與證據反覆執行這套流程，就是走向軟體工廠的路徑。

看看工作空間

看見進度，也看見下一次交接

Agents Board 依交付階段整理工作，並在同一個畫面顯示代理活動。團隊能辨識正在執行的項目，以及等待審查或人工決策的工作。

讓發布與證據保持連結

發布紀錄整合版本準備、環境步驟、驗證與審批。發布不是單一的綠色標記；各環境與驗收步驟都有各自的狀態。

以上圖片以最新 Orchard 截圖為基礎，改為淺色模式，並以虛構客戶、系統、任務及版本資料呈現示範內容。部分介面細節可能與原圖不同。所有名稱與紀錄僅供說明，不代表實際客戶活動或即時交付狀態。

讓交付更清楚的核心功能

• 共同背景： 將需求來源、設計文件與知識放在工作旁。
• 協調執行： 掌握工作項目、代理活動、相依關係與待處理交接。
• 人工決策： 在需要授權人員處理時，明確呈現問題與簽核事項。
• 品質與驗收： 把審查發現、測試證據與業務情境連回變更。
• 可追溯發布： 保留版本內容、環境步驟、審批及交付紀錄。

從一個有意義的業務流程開始

最好的起點，是一項有明確負責人、且成果可觀察的真實需求。先定義成功條件、辨識需要人工判斷的地方，再沿途保留證據。交付時間、交接投入與重工情況，則應相對於約定的基準進行衡量。

從 Salesforce 代理式交付，到工作管理與客製應用，Orchard 的核心想法始終一致：將業務意圖連接到人能理解、檢視並驗收的工作。