使用Strands Agents和Amazon Bedrock實現多智慧體社交智慧

潛在客戶的蹤跡散落在多個源頭：一位創始人在r/SaaS上問“我應該用什麼做X？”，同時他們的產品在Hacker News上釋出。Stack Overflow上的問題激增。一個GitHub倉庫星標超過2400。每個訊號單獨看都是噪音，但跨源頭關聯起來，它們揭示出一個準備購買的潛在客戶。使用Strands Agents和Amazon Bedrock AgentCore構建的多智慧體系統可以在規模上自動化這種社交智慧。

Thrad.ai正在構建AI的廣告基礎設施，在LLM中引入付費廣告。他們的平臺讓聊天介面透過廣告變現，也讓品牌在這些介面中做廣告。他們面臨的問題特別訊號豐富。手動追蹤這些模式無法擴充套件，而泛泛的外聯缺乏讓郵件值得開啟的背景資訊。Thrad.ai的銷售團隊在針對每個潛在客戶撰寫一封外聯郵件之前，要花30到45分鐘研究六個源頭的線索。

一個單一的AI智慧體無法解決這個問題：訊號多樣性太廣，源頭API太多樣，分析太細微，單個模型難以應對。透過多智慧體編排，你可以將每個源頭分配給一個專門的智慧體，然後透過一個專門的分析智慧體融合結果，該智慧體能發現跨源頭的模式。

本文展示了Thrad.ai如何部署一個多智慧體系統，使用Strands Agents和Amazon Bedrock AgentCore，自動化從潛在客戶發現到個性化郵件生成的流程。文章比較了兩種編排模式（Swarm和Graph），並提供了延遲、成本和郵件質量的頭對頭基準測試。你還會了解系統如何透過加權標準、意圖分類和時態衰減來評分潛在客戶，以及生產部署的治理控制。

你可以將這些模式應用於競爭情報、候選人採購和市場研究。配套的程式碼庫可幫助你跟隨學習。

解決方案概覽

透過圖1所示的架構，你可以自動將原始社交訊號轉化為個性化外聯。四個專門智慧體處理發現、豐富、評分和郵件生成，每個都有各自的工具和嚴格的輸出驗證。

• 趨勢研究智慧體：發現熱門的釋出和購買意向訊號。工具：Hacker News、YouTube、dev.to、ProductHunt、Reddit、Stack Overflow API。
• 搜尋專家智慧體：透過Wikipedia、GitHub、Lobste.rs、Stack Overflow API豐富潛在客戶資料。
• 分析智慧體：對潛在客戶-趨勢對進行0-100評分。使用評分引擎和ICP匹配器。
• 郵件生成智慧體：起草個性化外聯郵件。使用品牌知識檢索和潛在客戶儲存。

兩個智慧體並行開始資料收集。趨勢研究智慧體查詢六個源頭，搜尋專家智慧體同時豐富每個潛在客戶。兩者完成後，分析智慧體使用Amazon Bedrock上的Claude Sonnet 4.6對每個潛在客戶-趨勢對評分。高分潛在客戶流入郵件生成智慧體，它起草針對特定趨勢的個性化郵件，並根據品牌指南驗證每個草稿。

每個智慧體負責一個職責、一套工具和一個Pydantic驗證的輸出契約。如果智慧體返回資料形狀錯誤，系統會在下一個智慧體看到之前捕獲。

評分依賴於訊號三角驗證：潛在客戶需要至少兩個獨立源頭的關聯證據。趨勢研究智慧體首先呼叫check_existing_leads以跳過已在管道中的潛在客戶。一個在Hacker News上熱門但沒有Reddit討論、Stack Overflow活動或GitHub星標的帖子可能只是推廣推動，系統會在分析前過濾掉。

