燒掉60億token只為吵贏一場架:一個dsh論戰代理插件,攤開的是AI小工具的帳本
一位開發者在V2EX發布能代用戶上貼吧爭論的AI機器人插件,本文從代理工具的token成本與平臺適配帳,檢視這門小工具的前景。
刊登 閱讀約 4 分鐘
2026年10月29日,開發者lynn1su在V2EX程式員節點發文,展示了一個名為dsh-ai-debate的開源插件:用戶在論壇爭論落居下風時,艾特一個機器人小號,它會讀完帖子主題、所有回覆與樓中樞,把自己代入主人先前的發言立場,接手與對手繼續爭論。專案以智慧體團隊迭代了11輪,主要藉GPT模型驅動開發,目前僅支援百度貼吧,下一步計畫是微博、小紅書與X。
發文截至當日累積約1,289次瀏覽、14則回覆,規模不大,但帖內幾個數字與討論走向,恰好把這類「對話代理」小工具的成本結構攤了開來。
60億token的開發帳
開發者在回覆中提到,專案至今「已經燒了60多億的token」,並承諾每天一更。這個數字是本帖最值得停下來看的一格。以主流API計費級距粗略換算,60億token若多數為輸入端文本,對應的美元成本落在數百到數千美元區間,視模型檔位而定;若摻入高單價的推理模型呼叫,帳面還會再往上抬。對一個個人開源專案而言,這筆支出全由開發者自負,而回報目前只有GitHub上的star。
與本站先前分析的Claude Code進度條插件的可觀測性成本對照,可以看出同一條V2EX開發者工具賽道的兩種投入結構:進度條插件做的是輕量本機渲染,邊際成本趨近於零;對話代理則每一次出任務都要重讀整串討論串,token消耗與任務長度線性掛鉤,用得越多、燒得越兇。
這也是此類工具與一般插件的分水嶺。後者的成本集中在開發期,前者的成本重心在使用期,而且由誰買單(插件用戶自帶API key,還是開發者吸收)會直接決定這個專案能不能從作品變成生意。目前帖子中未見任何商業化設計。
平臺適配:從貼吧到X的那段距離
回覆者MuyuQ點出了兩個實務問題。其一是安全面:有沒有做提示注入防護,否則對手可以在帖子裡塞指令,把機器人反過來噴主人。開發者先回覆「最近會更新進去」,數小時後再發「做好了」,反應速度快,但也說明防護是後補的,初版處於裸奔狀態。
其二是市場選擇。MuyuQ觀察,當下罵戰最激烈的場域是X,其次是微博與小紅書的娛樂圈罵戰,貼吧用戶偏好實際動手。開發者的回應很直白:先做貼吧,因為貼吧最好開發,之後以此為地基再擴。這個排序透露了此類工具真實的進入門檻:核心的模型能力是現成的,難的是各平臺的接取、爬讀與反爬機制,每新增一個平臺就是一輪新的適配工程。這與跨平臺檔案儲存插件背後的重工帳是同一種結構,功能寫一次,介面要寫七次。
至於X,開發者自己也在猶豫:對面已經有Grok了。這個顧慮成立,當平臺方內建AI對話角色,第三方代理的介接成本與合規風險都會同時上升。
這條賽道的帳怎麼算
從可核實的資訊看,這個專案目前的狀態是:開源、單平臺、無商業模式、開發成本(以token計)已相當可觀,維護節奏是每日更新。使用者側的成本則取決於其AI服務的計費方式,開發者也明說「百度暴躁老哥口吻」的前提是用戶的AI要支援得了。
受惠方是清晰的:API層的模型供應商無論專案成敗都已收到token費用,這60億token本身就是收入。承壓方暫時不存在,因為工具尚未規模化,但它指向的灰色地帶是明確的,以機器人小號冒充真人參與平臺討論,幾乎必然踩到各論壇的機器人條款,這部分的帳(帳號封禁、平臺反制)帖子裡沒有人算,開發者也沒提。
一個更根本的約束在需求側。論壇爭論的價值對參與者而言很大一部分在於「是我贏的」,代理出手的那一刻,這個價值就折損了。工具或許能找到娛樂性、內容生產或輿情操作等外部需求,但以「代你吵架」為原始賣點,需求的天花板可能比開發者燒掉的token還要先到。
專案會不會做起來,取決於每日一更的節奏能撐多久、以及那筆token帳最終由誰接手。在這兩個問題有答案之前,它更像一份用60億token寫成的AI代理開發成本樣本,而非一門可估值的生意。