JetBrains Air: Hệ sinh thái sản phẩm cho phát triển phần mềm bằng tác nhân AI

JetBrains vừa công bố JetBrains Air, một hệ sinh thái sản phẩm mở dành cho phát triển phần mềm bằng tác nhân AI (agentic software development). Đây được xem là bước chuyển chiến lược quan trọng của hãng sau 26 năm tập trung chủ yếu vào bàn làm việc của từng lập trình viên.

Logo JetBrains

Từ một sản phẩm đơn lẻ đến hệ sinh thái mở

Theo Kirill Skrygan, đại diện JetBrains, AI có thể sinh ra mã nguồn, nhưng các tổ chức vẫn phải tạo ra phần mềm hoàn chỉnh. Phát triển bằng tác nhân đang thay đổi cách phần mềm được tạo ra, song không làm thay đổi cái giá phải trả khi mắc sai lầm.

Sáu tháng trước, JetBrains bắt đầu thử nghiệm công khai các môi trường phát triển agentic. Cùng thời điểm đó, hãng giới thiệu JetBrains Central như một hệ thống kiểm soát và thực thi mở cho phát triển do tác nhân dẫn dắt. Sau đó, hãng lần lượt tung ra Central CLI, ngữ cảnh chia sẻ, tác nhân trên đám mây, tự động hóa, quản trị và kiểm soát chi phí AI cho các nhóm và tổ chức.

Giờ đây, toàn bộ các nỗ lực này được hợp nhất thành JetBrains Air – một hệ sinh thái sản phẩm mở, gắn kết, phục vụ cả lập trình viên, nhóm và tổ chức, hoạt động cả bên trong lẫn bên ngoài các IDE của JetBrains. Hệ thống này mang tính đa bề mặt và đa dịch vụ: mỗi sản phẩm giải quyết một bài toán riêng, nhưng khi kết hợp lại sẽ phát huy sức mạnh lớn hơn.

Thời đại mà toàn bộ hệ thống phát triển phần mềm có thể gói gọn trong một cửa sổ đang dần kết thúc.

JetBrains khẳng định IDE vẫn giữ vai trò quan trọng trong tương lai của hãng. Hãng đang đưa trải nghiệm agentic nền tảng vào các IDE, giúp lập trình viên chuyên nghiệp vừa làm việc hiệu quả với tác nhân AI, vừa hiểu, thay đổi và kiểm chứng mã nguồn do chúng tạo ra.

Các sản phẩm cấu thành JetBrains Air

Hệ sinh thái Air hiện bao gồm những sản phẩm đã có sẵn, cùng một số sản phẩm sẽ ra mắt trong thời gian tới:

• Air trong các IDE JetBrains – trải nghiệm phát triển agentic hoàn chỉnh để điều khiển, phối hợp tác nhân AI và kiểm chứng kết quả ngay trong IDE.
• Air Teams – cách thức mới để phối hợp và tự động hóa quy trình phân phối phần mềm, có sự tham gia của cả lập trình viên lẫn tác nhân tự động.
• Air Governance (trước đây là JetBrains Central) – chính sách tổ chức, khả năng quan sát, kiểm toán, quản lý chi phí và trách nhiệm giải trình cho phát triển có AI hỗ trợ.
• Junie – tác nhân viết mã của JetBrains dành cho phát triển phần mềm chuyên nghiệp, sẽ được hỗ trợ trên mọi bề mặt của Air.

Sơ đồ hệ sinh thái JetBrains Air

Bên cạnh các sản phẩm nội bộ, JetBrains còn thúc đẩy tính mở thông qua Agent Client Protocol (ACP) – chuẩn hóa kết nối giữa IDE và toàn bộ "bộ khung" của tác nhân, bao gồm lập kế hoạch, logic, công cụ, định tuyến mô hình và khả năng quan sát. Thông qua ACP Registry, lập trình viên có thể khám phá và chạy ngày càng nhiều tác nhân tương thích ngay trong IDE JetBrains.

