新智元報(bào)道

　　編輯：KingHZ

　　【新智元導(dǎo)讀】27歲獨(dú)立開發(fā)者靠它月入數(shù)萬，前市場經(jīng)理睡覺時(shí)它寫郵件賺錢，柏林輟學(xué)生賣自定義技能賺12.7萬美元——AI智能體的「iPhone時(shí)刻」已來，只是錢還沒平均分。

　　AI智能體領(lǐng)域，剛剛迎來了它的「iPhone 時(shí)刻」。

　　但拐點(diǎn)不在「更會聊天」「智商更高」，而在一件事：它能自己把事做完。

　　當(dāng)世界還在爭論「AI是否會搶走工作」時(shí)，一小批人已經(jīng)繞開了整個(gè)辯論。

　　他們開始建造，不再「套殼ChatGPT」，而是構(gòu)建自主運(yùn)行的業(yè)務(wù)單元。

　　一名27歲的得州獨(dú)立開發(fā)者，靠出售網(wǎng)頁抓取自動(dòng)化程序，一月份賺了43,000美元。

　　一位多倫多的前市場部經(jīng)理，構(gòu)建了一個(gè)郵件文案生成智能體，每月帶來8,200美元收入——而她在睡覺。

　　一位柏林大學(xué)輟學(xué)生，在一個(gè)兩個(gè)月前還不存在的市場上，售出了價(jià)值127,000美元的自定義OpenClaw「Agent技能」。

　　背后是同一個(gè)趨勢：硅基勞動(dòng)力開始工作。

　　OpenClaw首個(gè)10億美元應(yīng)用場景

　　而OpenClaw第一個(gè)10億美元應(yīng)用場景，終于來了。

　　受YouTube頻道《Dumb Money》社交套利策略的啟發(fā)，OpenClaw全年無休、分秒必爭地自動(dòng)掃描社交媒體上的病毒式趨勢。

　　通過「售罄」等關(guān)鍵詞，智能體搶先識別出潛在的庫存機(jī)會，比如星巴克保溫杯或沃爾瑪聯(lián)名商品。

　　一旦發(fā)現(xiàn)潛在信號，OpenClaw會把這些趨勢當(dāng)作可能的股票/市場超額收益機(jī)會。

　　因?yàn)檫@些消費(fèi)熱潮往往會提前反映在相關(guān)公司股價(jià)上，而華爾街主流分析通常滯后。

　　這正是自主智能體大放異彩的地方——全年無休、全天候運(yùn)轉(zhuǎn)。

　　人類每天可能只刷3次社交媒體，而智能體每15分鐘就檢查一次。

　　現(xiàn)在想象一下，有10個(gè)智能體分別監(jiān)控不同的平臺——TikTok、X、Reddit、Discord、Telegram——所有信息都匯總到一個(gè)儀表盤上。

　　這已經(jīng)不是AI工具了，而是一場市場情報(bào)行動(dòng)。

　　未來已來，只是分布不均。

　　現(xiàn)在智能體如此智能，這種「硅基勞動(dòng)力」的出現(xiàn)基本上合乎邏輯、順理成章的下一步了。

　　全球首批OpenClaw企業(yè)，全年無休

　　很多人說是炒作。Alex Finn不爭辯，他直接建「改變世界的產(chǎn)物」。

　　他正在打造首個(gè)OpenClaw智能體公司，讓它7×24小時(shí)工作。

　　目前，Alex有2名員工在崗（本地部署在Mac Studio上），2名員工外包（Opus 4.6與Codex 5.3）。那2名本地員工全天候?yàn)樗ぷ鳌?/p>

　　它們不進(jìn)食、不睡覺、不抱怨、不要五險(xiǎn)一金。

　　而他的全部前期投入僅是一份終身制2萬美元合約（兩臺512GB內(nèi)存+4TB固態(tài)硬盤的Mac Studio）。

　　比起之前面試的那些年薪10萬美元的人類應(yīng)聘者，他認(rèn)為這簡直太劃算了。

