1、核心思路把一次性完成的編程任務(wù)拆成“理解需求—設(shè)計—分模塊實現(xiàn)—測試—聯(lián)調(diào)—修復(fù)”的連續(xù)流程流程總覽閱讀 README - 需求總結(jié)與任務(wù)優(yōu)先級劃分 - 按模塊分別開發(fā)與單元測試 - 整體聯(lián)調(diào) - 根據(jù)bug進行修復(fù)2、具體流程2.1 閱讀readme需求總結(jié)與任務(wù)劃分先讓AI閱讀README輸出題目目標和最終交付物輸入、輸出以及約束條件已有代碼結(jié)構(gòu)和可復(fù)用部分運行方式、測試方式和驗收標準不明確或存在風(fēng)險的地方然后按優(yōu)先級拆分需求核心任務(wù)不完成就無法通過主流程的基礎(chǔ)能力重要任務(wù)影響主要功能完整性的拓展能力優(yōu)化任務(wù)邊界增強、代碼質(zhì)量、性能和體驗優(yōu)化先保證核心任務(wù)在根據(jù)時間處理任務(wù)二和任務(wù)三避免一開始陷入細節(jié)角色資深系統(tǒng)架構(gòu)師。 任務(wù)閱讀項目根目錄的 README.md 和現(xiàn)有代碼結(jié)構(gòu)不要寫任何代碼。 輸出要求嚴格按以下格式輸出到 problem.md 1. 目標與交付物用一句話說清最終產(chǎn)出。 2. 輸入/輸出/約束明確數(shù)據(jù)格式、邊界值如最大長度、運行環(huán)境限制。 3. 現(xiàn)有資產(chǎn)列出 utils/ 或 common/ 中可復(fù)用的函數(shù)及接口。 4. 運行與驗收啟動命令、測試命令、評分標準如通過率要求。 5. 風(fēng)險與澄清點凡是描述模糊的地方必須標記 [待確認]嚴禁假設(shè)。 完成后按 MoSCoW 原則拆分需求 - P0 核心主流程必須打通的基礎(chǔ)能力。 - P1 重要錯誤重試、邊界處理等完善功能。 - P2 優(yōu)化代碼優(yōu)雅性、日志、性能微調(diào)。2.2 設(shè)計文檔實現(xiàn)路徑寫代碼前讓AI 生成并確認設(shè)計文檔至少包括總體方案和技術(shù)選型模塊拆分和目錄結(jié)構(gòu)每個模塊的職責(zé)和依賴關(guān)系類、函數(shù)、接口/API 設(shè)計數(shù)據(jù)結(jié)構(gòu)、狀態(tài)流轉(zhuǎn)和異常處理開發(fā)順序與每一步的驗收標準測試策略和關(guān)鍵測試場景明確要求不同職責(zé)拆分到不同的python文件中不要把所有邏輯寫在一個文件里角色Python 技術(shù)專家追求簡潔高效的工程結(jié)構(gòu)。 任務(wù)基于 problem.md 設(shè)計實現(xiàn)方案要求優(yōu)先考慮穩(wěn)定交付而不是最復(fù)雜高端輸出到 task.md。 硬性條件方案至少包括 1、總體方案和技術(shù)選型 2、模塊拆分和目錄結(jié)構(gòu) 3、每個模塊的職責(zé)和依賴關(guān)系 4、類、函數(shù)、接口設(shè)計 5、數(shù)據(jù)結(jié)構(gòu)、狀態(tài)流轉(zhuǎn)和異常處理 6、開發(fā)順序和每一步的驗收標準 7、測試策略和關(guān)鍵測試場景2.3 每個模塊單獨開新會話開發(fā)一次只處理一個模塊并把設(shè)計文檔中對應(yīng)的內(nèi)容提供給AI說明當前模塊的目標、輸入輸出和接口約束按設(shè)計實現(xiàn)代碼保持與其他模塊的接口一致同步編寫該模塊的單元測試和基礎(chǔ)測試運行格式檢查、類型檢測和測試記錄結(jié)果新會話有助于減少上下文干擾角色高級 Python 工程師追求一次性交付高質(zhì)量代碼。 任務(wù)完成模塊 [模塊名] 的全部開發(fā)代碼 單元測試僅輸出最終產(chǎn)物。 請按以下內(nèi)部工作流自行執(zhí)行 1. 先根據(jù) task.md 定義該模塊的 Schema 和自定義異常類。 2. 實現(xiàn)主路徑邏輯以及必要的異常捕獲。 3. 編寫對應(yīng)的 pytest 單元測試覆蓋正常場景和至少 2 個邊界異常場景。 4. 在輸出前在腦海中模擬運行測試確保主用例邏輯無誤。 輸出格式 - 第一部分實現(xiàn)代碼例如 src/processors/calculator.py - 第二部分測試代碼例如 tests/test_calculator.py - 第三部分簡要的自檢說明標注已覆蓋了哪些關(guān)鍵場景 約束嚴禁在輸出中詢問“是否繼續(xù)”或“請確認”直接給出最終完整代碼。2.4 當前模塊通過測試再進入下一個模塊先確認當前模塊的主流程和邊界條件測試失敗時優(yōu)先定位根本原因不要直接堆疊補丁修復(fù)后重新運行相關(guān)測試確保沒有引入回歸更新設(shè)計文檔和接口說明保持文檔與代碼同步2.5 全部完成后整體聯(lián)調(diào)新開會話進行整體檢查模塊之間的接口、參數(shù)和返回值是否一致主流程能否從入口順利跑通配置、文件路徑和環(huán)境變量是否正確異常處理、日志和資源釋放是否完整基礎(chǔ)測試、集成測試是否通過是否存在重復(fù)代碼、單文件過大或未實現(xiàn)的TODO聯(lián)調(diào)階段主要驗證“模塊組合后能不能工作”而不是重新設(shè)計全部代碼角色測試架構(gòu)師。 任務(wù)檢查所有模塊的裝配與端到端流程。 檢查清單請逐項驗證并輸出結(jié)果 1. 入口檢查main.py 能否正確調(diào)用 orchestrator 或 core.process() 2. 依賴檢查是否存在循環(huán) import模塊間是否通過參數(shù)傳值而非全局變量 3. 資源釋放打開的文件流是否使用了 with 上下文管理器 4. 冒煙測試用題目提供的示例數(shù)據(jù)跑一遍完整流程記錄輸出是否一致。 5. 代碼健康度是否有未使用的 import、硬編碼的絕對路徑、超過 100 行的巨型函數(shù)2.6 提交判分提交后看判分結(jié)果把失敗測試點、錯誤信息和復(fù)現(xiàn)條件原樣給AI讓AI解釋失敗原因和涉及的代碼路徑要求給最小范圍的修復(fù)方案修復(fù)后運行失敗用例及相關(guān)回歸測試再次提交重復(fù)驗證直到核心測試通過不要只根據(jù)測試每次猜測問題要結(jié)合完整報錯、輸入輸出和調(diào)用鏈分析角色高級故障排查專家。 任務(wù)針對評測機返回的失敗點進行根因分析與修復(fù)。 請粘貼以下信息 - 測試用例輸入[粘貼數(shù)據(jù)] - 期望輸出[粘貼預(yù)期] - 實際輸出與錯誤棧[粘貼完整報錯] 分析要求 1. 先解釋根本原因是數(shù)據(jù)類型錯了、索引越界、還是浮點數(shù)精度問題。 2. 給出最小改動的修復(fù)代碼并說明該改動為什么不會破壞其他 P0 功能。 3. 將該失敗用例補充到對應(yīng)的單元測試中防止回歸。別人實際情況使用的提示詞 1、我們可以看到提交后判題系統(tǒng)一共會檢測59個用例你目前自測的只有20多 而且判題系統(tǒng)的復(fù)雜用例的18個目前只過了一個說明現(xiàn)在在復(fù)雜場景的邏輯下遠遠不足 你再根據(jù) README.md 檢查一下 sample_testcases/run_sample_testcases.py 有什么完善的用例 2、你根據(jù)這個log首先檢查一下是腳本 sample_testcases/run_sample_testcases.py 和 readme.md 不一致的問題 還是確實 main.py 里實現(xiàn)存在問題