星標公眾號，讓嵌入式知識 “投喂” 不停歇！
大家好，我是雜燴君。
Codex 好用，但綁著 OpenAI 讀大倉庫太貴。最近：
DeepSeek-V4-Flash 已原生兼容 OpenAI Responses API，可用官方一鍵腳本接入 Codex。
Codex 是面向工程的 AI 編程 Agent，擅長在倉庫里檢索、改文件、跑命令。
DeepSeek 對 Responses 格式做了兼容，所以不必自己拼一套插件橋，通信鏈路可以簡單看成：
Codex CLI / VS Code Codex 插件發出 Responses 請求 → DeepSeek API（或本地推理）→ 按標準格式返回 → Codex 繼續解析代碼、調用工具。
說明：
~/.codex 配置deepseek-v4-flash 為主；deepseek-v4-pro 按官方進度后續支持官方文檔：
https://api-docs.deepseek.com/zh-cn/quick_start/agent_integrations/codex
前置條件：已安裝 Codex CLI，或 ChatGPT 桌面端 / VS Code Codex 插件，并且至少運行過一次（本機已有 ~/.codex 目錄）。
說明：備份 → 寫模型目錄 → 改 config.toml → 校驗；沖突字段會刪除并打印原因，菜單可還原。
macOS / Linux 在終端執行：
bash <(curl -fsSL https://cdn.deepseek.com/api-docs/codex-deepseek-setup.sh)
Windows 在 PowerShell 執行：
irm https://cdn.deepseek.com/api-docs/codex-deepseek-setup-en.ps1 | iex
腳本會拉起菜單，引導我們選模型、填 Key，并完成配置寫入。若提示找不到 ~/.codex，先手動打開一次 Codex，再重跑腳本。
首次運行會提示輸入 API Key（以 sk- 開頭）。在 DeepSeek Platform 創建即可：
https://platform.deepseek.com/api_keys
按菜單選擇要使用的模型。日常嵌入式讀倉、改驅動，先選 deepseek-v4-flash 就夠用。Key 權限按最小夠用即可，用完記得在平臺側也能隨時作廢重建。
說明：菜單里選擇 DeepSeek 模型；需要切回原配置時，可再次運行腳本并選恢復項。
說明：Key 只保存在本機 Codex 配置側，不要寫進倉庫或發到群里。
腳本主要做四件事：
~/.codex/backup-deepseek/，隨時可還原~/.codex/models.json（上下文窗口、推理檔位、工具格式等）~/.codex/config.toml：只改必要字段，并新增 [model_providers.deepseek]；MCP、項目信任等一般會保留和「一把清掉所有舊配置」不一樣：沖突項才會被刪，并且會逐條打印原因。再次運行腳本，還可以切換模型，或恢復安裝前的默認配置。改完先看終端輸出里有沒有刪除項，心里有數再繼續用。
提供方指向 DeepSeek 后，CLI 與插件都會走同一套配置。
重點看 model_providers.deepseek 與當前默認模型是否指向 flash。
在 Codex 模型列表里能看到 DeepSeek-V4-Flash，就算接通了。
隨便打開一個驅動目錄，先問一個具體問題，例如：代碼審查
如果模型列表里沒有 DeepSeek，或請求直接報鑒權失敗，優先核對三件事：腳本是否跑完、Key 是否有效、當前選中的模型是不是 flash。不必一上來就手改一大段 config.toml。
下面四個場景都圍著一件事：讀懂、改好本地嵌入式工程。很多人只用 AI 寫小函數，其實更該把它放進審查、單測、知識沉淀和手冊解讀。
用法上可以先窄后寬：指定目錄或文件，再丟 Prompt。范圍越小，越容易核對。下面 Prompt 可以直接復制到 Codex。
適用：提交前掃驅動/協議棧，先抓空指針、緩沖區、錯誤碼吞掉、中斷里干重活這類問題。
可參考 Prompt：
你是嵌入式 C 代碼審查助手。請審查當前倉庫我指定的文件/目錄，重點檢查：
1) 空指針與越界；2) 錯誤碼是否被吞掉；3) 中斷/回調里是否有阻塞或重邏輯；
4) 資源申請與釋放是否配對；5) 是否有明顯違背 MISRA 常見規則的寫法（給出規則傾向，不必假裝正式認證）。
輸出格式：問題列表（嚴重級別 / 文件:行號 / 原因 / 修改建議）。沒有把握的標「需人工確認」。
說明：AI 審查是輔助清單，不能替代項目規范門禁和人工確認。建議先審變更集，再審整目錄，噪音會小很多。
適用：給底層 GPIO、I2C、SPI 補自測，把超時、NACK、重試路徑寫全。很多驅動「happy path 能跑」，一到異常路徑就靠現場撞。
可參考 Prompt：
基于當前打開的驅動文件，生成可編譯的單元測試（優先 Unity/CMock 或工程已有框架）。
要求覆蓋：正常讀寫、超時、NACK/錯誤碼、重試耗盡、邊界長度。
對硬件寄存器訪問請用 mock/替身，不要假設板子在線。
輸出：測試文件草稿 + 需要我補齊的依賴說明。
注意：生成后先本地編譯跑通；時序和電氣問題仍要上板驗證。
適用：歷史 bug、勘誤、客戶現場記錄散落各處，希望 Codex 再遇到同類問題時能參考。
可參考 Prompt：
請閱讀倉庫里 docs/bugs、勘誤記錄或我粘貼的歷史問題筆記。
整理成「癥狀 → 根因 → 涉及模塊 → 修復要點 → 回歸建議」條目。
之后如果我提出類似故障現象，請優先對照這些條目，再去源碼里求證，并標明依據來自哪條記錄。
可以先挑一個小切口：把最近三次現場問題整理進倉庫，再讓 Codex 對照，比空泛「幫我總結項目」有用。條目寫清楚「怎么復現、看哪份日志」，后面復用才穩。
適用：數據手冊太長，先要結構體、位域和讀寫順序草稿。尤其是新芯片外設，人工從 PDF 摳字段很耗時間。
可參考 Prompt：
以下是某外設寄存器相關的數據手冊摘錄（或 PDF 轉文本）。
請生成：1) C 語言寄存器結構體/位域；2) 復位值與訪問屬性表；3) 推薦初始化順序；
4) 常見坑（保留位、寫 1 清零、讀清等）。
不確定的字段標 TODO，禁止編造地址。最終以芯片手冊為準。
注意：地址和復位值必須以手冊為準；AI 適合加速整理，不適合當唯一真相源。生成結果建議和手冊頁碼一起放進 MR/提交說明，方便后人核對。
DeepSeek-V4-Flash 適合大批量讀源碼倉庫。嵌入式場景里，輸入 token 往往比輸出更多——我們要喂手冊、喂驅動樹，再換一小節改建議。按目前公開價，輸入大約 0.14 美元 / 百萬 token（cache miss，以官網定價頁為準）：
https://api-docs.deepseek.com/zh-cn/quick_start/pricing
選型可以先按這個用：
deepseek-v4-flash（性價比首選，也是當前 Codex 接入主力）deepseek-v4-pro 對 Codex 正式支持后再切先跑通 flash 的最小閉環，再談要不要上更重的模型。
大家對deepseek-v4-flash + Codex在嵌入式中落地還有什么建議？歡迎評論區聊一聊
