35 min

CrewAI 完全指南(三):進階技巧——Flows 事件驅動、Memory 記憶體、與生產部署

前言 前兩篇建立了 CrewAI 的基礎和實戰應用。 這篇是進階篇,涵蓋讓 CrewAI 真正走到生產環境的關鍵技術: Flows:當 Crew 的線性流程不夠用時 Memory 記憶體:讓 Agent 記得過去的對話和經驗 錯誤處理與成本控制:生產環境的必要設計 部署:把 CrewAI 包成 API 服務 Part 1:CrewAI Flows——事件驅動的複雜工作流程 Crew 的限制 Process.sequential 是線性的:任務一個接一個執行。但真實世界的工作流程往往需要: 條件分支:根據分析結果走不同的路徑 迴圈:重複執行直到滿足條件 平行執行:多個 Crew 同時跑,最後彙整 狀態管理:跨步驟保存和傳遞複雜的狀態 CrewAI Flows 就是為了處理這些複雜場景設計的。 Flow 的三個核心 Decorator 1from crewai.flow.flow import Flow, listen, start, router 2from pydantic import BaseModel 3 4class MyFlow(Flow): 5 6 @start() 7 def step_one(self): 8 """Flow 的入口點,Flow 啟動時執行""" 9 return "step one result" 10 11 @listen(step_one) 12 def step_two(self, step_one_output): 13 """當 step_one 完成後自動觸發,可以接收上一步的輸出""" 14 return f"processed: {step_one_output}" 15 16 @router(step_two) 17 def decide_next(self, step_two_output): 18 """根據 step_two 的輸出決定下一步走哪條路""" 19 if "error" in step_two_output: 20 return "error_path" 21 return "success_path" 22 23 @listen("success_path") 24 def handle_success(self): 25 return "成功!" 26 27 @listen("error_path") 28 def handle_error(self): 29 return "處理錯誤.

CrewAI Flows Memory
35 min

CrewAI 完全指南(二):三個真實場景實戰——競情分析、程式碼審查、客服自動化

前言 上一篇我們建立了第一個 CrewAI 應用。 這篇直接進入真實工作場景,用三個完整範例展示 CrewAI 能為企業解決什麼問題。每個範例都有完整可執行的程式碼,以及設計上的關鍵決策說明。 場景一:競爭對手情報分析系統 業務背景 產品經理每週需要花 2-3 小時手動追蹤競爭對手動態:新功能、定價變化、媒體報導。這是一個重複性高、但需要一定判斷力的工作,非常適合 CrewAI 自動化。 系統設計 使用者輸入:公司名稱清單 + 分析重點 ↓ [情報收集員] 搜尋每家公司的最新動態 ↓ [分析師] 分析收集到的情報,找出威脅與機會 ↓ [報告撰寫員] 產出格式化的週報,附行動建議 完整程式碼 1import os 2from crewai import Agent, Task, Crew, Process 3from crewai_tools import SerperDevTool, ScrapeWebsiteTool 4from pydantic import BaseModel 5from typing import List 6 7os.environ["OPENAI_API_KEY"] = "your-api-key" 8os.environ["SERPER_API_KEY"] = "your-serper-key" 9 10search_tool = SerperDevTool() 11scrape_tool = ScrapeWebsiteTool() 12 13# ---- Pydantic 模型定義輸出結構 ---- 14 15class CompetitorInsight(BaseModel): 16 company: str 17 recent_news: List[str] 18 new_features: List[str] 19 pricing_changes: str 20 threat_level: str # low / medium / high 21 opportunities: List[str] 22 23class IntelligenceReport(BaseModel): 24 summary: str 25 competitors: List[CompetitorInsight] 26 key_threats: List[str] 27 recommended_actions: List[str] 28 29# ---- 定義 Agents ---- 30 31intelligence_collector = Agent( 32 role="市場情報收集員", 33 goal="系統性地收集競爭對手的最新公開資訊,確保資訊的時效性和完整性", 34 backstory="""你是一位專業的市場情報分析師,擅長從公開資源中找到有價值的競爭情報。 35 你熟悉如何在新聞、官方部落格、社群媒體、產品更新公告中尋找關鍵訊號。 36 你注重資料的來源和時效性,只引用近期(3 個月內)的資訊。""", 37 tools=[search_tool, scrape_tool], 38 llm="gpt-4o-mini", 39 verbose=True, 40 max_iter=15, 41) 42 43market_analyst = Agent( 44 role="市場策略分析師", 45 goal="分析競爭情報,識別對公司的威脅和市場機會,提供有深度的策略洞察", 46 backstory="""你是一位有豐富經驗的市場策略分析師,曾在頂尖顧問公司工作多年。 47 你擅長從零散的資訊中找出規律和趨勢,並評估其業務影響。 48 你的分析既有宏觀視野,也有具體的行動建議。""", 49 verbose=True, 50 llm="gpt-4o", 51) 52 53report_writer = Agent( 54 role="商業報告撰寫員", 55 goal="將分析結果轉化為清晰、可行動的週報,讓高層能快速掌握重點", 56 backstory="""你是一位資深的商業報告撰寫專家,了解高層主管的閱讀習慣: 57 重點先說、數據說話、建議要具體。你的報告簡潔有力,能讓繁忙的決策者 58 在 5 分鐘內掌握所有關鍵資訊。""", 59 verbose=True, 60 llm="gpt-4o", 61) 62 63# ---- 定義 Tasks ---- 64 65collection_task = Task( 66 description="""收集以下競爭對手的最近 4 週內公開資訊: 67 競爭對手清單:{competitors} 68 分析重點:{focus_areas} 69 70 對每家公司,請搜尋並整理: 71 1.

