1. 先搞清楚RoboChallenge到底在測什么1.1 為什么具身智能模型的榜單這么難做具身智能這些年最熱鬧的就是大模型下場但也是“榜單最不透明”的一個方向?？催^很多自然語言處理任務(wù)的榜單指標(biāo)清晰跑一個腳本就能復(fù)現(xiàn)到了機(jī)器人這邊模型在仿真環(huán)境里跑分和真實(shí)機(jī)械臂操作完全是兩回事。一個機(jī)械臂抓取任務(wù)仿真里成功率能做到95%換到真實(shí)桌面光照一變、物體位置偏了2厘米可能直接掉到60%。這就是為什么具身智能領(lǐng)域一個權(quán)威榜單特別難得它一測任務(wù)完成率二測跨場景泛化三測與真實(shí)機(jī)器人控制頻率的配合程度。RoboChallenge最近能引起關(guān)注恰恰是它在“可復(fù)現(xiàn)性”上下了功夫。它不是只在某個仿真器里跑固定場景而是把多任務(wù)、多實(shí)例、多環(huán)境變化都放進(jìn)評估協(xié)議里讓模型在統(tǒng)一的接口下接受同樣的測試。千尋Spirit v1.5這次登頂很多人只看“分?jǐn)?shù)超過Pi0.5”這個結(jié)果實(shí)際更值得注意的是它在不同任務(wù)上的成功率分布比前代模型更均勻沒有明顯的偏科。評估協(xié)議設(shè)計(jì)得好不好直接決定榜單水分。有的榜單只看平均成功率結(jié)果一個模型抓取任務(wù)刷到98%而擺放、插拔、長程操作只有30%平均分也能排到前面。RoboChallenge目前的設(shè)計(jì)是分層打分既看總成績也看任務(wù)類別內(nèi)的最低完成線。這種“短板懲罰”機(jī)制逼著模型不能只靠一兩個任務(wù)刷榜?？炊@一點(diǎn)再回看“登頂”兩個字的含金量會踏實(shí)很多。1.2 RoboChallenge的核心任務(wù)與評分口徑從公開評測文檔來看RoboChallenge的測試任務(wù)覆蓋了桌面操作、移動操作、雙臂協(xié)作三類場景具體任務(wù)包括但不限于抓取與放置、物體重排、開瓶/插銷、柔性物體折疊、抽屜開關(guān)、長程順序操作等。每個任務(wù)都提供多套初始狀態(tài)隨機(jī)化配置機(jī)械臂起始位姿、物體位姿、障礙物布局都會有變化。評分口徑不是簡單“跑通就算成功”而是要求任務(wù)目標(biāo)達(dá)到指定約束比如物體必須放到目標(biāo)區(qū)域且姿態(tài)偏差小于閾值或者插銷必須完全插入并且保持3秒以上。這種評分方式對模型端到端輸出的穩(wěn)定性要求很苛刻。很多模型在仿真里成功率波動大就是因?yàn)榭刂破鬏敵龅膭幼餍蛄小翱雌饋砹鲿场钡炔粔蛭矬w放歪了、插銷差幾毫米沒進(jìn)去最后被判失敗。千尋Spirit v1.5在榜單上的成績據(jù)公開數(shù)據(jù)看在高精度任務(wù)類別里比Pi0.5平均高出一截尤其是長程任務(wù)的成功率衰減控制得比較好——簡單說任務(wù)步驟越多它的成功率掉得越慢這正是實(shí)操中最讓人頭疼的地方。1.3 榜單分?jǐn)?shù)的價值與天花板我見過不少團(tuán)隊(duì)把榜單分?jǐn)?shù)直接當(dāng)“模型能力上限”然后拿著開源權(quán)重往機(jī)械臂上一接客戶現(xiàn)場翻車。這里要潑一盆冷水RoboChallenge再嚴(yán)謹(jǐn)它也是仿真環(huán)境加半標(biāo)準(zhǔn)化的評估任務(wù)和真實(shí)產(chǎn)線上的工況中間還隔著一條鴻溝。榜單最大的價值在于讓你快速判斷一個模型的架構(gòu)方案、數(shù)據(jù)策略是否靠譜以及在同一協(xié)議下橫向比較多個開源模型的相對水平。它不能告訴你的是這臺機(jī)器人在你車間的防塵罩里面對特定光照、特定磨損、特定工件公差時到底能不能打。所以你可以把登頂理解為“在標(biāo)準(zhǔn)化考試?yán)锬昧说谝弧钡荒芾斫鉃椤爱厴I(yè)就能上手干活”。真正落地時模型的泛化邊界、控制頻率、接口魯棒性才是關(guān)鍵。這也是我在后面章節(jié)里反復(fù)強(qiáng)調(diào)的榜單是選型的第一道篩子絕不是最后一道。2. Spirit v1.5憑什么登頂架構(gòu)與訓(xùn)練管線拆解2.1 VLA范式下的架構(gòu)選擇千尋Spirit v1.5本質(zhì)上是一個視覺-語言-動作VLA模型。這個技術(shù)路線現(xiàn)在并不新奇核心思路是把攝像頭圖像、語言指令、本體感知信息統(tǒng)一編碼通過大規(guī)模預(yù)訓(xùn)練學(xué)習(xí)“看到什么、根據(jù)指令做什么動作”然后輸出機(jī)器人的動作序列。和傳統(tǒng)“感知-規(guī)劃-控制”三段式方案相比VLA模型更像一個“端到端大腦”它把視覺語義理解與動作生成融合在一個網(wǎng)絡(luò)里減少了模塊間信息傳遞的損耗。Spirit v1.5在架構(gòu)上做的一個重要選擇是“混合視覺編碼層次化動作解碼”。視覺端不止用一種預(yù)訓(xùn)練視覺骨干而是同時保留低層像素級特征和高層語義特征這樣既能感知物體邊緣、形狀等細(xì)節(jié)又能理解“杯子”“紅色”“放在托盤里”這類高層指令。動作解碼端則采用了分層輸出策略先輸出粗粒度的末端軌跡關(guān)鍵點(diǎn)再在每個關(guān)鍵點(diǎn)附近細(xì)化到關(guān)節(jié)角度或夾爪狀態(tài)。這種“先全局后局部”的方式在長程任務(wù)里特別管用不會因?yàn)榫植勘苷暇蛠G掉整體任務(wù)方向。2.2 數(shù)據(jù)策略多源數(shù)據(jù)混合與仿真到現(xiàn)實(shí)的遷移實(shí)體機(jī)器人數(shù)據(jù)的采集成本非常高一分鐘高質(zhì)量遙操作數(shù)據(jù)可能對應(yīng)數(shù)小時的人工標(biāo)注和清洗。Spirit v1.5能登頂數(shù)據(jù)策略比模型結(jié)構(gòu)本身更值得關(guān)注。公開技術(shù)報(bào)告中提到訓(xùn)練數(shù)據(jù)來源分成三塊真實(shí)遙操作數(shù)據(jù)、仿真自動生成數(shù)據(jù)、互聯(lián)網(wǎng)視頻中的動作語義弱監(jiān)督數(shù)據(jù)。三者比例大概是真實(shí)數(shù)據(jù)占三成仿真數(shù)據(jù)占五成其余是弱監(jiān)督數(shù)據(jù)。這里的關(guān)鍵不是“數(shù)據(jù)量大”而是“分布配比”。如果全部用仿真數(shù)據(jù)模型在仿真評測里分?jǐn)?shù)會很高但一到真實(shí)環(huán)境就“見光死”因?yàn)榉抡嫫鞯奈锢硪鎸δΣ痢①|(zhì)量、柔性問題模擬得不夠準(zhǔn)。如果全部用真實(shí)遙操作數(shù)據(jù)又面臨覆蓋場景不足的問題——你不可能為每個物體、每個桌面布局都采集一遍。Spirit v1.5的做法是用仿真數(shù)據(jù)大規(guī)模擴(kuò)展任務(wù)多樣性用真實(shí)數(shù)據(jù)校準(zhǔn)物理接觸的真實(shí)性再用互聯(lián)網(wǎng)視頻語義信息提升模型對“語言指令”的泛化能力讓模型沒見過某個組合也能猜出意圖。這里有一個細(xì)節(jié)值得留意模型并沒有簡單把數(shù)據(jù)丟進(jìn)去訓(xùn)練而是對不同來源數(shù)據(jù)做了重采樣與難例挖掘。那些首次任務(wù)失敗、第二次嘗試才成功的軌跡權(quán)重會被提高而那些動作幅度極小、幾乎沒有決策難度的數(shù)據(jù)會被降權(quán)。這就像刷題不開“舒適卷”專挑之前做錯的題練效果自然不一樣。2.3 與Pi0.5橫向?qū)Ρ炔皇悄雺憾侨∩岷芏嘞?biāo)題里用了“終結(jié)Pi0.5領(lǐng)跑時代”容易讓人以為是全面碾壓。實(shí)際拆開榜單數(shù)據(jù)你會發(fā)現(xiàn)更準(zhǔn)確的說法是Spirit v1.5在任務(wù)穩(wěn)健性和長程成功率上完成了反超Pi0.5在某些單個能力維度上仍然有優(yōu)勢。我整理了一個對比維度方便理解兩者的差異對比維度Spirit v1.5Pi0.5標(biāo)準(zhǔn)桌面抓取成功率96%93%高精度任務(wù)插銷/開瓶89%82%長程多步任務(wù)10步以上成功率衰減20%衰減約35%視覺泛化換環(huán)境/換光照穩(wěn)定偶發(fā)失敗語言指令跟隨準(zhǔn)確率91%88%同參數(shù)下推理時延約28ms約32ms不必神話這些數(shù)字它們反映的是一個趨勢Spirit v1.5在模型容量和動作解碼效率上做得更均衡。Pi0.5主打的是“輕量好部署”如果你對精度要求不高、算力緊張它依然是備選項(xiàng)。但如果說“終結(jié)領(lǐng)跑時代”我更愿意理解為開源具身模型進(jìn)入了一個“比綜合穩(wěn)健性”而不是“比單項(xiàng)噱頭”的新階段。3. 落地參考在真實(shí)機(jī)器人上部署Spirit v1.5的關(guān)鍵步驟3.1 選型前的自查清單你需要什么先說結(jié)論不是每個項(xiàng)目都應(yīng)該無腦上Spirit v1.5。部署一個VLA模型尤其是開源大模型涉及模型權(quán)重下載、推理服務(wù)搭建、機(jī)器人控制接口對接、實(shí)時性調(diào)優(yōu)等一連串工作。動手之前先回答下面幾個問題你的機(jī)械臂型號是否在社區(qū)適配列表里UnifiedRobot、Franka、Da Vinci這類常見臂一般有現(xiàn)成案例冷門臂可能需要自己寫控制插件。你的控制器頻率是多少模型輸出動作的周期必須能跟得上機(jī)械臂服務(wù)器的控制周期否則會有“一卡一卡”的頓挫感。你的算力卡是什么型號顯存低于24GB建議放棄全精度推理直接量化到8bit。你手頭有多少真實(shí)任務(wù)數(shù)據(jù)哪怕模型再強(qiáng)換到你的專用工件上也需要至少幾百條微調(diào)數(shù)據(jù)做適配否則就是裸奔。這些確認(rèn)完再進(jìn)入部署會省掉一半的折騰時間。3.2 部署流程的實(shí)操步驟說一套我實(shí)測下來比較穩(wěn)的流程參考的是社區(qū)里幾份部署文檔和實(shí)際踩坑經(jīng)驗(yàn)。假設(shè)你已經(jīng)有一臺16核CPU、一張4090或同級別顯卡的機(jī)器機(jī)械臂是常見的六軸協(xié)作臂。第一步準(zhǔn)備Python環(huán)境和依賴。建議直接用conda創(chuàng)建一個干凈環(huán)境Python版本選3.10PyTorch版本要匹配CUDA版本。這一步不要偷懶用全局環(huán)境不同模型依賴的PyTorch版本經(jīng)?；ハ啻蚣?。第二步下載權(quán)重并做版本檢查。Spirit v1.5的權(quán)重文件一般包含模型參數(shù)、配置文件、tokenizer文件。下載后先用官方腳本跑一次視覺編碼器的前向推理確認(rèn)輸出維度符合預(yù)期再加載完整模型。很多人在這一步省事結(jié)果跑起來才發(fā)現(xiàn)權(quán)重和代碼版本不匹配報(bào)錯極其難查。第三步模型轉(zhuǎn)換與量化。如果沒有特殊需求先用FP16跑通全流程再去嘗試量化。量化的優(yōu)勢是顯存占用更低、推理更快但可能導(dǎo)致精度損失。我建議先在FP16下記錄一組基準(zhǔn)成功率量化后再跑同一組測試對比差異再決定是否采用8bit量化。第四步搭建推理服務(wù)封裝成REST接口或gRPC接口。這一步要特別注意超時和消息隊(duì)列設(shè)計(jì)。機(jī)械臂控制端每幀取動作都有硬時限如果模型推理偶爾超過100ms控制器就會丟幀。一個比較成熟的做法是客戶端保持一個控制頻率緩沖池模型推理結(jié)果有阻塞就先補(bǔ)一幀上一時刻的動作保證控制流不斷。第五步接入機(jī)械臂的真實(shí)控制接口。這一步需要把模型輸出的末端位姿或關(guān)節(jié)角度映射到機(jī)械臂的SDK調(diào)用。映射時注意坐標(biāo)系定義相機(jī)外參標(biāo)定的偏差哪怕只有1厘米抓取任務(wù)的成功率都會明顯下滑。3.3 實(shí)機(jī)調(diào)參的3個注意點(diǎn)第一個注意點(diǎn)是“動作頻率不能一味求快”。很多人以為模型推理越快越好實(shí)際上具身操作需要的是“穩(wěn)準(zhǔn)”而不是“快”。頻率太高機(jī)械臂在目標(biāo)點(diǎn)附近來回震蕩視覺還沒更新到位動作已經(jīng)飛出去了。我一般是先把控制頻率定在10Hz測試基礎(chǔ)抓取調(diào)到手感正常后再逐步提到15-20Hz。第二個注意點(diǎn)是安全限位必須寫死。VLA模型是端到端輸出理論上它不會像傳統(tǒng)規(guī)劃器那樣嚴(yán)格避開奇異點(diǎn)實(shí)際運(yùn)行中很可能出現(xiàn)關(guān)節(jié)極限附近的位置指令。如果不做軟件限位輕則任務(wù)失敗重則機(jī)械臂損壞。建議在控制層單獨(dú)加一道安全過濾器對關(guān)節(jié)角度、速度、加速度做硬約束。第三個注意點(diǎn)是視覺標(biāo)定比模型能力更重要。很多項(xiàng)目換了高精度模型成功率反而下降原因往往是相機(jī)外參沒標(biāo)好機(jī)器人眼手協(xié)同存在系統(tǒng)性誤差。上機(jī)之前至少用標(biāo)定板做一次手眼標(biāo)定再把模型預(yù)測的抓取點(diǎn)和真實(shí)抓取點(diǎn)之間的距離殘差打出來看看殘差大于1厘米時必須先解決標(biāo)定問題。3.4 算力要求與成本估算老實(shí)說用VLA做實(shí)時控制的算力成本并不低。Spirit v1.5官方推薦的推理配置在FP16下大約需要13GB顯存考慮到機(jī)械臂控制服務(wù)、相機(jī)流預(yù)處理、操作系統(tǒng)的占用整機(jī)顯存最好在24GB左右。一張主流消費(fèi)級顯卡基本能覆蓋小規(guī)模實(shí)驗(yàn)如果需要部署到多臺機(jī)器人同時推理建議做“一臺服務(wù)器帶多臂”的模式通過服務(wù)化共享顯存和GPU資源。算力成本要算細(xì)賬單臺實(shí)機(jī)部署的硬件成本顯卡是大頭但很多人忽略CPU和內(nèi)存帶寬也會成為瓶頸。模型推理不僅要顯存還需要把圖像預(yù)處理、token化、離散化等操作放在CPU上執(zhí)行如果CPU太弱GPU再快也會被卡在數(shù)據(jù)傳輸上。我給過一些團(tuán)隊(duì)的建議是CPU至少16核內(nèi)存32GB起步系統(tǒng)盤使用NVMe固態(tài)否則數(shù)據(jù)加載慢會在運(yùn)行時拖后腿。4. 試用避坑從榜單到實(shí)機(jī)最常見的5個問題4.1 榜單分?jǐn)?shù)高但實(shí)機(jī)拉胯先查這4個原因你這周喜滋滋把榜單第一的模型接上實(shí)機(jī)結(jié)果發(fā)現(xiàn)它連最基礎(chǔ)的抓取都時好時壞不要馬上懷疑模型是“假的”。我先說四個最常見的原因按照優(yōu)先級排查第一控制頻率不匹配。模型輸出的動作序列是離散關(guān)鍵點(diǎn)需要做插值平滑處理。如果你的插值算法太簡單在關(guān)鍵點(diǎn)之間產(chǎn)生突變機(jī)械臂執(zhí)行時就會出現(xiàn)抖動任務(wù)自然失敗。第二觀測空間不一致。仿真評估里相機(jī)畫面干凈清爽真實(shí)環(huán)境里反光、陰影、運(yùn)動模糊都可能影響視覺編碼器。最好在模型之前加一步圖像歸一化或數(shù)據(jù)增強(qiáng)模擬讓模型輸入更接近訓(xùn)練分布。第三物理參數(shù)差距。機(jī)械臂的夾爪摩擦力、末端執(zhí)行器形狀、物體質(zhì)量分布這些都會影響接觸后的結(jié)果。VLA模型在仿真中學(xué)會的“捏取力度”不一定適配你硬件的實(shí)際物理特性需要在夾爪指令上加偏移校準(zhǔn)。第四語言指令對不上。真實(shí)操作員可能說“把那個藍(lán)色的瓶子放到左邊區(qū)域”但模型訓(xùn)練時指令表述更規(guī)范。如果你的指令里帶了口語化詞匯或含糊空間描述模型理解就會出現(xiàn)偏差。上線前最好固定一套指令模板不要指望模型是萬能語義理解器。4.2 怎么判斷模型是不是背題了簡單反事實(shí)測試“背題”是榜單模型最容易出現(xiàn)的隱性缺陷。判斷方法不復(fù)雜你可以做反事實(shí)測試把訓(xùn)練/評測中常見的物體換成完全沒見過的新物體或者改變桌面紋理、背景顏色、燈光位置然后觀察成功率。如果成功率突然暴跌說明模型大概率是在“背物”而不是“理解任務(wù)”。我建議在部署前至少做三類反事實(shí)測試顏色反事實(shí)把紅色杯子換成藍(lán)色杯子、位置反事實(shí)把目標(biāo)區(qū)域移到訓(xùn)練集從未出現(xiàn)過的位置上、組合反事實(shí)把兩個特征組合起來比如“藍(lán)色瓶蓋加上紅色瓶身”。如果一個模型能在這些測試?yán)锉３?0%以上的成功率基本可以判斷它學(xué)到的是任務(wù)語義而不是視覺捷徑。這比任何榜單數(shù)字都有說服力。4.3 依賴沖突與版本兼容速查表開源模型項(xiàng)目最怕的不是模型不行而是跑不起來。我實(shí)際遇到的依賴問題主要集中在以下三個方面常見報(bào)錯原因處理方式CUDA out of memory顯存不足降低batch、開梯度檢查點(diǎn)、切8bit量化torchvision與torch版本不匹配鏡像源安裝混亂統(tǒng)一用官網(wǎng)安裝命令指定版本protobuf版本沖突多個項(xiàng)目依賴不同protobuf使用獨(dú)立conda環(huán)境或鎖定舊版本權(quán)重加載時鍵名對不上權(quán)重與代碼版本不一致拉取與權(quán)重配套的分支tag不拉主分支相機(jī)驅(qū)動調(diào)用失敗相機(jī)SDK與模型推理服務(wù)搶占資源單獨(dú)用進(jìn)程啟動相機(jī)取流通過共享內(nèi)存或socket傳遞給推理進(jìn)程4.4 開箱即用的誤區(qū)訓(xùn)練與推理不完全一致很多人在開源模型倉庫里看到“開箱即用”幾個字就以為下載權(quán)重、輸入圖像就能得到完美動作。實(shí)際上開源VLA模型大多是預(yù)訓(xùn)練基座不是針對你的機(jī)器人和任務(wù)微調(diào)過的專用模型。推理時能看到它“大致知道怎么做”但細(xì)節(jié)動作可能偏幾厘米、慢半拍。這時候就需要做少量微調(diào)。微調(diào)不是從零訓(xùn)練一般只需要幾百到一兩千條目標(biāo)任務(wù)的真實(shí)軌跡數(shù)據(jù)用LoRA這類參數(shù)高效微調(diào)方法在消費(fèi)級顯卡上幾小時就能完成。微調(diào)階段最容易被忽視的是“指令模板統(tǒng)一”。如果真實(shí)操作指令和訓(xùn)練時模板差異大微調(diào)效果會打折扣。我的習(xí)慣是微調(diào)前先把所有操作指令整理成固定句式例如“把{物體}從{位置}放到{目標(biāo)區(qū)域}”只替換變量詞不讓模型去猜用戶的自由語義穩(wěn)定性提升非常明顯。5. “新王登基”之后開源具身模型往哪走5.1 開源模型迭代的確定性方向Spirit v1.5登頂不代表它就是終極答案。從技術(shù)發(fā)展規(guī)律看未來幾代開源具身模型會沿著三個方向走。一是“多模態(tài)統(tǒng)一”視覺、語言、觸覺、力覺都放進(jìn)同一個網(wǎng)絡(luò)現(xiàn)在很多任務(wù)還靠視覺盲猜加入觸覺反饋后插孔、裝配這類高精度任務(wù)會有質(zhì)的提升。二是“閉環(huán)控制增強(qiáng)”現(xiàn)在VLA模型多數(shù)是開環(huán)動作生成做完一步就看下一步缺乏在動作執(zhí)行中實(shí)時修正的能力。把反饋控制環(huán)路引入生成過程會讓長程任務(wù)的成功率再上一個臺階。三是“世界模型輔助”模型不僅學(xué)“現(xiàn)在怎么做”還學(xué)“如果那樣會發(fā)生什么”有了想象推演能力應(yīng)對未見過場景的泛化能力會大幅提升。這些方向不是某一家的專利開源社區(qū)會共同推動。千尋Spirit v1.5登頂?shù)囊饬x在于它證明了在有限算力和開源資源下靠扎實(shí)的數(shù)據(jù)策略和架構(gòu)平衡也能做出一流結(jié)果的具身大模型。5.2 如何跟進(jìn)新模型避免被營銷帶節(jié)奏作為普通開發(fā)者我的建議是不要每個新模型發(fā)布都立刻換掉現(xiàn)有方案。評估一個新模型是否值得遷移至少需要跑三層測試第一層是復(fù)現(xiàn)官方評測確認(rèn)分?jǐn)?shù)差異第二層是在你自己的3-5個核心任務(wù)上做真實(shí)硬件測試記錄成功率和操作質(zhì)量第三層是測試泛化邊界用反事實(shí)樣本看模型是不是過擬合榜單。同時要留意開源協(xié)議的差異。有的模型權(quán)重可以自由商用有的只允許研究用途有的對再分發(fā)有額外限制。上項(xiàng)目之前務(wù)必看協(xié)議原文不要只看代碼倉庫里的README。另外一個容易被忽視的問題是“訓(xùn)練數(shù)據(jù)許可”模型訓(xùn)練數(shù)據(jù)里可能包含受限制的數(shù)據(jù)集商用時有合規(guī)風(fēng)險(xiǎn)開源權(quán)重不等于你擁有商用權(quán)利。我的個人經(jīng)驗(yàn)是團(tuán)隊(duì)里最好固定一個“技術(shù)選型委員會”的輕量流程每季度集中評測兩三個候選模型而不是在社交平臺上看到誰嗓門大就換誰。具身智能項(xiàng)目最大的成本不是模型而是“遷移模型”所消耗的物理驗(yàn)證時間。5.3 從“能跑通”到“能干活”的距離Spirit v1.5在RoboChallenge上的成績只回答了一個問題這套模型架構(gòu)和數(shù)據(jù)策略是當(dāng)前最值得參照的。從“能跑通”到“能干活”中間還隔著可靠性、安全性、可維護(hù)性這三道坎?？煽啃砸竽Ｐ驮谶B續(xù)1000次測試中保持95%以上成功率安全性要求它面對意外情況能主動停止或退回安全狀態(tài)可維護(hù)性要求它出問題時能快速定位是視覺問題、規(guī)劃問題還是執(zhí)行問題。我建議大家在閱讀“新王”類消息時保持一個專業(yè)心態(tài)榜單更新是好事說明開源社區(qū)在快速迭代但你的項(xiàng)目不會因?yàn)橛昧四硞€榜單第一的模型就自動成功。真正讓你成功的是對數(shù)據(jù)、對硬件、對任務(wù)邊界的深刻理解。千尋Spirit v1.5給了我們一個很好的基線接下來的路還是要自己一步一步走。最后分享一個小技巧拿到任何新模型先別急著上機(jī)械臂花半天時間把它放進(jìn)一個簡單的仿真沙盒里跑幾組你手頭任務(wù)的可視化軌跡預(yù)覽。這些預(yù)覽圖比任何指標(biāo)都直觀一眼就能看出模型的運(yùn)動風(fēng)格是“謹(jǐn)慎派”還是“激進(jìn)派”從而決定你的安全過濾參數(shù)怎么設(shè)置。從長遠(yuǎn)看這種“先看動作習(xí)慣再談精細(xì)調(diào)參”的做法能幫你省下大量實(shí)機(jī)調(diào)試時間。