　　今夜安睡時(shí)，它們在工作。明天看超級碗橄欖球比賽時(shí)，它們?nèi)栽诠ぷ鳌?/p>

　　它們會刷遍X和Reddit，尋找待解決的難題，并持續(xù)編寫程序——完全無需監(jiān)督。

　　這就是Alex Finn的環(huán)球企業(yè)。

　　近日，他將搭建官網(wǎng)，讓大家能實(shí)時(shí)觀看每名員工的工作狀態(tài)

　　他確信世上再無他人進(jìn)行著類似的創(chuàng)造。這是史上首支全天候自主工作的勞動(dòng)力。

　　這里最有趣的部分甚至不是「全天候勞動(dòng)力」，而是「完全無需任何監(jiān)督」。

　　當(dāng)然，不是他一個(gè)人讓OpenClaw智能體為7x24小時(shí)不停為他工作：

　　可以上下滾動(dòng)的圖片

　　歡迎來到未來。

　　這一切是如何做到的呢？

　　世界首個(gè)智能體運(yùn)行的網(wǎng)站

　　過去三周，投資者 Ihtesham Ali 混跡社交平臺Discord、Reddit和OpenClaw小圈子，專找「真用智能體賺錢的人」。

　　他統(tǒng)計(jì)到：一個(gè)月里，10個(gè)人用智能體賺了84.7萬美元。

　　而現(xiàn)在，第一家「由智能體運(yùn)營」的公司出現(xiàn)了：VoxYZ。

　　VoxYZ網(wǎng)站發(fā)起人、網(wǎng)友Vox

　　配置極簡：6個(gè)智能體 + 1臺VPS + 1個(gè)Supabase 數(shù)據(jù)庫。

　　兩周時(shí)間，從「閑聊」升級到「自主運(yùn)營網(wǎng)站」。

　　起點(diǎn)來自O(shè)penClaw：當(dāng)AI智能體不再僅僅是回答問題，而是真正運(yùn)營一家公司時(shí)會發(fā)生什么。

　　它們研究市場、撰寫內(nèi)容、發(fā)布社交媒體、交付產(chǎn)品……所有行動(dòng)都無需人類指令。

　　這，正是全球第一個(gè)OpenClaw運(yùn)營的公司VoxYZ——

　　0人類提示詞，一切都是智能體的決定。

　　一切的起點(diǎn)：OpenClaw

　　OpenClaw解決了一個(gè)很大的問題：讓Claude能夠使用工具、瀏覽網(wǎng)頁、操作文件、運(yùn)行定時(shí)任務(wù)。

　　你可以給Agent分配定時(shí)任務(wù)——每天發(fā)推、每小時(shí)情報(bào)掃描、定期研究報(bào)告等等。

　　一切從這里開始。

　　這個(gè)項(xiàng)目叫做VoxYZ Agent World：6個(gè)AI智能體在一個(gè)像素風(fēng)辦公室里自主運(yùn)營一個(gè)網(wǎng)站。

　　技術(shù)棧非常簡單：

　　OpenClaw（部署在VPS上）：智能體的「大腦」——負(fù)責(zé)圓桌討論、定時(shí)執(zhí)行任務(wù)、深度研究

　　Next.js+Vercel：網(wǎng)站前端+API層

　　Supabase：所有狀態(tài)的唯一真相來源（提案、任務(wù)、事件、記憶）

　　六個(gè)角色，各司其職：

　　首席執(zhí)行官幕僚長Minion：做決策,協(xié)調(diào)任務(wù)、分派職責(zé)。

　　研究主管Sage：分析戰(zhàn)略，深入分析，制定戰(zhàn)略。

　　增長主管Scout：收集情報(bào)，發(fā)掘潛在客戶，追蹤市場信號，偵察新機(jī)遇。

　　創(chuàng)意總監(jiān)Quill：撰寫文案，設(shè)計(jì)內(nèi)容，構(gòu)思敘事。

　　社交媒體總監(jiān)Xalt：管理社交媒體，發(fā)布動(dòng)態(tài)，互動(dòng)交流，擴(kuò)大受眾。