分析智慧體應用五個加權標準：主題對齊（25%）、時間相關性（20%）、參與潛力（20%）、意圖訊號（20%）和資料質量（15%）。理想客戶畫像匹配額外加最多10分，針對具有開源存在和B2B關注的開發者工具。時態衰減銳化分數：24小時內的訊號權重1.5x，超過7天的訊號權重0.5x。

Strands編排：Swarm vs. Graph

現在是核心設計決策：四個智慧體如何協調？Strands Agents提供兩種編排模式。Thrad.ai構建了兩種，並針對相同的50個潛在客戶工作負載進行比較。

Swarm：自主交接

在Swarm編排中，智慧體使用handoff_to_agent工具動態傳遞控制。趨勢研究智慧體發現潛在客戶並交接給搜尋專家進行豐富，搜尋專家再傳遞給分析進行評分。如果資料稀疏，分析可以交還給趨勢研究獲取更多上下文。智慧體共享一個共同的工作記憶。Swarm智慧體作為自組織的對等體運作，每個智慧體決定何時交接給專門智慧體。這種雙向交接允許智慧體在需要時請求額外上下文。

Swarm最適合當潛在客戶複雜度變化，智慧體受益於重新介入早期階段時。然而，執行路徑更難預測，令牌消耗因交接推理開銷而更高。

Graph：結構化工作流

在Graph編排中，智慧體遵循固定的有向工作流。趨勢研究和搜尋專家作為入口點並行執行。分析等待兩者完成後再執行。一個有條件的邊門控郵件生成，僅在潛在客戶評分達到60或以上時執行。Graph模式將智慧體連線成固定工作流，具有顯式的單向邊。趨勢研究和搜尋專家並行，將資料收集時間減半。分析等待兩者完成。郵件僅在評分至少60時執行，作為策略門控。

Graph在工作流可重複且可審計性重要時表現出色。每次執行都遵循相同路徑，因此可以透過重放相同輸入來重現故障。限制是無法動態迴圈回來，除非新增顯式的反饋邊。

頭對頭結果

兩種模式針對50個Hacker News潛在客戶各執行三次。兩名評審員按1到10分制（特異性、語氣、準確性）對郵件相關性評分。

• Swarm：平均延遲45秒，P95延遲78秒，平均令牌約12,000，郵件相關性8.2，每個潛在客戶成本約$0.08。
• Graph：平均延遲32秒，P95延遲38秒，平均令牌約8,500，郵件相關性7.6，每個潛在客戶成本約$0.06。

業務影響：對於1000個潛在客戶的批次，Graph比Swarm節省約3.6小時處理時間和$20令牌成本。Swarm產生更高質量的郵件（8.2 vs. 7.6），因為智慧體在資料稀疏時會迴圈回來獲取更多上下文，而Graph每個潛在客戶成本低25%，延遲更穩定。Thrad.ai選擇Graph用於夜間批次處理，Swarm用於高價值潛在客戶的每週深度挖掘。

在Amazon Bedrock AgentCore上部署

生產工作負載需要會話隔離、容量管理和可觀測性，超出本地原型設計。Amazon Bedrock AgentCore將這些作為託管服務處理。CDK棧部署四個服務：Runtime在隔離的微VM中託管智慧體，使用IAM認證和生命週期控制。Gateway提供單一模型終端節點用於多智慧體會話。Memory維護共享會話狀態。Observability捕獲所有智慧體互動和令牌使用。

部署步驟包括克隆配套倉庫、安裝依賴、部署基礎設施（約60分鐘，成本約$3-$5）。注意：部署的資源在執行期間會產生費用，完成教程後請清理以避免持續費用。

結論

透過將Strands Agents的多智慧體編排與Amazon Bedrock AgentCore的管理服務相結合，你可以構建企業級的社交智慧管道。無論你選擇Swarm的靈活性還是Graph的可靠性，系統都根據訊號三角驗證、時態衰減和ICP匹配將噪音過濾掉，只留下最相關的線索。這些模式同樣適用於競爭情報、候選人採購和市場研究。