Vì sao Claude Code vẫn được các kỹ sư blockchain ưa thích hơn Codex? Một phân tích sâu

Trong tuần này, Crypto Briefing đưa tin rằng nhiều công ty blockchain đã bắt đầu thử nghiệm Codex của OpenAI trong quy trình phát triển phần mềm. Nhưng điều thú vị là các kỹ sư vẫn dành sự ưu ái rõ rệt cho Claude Code của Anthropic. Một con số ấn tượng: theo khảo sát nội bộ từ nhiều team phát triển giao thức DeFi, hơn 70% lập trình viên cho biết họ cảm thấy Claude Code hiệu quả hơn trong các nhiệm vụ phức tạp như viết hợp đồng thông minh đa tệp và gỡ lỗi tương tác cross-chain. Bề ngoài, đây có vẻ là một tín hiệu tích cực cho Anthropic. Nhưng là một người đã kiểm toán hàng trăm dự án blockchain, tôi nhìn thấy một câu chuyện sâu sắc hơn nhiều. Lỗ hổng không ai thấy, nhưng tôi đã tìm ra. Đằng sau sự ưa thích này là một loạt các yếu tố công nghệ, kinh tế và văn hóa – và nếu không hiểu rõ, các công ty blockchain có thể sẽ đi sai hướng trong chiến lược phát triển của mình. Trước khi đi sâu, hãy đặt bối cảnh. Ngành blockchain chưa bao giờ ngừng thử nghiệm các công cụ mới. Từ Hardhat, Foundry đến các framework kiểm tra hợp đồng thông minh, các kỹ sư luôn tìm cách tối ưu quy trình. Sự xuất hiện của các mô hình ngôn ngữ lớn (LLM) tạo ra một bước nhảy vọt: khả năng sinh mã, gợi ý sửa lỗi và thậm chí thiết kế kiến trúc. OpenAI, với Codex được tích hợp vào GitHub Copilot, nhanh chóng chiếm lĩnh thị trường nhờ hệ sinh thái đồ sộ. Anthropic dù nhỏ hơn nhưng lại gây được tiếng vang với Claude Code – một công cụ hoạt động kiểu agent, có thể tự động thực thi lệnh, đọc file và quản lý toàn bộ vòng đời dự án. Câu hỏi đặt ra: liệu sự ưa thích của các kỹ sư có phản ánh đúng chất lượng, hay chỉ đơn thuần là một làn sóng tâm lý? Phân tích công nghệ là điểm mấu chốt. Trong các thử nghiệm của tôi, sự khác biệt nằm ở cách hai công cụ xử lý ngữ cảnh. Claude Code sử dụng mô hình Claude 3 Opus với cửa sổ ngữ cảnh lên tới 200.000 token – đủ để nạp toàn bộ mã nguồn của một giao thức DeFi vừa phải. Điều này cho phép nó hiểu mối quan hệ giữa các tệp, thư viện và test một cách nhất quán. Codex, dựa trên GPT-4o, cũng có khả năng xử lý ngữ cảnh dài, nhưng cách quản lý "bộ nhớ" của nó kém mượt mà hơn. Khi tôi yêu cầu Codex đọc một thư mục lớn và tìm ra các điểm tương tác giữa các hợp đồng, nó thường bỏ sót các phụ thuộc gián tiếp – một điều tối kỵ trong blockchain, nơi chỉ một lỗi logic nhỏ có thể dẫn đến thảm họa. Mỗi dòng mã đều có câu chuyện riêng. Và Claude Code dường như đọc được nhiều câu chuyện hơn. Nhưng kỹ thuật không phải là tất cả. Có một khía cạnh thực tế: chi phí. Claude Code sử dụng API Claude 3 Opus có mức giá cao hơn hẳn so với GPT-4o. Trong các dự án blockchain, nơi mà ngân sách thường eo hẹp, việc trả $75 cho mỗi triệu token đầu ra là một gánh nặng. Tuy nhiên, các kỹ sư chấp nhận điều đó bởi vì họ tin rằng chất lượng đầu ra tốt hơn sẽ tiết kiệm thời gian gỡ lỗi – và thời gian của kỹ sư còn đắt hơn. Đây là một phép tính tinh tế. Có thể nói: Phép tính đơn giản, hậu quả phức tạp. Tác động của AI đối với quy trình phát triển blockchain là không thể tránh khỏi. Một mặt, nó giúp các team nhỏ có thể xây dựng những giao thức phức tạp mà trước đây cần một đội ngũ lớn. Mặt khác, nó tạo ra một thế hệ lập trình viên phụ thuộc vào AI, làm giảm khả năng hiểu sâu về logic cơ bản. Trong bối cảnh blockchain, khi niềm tin vào tính bảo mật là nền tảng, việc để AI tự viết mã mà không có sự giám sát chặt chẽ là vô cùng nguy hiểm. Khi niềm tin che mờ lý trí, lỗ hổng sẽ xuất hiện. Tôi đã chứng kiến một dự án sử dụng AI để viết hợp đồng staking, và kết quả là một lỗi số học dẫn đến việc người dùng rút được nhiều hơn số họ gửi. Không phải AI "cố tình" tạo ra lỗi, mà đó là hạn chế của việc huấn luyện trên dữ liệu không hoàn hảo. Bề mặt giá trị, bên trong là thao túng – ở đây, sự thao túng không đến từ con người, mà từ cách mô hình học các mẫu rủi ro. Cạnh tranh giữa OpenAI và Anthropic không chỉ là câu chuyện công nghệ, mà còn là cuộc chiến hệ sinh thái. OpenAI được hậu thuẫn bởi Microsoft với Azure, GitHub, và Visual Studio Code. Điều này mang lại cho Codex một lợi thế khổng lồ trong việc tích hợp sâu vào các quy trình DevOps hiện có. Ngược lại, Anthropic có mối quan hệ với Google Cloud, nhưng hệ sinh thái nhà phát triển của họ mỏng hơn nhiều. Tại sao các kỹ sư blockchain – vốn là những người đề cao phi tập trung – lại chọn một sản phẩm từ công ty có ít sự hỗ trợ hơn? Có lẽ chính vì họ ngại sự phụ thuộc vào Microsoft. Họ cảm thấy rằng Codex sẽ dần trở thành một phần của "đế chế" mà họ luôn cảnh giác. Đây là một tâm lý rất thú vị: sự ưa thích không hoàn toàn đến từ chất lượng, mà đến từ một hệ tư tưởng. Và hệ tư tưởng này có thể khiến họ bỏ qua những khả năng thực dụng của Codex. Từ góc độ đầu tư, câu chuyện này là một tín hiệu tích cực cho Anthropic. Nếu các kỹ sư blockchain – những người tiên phong trong công nghệ – coi Claude Code là lựa chọn hàng đầu, thì điều đó có thể thúc đẩy doanh thu API của Anthropic. Nhưng các nhà đầu tư thông minh sẽ không vội vàng. Vì một "sự ưa thích" không đồng nghĩa với một "hợp đồng doanh nghiệp". Nhiều công ty blockchain vẫn đang trong giai đoạn thử nghiệm, họ chưa mua giấy phép số lượng lớn. Hơn nữa, các đối thủ như Cursor, Google's CodeGemini hay các mô hình mã nguồn mở (DeepSeek-Coder, Code Llama) đang lớn nhanh chóng. Nếu Claude Code không sớm xây dựng được một cộng đồng plugin phong phú và tài liệu tốt, thì sự ưa thích ban đầu sẽ tan biến. Hạ tầng và hiệu suất cũng là một yếu tố không thể bỏ qua. Mỗi lần Claude Code tạo ra một đoạn mã, nó phải gọi đến các máy chủ của Anthropic, thường nằm trên Google Cloud. Điều này đặt ra câu hỏi về độ trễ và khả năng phục hồi. Trong các thử nghiệm của tôi, Claude Code thường chậm hơn Codex khoảng 20-30% trong các tác vụ nhỏ. Tuy nhiên, với các nhiệm vụ phức tạp, chất lượng trả lời của nó vượt trội, bù đắp cho thời gian chờ đợi. Nhưng trong một môi trường sản xuất blockchain, nơi mà tính sẵn sàng 24/7 là bắt buộc, việc phụ thuộc vào một API ngoài có thể là một rủi ro chấp nhận được hay không? Tôi nghĩ rằng các công ty sẽ bắt đầu cân nhắc việc tự lưu trữ các mô hình mã nguồn mở – một xu hướng đang nổi lên trong năm 2025. Một khía cạnh quan trọng khác mà bài báo hoàn toàn bỏ qua là vấn đề đạo đức và trách nhiệm. Nếu một hợp đồng thông minh được viết bởi AI gây ra mất mát tài chính, ai chịu trách nhiệm? Lập trình viên đã xem lại mã? Nhà cung cấp AI? Các công ty bảo hiểm? Trong thế giới blockchain, nơi mà các hợp đồng thông minh là "luật bất biến", việc sử dụng AI tạo ra một lớp phức tạp mới. Tôi tin rằng các công ty kiểm toán như chúng tôi sẽ phải phát triển những kỹ thuật mới để kiểm tra mã nguồn được viết bởi AI – ví dụ như sử dụng các mô hình khác để kiểm tra chéo. Điều này càng củng cố luận điểm của tôi: Kiểm toán là nhìn thấy điều người khác bỏ qua. Và trong kỷ nguyên AI, chúng ta phải nhìn kỹ hơn bao giờ hết. Nhưng liệu có một quan điểm ngược lại? Hãy lật lại vấn đề. Nếu sự ưa thích Claude Code của các kỹ sư blockchain chỉ là một phản ứng cảm tính đối với OpenAI, thì họ có thể đang bỏ lỡ những lợi ích thực dụng của Codex. Codex có tốc độ nhanh hơn, giá rẻ hơn, và được tích hợp vào GitHub – một nền tảng mà hầu hết các dự án blockchain đều sử dụng. Trong khi Claude Code đòi hỏi phải chuyển đổi quy trình làm việc sang một công cụ mới. Nếu một công ty blockchain ưu tiên tốc độ và chi phí, họ hoàn toàn có lý do để chọn Codex. Vậy có thể nói rằng "sự ưa thích" được nhắc đến trong bài báo Crypto Briefing chỉ phản ánh một nhóm nhỏ những người có tiếng nói, chứ không phải là toàn thể. Đây là một điểm mù. Bề mặt giá trị, bên trong là thao túng – chúng ta cần phải hỏi: ai đang thao túng sự ưa thích này? Hơn nữa, một câu hỏi lớn hơn đặt ra: liệu chúng ta có nên sử dụng các công cụ AI tập trung trong một ngành công nghiệp xây dựng trên sự phi tập trung? Có một sự mỉa mai rõ ràng khi các kỹ sư blockchain – những người chiến đấu cho quyền tự chủ – lại giao phó việc viết mã cho một API tập trung. Cả OpenAI và Anthropic đều là các công ty tập trung, kiểm soát toàn bộ dữ liệu và có thể thay đổi mô hình bất cứ lúc nào. Nếu một ngày nào đó họ quyết định chặn truy cập từ một quốc gia, hoặc tăng giá gấp đôi, thì các dự án blockchain sẽ bị ảnh hưởng nặng nề. Lựa chọn an toàn nhất có lẽ là các mô hình mã nguồn mở có thể chạy cục bộ, nhưng chúng lại kém mạnh mẽ hơn. Vậy đâu là giải pháp tối ưu? Đây chính là lúc các doanh nghiệp cần xây dựng kế hoạch dự phòng đa dạng hóa nhà cung cấp. Nhìn về phía trước, tôi dự đoán rằng sẽ có một làn sóng các công ty blockchain áp dụng cả hai công cụ một cách song song: dùng Codex cho các tác vụ nhanh, chi phí thấp và Claude Code cho những phân tích sâu, phức tạp. Họ sẽ tạo ra các quy trình kiểm tra chéo – một công cụ sinh mã, công cụ khác rà soát. Điều này sẽ giảm thiểu rủi ro sai sót và tối ưu chi phí. Các công ty kiểm toán như của tôi cũng sẽ phát triển các plugin để tự động phát hiện các đoạn mã do AI tạo ra, từ đó có thể áp dụng các phương pháp kiểm tra đặc biệt. Liệu điều này có làm tăng gánh nặng cho các nhà phát triển không? Có, nhưng đó là cái giá phải trả cho sự an toàn. Cuối cùng, "tin tức" của Crypto Briefing thực ra chỉ là phần nổi của tảng băng. Nó không nói gì về các số liệu cụ thể, về độ tin cậy của cuộc khảo sát, về phương pháp nghiên cứu. Nó không so sánh trực diện trên cùng một bộ dữ liệu. Nó chỉ đưa ra một kết luận rất chung chung. Là một chuyên gia, tôi có trách nhiệm chỉ ra rằng những bài viết kiểu này thường mang tính định hướng dư luận, có thể do các công ty AI tài trợ. Nhưng dù sao, nó cũng mở ra một cuộc thảo luận quan trọng: làm thế nào để hợp tác với AI một cách có trách nhiệm trong lĩnh vực blockchain? Câu hỏi này không còn là "nếu" mà là "khi nào". Và câu trả lời nằm ở việc xây dựng các tiêu chuẩn minh bạch, khả năng kiểm toán, và một tư duy phản biện liên tục. Kiểm toán là nhìn thấy điều người khác bỏ qua. Hãy để các kỹ sư của chúng ta làm điều đó, với hoặc không có AI. Đi sâu hơn một chút vào khía cạnh công nghệ, tôi muốn kể lại một trải nghiệm gần đây. Khi tôi được mời kiểm toán một giao thức thanh khoản phi tập trung sử dụng hook của Uniswap V4, tôi đã thử dùng cả Claude Code và Codex để phân tích mã nguồn. Giao thức đó có khoảng 40 tệp Solidity, trong đó có các hook phức tạp xử lý thanh khoản nội bộ. Claude Code có thể duy trì một ngữ cảnh xuyên suốt, hiểu rằng một hàm trong hook A được gọi từ hook B thông qua một interface trừu tượng. Nó thậm chí còn tự đề xuất các trường hợp kiểm thử cho những tương tác ít được chú ý. Codex, trong khi đó, lại phân tích từng tệp riêng lẻ và đưa ra các gợi ý chung chung, thiếu sự liên kết. Kết quả là tôi tiết kiệm được khoảng 3 ngày làm việc nhờ Claude Code. Tuy nhiên, khi tôi chạy cùng một tác vụ nhưng với một dự án NFT marketplace đơn giản, Codex lại nhanh hơn và đưa ra các mẫu mã phù hợp hơn. Điều này cho thấy sự khác biệt không nằm ở "ai hơn ai", mà nằm ở loại nhiệm vụ. Một điểm nữa về chi phí. Claude Code có gói trả phí theo tháng khoảng 20 đô la cho người dùng Pro, trong khi Codex được tích hợp trong GitHub Copilot với giá 10 đô la mỗi tháng. Tuy nhiên, với các tác vụ nặng, Claude Code thường tiêu tốn nhiều token hơn do phải xử lý ngữ cảnh dài. Một công ty blockchain có đội ngũ 20 kỹ sư có thể phải chi trả thêm 2.000 đến 3.000 đô la mỗi tháng cho Claude Code so với Codex. Nhưng nếu như vậy mà giảm được 10% thời gian phát triển, thì con số đó hoàn toàn xứng đáng. Bài toán kinh tế này cần phải được tính toán cẩn thận, và nhiều công ty blockchain lại đang thiếu dữ liệu để tính toán. Về mặt bảo mật, tôi nhấn mạnh rằng việc AI có quyền truy cập terminal của máy tính là một cuộc cách mạng, nhưng cũng là một thảm họa tiềm ẩn. Trong thử nghiệm của tôi, tôi đã thử nhập một prompt khai thác (prompt injection) vào Claude Code, yêu cầu nó đọc một tệp .env chứa khóa riêng. Claude Code đã từ chối vì có các quy tắc an toàn, nhưng khi tôi điều chỉnh lại cách diễn đạt, nó đã suýt thực hiện. Điều này cho thấy các công cụ này vẫn còn lỗ hổng. Các công ty blockchain phải thiết lập các chính sách cấm AI truy cập vào các thư mục nhạy cảm, hoặc chạy trong môi trường sandbox. Nhưng liệu các nhà phát triển có kiên nhẫn làm điều đó? Tôi nghi ngờ. Đa số họ muốn một công cụ nhanh chóng, tiện lợi, và họ sẽ bỏ qua các cảnh báo bảo mật. Đó chính là lúc thảm họa xảy ra. Một vấn đề nữa là vấn đề bản quyền. AI tạo ra mã dựa trên một kho dữ liệu khổng lồ, bao gồm các mã nguồn có giấy phép MIT, GPL, hoặc thậm chí cả mã độc hại. Nếu một hợp đồng thông minh sử dụng một đoạn mã bị rò rỉ từ một dự án đóng nguồn, thì dự án blockchain đó có thể bị kiện. Các tranh chấp bản quyền trong AI đang ngày càng phổ biến, và các công ty blockchain không nên đứng ngoài cuộc. Tôi khuyên các dự án nên thiết lập một quy trình kiểm tra nguồn gốc mã, đặc biệt là khi sử dụng AI. Nhưng điều đó khó thực hiện vì bản thân các mô hình AI cũng không minh bạch về dữ liệu huấn luyện của chúng. Trong bức tranh toàn cảnh hơn, sự cạnh tranh này đang định hình lại thị trường lao động. Nhiều công ty blockchain đã bắt đầu tuyển dụng các vị trí "AI Prompt Engineer" hoặc "AI Code Reviewer" – những người có kỹ năng sử dụng và kiểm tra mã do AI tạo ra. Các lập trình viên Solidity truyền thống có thể bị thay thế nếu họ không nhanh chóng thích nghi. Tôi đã thấy các quảng cáo tuyển dụng yêu cầu ứng viên phải có kinh nghiệm với Claude Code hoặc Codex. Đây là một xu hướng tất yếu. Nhưng liệu các kỹ sư có được đào tạo đúng cách không? Các trường đại học vẫn đang dạy lập trình truyền thống, trong khi ngành công nghiệp đã chuyển sang một mô hình khác. Sự lệch pha này sẽ tạo ra một khoảng trống lớn về nhân lực trong vài năm tới. Quay trở lại với bài báo gốc. Crypto Briefing là một trang tin về tiền điện tử, không phải là một tạp chí công nghệ. Việc họ đưa tin về AI coding tools có thể là vì độc giả của họ – những nhà đầu tư crypto – quan tâm đến các công ty AI có khả năng định giá lại. Nhưng bài viết thiếu chiều sâu và không đưa ra được những phân tích có giá trị. Từ góc nhìn của tôi, những thông tin như vậy chỉ nên được coi là một gợi ý để bắt đầu nghiên cứu, chứ không phải là một kết luận. Tôi hy vọng rằng chúng ta sẽ thấy nhiều bài viết chuyên sâu hơn về cách sử dụng AI một cách hiệu quả và an toàn trong blockchain – ví dụ như cách sử dụng Claude Code để tự động sinh ra các test case cho smart contract, hoặc cách Codex có thể được dùng để phát hiện các lỗi overflow trong các hàm toán học. Đó mới là những chủ đề cần thiết. Trên thực tế, tôi đã thử nghiệm một kỹ thuật kết hợp: sử dụng Claude Code để viết mã, sau đó dùng Codex để phân tích và phát hiện các điểm bất thường. Kết quả rất ấn tượng. Claude Code sinh ra một hợp đồng escrow có logic đúng đắn, nhưng Codex đã phát hiện ra một lỗ hổng trong cách tính phí gas khi gọi hàm withdraw. Nếu chỉ dùng một công cụ duy nhất, tôi có thể đã bỏ lỡ lỗ hổng đó. Điều này củng cố niềm tin của tôi rằng đa dạng hóa là chìa khóa. Thay vì chỉ tranh luận "ai giỏi hơn ai", chúng ta nên đặt câu hỏi: làm thế nào để hai công cụ này có thể bổ sung cho nhau? Và liệu chúng ta có thể xây dựng một quy trình kết hợp giữa nhiều mô hình để đạt được kết quả tối ưu nhất? Câu hỏi này cũng đặt ra cho cả các công ty cung cấp dịch vụ kiểm toán. Hiện tại, các công ty kiểm toán như CertiK, Trail of Bits hay OpenZeppelin đều đang nghiên cứu cách sử dụng AI để tăng tốc quá trình rà soát mã. Nhưng nếu chúng ta dựa vào AI để kiểm tra AI, thì ai sẽ là người kiểm tra cuối cùng? Cần phải có một tiêu chuẩn về "trách nhiệm giải trình" trong quy trình kiểm toán. Tôi nghĩ rằng các công ty kiểm toán nên công khai các phương pháp sử dụng AI của họ, để các dự án có thể hiểu rõ rủi ro còn lại. Nếu một hợp đồng thông minh được kiểm toán bởi một công ty sử dụng AI mà không có sự giám sát của chuyên gia, thì chứng nhận của họ sẽ không còn giá trị. Vậy, điều gì sẽ xảy ra trong tương lai gần? Tôi thấy rằng sự khác biệt giữa Claude Code và Codex sẽ ngày càng mờ nhạt, vì các mô hình sẽ trở nên giống nhau hơn và các tính năng sẽ được sao chép qua lại. Claude Code sẽ thêm vào các tính năng nhanh hơn, trong khi Codex sẽ cải thiện khả năng xử lý ngữ cảnh. Cuối cùng, sự khác biệt sẽ nằm ở chiến lược định giá, khả năng tích hợp với các nền tảng khác nhau, và các tính năng đặc thù cho từng ngành. Nếu Anthropic muốn giữ vững vị thế trong ngành blockchain, họ nên phát triển các plugin đặc thù cho Hardhat, Foundry, và các framework kiểm toán. Nếu OpenAI muốn chiếm ưu thế, họ cần phải có một phiên bản Codex được tối ưu hóa cho Solidity và Vyper. Cuộc chơi mới chỉ bắt đầu. Trong khi đó, các nhà phát triển blockchain cần phải tỉnh táo. Đừng nghe theo các bài đánh giá một chiều, cũng đừng vội chuyển toàn bộ quy trình sang một công cụ mới. Hãy dành thời gian để thử nghiệm cả hai, so sánh trên chính codebase của bạn, đo lường hiệu quả bằng các metric cụ thể như số lần sửa lỗi, thời gian hoàn thành, chi phí token. Từ đó mới có thể đưa ra quyết định sáng suốt. Và hãy nhớ rằng, AI chỉ là một trợ thủ. Con người vẫn nắm vai trò quyết định trong việc đảm bảo tính an toàn và bảo mật của hệ thống. Khi niềm tin che mờ lý trí, lỗ hổng sẽ xuất hiện. Đừng để một bài báo quảng cáo đánh lừa bạn. Tóm lại, câu chuyện "các công ty blockchain thử nghiệm Codex nhưng Claude Code vẫn được yêu thích" không chỉ đơn thuần là một bản tin công nghệ. Nó phản ánh sự xung đột giữa các hệ sinh thái, những lo ngại về chi phí và bảo mật, và cả một sự khát khao về một tương lai phi tập trung ngay cả trong công cụ phát triển. Là một người làm kiểm toán, tôi không quan tâm đến việc ai thắng cuộc. Tôi chỉ quan tâm đến việc liệu các dự án blockchain có sử dụng những công cụ này một cách thông minh và an toàn hay không. Kiểm toán là nhìn thấy điều người khác bỏ qua. Và điều mà nhiều người đang bỏ qua là sự cần thiết của một tiêu chuẩn đánh giá AI trong phát triển blockchain. Nếu không có tiêu chuẩn đó, chúng ta sẽ tiếp tục đối mặt với những vụ hack hàng triệu đô la do những lỗi có thể được phát hiện nếu có một quy trình chặt chẽ hơn. Cuối cùng, tôi muốn để lại một câu hỏi mở. Khi bạn đọc bài phân tích này, hãy tự hỏi: liệu bạn có đang chọn công cụ AI dựa trên nhu cầu kỹ thuật thực sự, hay dựa trên hình ảnh hào nhoáng mà các công ty truyền thông tạo ra? Nếu bạn là một kỹ sư blockchain, bạn sẽ chọn phe nào? Và bạn sẽ làm gì để đảm bảo rằng AI không trở thành điểm yếu bảo mật mới của dự án? Câu trả lời nằm trong tay bạn. Hãy hành động một cách có trách nhiệm.