與你的智能體共同建立工作流程指示

你不需要從零開始撰寫工作流程指示。請先與你的智能體一起完成一個實際任務。當結果有用時，請智能體將你們共同發展的方法轉換為可重複使用的工作流程。

智能體會產生第一版草稿。你的角色是檢視其假設，並決定哪些地方需要更明確的限制，以便其他團隊成員也能獲得可靠的結果。

每個工作流程都屬於一個智能體。智能體提供更廣泛的角色與能力；工作流程則記錄單一可重複任務的步驟與限制。

從成功的執行開始

當智能體已經看過任務、來源資料、你的回饋以及可接受的結果後，建立工作流程會更容易。

1. 給智能體一個真實任務及其實際所需的輸入。
2. 檢查結果，並修正缺失的背景、推理薄弱或格式錯誤的地方。
3. 當結果令人滿意時，請智能體萃取出可重複的方法。
4. 請智能體草擬工作流程名稱、描述、指示，以及建議的參考檔案。
5. 在公開工作流程前，一起檢查草稿。

你可以這樣詢問：

將我們剛才做的事轉換成團隊可重複使用的工作流程。草擬名稱、描述與指示。將可重複的方法與僅適用於本案例的細節分開。在定稿前，列出我應該檢查的假設與限制。

這讓智能體負責草擬內容，而你則決定哪些部分必須受到控制。

指示是常見的限制設定位置

工作流程指示會隨著工作流程流動，每次執行時都適用。因此，它是定義限制（如必要輸入、核准來源、輸出格式、品質標準及需確認的動作）最常見的地方之一。

但這不是唯一的控制層：

請勿僅依賴指示文字來取代存取控制。如果某動作必須技術性限制，請同時使用智能體授權與權限，以及明確的指示。

檢查智能體的第一版草稿

你不需要重寫每一句話。請將重點放在對團隊重要的決策上。

何時應該使用？

• 什麼請求或情境應選擇此工作流程？
• 什麼時候不應讓智能體使用它？
• 描述是否足夠明確，能與類似工作流程區分？

需要哪些輸入？

• 團隊成員在開始前必須提供哪些資料？
• 哪些缺失的輸入應讓智能體主動詢問？
• 哪些細節屬於每次執行，而非永久指示？

哪些來源與規則優先？

• 什麼是主要資料來源？
• 哪個附加檔案包含核准的標準或模板？
• 若兩個來源衝突，哪個優先？
• 智能體無法驗證的事實應如何標註？

輸出必須長什麼樣？

• 哪些區塊或欄位是必須的？
• 需要多詳細的內容？
• 輸出是否需要引用、連結或信心標籤？
• 若有指定目的地，結果應送往何處？

智能體必須在哪裡停止？

• 哪些動作需要確認？
• 智能體應只建立草稿，不直接發送或公開嗎？
• 哪些資料不得出現在公開工作流程或共用結果中？

這些都是值得明確列出的限制。讓智能體處理措辭，再確認內容是否反映你的決策。

一起檢查的結構

智能體可用以下結構作為第一版草稿。請將其視為檢查架構，而非你必須親自填寫的表單：

# Goal
State the single outcome this workflow must produce.

# Use this workflow when
Describe when to use it and any important exclusions.

# Required inputs
- List the information needed for a reliable result.
- Explain what to do when an input is missing.

# Sources and tools
- Name authoritative systems, documents, or attached files.
- Explain which source wins if information conflicts.
- Define how to handle facts that cannot be verified.

# Procedure
1. Verify the inputs and scope.
2. Gather the required evidence.
3. Apply the team's rules or rubric.
4. Produce the deliverable.
5. Check it against the quality bar.

# Output
Define the required sections, fields, format, and destination.

# Quality bar
- State what must be accurate, cited, complete, or consistent.
- Define what counts as done.

# Approval boundaries
- List actions that require confirmation.
- Specify when to create a draft instead of taking the final action.

簡單的工作流程可能只需幾個區塊。高風險的工作流程則可能需要更明確的來源、驗證與審核規則。請要求智能體將指示保持簡潔，但不能省略團隊所依賴的決策。

範例：共同建立線索資格審查工作流程

假設你請智能體調查一個新進線索並草擬回覆。在執行過程中，你修正公司規模、說明 CRM 為主要資料來源、套用團隊的 ICP 標準，並要求郵件更精簡。

結果獲得核准後，請智能體將對話轉換為工作流程。智能體會草擬步驟，你再補充應延續至其他線索的限制：

• 公開調查前先檢查 CRM；
• 使用附加的 ICP 標準進行評分；
• 引用公司規模、地點與現任職位的來源；
• 將無法驗證的必要事實標註為 Unknown；
• 回傳帳戶摘要、證據、ICP 分數、風險、建議下一步與回覆草稿；
• 僅建立郵件草稿，未經確認不得發送。

智能體現在可以將這些決策納入指示。你不需要規定每一步研究細節，只需讓團隊的資料來源、輸出標準與審核邊界明確。

用白話給予限制回饋

你可以直接告訴智能體哪些地方必須調整，以強化草稿：

• 「若缺少 CRM 紀錄，開始前請先詢問。」
• 「公司名稱衝突時，以 CRM 為主要資料來源。」
• 「簡報中的每個事實都需附上來源連結。」
• 「回覆請控制在150字以內，語氣依來信調整。」
• 「郵件僅建立草稿，絕不自動發送。」
• 「此工作流程不應用於現有機會。」

請智能體更新工作流程，並摘要每項變更所對應的限制。這有助於發現被誤解或放錯區塊的規則。

將適當資訊留在指示之外

有些資訊不應成為永久的工作流程文字：

• 客戶名稱、一次性截止日與個案專屬目的地應放在執行請求中；
• 密碼、權杖與私人憑證不應出現在指示或附加檔案中；
• 行程與事件屬於自動化；
• 技術存取邊界屬於智能體授權與權限；
• 僅適用於單一結果的個人回饋可留在該對話中。

指示應承載可重複的方法與行為限制，而非所有與工作相關的細節。

一起測試與優化

請用至少兩組真實輸入執行工作流程，最好邀請第二位團隊成員參與。每次執行後，請檢查：

• 工作流程是否針對正確任務啟動？
• 是否請求所需的輸入？
• 是否遵循預期的來源優先順序？
• 輸出是否一致且不僵化？
• 是否在必要的審核邊界停止？
• 問題是否可重複，還是僅限於本案例？

請智能體針對可重複的缺口修正指示。一次性的修正則留在執行中。當方法適用於原創者以外的人時，將工作流程分享給你的團隊。