SpaceX工程師親歷：1個文檔漏洞拖垮3年訓練

2010年，SpaceX Dragon任務控制中心只有一個人負責訓練團隊。三年里，她埋頭搭建操作流程，文檔永遠排在"稍后處理"的清單末尾。

直到公司需要擴張。接下來幾個月，她被迫從記憶里挖掘那些本該被記錄的細節：異常處理機制、任務啟停節點、影響訓練執行的數百個微小決策。運營債務的代價遠超任何硬件返工，只是爆發得更慢。

本周NASA局長Isaacman在Ignition論壇宣布登月計劃時，這段往事突然變得緊迫。美國要建永久月球基地，每半年兩次載人著陸，2028年核推進火星演示——硬件藍圖清晰，但軟件策略呢？

硬件狂飆，軟件掉隊

Isaacman的原話很直接：「請別為了腳印和旗幟重返月球。必須接上半個世紀前的進度，建基地，創造持久存在。」

愿景沒錯。NASA擅長的事也沒變：指明私營市場無法自發凝聚的方向，召集60多個國際伙伴，押注代際賭注。但問題在于，雄心本身養不活月球基地。

阿波羅時代用4KB內存的計算機（AGC，阿波羅制導計算機）完成了登月。今天的獵戶座飛船裝了7500萬行代碼，是波音787的4倍。硬件迭代了50年，軟件工程的方法論卻還在原地打轉。

作者親歷過這種撕裂。Dragon早期訓練靠口口相傳，文檔是" overhead（ overhead，額外負擔）"——直到規模擴張暴露了代價。NASA現在的處境更危險：商業載人、CLPS（商業月球載荷服務）、Gateway空間站、阿爾忒彌斯營地，四條線并行，每條都依賴不同的承包商生態。

月球軟件的三種債務

作者把風險拆成三類。第一類是接口債務：SpaceX星艦、藍色起源藍月、SLS火箭、獵戶座飛船，四家公司的飛行軟件要對接NASA的任務控制系統。沒有統一的數據標準，每次任務都是定制集成。

第二類是知識債務。阿波羅17號之后，美國失去了在月球表面操作的經驗。現在的工程師要從零重建：月塵怎么處理？夜間-230℃的極端溫度下設備如何休眠？這些答案分散在論文、退休工程師的記憶、以及從未被數字化的紙質檔案里。

第三類最隱蔽：流程債務。NASA的認證體系為單次任務設計，阿爾忒彌斯卻要轉向"節奏性運營"——每半年一次著陸，像航班時刻表。舊流程撐不起新節奏，但改變流程比改變火箭更難。

作者舉了個具體例子。Dragon訓練后期，她被迫重建的不僅是文檔，是決策邏輯——為什么某個異常要這樣處理，而不是那樣。月球基地的規模是Dragon的百倍，這種隱性知識如果不在建設初期固化，后期補課成本將指數級膨脹。

商業航天的悖論

Isaacman的計劃高度依賴商業力量。CLPS要擴展到"激進"程度，讓私營公司承擔更多風險。這本身是進步——阿波羅模式太貴，不可持續。

但商業航天的強項是快速迭代，弱項是知識沉淀。SpaceX自己就是例子：星艦炸了再飛，從殘骸里學東西，工程師的直覺比文檔更重要。這種模式適合單一公司、單一產品，不適合多承包商協同的國家級基礎設施。

作者沒有否定商業化的意思。她明確說NASA"在做它最擅長的事"，也認可"最 capable（ capable，有能力）的商業航天生態"。但提醒了一個被忽視的變量：軟件架構的公共品屬性。

硬件可以競爭——你造你的星艦，我造我的SLS。但任務控制軟件、數據標準、訓練體系，這些是共享基礎設施。如果每個承包商各自為政，NASA會變成最大的系統集成商，背負所有接口債務。

2028年的 deadlines（ deadlines，截止日期）陷阱

計劃里有個關鍵節點：2028年核推進演示飛往火星。這個日期不是隨便定的，是政治周期和預算窗口的產物。但作者警告，硬性截止日期會放大軟件風險。

硬件可以趕工。軟件不能——或者說，趕工的軟件會在運營階段反噬。Dragon的教訓是，文檔債務的利息在擴張期一次性清償，痛苦但可控。月球基地的債務如果拖到人員駐留之后，代價可能是任務失敗。

作者提了一個具體建議：NASA需要"軟件戰略"，與硬件計劃并行。不是指寫更多代碼，是指建立跨承包商的知識管理體系、接口標準、以及適應節奏性運營的認證流程。

這聽起來不夠性感。相比核推進和月球基地，文檔標準毫無視覺沖擊力。但作者用親身經歷證明，運營債務的復利比硬件返工更致命。

Isaacman說"別為了腳印和旗幟回去"。作者補充：也別為了硬件里程碑回去。如果軟件策略跟不上，月球基地會變成另一座國際空間站——昂貴、脆弱、依賴地面持續輸血，而非真正自給自足的"持久存在"。

SpaceX早期工程師后來花了多久填補那三年的文檔缺口？作者沒提具體數字。但她說，那些被迫重建決策的夜晚，"比任何硬件重新設計都更昂貴"。現在，整個美國航天體系站在類似的岔路口——只是規模大了幾個數量級，而時鐘已經指向2028。

如果核推進演示如期發射，但任務控制系統還在用阿波羅時代的文檔邏輯，我們會看到什么？作者沒給答案，但問題本身已經懸在那里。