　　公司觀察員Observer：做質(zhì)量檢查，觀察全局，記錄歷程。

　　六個(gè)角色，各司其職：Minion做決策，Sage分析策略，Scout收集情報(bào)，Quill寫內(nèi)容，Xalt管理社交媒體，Observer做質(zhì)量檢查。

　　OpenClaw的定時(shí)cron任務(wù)讓它們每天「上班打卡」。圓桌機(jī)制讓它們可以討論、投票、達(dá)成共識。

　　但這只是「能說話」，而不是「能干活」。

　　智能體產(chǎn)出的所有東西——起草的推文、分析報(bào)告、內(nèi)容稿件——都還停留在OpenClaw的輸出層。沒有變成真正的執(zhí)行，也沒有機(jī)制在執(zhí)行完成后告訴系統(tǒng)「已完成」。

　　從「Agent能產(chǎn)出內(nèi)容」到「Agent能端到端完成閉環(huán)操作」，中間還缺了一個(gè)完整的「執(zhí)行→反饋→重新觸發(fā)」的循環(huán)。

　　真正的智能體循環(huán)

　　首先定義一下「閉環(huán)」。

　　一個(gè)真正無需值守的智能體系統(tǒng)需要運(yùn)行這個(gè)循環(huán)：

　　智能體提出想法（提案）

　　自動(dòng)審批檢查（自動(dòng)批準(zhǔn)）

　　創(chuàng)建任務(wù)+步驟（任務(wù)+步驟）

　　工作節(jié)點(diǎn)領(lǐng)取并執(zhí)行（工作者）

　　發(fā)出事件（事件）

　　觸發(fā)新的反應(yīng)（觸發(fā)/反應(yīng)）

　　回到第一步

　　聽起來很簡單？

　　實(shí)際上，埋了至少三個(gè)坑——每個(gè)都讓系統(tǒng)「看起來在運(yùn)行，但實(shí)際上在原地打轉(zhuǎn)」。

　　第一個(gè)坑：兩處地方搶工作

　　VPS上有OpenClaw工作者在領(lǐng)取和執(zhí)行任務(wù)。

　　同時(shí)，Vercel上有個(gè)心跳定時(shí)任務(wù)在運(yùn)行任務(wù)工作者，也想領(lǐng)取同樣的任務(wù)。

　　兩邊查詢同一張表，抓取同一步驟，獨(dú)立執(zhí)行。沒有協(xié)調(diào)，純屬競爭條件。偶爾一個(gè)步驟會被兩邊打上沖突的狀態(tài)標(biāo)簽。

　　修復(fù)：砍掉一個(gè)。VPS是唯一執(zhí)行者。Vercel只運(yùn)行輕量級的控制平面（評估觸發(fā)器、處理反應(yīng)隊(duì)列、清理卡住的任務(wù)）。

　　改動(dòng)很小——從心跳路由中移除runMissionWorker調(diào)用：

　　//心跳現(xiàn)在只做4件事consttriggerResult =awaitevaluateTriggers(sb,4_000);constreactionResult =awaitprocessReactionQueue(sb,3_000);constlearningResult =awaitpromoteInsights(sb);conststaleResult =awaitrecoverStaleSteps(sb);

　　額外好處：省了Vercel Pro的費(fèi)用。心跳不再需要Vercel的定時(shí)任務(wù)——VPS上的一行crontab就能搞定：

　　*/5 * * * * curl -s -H"Authorization: Bearer$KEY"https://yoursite.com/api/ops/heartbeat

　　第二個(gè)坑：任務(wù)觸發(fā)了，但沒人接手

　　他寫了4個(gè)觸發(fā)器：推文爆了自動(dòng)分析、任務(wù)失敗自動(dòng)診斷、內(nèi)容發(fā)布自動(dòng)審核、見解成熟自動(dòng)推廣。

