01 · AI Circularity Ledger
可損耗不等於可恢復

一個帶著記分板的商業循環。
自主設備應該按扣除損失、恢復投入和替換延遲後的有效任務價值估價。採購價低,只回答了一部分問題。真正考驗商業模式的時刻,是機器不再回應,而客戶的工作還必須完成。
最近的Dive-LD事件把這個問題擺到了眼前。我的ROV/AUV工程背景讓我習慣把設備、任務、保障作業和證據分開看。這篇文章依據公開資料建立民用投資分析框架,不評估涉密設備、具體作戰弱點或各國能力排名。
公開證據支持到哪裏
9月8日,伊朗聲稱捕獲一艘美國水下無人潛航器。五角大樓發言人承認一艘舊型號設備發生故障,並稱其沒有敏感數據或涉密聲吶、雷達。路透社首篇報道未能獨立覈實伊朗的捕獲說法。9月9日的後續報道討論了研究設備的機會,並未證明成功複製。路透社首篇报道、路透社后续报道。
Anduril宣傳的Dive-LD續航約十天,最大工作深度約6,000米。這些是廠家參數,不能證明涉事設備的配置、實際續航、故障原因或表現。本分析中的現行採購價、任務成功率和替換交付週期均爲UNKNOWN。Anduril产品资料。
這些證據足以提出盡調問題,卻不能憑一次損失計算機隊可靠性。分母缺失:同類任務嘗試有多少,環境如何,多少順利返回,多少部署失敗。投資人不應讓對自主技術的熱情,或對一張戲劇性照片的失望,填補這一空白。重大事件首先意味着應該索取更好的記錄。
三種能力分三本賬
承受損耗,指組織能在運營和財務計劃內消化設備損失。恢復能力,指中斷後能夠重新提供有效服務。損失後的風險控制,指無法取回設備或恢復運行時,後果仍能控制在邊界內。這是本文提出的三個獨立維度。同一臺機器可能在其中一項表現很好,另一項卻很差。
假設一家民用巡檢企業買得起損失一臺低價設備,卻因替代設備需要數週集成,錯過客戶的檢查窗口。另一家通過昂貴救援取回每臺機器,設備賬面保住了,服務利潤卻被喫光。還有一家迅速換好硬件,卻無法判斷故障前哪些巡檢結果仍然有效。
三個場景對應三種投資問題:損失預算是否落實?什麼能恢復合同要求的服務?中斷後保留了哪些可信信息和未履行義務?“自主”“韌性”“可損耗”這樣的單個標籤無法回答全部問題。運營模型應該爲每項指定責任人、證據要求和明確經濟後果。
工程領域已有相應語言。NASA將故障管理涵蓋到預防、檢測、診斷、響應和恢復;NIST把網絡韌性放在準備、承受、恢復和適應的整體過程中。兩者都沒有評估此次事件,也沒有認證本文模型。它們支持的是把故障響應視爲需要設計的系統能力。NASA手册、NIST韧性工程。
數機器之前,先定義任務成功
投資委員會在討論機隊規模前,需要先定義有效產出的單位。假設是一項基礎設施巡檢,單位可以是:在客戶要求的時間內,完成指定區域調查,滿足書面數據質量標準,並通過驗收。下水、運行時長和回到碼頭都只是中間節點,單獨任何一項都不能證明合同交付完成。
這會改變對規模數據的理解。部署更多設備,可能增加潛在吞吐量,卻沒有增加通過驗收的工作。如果一組試驗環境溫和,另一組涉及困難作業條件、時間限制和更高質量要求,比較就尤其容易失真。同類任務應分組統計,被排除的嘗試也要記錄,並在算成功率之前說明理由。
我會向運營商索取一份任務嘗試臺賬,把合同要求、出發、中斷、人工介入、驗收結果和客戶後續處理連起來。部分完成應保留真實狀態。取消的任務即使不屬於某項技術故障率的分母,也應進入容量記錄。這樣才能看清技術指標怎樣轉化爲商業產出。
人的投入也隨之清楚。遠程支持、檢查、維護和恢復都是服務的一部分。機器獨自行駛,不會使這些成本消失。應該按活動記錄專業人員工時,並區分計劃內保障與臨時介入。減少隨行人員可能很有價值,但總保障需求仍需測量。
建一張透明的損失調整成本表
初步篩選時,我建議用同類任務嘗試中的預期總成本,除以預期通過驗收的任務數。設O爲每次嘗試的常規運營和保障成本,L爲預期新增設備損失成本,R爲預期新增恢復成本,D爲預期中斷成本,p爲一次嘗試通過任務驗收的概率。篩選公式爲(O + L + R + D) / p。
分子各項必須使用相同觀察窗口和幣種口徑。常規維護計入O,只有額外恢復投入進入R。如果O已經計入設備折舊,加入L中的替換風險前要先對賬。D應包含其他項目未覆蓋、有記錄支持的中斷成本,例如重新排期的違約費用。把同一艘保障船算兩遍,會製造虛假的劣勢。
這個公式刻意保持有限用途。它不估算祕密、傷害、環境損失或不可逆義務的價值;這些可能需要獨立的可接受性門檻。它也不包含融資、稅務或完整機隊更新過程。如果可用率變化和反覆損失顯著影響生意,應改用更新過程模型或仿真。簡單的前提,是邊界看得見。
下面完全是假設的美元比較,與Dive-LD報價或實測表現無關。設O爲10,000美元、L爲4,000美元、R爲2,000美元、D爲1,000美元。p = 0.80時,每項驗收任務的預期成本爲17,000 / 0.80 = 21,250美元。分子不變而p降至0.60,結果約爲28,333美元。分母的變化足以壓過採購故事的吸引力。
再假設恢復改進使R升至3,000美元、p升至0.90,其他條件不變,結果爲18,000 / 0.90 = 20,000美元。在這個假設中,多花恢復費用反而降低了每項有效產出的預期成本。算例不提供廠家排名,只說明運營商必須測量什麼,投資人才能比較設計。
圖表由本文計算生成,輸入均已列明,不包含採購報價或機隊實測結果。
替換週期必須進入容量判斷
工廠裏有一臺替代設備,與客戶已經獲得替代服務,是兩回事。交付、集成、檢查、合格人員和下一個可用作業窗口,都可能夾在兩者之間。盡調應測量恢復服務的總耗時,包括供應商無法直接控制的依賴。採購訂單只是這隻時鐘的一個輸入。
再做一個假設:運營商有十臺等效設備,其中一臺停用三十天。在這三十天窗口內,三百個潛在設備日損失了三十個,即百分之十。這不會自動變成百分之十的收入損失;備用能力、客戶時間、任務調度和合同條款決定商業影響。物理可用率和收入損失應分開記錄。
備用設備在利用率報表上可能顯得閒置,卻仍有價值,關鍵是它究竟能覆蓋多少中斷。共同零部件短缺或同一軟件故障,可能讓主力和名義備用機隊同時停擺。相關性故障要單獨建情景,因爲再買一臺相同機器,未必消除了共享依賴。
因此,投資材料應列出帶日期證據的替換鏈:庫存是什麼,什麼可以供應,什麼需要認證,誰能操作,以及服務實際曾多快恢復。承諾交期在觀察到之前仍只是承諾。缺證據就保留UNKNOWN,用明確假設的合理範圍展示敏感性,別編一個精確點估計。
恢復既要保住設備,也要保住結果
把硬件撈回來只是恢復的一種結果。民用巡檢公司還需要可信地說明哪些工作完成了,哪些數據通過驗證,哪些承諾仍未履行。如果中斷使狀態含糊,即使設備完好返回,客戶也可能要求重做。
運營設計應該提供可獨立檢查的完成記錄,連接任務分配、相關配置、已驗收產出及未解決例外。這是一項通用責任要求,不指定軍事通信、保護機制或技術對抗措施。猜測某臺具體設備裏裝了什麼,並不會增加公開分析的價值。
損失後果應該單獨審查:設備包含哪些信息和訪問權限類別,誰負責事故決策,什麼證據能證明後果得到控制。官方關於配置的聲明有明確範圍,不能單獨回答全部技術、商業或未來影響。應保留區別,不能給未測量風險填零。
優秀服務企業應能展示客戶可審查的恢復記錄,同時保留敏感內部信息。投資人可以在受控審閱中檢查記錄是否存在、是否完整、是否及時。運營商說清楚恢復了什麼、還有什麼未解決,信任纔會落到實處。
把同樣的紀律帶到軟件Agent
軟件Agent重啓可能很便宜,周圍工作流的修復卻很貴。它可能寫了一半文件,消耗了有限資源,或讓外部動作停在不確定狀態。新開一個會話不會結清這些義務。正確的計量單位,是連同副作用一起覈對清楚、通過驗收的任務。
我建議沿用三本賬。損耗承受能力包括可丟棄會話和有限計算支出;恢復能力包括從可檢查狀態重建目標工作流;損失後的控制包括避免舊會話未完成的義務,悄悄變成新會話的執行權限。這是運營設計類比,不聲稱水下設備和語言模型具有相同故障機理。
一個有邊界的軟件試驗,可以中斷無害的本地文檔工作流,再要求新會話識別最後驗證的產出,在原範圍內續做,並交出檢查後的結果。統計完成、重複勞動、恢復耗時和人工介入。架構圖看起來合理,不代表收益已經實現。在獨立執行並記錄結果之前,試驗保持READY。
它與資本配置的聯繫很直接:便宜推理可能伴隨昂貴監督。單價更高的模型,也可能通過減少未解決交接創造價值。應在固定條件下比較整項驗收任務的總經濟性,再決定自動化範圍。把一個工作流的證據用於另一個時,必須保留原來的適用範圍。
帶進盡調會議的評分表
設置六行證據:任務驗收率、失聯後恢復、維護和恢復工時、損失後信息暴露、恢復服務耗時、每項驗收任務總成本。每行都要有定義、分子、適用時的分母、時間窗口、來源責任人及不確定性說明。供應商幻燈片可以開啓問題,不能完成證據記錄。
決策順序保持簡短。先定義客戶結果和不可接受後果,再索取可比任務嘗試及介入記錄;覈對成本與替換依賴,然後進行有邊界的敏感性分析,有實測值就用實測,沒有就明確寫成假設;最後指出最可能改變投資判斷的那一項缺失測量。
不要用加權總分掩蓋不可接受條件。價格優惠不能抵消運營商無法控制的義務。反過來,缺數據意味着需要調查,並不能證明生意差。保留UNKNOWN,列出證據請求,讓下次複覈有具體觸發條件。
本文完成的是框架、計算和盡調模板。機隊結果、廠家比較和軟件試驗結果仍爲UNKNOWN。下一步有價值的工作,是針對一種民用任務提出有邊界的證據請求。自主設備的投資理由,最終要由整個運營體系反覆交付驗收成果來證明,包括機器故障的那些日子。
分類與關鍵詞
分類:Physical AI;機器人;資本配置;自主系統。
關鍵詞:損失調整後的任務價值、恢復能力、損耗承受能力、驗收任務成本、替換週期、故障管理、Agent恢復。
Hashtags: #PhysicalAI #Robotics #AutonomousSystems #CapitalAllocation #Ouroboros