CrewAI Multi-Agent AI Automation
20 min

CrewAI 完全指南(一):入門與核心概念——用多 Agent 協作解決複雜問題

前言 你有沒有遇過這樣的情境? 你想讓 AI 幫你完成一個任務,但任務太複雜,單一的 ChatGPT 對話沒辦法做好: 需要同時搜尋網路、分析資料、寫報告 不同步驟需要不同的「專業角色」 任務很長,單一 context window 放不下 CrewAI 就是為了解決這個問題而生的。它讓你可以建立一個由多個 AI Agent 組成的團隊,每個 Agent 有自己的角色、工具和目標,協作完成複雜任務。 什麼是 CrewAI? CrewAI 是一個開源的 Python 框架,專門用來建立多 Agent 協作系統。 用一個類比來說: 傳統 LLM 呼叫:你問一個全才顧問所有問題 CrewAI:你僱用一個團隊——研究員、分析師、文案、專案經理——各司其職 CrewAI 的核心理念是角色扮演 + 任務分工: 每個 Agent 有明確的職責(role)、目標(goal)、背景故事(backstory) 任務按照依賴關係自動排序和傳遞 Crew 負責協調整個流程 CrewAI vs 其他 Multi-Agent 框架 框架 特點 學習曲線 CrewAI 角色扮演導向,強調協作,設定直覺 低 LangGraph 圖形化流程,狀態機,彈性高 中高 AutoGen Microsoft 出品,對話式協作 中 LangChain Agents 工具豐富,但單 Agent 中 CrewAI 的設計哲學:讓非工程師也能理解 Agent 的邏輯(因為你在描述一個「團隊」,而不是寫演算法)。

CrewAI Multi-Agent LLM
30 min

用 AI Bot 打造顧問團隊(五):數位行銷公司實戰案例