　　測試時(shí)我發(fā)現(xiàn)：觸發(fā)器正確地檢測到了條件并創(chuàng)建了提案。但提案永遠(yuǎn)處于待定狀態(tài)——從未變成任務(wù)，從未生成可執(zhí)行步驟。

　　原因：觸發(fā)器是直接插入到ops_mission_proposals的，但正常的審批流程是：插入提案→評估自動(dòng)批準(zhǔn)→如果批準(zhǔn)，創(chuàng)建任務(wù)+步驟。觸發(fā)器跳過了最后兩步。

　　修復(fù)：提取一個(gè)共享函數(shù)createProposalAndMaybeAutoApprove。每個(gè)創(chuàng)建提案的路徑——API、觸發(fā)器、反應(yīng)——都必須調(diào)用這個(gè)函數(shù)。

　　// proposal-service.ts —— 所有提案創(chuàng)建的單一入口exportasyncfunctioncreateProposalAndMaybeAutoApprove( sb: SupabaseClient, input: ProposalServiceInput,// 包括 source: 'api' | 'trigger' | 'reaction'):Promise {// 1. 檢查每日限制// 2. 檢查容量關(guān)口（下面解釋）// 3. 插入提案// 4. 發(fā)出事件// 5. 評估自動(dòng)批準(zhǔn)// 6. 如果批準(zhǔn) → 創(chuàng)建任務(wù) + 步驟// 7. 返回結(jié)果}修改后，觸發(fā)器只返回提案模板。評估器調(diào)用這個(gè)服務(wù)：// trigger-evaluator.tsif(outcome.fired&& outcome.proposal) {awaitcreateProposalAndMaybeAutoApprove(sb, { ...outcome.proposal, source:'trigger', });}

　　一個(gè)函數(shù)統(tǒng)治所有。以后任何檢查邏輯（速率限制、黑名單、新限額）——只改一個(gè)文件。

　　第三個(gè)坑：隊(duì)列在配額滿時(shí)不斷增長

　　最隱蔽的bug——表面上一切正常，日志沒有錯(cuò)誤，但數(shù)據(jù)庫里排隊(duì)的步驟越來越多。

　　原因：推文配額滿了，但提案仍在被批準(zhǔn)，生成任務(wù)，生成排隊(duì)步驟。VPS工作者看到配額滿了就直接跳過 —— 不領(lǐng)取，不標(biāo)記為失敗。第二天，又來一批。

　　修復(fù)：容量關(guān)口——在提案入口點(diǎn)就拒絕。從根本上不讓它生成排隊(duì)步驟。

　　// proposal-service.ts 內(nèi)部的關(guān)口系統(tǒng)constSTEP_KIND_GATES: Record = { write_content: checkWriteContentGate,// 檢查每日內(nèi)容容量 post_tweet: checkPostTweetGate, // 檢查推文配額 deploy: checkDeployGate, // 檢查部署策略};

　　每種步驟類型都有自己的關(guān)口。推文配額滿了？提案立即被拒絕，理由清晰說明，發(fā)出警告事件。沒有排隊(duì)步驟 = 沒有堆積。

　　這是post_twee關(guān)口的例子：

　　asyncfunctioncheckPostTweetGate(sb: SupabaseClient) {constautopost =awaitgetOpsPolicyJson(sb,'x_autopost', {});if(autopost.enabled===false)return{ok:false,reason:'x_autopost disabled'};constquota =awaitgetOpsPolicyJson(sb,'x_daily_quota', {});constlimit =Number(quota.limit??10);const{ count } =awaitsb .from('ops_tweet_drafts') .select('id', {count:'exact',head:true}) .eq('status','posted') .gte('posted_at',startOfTodayUtcIso());if((count ??0) >= limit)return{ok:false,reason:`Daily tweet quota reached (${count}/${limit})`};return{ok:true};}

　　關(guān)鍵原則：在關(guān)口拒絕，不要在隊(duì)列里堆積。被拒絕的提案會被記錄（用于審計(jì)），而不是無聲地丟棄。

　　讓它活起來：觸發(fā)器+反應(yīng)矩陣

