執行框架 是什麼
執行框架 不是更長的 提示詞,而是包在模型外面的工作系統:它提供工具、記憶、限制、回饋與檢查,讓 代理 能穩定完成任務。
執行框架Agent 系統工作流程
依主題研究整理成課程大綱、核心概念與重點分析。
本教材聚焦 執行框架工程:如何把工具、文件、評分、回饋與品質閘門包成一套讓 代理 穩定工作的系統。
執行框架 不是更長的 提示詞,而是包在模型外面的工作系統:它提供工具、記憶、限制、回饋與檢查,讓 代理 能穩定完成任務。
提示詞 只能告訴模型要做什麼;執行框架 會把任務拆解、工具使用、狀態觀測與錯誤修正放進流程。
一個實用 執行框架 通常包含 規劃器、工具、記憶、評估器、品質關卡 與 迭代循環。
OpenAI 的 執行框架工程 文章強調 代理可理解性:把文件、工具、紀錄、指標、測試與架構規則放到 Codex 可讀的位置。
Anthropic 的案例說明,讓同一個 代理 自己判斷自己常會太寬鬆;把生成與評分分開,回饋會更有效。
AutoHarness 論文指出,小模型可透過迭代回饋自動合成 程式碼 執行框架,避免非法動作,甚至在某些任務超過更大的模型。
先從高頻流程做 執行框架,不要一開始做大平台;教材產線、PR 審核、問題分流 都適合先做。
提示詞 只能描述需求;執行框架 會把工具、規則、文件、紀錄、測試與回饋變成 代理 能持續使用的環境。
內容重點研究依據一個 代理 負責產出,另一個 代理 依標準檢查結果並給具體 具體評語,比自我評分更容易收斂品質。
內容重點研究依據AutoHarness 的啟發是:限制與規則不要只寫在說明裡,能變成 程式碼、政策 或 品質關卡 就更穩。
內容重點研究依據落地:來源理解、官方資料補充、個人教學 HTML、手機預覽、禁用字檢查、確認與寄信流程形成閉環。
落地:讀 AGENTS.md、跑測試、查 紀錄、開瀏覽器驗證、輸出風險與修正建議,讓 Codex 能自己觀察與修正。
落地:把 問題分流、相似案例、產品資料、負責人、行動項目 與回覆草稿串成可重複流程。