情境設定 公司背景: PixelFlow Agency,台灣台中,8 人數位行銷公司 主要服務: 社群媒體管理、廣告投放(Meta / Google Ads)、SEO、內容行銷 服務客戶數: 同時服務 15-20 個品牌 核心痛點: 每個客戶每月需要 30-50 篇社群貼文,文案師產能跟不上 廣告成效報告每月要花 2 天手動彙整,格式各異 新客戶的「內容策略規劃」每次都要從頭寫,耗時 3-5 天 客戶問「我們這個月的廣告怎麼樣」時,帳號管理師要翻資料才能回答 目標: AI Agent 承擔 60% 的文案產出、100% 的報告彙整、80% 的策略草稿。 整體架構設計 定期觸發(每日/每週/每月)+ 客戶即時請求 ↓ ① Brand Agent(品牌守門員) → 載入品牌 DNA,確保所有輸出符合品牌調性 ↓ ┌────────────────────────────────┐ │ 並行執行(Parallel Execution) │ ├──────────────┬─────────────────┤ ② Content Agent ③ Ad Copy Agent (內容策略師) (廣告文案師) └──────────────┴─────────────────┘ ↓ ④ Analyst Agent(數據分析師) → 讀取廣告成效數據,產出洞察 ↓ ⑤ Report Agent(報告撰寫師) → 整合所有產出,製作月報/週報 ↓ ⑥ Presenter Agent(簡報師) → 把報告轉成客戶易讀的簡報格式 技術選型: 本案例使用 LangGraph + Claude API(路線 C)

AI Agent 數位行銷 LangGraph
28 min

用 AI Bot 打造顧問團隊(四):小型外包公司實戰案例

情境設定 公司背景: TechBridge Studio,台灣台北,10 人軟體外包公司 主要業務: 承接中小企業的網站、APP、後台系統開發 每月詢問量: 約 40-60 個潛在客戶詢問 核心痛點: PM 每天要花 3-4 小時回覆詢問、估時、報價 需求不清楚的客戶佔 70%,常常來回溝通一週才能確定範圍 報價單格式不統一,常常漏掉風險評估 客戶問進度時 PM 要手動查詢 Jira,很耗時 目標: 用 AI Agent 團隊處理 80% 的初步詢問與報價流程,讓 PM 只需審核最終結果。 整體架構設計 客戶詢問(LINE / Email / 網頁表單) ↓ ① Intake Agent(需求釐清師) → 提問 10 個標準問題,整理結構化需求 ↓ ② Scope Agent(範圍評估師) → 拆解功能清單,標記模糊需求,評估風險 ↓ ③ Estimator Agent(報價估算師) → 根據功能清單估時、報價,套用公司價目表 ↓ ④ Proposal Agent(提案撰寫師) → 產出正式提案文件(含時程、里程碑、付款條件) ↓ ⑤ PM Review(人工審核) → PM 在 5 分鐘內審核並核可 ↓ ⑥ Follow-up Agent(追蹤師) → 3 天後自動詢問客戶是否有問題,追蹤成交 技術選型 本案例使用 Claude Code + AGENTS.

AI Agent 外包公司 Claude Code
25 min

用 AI Bot 打造顧問團隊(三):評估、維運與優化計畫

前言 你已經建好了 AI 顧問 Agent 團隊(第一篇、第二篇),現在問題來了: 「這系統真的有在正常工作嗎?品質夠好嗎?出了問題怎麼辦?」 AI Agent 系統不像傳統軟體,你不能只看 HTTP 200。你需要評估輸出品質、追蹤推理過程、並且在 LLM 開始說廢話之前就發現它。 本篇從 DevOps/SRE 的角度,完整說明如何讓 AI 顧問團隊穩定、可觀測、持續進化。 一、系統效能評估:怎麼知道 Agent 表現好不好? 1.1 評估的四個維度 品質(Quality) → 輸出內容是否正確、有用、符合顧問標準 速度(Latency) → 每個 Agent 節點的回應時間 成本(Cost) → 每次顧問對話的 Token 花費 可靠性(Reliability)→ 成功完成整個流程的比率 1.2 建立評估資料集(Golden Dataset) 這是最重要的第一步。準備 20-50 個有代表性的客戶案例: 1# evaluation/golden_dataset.py 2GOLDEN_CASES = [ 3 { 4 "id": "case-001", 5 "input": "我們是一家 50 人的電商公司,客服每天要處理 500 封郵件,想用 AI 減輕負擔。", 6 "expected_intake": { 7 "industry": "電商", 8 "size": "50人", 9 "pain_points": ["客服郵件量大"], 10 "ai_type": "自動化" 11 }, 12 "expected_strategy_keywords": ["聊天機器人", "郵件分類", "自動回覆"], 13 "quality_rubric": { 14 "relevance": "策略必須針對客服場景", 15 "feasibility": "建議的方案在 100 萬預算內可行", 16 "actionability": "至少有 3 個具體的下一步行動" 17 } 18 }, 19 # .

