Slack Code là gì? Cách các đội ngũ xây phần mềm cùng AI ngay trong Slack

Salesforce công bố Slack Code ngày 20 tháng 8 năm 2026, với tham vọng biến việc phát triển phần mềm bằng AI từ một cuộc trao đổi riêng giữa lập trình viên và coding agent thành hoạt động chung của cả nhóm. Tính năng này tạo một kênh Slack chuyên biệt, nơi con người và agent có thể cùng lập kế hoạch, xem thay đổi, kiểm tra bản xem trước và quyết định bước tiếp theo.

Slack Code hoạt động thế nào?

Slack Code liên kết một tác vụ của coding agent với kênh Slack dành riêng cho dự án. Thành viên nhóm chỉ cần nhắc đến một agent được hỗ trợ trong cuộc trò chuyện hiện có; agent sau đó sẽ mở không gian làm việc riêng cho phiên lập trình hoặc dự án đó. Danh sách Salesforce nêu gồm Claude Code và Claude Tag của Anthropic, Devin của Cognition, GitHub Copilot, ChatGPT của OpenAI và các agent của Vercel.

Điểm mới không chỉ nằm ở việc agent có thể nhận lệnh qua Slack. Quan trọng hơn, quá trình xây dựng phần mềm được đưa ra trước mắt cả đội, ngay trong nơi đã có sẵn bối cảnh của dự án. Slack gọi đây là hình thức lập trình “multiplayer” — con người và agent làm việc trong cùng một kênh, còn các thành viên khác có thể theo dõi tiến độ khi công việc diễn ra.

Một kênh code có những gì?

Quy trình thường bắt đầu từ một ý tưởng, lỗi phần mềm, yêu cầu cập nhật website hoặc đề xuất tính năng trong Slack:

1. Một thành viên nhắc đến coding agent được hỗ trợ.
2. Agent tạo kênh code riêng cho tác vụ.
3. Nhóm cung cấp yêu cầu, giới hạn và bối cảnh dự án.
4. Agent xây dựng kế hoạch rồi đề xuất thay đổi.
5. Nhóm xem xét công việc, gồm cả phần chênh lệch mã nguồn (code diff) và bản xem trước nếu tích hợp có hỗ trợ.
6. Con người có thể yêu cầu agent đổi hướng hoặc phê duyệt bước tiếp theo.

Slack Code được thiết kế để cung cấp nhiều hơn một bản ghi trò chuyện thông thường. Tùy từng tích hợp, người tham gia có thể chuyển giữa các tab hội thoại, kế hoạch, code diff và bản xem trước trực tiếp của sản phẩm — trong đó có bản xem trước HTML trực tiếp ở những tích hợp phù hợp. Nhờ vậy, cả phần trao đổi xung quanh nhiệm vụ lẫn phần mềm do agent tạo ra đều nằm trong một góc nhìn chung.

Vì sao quản lý sản phẩm và designer cũng được đưa vào quy trình?

Slack Code cho phép quản lý sản phẩm và designer tham gia trực tiếp vào vòng lặp xây dựng mà không nhất thiết phải làm việc trong terminal của lập trình viên. Họ có thể giải thích vấn đề của người dùng, bổ sung bối cảnh sản phẩm, xem kết quả trực quan và yêu cầu chỉnh sửa ngay trong kênh chung. Lập trình viên vẫn đảm nhiệm việc đánh giá kỹ thuật và xử lý các chi tiết triển khai.

Ví dụ, một quản lý sản phẩm có thể báo lỗi trên Slack và mô tả hành vi mong muốn. Agent sẽ điều tra, đề xuất cách sửa và tạo thay đổi; kỹ sư sau đó xem code diff để kiểm tra tính an toàn đối với toàn bộ codebase. Nhóm có thể quyết định tiếp tục tạo pull request hoặc yêu cầu thêm một vòng rà soát.

Điều này không biến AI thành người ra quyết định cuối cùng. Thay đổi chủ yếu là nơi cộng tác diễn ra: công việc của agent trở nên dễ quan sát hơn với nhiều bên liên quan.

Con người vẫn phải phê duyệt các thay đổi quan trọng

