據(jù)MITTechnology Review報道，一位名為“Repairnator”機器人在 GitHub 上“臥底”數(shù)月，查找錯誤并編寫和提交修復補丁，結果有多個補丁成功通過被采納。

現(xiàn)代計算機程序非常復雜，在開發(fā)過程中難免會出現(xiàn)錯誤。查找和修復補丁是一件需要耗費大量資源的事情，雖然研究人員已經(jīng)開發(fā)除了許多流程自動化的機器人，但是它們往往很慢，而且存在編寫的代碼質量較低的問題。

Repairnator 是由KTH瑞典皇家理工學院的軟件技術教授 Martin Monperrus 及其朋友構建的機器人，目前已被證實可以發(fā)現(xiàn)錯誤并編寫高質量補丁。Martin Monperrus 表示：“這是自動修復程序研究中的里程碑，它擁有和人類開發(fā)者競爭的潛力?！?/p>

據(jù)悉，該團隊將 Repairnator 偽裝成了一個名為LucEsape的 GitHub 用戶，他們給 Luc 上傳頭像并填寫個人資料，看起來就像是一位渴望在 GitHub 上做貢獻的初級開發(fā)者。他們共進行了兩輪測試，第一輪是在2017年2月到12月，Repairnator 在 14188 個 GitHub 項目的修復列表上運行并掃描錯誤，期間 Repairnator 總共分析了超過 11500 個失敗的構建，其中有 3000 多個能被重現(xiàn)。然后，Repairnator 生成了針對其中 15 個問題的補丁，遺憾的是由于補丁質量低、花費時間過長等問題，這些補丁均未被接受。

第二輪測試是在2018年1月至6月，該團隊沒有具體說明他們對 Repairnator 做了哪些改進，但 Repairnator 在1月12日成功編寫出了第一個被人類開發(fā)者接受的補丁。在之后的6個月里，Repairnator 陸續(xù)又有 5 個補丁被采納。

有意思的是，Repairnator 在5月12日向名為 “eclipse/ditto” 的項目提交補丁后，收到了開發(fā)者的反饋，“我們只接受來自簽署了 Eclipse Foundation Contributor 許可協(xié)議的用戶的 pull-requests ”。這又引出了一個新的問題，機器人要怎么簽署許可協(xié)議？誰擁有機器人貢獻的知識產(chǎn)權，操作員亦或是算法設計師？在人類和機器人想要更深入合作之前，這類還問題有待解決。