AI Agent DevOps SRE
30 min

用 AI Bot 打造顧問團隊(二):三條路線的實作步驟與範例程式碼

前言 上一篇 我們比較了三條技術路線的優缺點。本篇進入動手實作,每條路線都包含: 環境設定 角色(Agent)定義 實際執行範例 關鍵注意事項 路線 A:Claude Code + AGENTS.md + Skills 1. 環境設定 1# 安裝 Claude Code CLI 2npm install -g @anthropic-ai/claude-code 3 4# 確認版本 5claude --version 6 7# 登入(需要 Anthropic 帳號) 8claude auth login 建立專案目錄: 1mkdir ai-consultant-team && cd ai-consultant-team 2. 建立 AGENTS.md(團隊憲章) AGENTS.md 是整個 Agent 團隊的「組織架構圖」,定義各角色的職責與協作方式。 1# AI 顧問團隊 - 組織架構 2 3## 團隊宗旨 4協助中小企業做出明智的 AI 導入決策,提供從需求診斷到執行規劃的完整顧問服務。 5 6## 角色定義 7 8### Coordinator(協調員) 9- **職責**:接收初始需求,判斷複雜度,分派給對應 Agent 10- **不做**:不直接撰寫報告,不做技術分析 11- **輸出格式**:JSON,包含 task_id、assigned_agent、priority 12 13### Intake Agent(需求收集師) 14- **職責**:與客戶對話,收集結構化需求資訊 15- **問題清單**:產業、公司規模、現有系統、痛點、預算範圍、時程 16- **輸出格式**:Markdown 的需求摘要文件 17 18### Analyst Agent(問題分析師) 19- **職責**:根據需求摘要,診斷問題根源,評估 AI 導入可行性 20- **輸出格式**:包含 feasibility_score (1-10)、risks[]、opportunities[] 的分析報告 21 22### Strategist Agent(策略顧問) 23- **職責**:設計 AI 解決方案,評估 ROI,排列優先順序 24- **輸出格式**:方案比較表 + 建議路徑 25 26### Writer Agent(報告撰寫師) 27- **職責**:整合所有 Agent 的輸出,產出最終顧問報告 28- **格式**:Executive Summary + 詳細分析 + 行動計畫 3.

AI Agent Claude Code Gemini CLI
15 min

用 AI Bot 打造顧問團隊(一):策略與技術路線選擇

前言 想像你是一家小型 AI 顧問公司的創辦人。客戶問你:「我們公司要怎麼導入 AI?」 你不可能 24 小時隨時接電話,但 AI Bot 可以。 這個系列文章將帶你從零開始,用純 Bot 建立一支能夠: 接受客戶需求、提問、釐清問題 產出顧問報告草稿 自動分派任務給不同專業角色 追蹤執行狀況並彙整成果 的 AI 顧問團隊。 本篇(第一篇)專注在策略層面:應該選哪條技術路線?各自的優缺點和適用場景是什麼? 商業背景:我們要解決什麼問題? 根據 ai_consultant 這個商業計劃的核心理念,AI 顧問的工作可以拆成幾個主要環節: 客戶需求輸入 → 問題釐清與診斷 → 方案設計 → 報告產出 → 執行追蹤 傳統顧問公司靠人來完成每個環節。我們的目標是: 用一組協作的 AI Agent 取代或增強每個環節,讓少數人力就能服務更多客戶。 這不是「一個超級 AI 什麼都做」,而是多個專責 Agent 分工合作的概念。 三條技術路線 路線 A:Claude Code + Skills / AGENTS.md 核心概念: 利用 Claude Code CLI 的原生 multi-agent 機制,透過 AGENTS.md(或 CLAUDE.md)定義每個 Agent 的角色、工具權限與行為邊界,搭配 Skills(可重複呼叫的 slash command 腳本)讓 Agent 之間能互相協作。

AI Agent Claude Code Gemini CLI