Bài toán then chốt: khi tốc độ vượt qua hạ tầng tổ chức

JetBrains thừa nhận một thực tế: lập trình viên tiếp nhận tác nhân AI nhanh hơn tốc độ các tổ chức xây dựng hạ tầng xung quanh chúng. Với nhiều lập trình viên, tác nhân AI đã mang lại giá trị thực tế. Nhưng ở cấp tổ chức, bài toán kinh tế lại khó chứng minh hơn nhiều.

Chi phí không chỉ nằm ở việc sinh mã, mà còn xuất hiện ở khâu kiểm duyệt, làm lại, bảo mật, hạ tầng và chi tiêu. Hàng loạt câu hỏi đặt ra:

• Tác nhân nào được phép truy cập mã nguồn công ty?
• Dữ liệu có thể đi đâu?
• Kết quả nào cần con người kiểm duyệt?
• Điều gì xảy ra khi tác nhân làm việc từ xa?
• Ai phê duyệt thay đổi và nó được xác minh ra sao?

Sự phân mảnh ở tầng này không chỉ gây khó chịu, mà còn khiến việc phát triển phần mềm trở nên khó hiểu, khó đo lường và khó quản trị hơn – đúng vào thời điểm phần lớn công việc đang được giao phó cho AI.

Minh họa phát triển phần mềm với tác nhân AI

Điểm nghẽn dịch chuyển cùng công việc

Theo JetBrains, mã nguồn sai rõ ràng sẽ bị phát hiện nhanh chóng. Vấn đề khó hơn nằm ở những đoạn mã "gần đúng" – trông hợp lý, có thể vượt qua kiểm tra bề mặt, nhưng lại âm thầm mang theo giả định sai hoặc mâu thuẫn kiến trúc, chỉ lộ ra khi đã quá tốn kém để sửa.

Khi tác nhân đảm nhận nhiều phần thực thi hơn, điểm nghẽn chuyển từ tạo ra thay đổi sang hiểu, kiểm chứng và chịu trách nhiệm về thay đổi đó. Mã trở nên rẻ hơn để tạo ra nhưng đắt hơn để xác minh. Hoạt động của tác nhân dễ khởi động hơn nhưng khó phối hợp, kiểm toán và giải thích hơn.

Công việc có thể giao phó, nhưng trách nhiệm thì không. Tác nhân AI sẽ không nhận cuộc gọi lúc 3 giờ sáng khi có sự cố.

Đây là lý do vì sao việc kiểm soát trở nên khó hơn, chứ không dễ hơn, khi AI ngày càng mạnh. Một mô hình tốt hơn có thể tạo ra kết quả tốt hơn, nhưng nó không tự thiết lập chính sách tổ chức, không lưu giữ nguồn gốc dữ liệu, không cung cấp khả năng quan sát chi phí, cũng không quyết định ai chịu trách nhiệm cho thay đổi cuối cùng.

Tương lai đa nhà cung cấp

Hỗ trợ đa nhà cung cấp là nguyên tắc thiết kế nền tảng của JetBrains Air. Hãng cho rằng thị trường AI sẽ không sớm hợp nhất: các mô hình khác nhau ở thế mạnh, thứ hạng thay đổi vài tháng một lần, và ngay trong cùng một công ty, các nhóm cũng đưa ra lựa chọn khác nhau – thường là có lý.

Vấn đề nằm ở cái giá của sự cởi mở: mỗi mô hình, tác nhân hay dịch vụ mới được thêm vào lại làm giảm khả năng quan sát công việc phát triển nội bộ. Ngữ cảnh không chuyển được giữa các công cụ, chi tiêu không thể quy về đúng nguồn, và chính sách phải xây lại cho từng dịch vụ.

