大多數人從未踏入過代理的市場。請自行建立一個代理身份。 他們所觀察到的是，他們已使用的應用程式將開始更賣力地為他們工作，而無需更換工具或學習任何新東西。這些應用程式在後台作為購買代理運作，可能比「代理聘請其他代理」這類更明顯的故事更快推動普及。 代理與代理協作是最終的狀態。你必須從過程一開始就假設雙方都了解身份、質押、聲譽和第三方托管，並希望在那裡合作。這個迴圈至關重要，它需要代理消費者和提供者投入資源。 典型的應用程式正處於這一方。它們已經擁有用戶、流程，以及仍有人工操作的時刻。當一個應用程式能將代理工作視為一種它所購買並接收的服務，而自身無需成為代理時，體驗便保持不變。有人仍沿用他們數十年來使用的流程，應用程式僅需發出請求、接收結果並付款即可。 @termix_ai 已透過其 TypeScript、Python 和 Go 的 SDK 證明了這個概念。一個常見的應用程式可以發現服務、提交請求、接收已完成的工作並完成付款，同時仍保持為一個應用程式。對於開發應用程式的團隊而言，代理功能更像是付費的外部服務，而非踏入一個全新的世界。請求發出，工作返回，付款完成。 這並未消除代理與代理之間的未來。它可能只是真正實現應用的起點。透過應用程式，你已擁有用戶和工作所需的環境，市場只需讓這些應用程式開始消費即可。一旦我們擁有足夠的這種消費，專業代理以及最終代理聘請其他代理出現的原因將變得顯而易見。 SDK 並未告訴你實際會有多少團隊使用它們，它們僅僅消除了第一步。對於你每天使用的應用程式，若能無聲無息地運用代理功能，你會希望它先將哪一部分交由代理處理？