　　三個(gè)坑都填平了，循環(huán)就能工作了。但這系統(tǒng)還只是一個(gè)「無錯(cuò)誤的流水線」，不是「響應(yīng)式團(tuán)隊(duì)」。

　　觸發(fā)器

　　4個(gè)內(nèi)置規(guī)則——每個(gè)檢測一個(gè)條件并返回提案模板：

　　觸發(fā)器只做檢測——它們不直接操作數(shù)據(jù)庫，而是將提案模板交給提案服務(wù)。所有容量關(guān)口和自動(dòng)批準(zhǔn)邏輯都會自動(dòng)應(yīng)用。

　　冷卻時(shí)間很重要。沒有它，一條爆火的推文會在每個(gè)心跳周期（每5分鐘）都觸發(fā)一次分析。

　　反應(yīng)矩陣

　　最有意思的部分——自發(fā)的智能體間互動(dòng)。

　　一個(gè)存儲在ops_polic表中的reaction_matrix：

　　{ "patterns": [ { "source":"twitter-alt", "tags": ["tweet","posted"], "target":"growth", "type":"analyze", "probability":0.3, "cooldown":120 }, { "source":"*", "tags": ["mission:failed"], "target":"brain", "type":"diagnose", "probability":1.0, "cooldown":60 } ]} Xalt發(fā)布一條推文 → 有30%的幾率Growth會分析其表現(xiàn)。 任何任務(wù)失敗 → 100%的幾率Sage會診斷。

　　概率不是bug，而是特性。

　　100%確定性 = 機(jī)器人。加點(diǎn)隨機(jī)性 = 感覺更像真實(shí)的團(tuán)隊(duì)，「有時(shí)有人回應(yīng)，有時(shí)沒人理」。

　　自我修復(fù)：系統(tǒng)總會卡住

　　VPS重啟、網(wǎng)絡(luò)波動(dòng)、API超時(shí) —— 步驟會卡在運(yùn)行狀態(tài)，但實(shí)際沒人處理。

　　心跳包含recoverStaleSteps：

　　// 30分鐘無進(jìn)展 → 標(biāo)記失敗 → 檢查任務(wù)是否應(yīng)結(jié)束constSTALE_THRESHOLD_MS =30*60*1000;const{ data: stale } =awaitsb .from('ops_mission_steps') .select('id, mission_id') .eq('status','running') .lt('reserved_at', staleThreshold);for(conststep of stale) {awaitsb.from('ops_mission_steps').update({ status:'failed', last_error:'Stale: no progress for 30 minutes', }).eq('id', step.id);awaitmaybeFinalizeMissionIfDone(sb, step.mission_id);}

　　maybeFinalizeMissionIfDone檢查任務(wù)中的所有步驟——任何一步失敗意味著整個(gè)任務(wù)失敗，全部完成意味著成功。不再有“因?yàn)橐徊匠晒桶颜麄€(gè)任務(wù)標(biāo)記為成功”的情況。

　　完整架構(gòu)

　　三層結(jié)構(gòu)，職責(zé)清晰：

　　OpenClaw(VPS)：思考+執(zhí)行（大腦+手）

　　Vercel：審批+監(jiān)控（控制平面）

　　Supabase：所有狀態(tài)（共享皮層）

　　現(xiàn)在，這6個(gè)智能體每天都在自主運(yùn)營voxyz.space。

　　它還遠(yuǎn)非完美——智能體間的協(xié)作仍然很基礎(chǔ)，「自由意志」主要還是通過基于概率的非確定性來模擬。但系統(tǒng)確實(shí)在運(yùn)行，確實(shí)不需要人盯著。

　　參考資料：

　　https://x.com/DeryaTR_/status/2020224124132409535

　　https://x.com/AlexFinn/status/2020178105579737440

　　https://x.com/jitenpai/status/2020292752085282994

　　https://x.com/NoahEpstein_/status/2020158945516462472

　　https://x.com/ihtesham2005/status/2020165638665441685

　　https://x.com/Voxyz_ai/status/2019914775061270747