Slack Code được định vị là lớp hiển thị và cộng tác, không phải giấy phép để tự động đưa code chưa được kiểm tra lên hệ thống. Nhóm có thể rà soát thay đổi và yêu cầu con người phê duyệt những hành động có hậu quả đáng kể, chẳng hạn thay đổi có thể đi vào môi trường production.

Cơ chế này quan trọng vì agent có thể tạo ra một bản sửa trông hợp lý nhưng chưa hiểu đầy đủ yêu cầu nghiệp vụ, ràng buộc bảo mật hoặc rủi ro vận hành của hệ thống. Kênh chung tạo ra nơi để kỹ sư và những người chịu trách nhiệm đặt câu hỏi, yêu cầu sửa lại và ghi nhận quyết định trước khi công việc tiến xa hơn.

Lịch sử có thể tìm kiếm và kế thừa kiểm soát của Slack

Các kênh code được thiết kế để lưu lại bối cảnh xung quanh công việc của agent. Khi nhiệm vụ hoàn tất, kênh có thể được lưu trữ, trong khi cuộc trò chuyện và lịch sử công việc vẫn có thể tìm kiếm. Điều này tạo thành hồ sơ về yêu cầu ban đầu, kết quả agent tạo ra và cách con người đã rà soát chúng.

Vì quy trình diễn ra bên trong Slack, tổ chức có thể tiếp tục dùng danh tính, quyền truy cập, chính sách quản trị, thiết lập bảo mật và công cụ quản trị hiện có, thay vì phải triển khai một hệ thống cộng tác riêng cho từng tác vụ của coding agent.

Lợi ích thực tế là tính liền mạch: yêu cầu dự án, quyết định, hoạt động đánh giá và lịch sử của agent có thể tiếp tục gắn với cuộc trò chuyện nơi công việc bắt đầu.

Slack Code có sẵn cho những ai?

Salesforce cho biết Slack Code có mặt trên mọi gói Slack ngay từ thời điểm ra mắt. Các đối tác tích hợp ban đầu gồm Anthropic, GitHub, Cognition và Vercel; Salesforce và Slack cũng giới thiệu ChatGPT trong nhóm agent có thể tham gia.

Tuy nhiên, trải nghiệm cụ thể có thể khác nhau tùy agent. Các tính năng như kế hoạch, code diff, bản xem trước và thao tác phê duyệt phụ thuộc vào những gì từng tích hợp cung cấp trong Slack. Vì vậy, “được hỗ trợ” không có nghĩa mọi agent đều có bộ điều khiển giống hệt nhau.

Salesforce muốn Slack Code trở thành gì?

Tại Dreamforce, Salesforce mô tả Slack Code là cách biến phát triển phần mềm thành một môn thể thao đồng đội, đồng thời định vị Slack như lớp điều phối cho nhiều nhà cung cấp AI agent. Thay vì buộc doanh nghiệp chọn một mô hình lập trình độc quyền của Salesforce, cách tiếp cận này đưa các agent cạnh tranh từ nhiều nhà cung cấp vào cùng một giao diện làm việc.

Salesforce cũng cho biết họ có kế hoạch mở rộng các API nền tảng. Về dài hạn, tổ chức có thể tạo agent tùy chỉnh và các kênh chung cho những công việc ngoài phát triển phần mềm, chẳng hạn điều phối chiến dịch marketing hoặc rà soát tài liệu pháp lý. Đây là hướng mở rộng được lên kế hoạch, chưa phải bằng chứng rằng mọi quy trình phi lập trình đã sẵn sàng cho tất cả người dùng ngay khi ra mắt.

Kết luận

Ý tưởng cốt lõi của Slack Code khá đơn giản: nhắc đến một coding agent, cấp cho agent đó một kênh dự án riêng, rồi để cả đội theo dõi, hướng dẫn, rà soát và phê duyệt công việc.

Điểm khác biệt của Slack Code không chỉ là khả năng tạo code, mà là bối cảnh cộng tác xung quanh code. Với những đội ngũ vốn đã làm việc trên Slack, tính năng này có thể giúp quản lý sản phẩm và designer dễ theo dõi quá trình phát triển hơn, trong khi quyền kiểm tra kỹ thuật vẫn thuộc về kỹ sư. Dù vậy, hiệu quả cuối cùng vẫn phụ thuộc vào chất lượng tích hợp của từng agent và việc doanh nghiệp duy trì quy trình phê duyệt rõ ràng.