SWE-agent：從 GitHub issue 走向自動修補，但 README 已指向替代品
SWE-agent 接收 GitHub 問題並嘗試使用您選擇的 LM 自動修復它。它還可以用於進攻性網路安全或競爭性編碼挑戰。 [NeurIPS 2024]。
秒懂
- 它是什麼？
- SWE-agent 可讓語言模型操作真實 GitHub 倉庫，也涵蓋 SWE-bench、競賽與資安挑戰；目前開發重心已轉向 mini-SWE-agent。
- 適合誰用？
- 適合需要 SWE-agent 可讓語言模型操作真實 GitHub 倉庫，也涵蓋 SWE-bench、競賽與資安挑戰；目前開發重心已轉向 mini-SWE-agent。 的讀者，不適合把 README 宣稱直接當成生產保證的人。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 8 天前。
- 用什麼語言寫的？
- 主要是 Python（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月14日）與我們的分析，不構成法律意見。
開源專案深度解析
專案能力與警告訊息
README 明確寫出目前多數開發投入在 mini-swe-agent，並建議新使用者優先採用它。SWE-agent 的文件入口包含 Installation、Hello world、SWE-bench batch mode 和 FAQ；EnIGMA 段落要求在更新至 1.0 時使用 SWE-agent 0.7。 專案能力與警告訊息 是這篇文章的觀察焦點。本文只根據專案 README 與倉庫資料整理，命令和檔名保留原樣，方便讀者對照來源。選型時要把這些明示的入口放回自己的建置、部署與權限條件中，未知項目不當成預設行為。 對 SWE-agent 而言，這個區分直接影響使用者如何安排工作：先確認入口能否在現有工具鏈運作，再檢查輸出是否符合下一個步驟，而不是把描述性的宣稱當成保證。第 1 節也要留意版本、檔案位置與命令參數的關係，因為少一個旗標或換錯執行環境，結果就可能不再代表 README 所描述的路徑。若來源沒有列出相容矩陣、服務承諾或完整錯誤行為，本文保留這個空白，讓讀者知道需要補做哪一項專案級核對。實際閱讀時，可把 https://swe-agent.com/latest/usage/hello_world 或相關檔案放進隔離副本，記錄終端輸出、產物與失敗位置，再與 SWE-agent 的 README 段落逐項比對。這是針對本專案的檢查方式，不是抽象的通用清單。
Issue 到修補的工作範圍
README 明確寫出目前多數開發投入在 mini-swe-agent，並建議新使用者優先採用它。SWE-agent 的文件入口包含 Installation、Hello world、SWE-bench batch mode 和 FAQ；EnIGMA 段落要求在更新至 1.0 時使用 SWE-agent 0.7。 Issue 到修補的工作範圍 是這篇文章的觀察焦點。本文只根據專案 README 與倉庫資料整理，命令和檔名保留原樣，方便讀者對照來源。選型時要把這些明示的入口放回自己的建置、部署與權限條件中，未知項目不當成預設行為。 對 SWE-agent 而言，這個區分直接影響使用者如何安排工作：先確認入口能否在現有工具鏈運作，再檢查輸出是否符合下一個步驟，而不是把描述性的宣稱當成保證。第 2 節也要留意版本、檔案位置與命令參數的關係，因為少一個旗標或換錯執行環境，結果就可能不再代表 README 所描述的路徑。若來源沒有列出相容矩陣、服務承諾或完整錯誤行為，本文保留這個空白，讓讀者知道需要補做哪一項專案級核對。實際閱讀時，可把 https://swe-agent.com/latest/usage/hello_world 或相關檔案放進隔離副本，記錄終端輸出、產物與失敗位置，再與 SWE-agent 的 README 段落逐項比對。這是針對本專案的檢查方式，不是抽象的通用清單。
Codespaces 與文件入口
README 明確寫出目前多數開發投入在 mini-swe-agent，並建議新使用者優先採用它。SWE-agent 的文件入口包含 Installation、Hello world、SWE-bench batch mode 和 FAQ；EnIGMA 段落要求在更新至 1.0 時使用 SWE-agent 0.7。 Codespaces 與文件入口 是這篇文章的觀察焦點。本文只根據專案 README 與倉庫資料整理，命令和檔名保留原樣，方便讀者對照來源。選型時要把這些明示的入口放回自己的建置、部署與權限條件中，未知項目不當成預設行為。 對 SWE-agent 而言，這個區分直接影響使用者如何安排工作：先確認入口能否在現有工具鏈運作，再檢查輸出是否符合下一個步驟，而不是把描述性的宣稱當成保證。第 3 節也要留意版本、檔案位置與命令參數的關係，因為少一個旗標或換錯執行環境，結果就可能不再代表 README 所描述的路徑。若來源沒有列出相容矩陣、服務承諾或完整錯誤行為，本文保留這個空白，讓讀者知道需要補做哪一項專案級核對。實際閱讀時，可把 https://swe-agent.com/latest/usage/hello_world 或相關檔案放進隔離副本，記錄終端輸出、產物與失敗位置，再與 SWE-agent 的 README 段落逐項比對。這是針對本專案的檢查方式，不是抽象的通用清單。
EnIGMA 的版本界線
README 明確寫出目前多數開發投入在 mini-swe-agent，並建議新使用者優先採用它。SWE-agent 的文件入口包含 Installation、Hello world、SWE-bench batch mode 和 FAQ；EnIGMA 段落要求在更新至 1.0 時使用 SWE-agent 0.7。 EnIGMA 的版本界線 是這篇文章的觀察焦點。本文只根據專案 README 與倉庫資料整理，命令和檔名保留原樣，方便讀者對照來源。選型時要把這些明示的入口放回自己的建置、部署與權限條件中，未知項目不當成預設行為。 對 SWE-agent 而言，這個區分直接影響使用者如何安排工作：先確認入口能否在現有工具鏈運作，再檢查輸出是否符合下一個步驟，而不是把描述性的宣稱當成保證。第 4 節也要留意版本、檔案位置與命令參數的關係，因為少一個旗標或換錯執行環境，結果就可能不再代表 README 所描述的路徑。若來源沒有列出相容矩陣、服務承諾或完整錯誤行為，本文保留這個空白，讓讀者知道需要補做哪一項專案級核對。實際閱讀時，可把 https://swe-agent.com/latest/usage/hello_world 或相關檔案放進隔離副本，記錄終端輸出、產物與失敗位置，再與 SWE-agent 的 README 段落逐項比對。這是針對本專案的檢查方式，不是抽象的通用清單。
研究用途的可調整性
README 明確寫出目前多數開發投入在 mini-swe-agent，並建議新使用者優先採用它。SWE-agent 的文件入口包含 Installation、Hello world、SWE-bench batch mode 和 FAQ；EnIGMA 段落要求在更新至 1.0 時使用 SWE-agent 0.7。 研究用途的可調整性 是這篇文章的觀察焦點。本文只根據專案 README 與倉庫資料整理，命令和檔名保留原樣，方便讀者對照來源。選型時要把這些明示的入口放回自己的建置、部署與權限條件中，未知項目不當成預設行為。 對 SWE-agent 而言，這個區分直接影響使用者如何安排工作：先確認入口能否在現有工具鏈運作，再檢查輸出是否符合下一個步驟，而不是把描述性的宣稱當成保證。第 5 節也要留意版本、檔案位置與命令參數的關係，因為少一個旗標或換錯執行環境，結果就可能不再代表 README 所描述的路徑。若來源沒有列出相容矩陣、服務承諾或完整錯誤行為，本文保留這個空白，讓讀者知道需要補做哪一項專案級核對。實際閱讀時，可把 https://swe-agent.com/latest/usage/hello_world 或相關檔案放進隔離副本，記錄終端輸出、產物與失敗位置，再與 SWE-agent 的 README 段落逐項比對。這是針對本專案的檢查方式，不是抽象的通用清單。
選型時先處理替代品訊號
README 明確寫出目前多數開發投入在 mini-swe-agent，並建議新使用者優先採用它。SWE-agent 的文件入口包含 Installation、Hello world、SWE-bench batch mode 和 FAQ；EnIGMA 段落要求在更新至 1.0 時使用 SWE-agent 0.7。 選型時先處理替代品訊號 是這篇文章的觀察焦點。本文只根據專案 README 與倉庫資料整理，命令和檔名保留原樣，方便讀者對照來源。選型時要把這些明示的入口放回自己的建置、部署與權限條件中，未知項目不當成預設行為。 對 SWE-agent 而言，這個區分直接影響使用者如何安排工作：先確認入口能否在現有工具鏈運作，再檢查輸出是否符合下一個步驟，而不是把描述性的宣稱當成保證。第 6 節也要留意版本、檔案位置與命令參數的關係，因為少一個旗標或換錯執行環境，結果就可能不再代表 README 所描述的路徑。若來源沒有列出相容矩陣、服務承諾或完整錯誤行為，本文保留這個空白，讓讀者知道需要補做哪一項專案級核對。實際閱讀時，可把 https://swe-agent.com/latest/usage/hello_world 或相關檔案放進隔離副本，記錄終端輸出、產物與失敗位置，再與 SWE-agent 的 README 段落逐項比對。這是針對本專案的檢查方式，不是抽象的通用清單。
編輯結論
適合需要 SWE-agent 可讓語言模型操作真實 GitHub 倉庫，也涵蓋 SWE-bench、競賽與資安挑戰；目前開發重心已轉向 mini-SWE-agent。 的讀者，不適合把 README 宣稱直接當成生產保證的人。先依 https://swe-agent.com/latest/usage/hello_world 或指定檔案完成一次專案級試跑，觀察輸入、輸出、版本與錯誤，再決定是否納入正式流程。
社群筆記