編輯 ｜ 云昭

出品 | 51CTO技術(shù)棧（微信號：blog51cto）

大洋彼岸，兩款“代理”編碼工具在開發(fā)者中的口碑突然發(fā)生了逆轉(zhuǎn)！

眾所周知，近期OpenAI的Codex CLI和Anthropic 的Claude Code正在激烈競爭，風(fēng)頭皆盛。不過由于后者長期主打開發(fā)賽道，所以Claude在開發(fā)者的口碑一直很好。

但近期，Claude在編程工具方面被曝出了一件黑料，導(dǎo)致開發(fā)者紛紛聲討Anthropic，進而轉(zhuǎn)向了OpenAI。

據(jù)報道，這至少部分是因為 Anthropic 向一位試圖對 Claude Code 進行逆向工程的開發(fā)者發(fā)出了下架通知，而 Claude Code 的使用許可比 Codex CLI 更為嚴格。

圖片

Claude Code 和 Codex CLI 是兩款相互競爭的工具，它們完成的任務(wù)大同小異：允許開發(fā)人員利用云端運行的 AI 模型的強大功能來完成各種編程任務(wù)。Anthropic 和 OpenAI 在幾個月內(nèi)相繼發(fā)布了這兩款工具——兩家公司都在競相搶占寶貴的開發(fā)者市場份額。

Codex CLI 的源代碼遵循 Apache 2.0 許可證，允許分發(fā)和商業(yè)使用。這與 Claude Code 不同，后者遵循 Anthropic 的商業(yè)許可證。這限制了未經(jīng)公司明確許可的修改方式。

Anthropic 還對 Claude Code 的源代碼進行了“混淆”。Claude Code 的源代碼不易獲取。當一位開發(fā)人員對其進行了去混淆處理并在 GitHub 上發(fā)布源代碼時，Anthropic 提交了一份DMCA （數(shù)字千年版權(quán)法案）投訴——一份版權(quán)通知，要求刪除該代碼。

圖片

社交媒體上的開發(fā)者們對此舉并不滿意，他們認為這與 OpenAI 推出的 Codex CLI 相比并不理想。自 Codex CLI 發(fā)布以來的一周左右時間里，OpenAI 已將數(shù)十條開發(fā)者建議合并到該工具的代碼庫中，其中包括一條允許 Codex CLI 利用來自競爭對手（包括 Anthropic）的 AI 模型的建議。

圖片

Anthropic 尚未回應(yīng)置評請求。

Claude Code推進并不順利

不過，目前Claude Code 仍處于測試階段，并且存在一些 bug。上個月，據(jù) GitHub 報道，Anthropic 的 Claude Code 工具在自動更新功能中包含一些漏洞命令，導(dǎo)致某些工作站不穩(wěn)定且無法運行。當以“root”或“超級用戶”級別（賦予程序進行操作系統(tǒng)級別更改的權(quán)限）安裝 Claude Code 時，這些漏洞命令會導(dǎo)致應(yīng)用程序修改通常受限制的文件目錄，在最壞的情況下，甚至導(dǎo)致系統(tǒng)“崩潰”。

換句話說，雖然Anthropic 的Claude、Sonnet在開發(fā)者中的口碑不錯，但其編碼工具Claude Code的推出并不順利。

不過，Anthropic 未來可能會以寬松的許可證發(fā)布源代碼。公司對代碼進行混淆的原因有很多，安全考慮就是其中之一。

OpenAI或許會有開源寬松動作

對于OpenAI來說，這多少有點出人意料的公關(guān)勝利。近幾個月來，OpenAI一直不愿發(fā)布開源產(chǎn)品，轉(zhuǎn)而青睞專有的、鎖定的產(chǎn)品。這或許象征著該實驗室的策略發(fā)生了更廣泛的轉(zhuǎn)變；OpenAI首席執(zhí)行官薩姆·奧特曼今年開年的AMA環(huán)節(jié)中就曾表示，他認為公司在開源問題上“站在了歷史的錯誤一邊”。

本文轉(zhuǎn)載自??51CTO技術(shù)棧??，作者：云昭