JetBrains khẳng định họ xây dựng tác nhân riêng và muốn nó thật xuất sắc, nhưng Air không bắt khách hàng phải dùng tác nhân của họ. Chiến lược của hãng không phụ thuộc vào việc nhà cung cấp mô hình nào đang dẫn đầu trong quý này.

Điều JetBrains hướng tới là một nơi duy nhất để chạy, quan sát, quản trị và hạch toán hoạt động phát triển agentic trên mọi mô hình, tác nhân và dịch vụ – cho lập trình viên, nhóm và tổ chức. Hỗ trợ đa mô hình chỉ là mức sàn, không phải mức trần; phần quan trọng nằm ở tầng trên: ngữ cảnh chia sẻ, một bộ chính sách thống nhất, một góc nhìn chi phí duy nhất và bản ghi đầy đủ về những gì đã xảy ra.

Vì sao là JetBrains?

JetBrains cho rằng lựa chọn đa nhà cung cấp chỉ giải quyết được một phần bài toán. Tác nhân AI còn cần trí tuệ phần mềm đáng tin cậy.

Với 26 năm kinh nghiệm về trí tuệ kỹ thuật, JetBrains giúp lập trình viên hiểu cấu trúc và hành vi của phần mềm phức tạp, thay vì chỉ sinh ra thêm mã. Nền tảng trí tuệ mã nguồn mang tính xác định (deterministic code intelligence) này giúp hoạt động agentic trở nên đáng tin cậy, hiệu quả và dễ hiểu hơn trên nhiều mô hình và tác nhân khác nhau.

Đây cũng là lợi thế kinh tế, không chỉ kỹ thuật. Tác nhân AI thường tốn thời gian và tiền bạc để "khám phá lại" thông tin mà mã nguồn đã có sẵn. Một tác nhân biết truy xuất kiến thức đó sẽ rẻ hơn và chính xác hơn so với việc phải tái dựng lại từ đầu. Vì trí tuệ không thuộc về riêng một mô hình nào, lợi ích này có thể mở rộng cho nhiều tác nhân và dịch vụ được hỗ trợ.

Những gì sẽ đến tiếp theo

JetBrains Air sẽ phát triển theo chuỗi bản phát hành cuốn chiếu. Hãng cam kết minh bạch về những gì khách hàng dùng được ngay, những gì đang ở giai đoạn xem trước và những gì còn nằm trong định hướng dài hạn.

Theo thời gian, Air sẽ mở rộng sang trải nghiệm di động và từ xa, cho phép người dùng khởi tạo, theo dõi, kiểm duyệt và tiếp tục công việc agentic khi nó di chuyển giữa các môi trường. Mục tiêu không phải tái tạo IDE trên mọi bề mặt, mà là đưa ngữ cảnh và khả năng kiểm soát phù hợp đến mọi nơi cần ra quyết định.

JetBrains cũng sẽ đưa trí tuệ của mình vào nhiều quy trình agentic hơn, bao gồm ngữ cảnh phong phú hơn từ mã nguồn, kiến trúc, kho lưu trữ, hành vi runtime và tri thức tổ chức. Nhiều công việc sẽ được kích hoạt bởi sự kiện kho lưu trữ, lịch trình và quy trình phân phối, thay vì bởi việc lập trình viên mở trình soạn thảo và gõ câu lệnh.

Các công ty thành công với AI không nhất thiết là những nơi sinh ra nhiều mã nhất hay triển khai nhiều tác nhân nhất. Họ là những nơi mở rộng thử nghiệm mà không đánh mất chất lượng, ngữ cảnh, kỷ luật chi phí hay sự thấu hiểu của con người.

Với JetBrains Air, hãng đặt mục tiêu mở rộng từ bàn làm việc của lập trình viên thành một hệ sinh thái sản phẩm kết nối lập trình viên, tác nhân AI, nhóm và tổ chức. Mục tiêu cuối cùng không phải là nhiều mã hơn, mà là phần mềm mà lập trình viên, nhóm và tổ chức có thể hiểu, kiểm chứng và tự tin đứng tên.