為什么代碼任務(wù)要先**再修改

代碼項目中的一個問題，往往涉及入口、依賴、配置、測試和運行環(huán)境。直接讓 Codex 修改，可能會讓它只看到表面報錯，卻忽略真正的調(diào)用鏈。先**可以確認(rèn)問題范圍，也能讓你知道模型實際讀取了哪些文件。

• 閱讀：確認(rèn)入口、依賴和相關(guān)文件。
• **：指出風(fēng)險、重復(fù)邏輯和潛在回歸。
• 方案：列出準(zhǔn)備修改的文件和步驟。
• 執(zhí)行：只修改已經(jīng)確認(rèn)的范圍。
• 測試：運行局部測試并說明結(jié)果。

第一步：選擇適合代碼**的模型

進(jìn)入靈能API頁面或控制臺，查看當(dāng)前模型列表、Model ID、輸入輸出價格和上下文信息。代碼**通常會帶入文件內(nèi)容和歷史上下文，因此要關(guān)注模型的代碼理解能力和長內(nèi)容穩(wěn)定性。

官網(wǎng)入口：https://www.lnsns.com/。模型和價格以當(dāng)天頁面信息為準(zhǔn)。

• 單文件**：優(yōu)先速度和基礎(chǔ)理解能力。
• 跨文件分析：優(yōu)先上下文容量和依賴?yán)斫狻?/li>
• 復(fù)雜修改：優(yōu)先穩(wěn)定性和測試配合能力。

第二步：為項目**建立獨立令牌

代碼**可能會持續(xù)多輪，并消耗較多輸入上下文。建議為項目**建立獨立令牌，名稱寫清設(shè)備和項目用途。這樣可以區(qū)分日常問答、項目**和實驗調(diào)用，也便于異常時單獨停用。

• 令牌名稱：Codex-Review-Project。
• 完整 Key：只保存在本地私密位置。
• 共享截圖：只展示字段位置，不展示真實密鑰。

? 第三步：在 CC Switch 中建立**線路

打開 CC Switch 的 Codex 配置頁面，創(chuàng)建“靈能API-Codex-代碼**”配置卡。不要直接覆蓋日常主線路，**卡片可以單獨指定模型和令牌。

創(chuàng)建后檢查協(xié)議、*ase **L、Model ID 和 API Key。*ase **L 通常填寫到 /v1，Model ID 從當(dāng)前模型列表復(fù)制。復(fù)制已有配置卡后仍要逐項核對。

?? **步：先讓 Codex 只讀**

請只閱讀 src/service.ts。
列出入口、外部依賴、異常處理和潛在風(fēng)險。
不要修改文件，不要執(zhí)行命令，不要讀取其他目錄。

第一輪**的目標(biāo)不是立即得到修改代碼，而是確認(rèn) Codex 是否理解了文件職責(zé)。若它讀取了不應(yīng)讀取的文件，先縮小范圍，不要繼續(xù)下一階段。

**結(jié)果可以要求固定格式：問題位置、問題類型、影響范圍、建議優(yōu)先級和是否需要測試。結(jié)構(gòu)化輸出更容易人工復(fù)核。

第五步：讓模型先寫修改方案

確認(rèn)**結(jié)果后，再讓 Codex 給出修改方案。方案至少要說明準(zhǔn)備修改哪些文件、為什么修改、可能影響什么、準(zhǔn)備運行哪些測試。方案階段仍然不要直接寫入。

請基于剛才的**結(jié)果給出修改方案。
只允許涉及 src/service.ts 和對應(yīng)測試文件。
先列步驟、風(fēng)險和驗證命令，不要修改文件。

• 文件范圍是否準(zhǔn)確。
• 方案是否解決了**中的根因。
• 是否包含兼容性和回歸風(fēng)險。
• 測試命令是否能在當(dāng)前項目中執(zhí)行。

? 第六步：修改前檢查版本控制狀態(tài)

確認(rèn)方案后，先檢查項目當(dāng)前狀態(tài)。確保已有改動不會被混入本次任務(wù)，必要時先提交或建立臨時分支。

cd D:\work\your-project
git status
git diff --stat

然后讓 Codex 只執(zhí)行已確認(rèn)的文件修改。修改完成后先查看 diff，不要馬上讓它繼續(xù)擴(kuò)大范圍。

第七步：先測試，再決定是否繼續(xù)

切換配置后關(guān)閉舊的 Codex 和 PowerShell，重新啟動新進(jìn)程。進(jìn)入項目前，可以在空目錄做一條只讀任務(wù)確認(rèn)線路；進(jìn)入項目后，優(yōu)先運行與本次修改直接相關(guān)的局部測試。

npm test -- --runIn*and
# 或使用項目已有的局部測試命令

測試失敗時，先讓 Codex 解釋失敗原因和涉及文件，不要立即允許它大范圍修復(fù)。一個好的驗收結(jié)果應(yīng)包含修改文件、測試命令、測試結(jié)果和剩余風(fēng)險。

代碼**中常見的線路問題

排錯時保留卡片名、錯誤碼和任務(wù)階段，不記錄完整 API Key 和項目敏感內(nèi)容。

• 401：**卡片的令牌無效或沒有啟用正確線路。
• 403：檢查額度、模型權(quán)限和令牌分組。
• 404：檢查 *ase **L 是否重復(fù) /v1。
• model not found：重新復(fù)制當(dāng)前 Model ID。
• 回答突然變短：檢查上下文范圍和模型卡片是否切換。
• 修改范圍擴(kuò)大：重新指定允許修改的文件并結(jié)束當(dāng)前計劃。

代碼**驗收清單

把**、方案、修改和測試分開，Codex 才更容易成為可檢查的協(xié)作工具，而不是一次性黑盒修改器。

• 模型和項目任務(wù)規(guī)模匹配。
• **線路使用獨立配置卡。
• 第一輪只讀，第二輪給方案，第三輪才修改。
• 修改前檢查 Git 狀態(tài)和 diff。
• 修改后運行局部測試并查看結(jié)果。
• API Key 沒有出現(xiàn)在提示詞、截圖和倉庫。