前幾天刷到 OpenAI 的 Dots 時(shí)我第一反應(yīng)不是“又多了一個(gè)新玩具”而是想起上個(gè)月凌晨?jī)牲c(diǎn)半那件事。那晚我讓一個(gè) Agent 跑長(zhǎng)編譯等不了合上筆記本去睡了。第二天開(kāi)會(huì)前打開(kāi)電腦任務(wù)停在半小時(shí)處進(jìn)度全丟。沒(méi)有后臺(tái)執(zhí)行沒(méi)有遠(yuǎn)程重連筆記本就是那段任務(wù)的“容器”合上它任務(wù)就跟著“斷電”。所以看到“Dots自帶云電腦合上筆記本也能繼續(xù)工作”這句話時(shí)我?guī)缀跏且幌伦泳屠斫饬怂虢鉀Q什么問(wèn)題。簡(jiǎn)單說(shuō)Dots 把執(zhí)行環(huán)境從你手邊設(shè)備里挪走放到云端一個(gè)持續(xù)運(yùn)行的“電腦”上。你的筆記本只承擔(dān)輸入輸出真正干活的是云端那個(gè)環(huán)境。這篇文章不會(huì)給你復(fù)述一份官方功能清單因?yàn)槟壳澳芸吹降馁Y料也確實(shí)不完整。我會(huì)從“合上筆記本為什么是個(gè)高頻剛需”切入拆一拆云電腦和本地開(kāi)發(fā)的關(guān)系再給一套自己也能模仿的工作流最后聊一聊成本和邊界。如果你已經(jīng)在用云主機(jī)跑任務(wù)或者正準(zhǔn)備把 Agent 類工具遷移到云端這篇應(yīng)該能幫你省下不少試錯(cuò)時(shí)間。1. “合上筆記本”為什么是剛需Dots 要解決的那類痛1.1 一段我自己經(jīng)歷的最典型翻車(chē)現(xiàn)場(chǎng)事情的經(jīng)過(guò)其實(shí)很普通白天我把一個(gè)數(shù)據(jù)清洗腳本拆成了幾個(gè)階段先做特征提取再做樣本過(guò)濾最后跑一輪回歸驗(yàn)證。單看每一步都不慢但全量數(shù)據(jù)一跑半小時(shí)打底。那會(huì)兒已經(jīng)夜里兩點(diǎn)我不想盯著日志干等就把筆記本蓋子合上了。問(wèn)題就出在這個(gè)“合上”的動(dòng)作上。絕大多數(shù)操作系統(tǒng)在筆記本合蓋后的默認(rèn)行為是休眠或睡眠進(jìn)程會(huì)整個(gè)凍結(jié)。你以為它在“后臺(tái)運(yùn)行”其實(shí)它只是暫停在某一行代碼上。第二天我重新打開(kāi)電腦日志下面出現(xiàn)的是“已中止”前面半小時(shí)的計(jì)算不但沒(méi)成果連斷點(diǎn)續(xù)跑的入口都沒(méi)有。那是我第一次覺(jué)得本地作為執(zhí)行環(huán)境這件事在長(zhǎng)任務(wù)面前真的太脆弱。后來(lái)我查過(guò)設(shè)置。合蓋不操作、電池供電不休眠、外接電源時(shí)禁止休眠這些都改過(guò)一遍但筆記本的內(nèi)置電源策略還是會(huì)在一段時(shí)間后介入。更重要的是就算不觸發(fā)休眠合上蓋子的電腦也可能因?yàn)樯帷拘选⑾到y(tǒng)更新等原因重啟。本地跑長(zhǎng)任務(wù)本質(zhì)上就是拿一臺(tái)隨時(shí)可能“失去意識(shí)”的設(shè)備當(dāng)生產(chǎn)環(huán)境。1.2 “自帶云電腦”的翻譯把筆記本從執(zhí)行環(huán)境變成遙控器Dots 這句宣傳點(diǎn)最打動(dòng)我的是“自帶云電腦”這五個(gè)字。按我的理解它意味著 OpenAI 在嘗試改變一個(gè)默認(rèn)前提任務(wù)不一定非要運(yùn)行在你手邊的這臺(tái)機(jī)器上。臺(tái)式和筆記本的價(jià)值從此可以拆成兩塊——一塊負(fù)責(zé)和人交互一塊負(fù)責(zé)長(zhǎng)期執(zhí)行任務(wù)。這有點(diǎn)像本地文件存儲(chǔ)和網(wǎng)盤(pán)存儲(chǔ)的區(qū)別。本地文件存在自己的磁盤(pán)里電腦壞了文件可能跟著遭殃網(wǎng)盤(pán)里的文件換任何一臺(tái)設(shè)備都能接著往下用。Dots 做的就是把“任務(wù)執(zhí)行”也變成網(wǎng)盤(pán)里的東西。你人在辦公室筆記本合上云端那臺(tái)電腦還在繼續(xù)跑模型、跑測(cè)試、跑 Agent。等你回到家里打開(kāi) iPad 或臺(tái)式機(jī)直接同一個(gè)環(huán)境繼續(xù)看。我覺(jué)得這個(gè)方向的意義不在于“遠(yuǎn)程桌面”這個(gè)功能本身而在于它把開(kāi)發(fā)者的工作模式從“帶著電腦跑”變成了“帶著窗口跑”。你不需要把計(jì)算資源、依賴環(huán)境、運(yùn)行狀態(tài)都塞進(jìn)背包只需要一個(gè)能打開(kāi)窗口的設(shè)備。1.3 哪些人會(huì)對(duì)這個(gè)功能“一眼愛(ài)”我身邊已經(jīng)有幾類朋友提前興奮起來(lái)了。第一類是跑 AI Agent 長(zhǎng)任務(wù)的人。現(xiàn)在很多 Agent 任務(wù)已經(jīng)不是“點(diǎn)一下按鈕三秒出結(jié)果”那種而是要在一個(gè)工作區(qū)里反復(fù)修改代碼、執(zhí)行命令、看測(cè)試反饋跑個(gè)十幾分鐘都很正常。這類人最怕電腦中途休眠最需要 Dots 這類常駐云環(huán)境。第二類是經(jīng)常通勤、開(kāi)會(huì)、跨設(shè)備切換的人。白天在公司建模晚上回到家想繼續(xù)看進(jìn)度出差路上打開(kāi)筆記本只想看到“一切正?！钡慕Y(jié)果而不是“電腦休眠導(dǎo)致任務(wù)失敗”的提示。對(duì)這些人來(lái)說(shuō)云端環(huán)境幾乎就是剛需。第三類是團(tuán)隊(duì)協(xié)作者。如果一套云電腦環(huán)境是共享的那么多人可以在同一份代碼、同一份數(shù)據(jù)目錄上接力操作。你合上電腦同事在另一個(gè)城市繼續(xù)操作中間不用打包同步也不用擔(dān)心“我改的文件還沒(méi)推送走”。這種連續(xù)感比任何炫酷的功能列表都實(shí)在。2. 云電腦、云主機(jī)和云端 IDE 到底什么關(guān)系2.1 三個(gè)概念別搞混聊 Dots 之前先把幾個(gè)常見(jiàn)詞理順。很多人一聽(tīng)到“云電腦”就想到遠(yuǎn)程桌面一聽(tīng)到“云主機(jī)”就想到服務(wù)器一聽(tīng)到“云端 IDE”就想到網(wǎng)頁(yè)端寫(xiě)代碼。它們方向相似但層次不一樣。名詞核心特征和本地電腦的關(guān)系云主機(jī)VPS/ECS一臺(tái)永遠(yuǎn)開(kāi)機(jī)的 Linux/Windows 遠(yuǎn)程機(jī)器你通過(guò) SSH 登錄相當(dāng)于把“整臺(tái)電腦的主機(jī)”搬到數(shù)據(jù)中心云端 IDECodespaces 類在瀏覽器里打開(kāi)一個(gè)完整編輯器運(yùn)行環(huán)境已經(jīng)在云端本地只剩瀏覽器幾乎不消耗計(jì)算資源云電腦DaaS提供完整桌面環(huán)境甚至帶圖形界面可以遠(yuǎn)程操作本地是一個(gè)遠(yuǎn)程桌面客戶端看到的全是云端畫(huà)面Dots 管自己叫“云電腦”但按照我揣測(cè)的產(chǎn)品形態(tài)它可能既不是傳統(tǒng)的遠(yuǎn)程桌面也不是單純的云端 IDE而是一個(gè)后臺(tái)運(yùn)行環(huán)境疊加開(kāi)發(fā)者工作流入口的東西。也就是說(shuō)它既要有云主機(jī)那樣“進(jìn)程不死”的能力又要像云端 IDE 那樣方便你隨時(shí)接入。2.2 從“按需遠(yuǎn)程桌面”到“程序員的常駐后臺(tái)”傳統(tǒng)云電腦解決的問(wèn)題是“這臺(tái)機(jī)器不在我手機(jī)上但我能拿到它的桌面”。程序員用起來(lái)往往很別扭因?yàn)槟阃ǔ２恍枰烂嫘枰氖墙K端、編輯器、正在跑的進(jìn)程、以及一個(gè)不會(huì)斷的連接。Dots 這類“自帶云電腦”的產(chǎn)品真正改變了我理解中的執(zhí)行模型。本地和云端不再是一份“拷貝同步”關(guān)系而是執(zhí)行現(xiàn)場(chǎng)的轉(zhuǎn)移。代碼可以不變但跑代碼的“發(fā)動(dòng)機(jī)”換成了云上那臺(tái)始終開(kāi)機(jī)的環(huán)境。本地合蓋、斷網(wǎng)、關(guān)機(jī)云上進(jìn)程完全不感知。打個(gè)比方這就像叫外賣(mài)后你不需要在廚房一直盯著鍋廚師是獨(dú)立在現(xiàn)場(chǎng)干活的。你只需要在手機(jī)上看一眼“出餐進(jìn)度”。本地從“廚房”變成“菜單”菜單可以隨便放下廚房時(shí)間照走。2.3 為什么 AI 編程代理時(shí)代把這一需求推到了前臺(tái)過(guò)去我們說(shuō)的“后臺(tái)任務(wù)”多半是編譯、打包、跑測(cè)試這類任務(wù)雖然耗時(shí)長(zhǎng)但邏輯是確定的代碼不變結(jié)果大概率可以預(yù)期?，F(xiàn)在不一樣了AI 編程代理會(huì)自主地“看代碼、改代碼、跑命令、再看報(bào)錯(cuò)”每一步都可能分支整個(gè)任務(wù)時(shí)長(zhǎng)經(jīng)常以小時(shí)計(jì)。熱搜詞里有一條和 Codex 安裝相關(guān)說(shuō)明已經(jīng)有很多人開(kāi)始把 Codex 這類工具裝到本機(jī)嘗試。但本機(jī)跑 AI Agent 有一個(gè)很現(xiàn)實(shí)的問(wèn)題Agent 正在改文件的時(shí)候你合上電腦相當(dāng)于把一個(gè)人的手從鍵盤(pán)上打斷。它不會(huì)記住你離開(kāi)后的上下文進(jìn)程一凍結(jié)前面的狀態(tài)就沒(méi)了。所以你能看到一條清晰的暗線AI 編程代理需要長(zhǎng)期后臺(tái)運(yùn)行長(zhǎng)期后臺(tái)運(yùn)行需要常駐環(huán)境常駐環(huán)境天然屬于云端。Dots 的“云電腦”定位本質(zhì)上就是給這個(gè)需求提供一個(gè)官方順手的外殼。一旦這個(gè)模式跑通Agent 就不再受限于“主人是否在線”。3. 自己搭一套“云端后臺(tái)工作區(qū)”的實(shí)操路線3.1 先決定你的執(zhí)行環(huán)境放在哪一層Dots 能不能立刻用我還沒(méi)法替你確認(rèn)。但如果你是看了這個(gè)概念心癢癢其實(shí)現(xiàn)在就能用一套并不復(fù)雜的方案復(fù)刻出八成體驗(yàn)。我自己的路線是這樣的本地編輯器負(fù)責(zé)寫(xiě)代碼云主機(jī)負(fù)責(zé)跑任務(wù)中間用 SSH 和 tmux 把兩者連起來(lái)。先選執(zhí)行環(huán)境。我不建議第一反應(yīng)就去開(kāi)一臺(tái)帶圖形桌面的云電腦編程場(chǎng)景下圖形界面的成本很高運(yùn)維也重。更實(shí)用的做法是租一臺(tái) Linux 云主機(jī)按核數(shù)和內(nèi)存選基礎(chǔ)款就行。初期你跑一個(gè) Agent 任務(wù)2 核 4G 起步等發(fā)現(xiàn)內(nèi)存不夠再升配置。云主機(jī)和本地通過(guò) SSH 連接你本地看到的仍然是熟悉的終端和編輯器。如果你有現(xiàn)成的容器平臺(tái)也可以直接用容器作為執(zhí)行環(huán)境。但容器本身不具備“常駐”屬性你仍然需要宿主節(jié)點(diǎn)保證它不被打斷。因此最穩(wěn)妥、最好理解的方式還是“一臺(tái)云主機(jī) 一個(gè)進(jìn)程守護(hù)工具”。這套組合的可靠程度已經(jīng)被幾十年的服務(wù)器運(yùn)維驗(yàn)證過(guò)了。3.2 讓進(jìn)程“斷線不銷號(hào)”的三個(gè)工具很多人第一次在云主機(jī)上跑任務(wù)直接在終端窗口里npm start。這個(gè)做法有個(gè)坑一旦 SSH 連接斷開(kāi)終端窗口掛掉任務(wù)也跟著沒(méi)了。原因很簡(jiǎn)單——啟動(dòng)的進(jìn)程是當(dāng)前終端會(huì)話的子進(jìn)程終端的宿主管道斷了子進(jìn)程也會(huì)收到信號(hào)后退出。所以要引入的第一個(gè)工具是 tmux 或 screen。它們可以在云主機(jī)里開(kāi)一個(gè)獨(dú)立會(huì)話進(jìn)程運(yùn)行在這個(gè)會(huì)話里SSH 斷掉也只是斷開(kāi)了“觀看窗口”進(jìn)程本身繼續(xù)跑。你可以隨時(shí)重新登錄、重新接入日志和上下文都還在。# 創(chuàng)建獨(dú)立會(huì)話 tmux new -s dev # 在會(huì)話里正常啟動(dòng)你的服務(wù)或 Agent node agent.js # 斷開(kāi)但不結(jié)束會(huì)話 Ctrlb 然后按 d過(guò)幾個(gè)小時(shí)想回去看進(jìn)度重新登錄云主機(jī)用一條命令接回去tmux attach -t dev如果你連 tmux 都不想用還有更工程化的方案systemd。把任務(wù)包裝成系統(tǒng)服務(wù)即使主機(jī)重啟服務(wù)也會(huì)被拉起。適合那些需要“每天定時(shí)跑、跑完自動(dòng)退出”的穩(wěn)定任務(wù)。[Unit] Descriptionlong-running-agent Afternetwork-online.target [Service] Userubuntu WorkingDirectory/srv/workspace ExecStart/usr/bin/node /srv/workspace/agent.js Restartalways RestartSec5 [Install] WantedBymulti-user.target把上面內(nèi)容放到/etc/systemd/system/agent.service然后執(zhí)行sudo systemctl enable --now agent這臺(tái)云主機(jī)就會(huì)替你把任務(wù)一直養(yǎng)著。優(yōu)先級(jí)上如果你想快速驗(yàn)證思路用 tmux如果你想讓它變成可靠的生產(chǎn)流程用 systemd。3.3 最小可復(fù)現(xiàn)流程從零在有到一臺(tái)能接力工作的云主機(jī)我把整套流程壓縮成五步照著走基本不會(huì)跑偏。第一步準(zhǔn)備一臺(tái)云主機(jī)。選擇哪家并不重要按你已有的習(xí)慣來(lái)就行。安裝系統(tǒng)時(shí)優(yōu)先選 Ubuntu 22.04 或 Debian 12后續(xù)文檔多、坑少。第二步把本地的 SSH 公鑰復(fù)制過(guò)去。這一步是為了后面不用每次輸密碼。本地執(zhí)行ssh-copy-id ubuntu你的云主機(jī)IP第三步安裝基礎(chǔ)環(huán)境。Node 建議直接裝 LTS 版本Python 看你的項(xiàng)目需要。如果只是跑 Agent 類工具Node 20 LTS 是最穩(wěn)的。sudo apt update sudo apt install -y tmux git curl curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash - sudo apt install -y nodejs第四步在云主機(jī)上把項(xiàng)目拉下來(lái)進(jìn)入tmux會(huì)話裝依賴并啟動(dòng)。整個(gè)操作從本地終端連續(xù)敲就行不需要額外工具。第五步按下Ctrlb再按d退出會(huì)話直接斷開(kāi) SSH合上本地筆記本。第二天重新 SSH 登錄后運(yùn)行tmux attach -t dev你會(huì)看到日志進(jìn)度比昨晚推進(jìn)了一大截。這套流程體驗(yàn)過(guò)幾次之后你會(huì)很自然地對(duì)“合蓋斷任務(wù)”這件事產(chǎn)生生理性厭惡。3.4 把本地編輯器和云端目錄打通終端是連通了但很多人不習(xí)慣完全在命令行里寫(xiě)代碼。沒(méi)關(guān)系用 VS Code 的 Remote-SSH 就能把整個(gè)編輯器的窗口指向云主機(jī)。先在本地給云主機(jī)起一個(gè) SSH 別名編輯~/.ssh/configHost mycloud HostName 你的云主機(jī)IP User ubuntu然后在 VS Code 里安裝 Remote - SSH 插件命令面板輸入 “Remote-SSH: Connect to Host”選擇mycloud。它會(huì)重新打開(kāi)一個(gè)窗口左下角顯示“SSH: mycloud”然后你就能像操作本地目錄一樣打開(kāi)云主機(jī)上的文件夾、寫(xiě)代碼、跑終端。文件保存是秒傳的因?yàn)楸４鎰?dòng)作直接發(fā)生在那臺(tái)云主機(jī)上。如果任務(wù)需要在本地瀏覽器里預(yù)覽比如調(diào)試一個(gè) Web 服務(wù)還可以做端口轉(zhuǎn)發(fā)。在 SSH 連接后終端里執(zhí)行ssh -L 8080:localhost:8080 mycloud這樣云主機(jī)上的 8080 端口就映射到了你本地直接訪問(wèn)http://localhost:8080。你的筆記本此時(shí)真的就是一塊“遙控器屏幕”。4. 從本地切到云端先處理掉 Codex 安裝和依賴的坑4.1 熱搜高頻報(bào)錯(cuò)missing optional dependency 是怎么來(lái)的在趨勢(shì)詞里看到一條很典型的報(bào)錯(cuò)missing optional dependency openai/codex-win32-x64. reinstall codex: npm in。這說(shuō)明很多人已經(jīng)開(kāi)始在自己的機(jī)器上把 Codex 裝起來(lái)但被平臺(tái)依賴問(wèn)題卡住。這個(gè)報(bào)錯(cuò)背后的機(jī)制其實(shí)不復(fù)雜。npm 有一種依賴分類叫“可選依賴”optionalDependencies通常用來(lái)按操作系統(tǒng)和 CPU 架構(gòu)自動(dòng)安裝對(duì)應(yīng)的二進(jìn)制包。比如openai/codex-win32-x64這個(gè)包名里就寫(xiě)明了目標(biāo)平臺(tái)Windows、x64 架構(gòu)。npm 在安裝時(shí)應(yīng)該自動(dòng)識(shí)別當(dāng)前系統(tǒng)并選擇對(duì)應(yīng)包但如果你的安裝緩存、鏡像配置、lock 文件狀態(tài)不對(duì)就可能出現(xiàn)“主包裝好了可選平臺(tái)包沒(méi)裝上”的結(jié)果。從本地切到云端的動(dòng)作往往會(huì)放大這類問(wèn)題。因?yàn)槟憧赡茉?Windows 本機(jī)上習(xí)慣了自動(dòng)安裝成功到了 Linux 云主機(jī)上路徑、權(quán)限、平臺(tái)解析規(guī)則全變樣同樣的命令就暴露問(wèn)題。4.2 一套完整的復(fù)現(xiàn)與處理流程我用過(guò)的處理順序按成功率從高到低排列先刪掉全局 CLI重新安裝。Codex 這類工具如果之前裝過(guò)一次但平臺(tái)包損壞再跑一遍安裝命令不一定能修復(fù)。先卸載再說(shuō)npm uninstall -g openai/codex清掉 npm 緩存里可能存在的舊平臺(tái)包索引npm cache verify重新安裝npm install -g openai/codex如果項(xiàng)目里通過(guò)package.json依賴 Codex刪掉node_modules和package-lock.json再執(zhí)行npm install這一步會(huì)讓 npm 盡可能重新解析所有平臺(tái)依賴。注意刪除 lock 文件會(huì)影響整個(gè)依賴樹(shù)版本穩(wěn)定性項(xiàng)目里還有其他依賴時(shí)先備份。 5. 最后檢查系統(tǒng)架構(gòu)是不是確實(shí)匹配。在 Linux 云主機(jī)上執(zhí)行uname -mx86 機(jī)器看到x86_64ARM 機(jī)器看到aarch64。如果你在云主機(jī)上用的是 ARM 架構(gòu)卻期望安裝x64的二進(jìn)制包也會(huì)撞到類似的缺包問(wèn)題。4.3 在云端裝 Agent 前先確認(rèn) Node 版本和 npm 配置另外一個(gè)很容易被忽略的坑是 Node 版本。很多 Agent 類工具要求 Node 18 起步推薦 Node 20 LTS。云主機(jī)默認(rèn)源的 Node 版本往往偏舊所以我在 3.3 里特意用了 NodeSource 的安裝腳本。裝好后先確認(rèn)node -v npm -v如果node -v輸出的版本低于 18后面裝任何新工具都容易收到奇怪的引擎兼容提示。不要急著懷疑工具壞了先回頭把運(yùn)行時(shí)升級(jí)。再檢查一個(gè) npm 配置項(xiàng)npm config get optional正常應(yīng)該是true。如果被設(shè)置成了falsenpm 會(huì)主動(dòng)跳過(guò)可選依賴openai/codex-win32-x64這類平臺(tái)二進(jìn)制包就永遠(yuǎn)不會(huì)被安裝。這個(gè)開(kāi)關(guān)平時(shí)很少有人碰但一旦被某些“性能優(yōu)化腳本”或者歷史遷移改動(dòng)過(guò)就會(huì)變成隱蔽的坑。我在排查依賴問(wèn)題時(shí)會(huì)把npm config完整看一遍而不是只盯著最后一行報(bào)錯(cuò)。4.4 我遇到過(guò)的“假成功”場(chǎng)景有一類問(wèn)題最耗時(shí)間終端提示安裝成功CLI 也能正常輸出版本號(hào)但一運(yùn)行就報(bào)“缺少某個(gè)模塊”。這種多半是二進(jìn)制包只裝了一半npm 把外層命令文件放好了內(nèi)層平臺(tái)相關(guān)的可執(zhí)行文件沒(méi)有落位。檢查辦法很直接全局安裝路徑下直接找那個(gè)包。Linux 上可以執(zhí)行npm root -g然后把得到的路徑末尾拼上openai看看目錄下有沒(méi)有codex-win32-x64或?qū)?yīng)的 Linux 平臺(tái)包。如果發(fā)現(xiàn)其他平臺(tái)名字的包說(shuō)明 npm 可能用了錯(cuò)誤的平臺(tái)元數(shù)據(jù)或者安裝過(guò)程跨了機(jī)器。最笨也最有效的辦法就是卸載重來(lái)并且保證當(dāng)前環(huán)境中沒(méi)有npm_config_platform這個(gè)環(huán)境變量。5. 成本、體驗(yàn)與什么時(shí)候別把所有東西塞進(jìn)云端5.1 算一筆賬包月云主機(jī) vs 按量云電腦 vs 純本地要把工作模式切到云端最現(xiàn)實(shí)的障礙往往是成本。但平心而論這筆賬不能只看“多花多少錢(qián)”還要看“少虧了多少時(shí)間”。我按常見(jiàn)配置算了筆方案租賃形式適合場(chǎng)景對(duì)你的要求本地筆記本硬件已花錢(qián)快速原型、小腳本不能長(zhǎng)期合蓋跑長(zhǎng)任務(wù)云主機(jī) 2 核 4G包月幾十到一百多長(zhǎng)任務(wù)、Agent、服務(wù)端會(huì)一點(diǎn) SSH、tmux 就夠高配 GPU 云主機(jī)按小時(shí)收費(fèi)大模型推理、訓(xùn)練用完記得釋放實(shí)例云電腦桌面按小時(shí)或套餐圖形化操作、臨時(shí)辦公網(wǎng)絡(luò)要求高如果你每天都離不開(kāi) Agent 任務(wù)云主機(jī)的包月費(fèi)其實(shí)約等于一兩杯咖啡。如果是偶爾需要高算力按小時(shí)租一臺(tái) GPU 機(jī)器反而比買(mǎi)本機(jī)顯卡更劃算。關(guān)鍵是你把云資源當(dāng)成“生產(chǎn)環(huán)境”而不是“測(cè)試玩具”錢(qián)才會(huì)花得值。5.2 云上工作流的不適感還是要提前有預(yù)期把執(zhí)行環(huán)境搬到云端之后體驗(yàn)不全是變好有幾個(gè)地方會(huì)明顯不一樣。首先是網(wǎng)絡(luò)依賴。沒(méi)有網(wǎng)絡(luò)的時(shí)候你連“看一眼進(jìn)度”都做不到。高鐵穿過(guò)隧道、飛機(jī)起飛后本地文件還能看著有點(diǎn)安全感云端任務(wù)就只能靠信任。我的做法是重要任務(wù)必須寫(xiě)日志日志文件本身落在云主機(jī)上回來(lái)后第一件事看日志而不是憑感覺(jué)。其次是輸入延遲。編輯器通過(guò) SSH 操作云主機(jī)網(wǎng)絡(luò)好的時(shí)候幾乎無(wú)感網(wǎng)絡(luò)波動(dòng)時(shí)會(huì)覺(jué)得光標(biāo)有點(diǎn)“肉”。寫(xiě)代碼時(shí)我對(duì)延遲比較敏感所以本地編輯器和云端通過(guò) Remote-SSH 連接把大部分渲染放到本地延遲體感會(huì)小很多。再有是密鑰和訪問(wèn)權(quán)限管理。云端環(huán)境不能像本地一樣“默認(rèn)可信”代理配置、API Key、Git 憑據(jù)都要更小心。我個(gè)人會(huì)把密鑰單獨(dú)放環(huán)境變量文件里不進(jìn)版本庫(kù)權(quán)限設(shè)成 600最小范圍暴露給 Agent 工具。5.3 什么情況下我會(huì)勸你別急著切到云端不是所有項(xiàng)目都適合上云。我自己的判斷標(biāo)準(zhǔn)很簡(jiǎn)單如果你每天的核心工作是寫(xiě)一個(gè)兩三分鐘內(nèi)就能跑完的腳本且需要頻繁交互修改那本地體驗(yàn)更好云端只會(huì)增加操作成本。如果你的任務(wù)鏈路長(zhǎng)、一次執(zhí)行超過(guò)十五分鐘、運(yùn)行期間你會(huì)離開(kāi)電腦或者切換設(shè)備那云端幾乎是唯一正確的答案。還有一種情況要特別注意數(shù)據(jù)敏感度高的項(xiàng)目。云主機(jī)不是保險(xiǎn)箱如果你處理的是不可以出內(nèi)網(wǎng)的數(shù)據(jù)先問(wèn)清楚公司制度和安全標(biāo)準(zhǔn)千萬(wàn)不要為了方便直接把數(shù)據(jù)復(fù)制到云環(huán)境。工具再順手也不能拿合規(guī)底線換效率。6. 我用云主機(jī)的實(shí)際體會(huì)Dots 或許只是把這件事標(biāo)準(zhǔn)化6.1 本地和云端同步比想象中更重要我折騰云主機(jī)一段時(shí)間后最大的體會(huì)是真正決定體驗(yàn)上限的不是計(jì)算規(guī)格而是“狀態(tài)能不能平滑跟隨用戶”。本地寫(xiě)了一半的代碼云端能不能繼續(xù)云端的運(yùn)行日志本地能不能便捷查看環(huán)境變量、依賴版本、當(dāng)前分支這些碎片如果不一致每次切換設(shè)備都是重新造輪子。所以我習(xí)慣把所有工作目錄都放在云主機(jī)上本地只保留一個(gè)和云端同步的編輯入口。這樣筆記本丟了也不慌因?yàn)槟銇G的不是工作本身只是一個(gè)屏幕。Dots 如果真能把 OpenAI 自己的工具鏈、云環(huán)境和本地編輯器接成一條順暢的管道這一步的體驗(yàn)會(huì)比通用云主機(jī)好很多。6.2 對(duì)普通開(kāi)發(fā)者別一上來(lái)就上高配最后說(shuō)說(shuō)我踩過(guò)的彎路。第一次嘗試云開(kāi)發(fā)時(shí)我直接租了一臺(tái)八核十六G的機(jī)器心想反正云端擴(kuò)展容易結(jié)果一個(gè)月賬單出來(lái)嚇一跳實(shí)際使用率不到百分之十五。后來(lái)又遇到一堆平臺(tái)依賴問(wèn)題時(shí)間全耗在環(huán)境遷移上。如果你的目的只是體驗(yàn)“合上筆記本任務(wù)繼續(xù)跑”這個(gè)感覺(jué)我強(qiáng)烈建議先按 2 核 4G 起步用 tmux SSH 把最小閉環(huán)跑通。等你習(xí)慣了在手機(jī)上打開(kāi)云廠商的監(jiān)控頁(yè)面看任務(wù)進(jìn)度覺(jué)得這套模式確實(shí)省心再根據(jù)任務(wù)規(guī)格逐步升配。云計(jì)算的彈性優(yōu)勢(shì)就在于可以循序漸進(jìn)沒(méi)必要第一天就把預(yù)算拉滿。如果以后 Dots 真的把“合上筆記本還能繼續(xù)工作”做成默認(rèn)能力那我們這批靠手工云主機(jī)折騰出來(lái)的人反而會(huì)有點(diǎn)懷念在 SSH 終端里敲 tmux 命令的那幾天。畢竟理解了底層原理之后無(wú)論換什么產(chǎn)品你都不會(huì)再被“界面好看”這個(gè)表象迷惑而是會(huì)直接問(wèn)一句任務(wù)到底跑在哪臺(tái)機(jī)器上