Một trợ lý ngồi chờ bạn. Một đồng đội vẫn ôm việc trong lúc bạn không nhìn tới. Chính khác biệt đó lý giải phần lớn sự nhầm lẫn trong các cuộc bàn luận hiện nay về AI trong công việc, và nó quyết định phần nào trong quy trình của bạn buộc phải thay đổi.
Cả hai mô hình đều hữu ích, và không mô hình nào là một giai đoạn mà mô hình kia tự động vượt qua. Điều thay đổi là công việc nằm ở đâu, ai chịu trách nhiệm về nó, và làm sao người khác biết được chuyện gì đã xảy ra. Bài viết này vạch rõ ranh giới giữa trợ lý AI và đồng đội AI, liệt kê năm điều thực sự thay đổi trong một tuần làm việc của nhóm, và nói thẳng về những chỗ ẩn dụ "đồng đội" không còn hữu ích. Sharkly ra đời vì mô hình thứ hai, nên những ranh giới dưới đây được trình bày thẳng thắn chứ không phải để bán hàng.
TL;DR
Trợ lý AI hoạt động trong phiên làm việc của bạn: bạn ra lệnh, nó trả lời, giá trị nằm trong ngữ cảnh của bạn và biến mất khi bạn đóng cửa sổ. Đồng đội AI được giao một đơn vị công việc với kết quả đầu ra được nêu rõ, thực thi ở nơi cả nhóm nhìn thấy, và báo cáo về một bản ghi tồn tại lâu hơn phiên làm việc đó. Chuyển từ mô hình này sang mô hình kia không đòi hỏi model tốt hơn. Nó đòi hỏi việc giao việc, một vết thực thi có thể nhìn thấy, một trạng thái đánh giá, và một người đứng ra nghiệm thu kết quả.
Những định nghĩa đáng giữ lại
Trợ lý AI có phạm vi gắn với từng prompt. Bạn có mặt trong suốt quá trình. Sản phẩm công việc là một gợi ý mà bạn chấp nhận hoặc bỏ đi, và câu hỏi về trách nhiệm không bao giờ được đặt ra vì bạn chưa từng rời đi. Autocomplete, chat và refactor ngay trong trình soạn thảo đều nằm ở đây.
Một agent AI, khi làm việc như một đồng đội, có phạm vi gắn với từng tác vụ. Nó nhận mục tiêu, các ràng buộc và đủ ngữ cảnh để bắt tay vào việc. Nó nghiên cứu, thực thi, kiểm thử và báo cáo. Bạn không có mặt ở phần giữa. Chính sự vắng mặt đó là điểm cốt lõi, và cũng là nguồn gốc của mọi yêu cầu mới được nêu dưới đây. Bài viết định nghĩa của chúng tôi về agentic coding đi theo cùng nấc thang đó nhưng từ một góc nhìn khác.
Câu hỏi phân định không phải là mức độ thông minh. Mà là: nếu bạn gập laptop lại, công việc có tiếp tục không, và đồng nghiệp có thể biết chuyện gì đã xảy ra không?
Điều gì thực sự thay đổi trong công việc
1. Công việc trở thành một mục, không phải một tin nhắn. Với trợ lý, yêu cầu chỉ là một lượt chat. Với đồng đội, yêu cầu phải đủ rõ để người không có mặt trong cuộc trò chuyện vẫn đọc hiểu: kết quả đầu ra được nêu rõ, phạm vi bao gồm và loại trừ những gì, các tệp liên quan, ràng buộc, và cách đánh giá khi hoàn thành. Những nhóm bỏ qua bước này sẽ viết ra các tác vụ mơ hồ rồi đổ lỗi cho model.
2. Việc giao việc tách thành hai phần. Con người vẫn chịu trách nhiệm về kết quả. Agent thực thi. Những công cụ gộp cả hai vào một trường người phụ trách duy nhất sẽ tạo ra những bảng mà ở đó không ai có thể bị hỏi về bất cứ điều gì. Sharkly giữ người phụ trách là con người và người thực thi là agent thành hai trường riêng biệt trên cùng một tác vụ, để cả hai thông tin đều được ghi lại cùng lúc.
3. Khả năng hiển thị không còn là tùy chọn. Công việc của trợ lý hiển thị được vì bạn đã nhìn nó. Công việc của đồng đội chỉ hiển thị nếu nền tảng truyền tải tiến độ, bình luận, điểm nghẽn và một vết dẫn ngược về bản ghi chung. Nếu không, trạng thái thật thà của một nửa khối lượng công việc sẽ là "hỏi Priya ấy, cô ấy khởi động nó mà."
4. Đánh giá trở thành một trạng thái được đặt tên. Không phải kiểu "kiểu gì cũng có người xem qua", mà là một tín hiệu rõ ràng báo đang chờ người đánh giá, và tín hiệu đó phải đi vào một hàng đợi. Trong Sharkly, tín hiệu đó nằm trong hộp thư đến của agent thuộc về người chịu trách nhiệm, cùng chỗ với các lỗi và câu hỏi trực tiếp.
5. Năng lực được chia sẻ, hoặc mãi chỉ là của riêng bạn. Kỹ năng viết prompt của một lập trình viên chỉ là một mẹo dùng trợ lý. Nhưng khi được lưu lại thành cấu hình agent với hướng dẫn, môi trường chạy, kho mã và các skill tái sử dụng được, nó trở thành thứ mà người kế tiếp thừa hưởng thay vì phải tự mò lại từ đầu.
| Khía cạnh | Trợ lý AI | Đồng đội AI |
|---|---|---|
| Đơn vị công việc | Một prompt | Một tác vụ kèm tiêu chí nghiệm thu |
| Bạn có mặt | Luôn luôn | Để định hướng và đánh giá |
| Nơi kết quả đáp xuống | Trình soạn thảo hoặc chat của bạn | Một bản ghi chung kèm vết thực thi |
| Trách nhiệm giải trình | Mặc định thuộc về bạn | Một người được nêu tên, một cách rõ ràng |
| Kiểu thất bại | Gợi ý tồi, bị bỏ đi | Công việc âm thầm không ai đánh giá |
| Tái sử dụng | Thói quen cá nhân | Cấu hình và skill được lưu lại |
Một tuần làm việc trông khác đi
Những thay đổi này xuất hiện trên lịch trước khi xuất hiện trong các chỉ số.
Standup không còn là buổi phát sóng tình trạng công việc, vì bảng công việc đã thể hiện điều đó rồi. Thứ đáng dành năm phút là danh sách ngoại lệ: lượt chạy nào thất bại, kết quả nào đang chờ con người, tác vụ nào hóa ra được viết quá sơ sài đến mức agent phải đoán. Danh sách đó ngắn và có thể hành động ngay, hơn hẳn phần lớn các buổi standup.
Việc lập kế hoạch cũng đổi hình dạng. Khi một tác vụ phải đủ cụ thể để agent có thể thực thi, bước làm rõ yêu cầu diễn ra sớm hơn và cụ thể hơn: tiêu chí nghiệm thu không còn là thủ tục hình thức, vì một tiêu chí mơ hồ sẽ tạo ra lượt chạy mà bạn buộc phải vứt đi. Các nhóm thường nhận ra điều này qua việc viết phạm vi kỹ hơn ngay từ đầu và mất ít thời gian hơn giữa sprint.
Đánh giá trở thành nguồn lực bị thắt chặt. Ba agent có thể tạo ra nhiều thay đổi trong một buổi sáng hơn mức một người đánh giá xử lý hết trong một ngày, nên điểm nghẽn thật sự chuyển từ tốc độ gõ phím sang năng lực đọc. Hãy lên kế hoạch cho điều đó thay vì để nó ập đến: giới hạn lượng công việc agent đang chạy trên mỗi người đánh giá, và coi hàng đợi kết quả chưa được đánh giá ngày càng dài cũng giống như một đống pull request chưa merge ngày càng cao.
Những chỗ ẩn dụ đồng đội không còn đứng vững
Nếu coi ẩn dụ này một cách nghiêm túc, nó bắt đầu đánh lừa người ta theo ba cách.
Agent không thể gánh trách nhiệm giải trình. Nó có thể được ghi nhận công lao, nhưng không thể chịu trách nhiệm về một kết quả, không thể bị yêu cầu giải thích một đánh đổi vào quý sau, cũng không thể hứng chịu hậu quả của một quyết định tồi. Mọi nền tảng nghiêm túc trong lĩnh vực này đều thể hiện điều đó: Linear giữ con người là người phụ trách chính còn agent là bên đóng góp, và cách định vị của chính Sharkly là agent nghiên cứu, thực thi, kiểm thử và báo cáo, trong khi con người định hướng, trao quyền và nghiệm thu kết quả.
Agent không có bộ nhớ liên tục về nhóm của bạn trừ khi bạn cung cấp cho nó. Một đồng nghiệp mới hấp thụ ngữ cảnh nhờ được ở cạnh mọi người. Agent chỉ nhận được đúng những gì bạn viết ra, đó là lý do phạm vi viết thành văn luôn thắng phạm vi ngầm hiểu.
Và trạng thái của agent không phải là trạng thái của dự án. Một tác vụ có thể vẫn ở trạng thái Đang thực hiện trong khi agent đang làm việc, đang chờ phản hồi, đang chờ đánh giá, hoặc đang báo lỗi. Nhầm trạng thái lượt chạy với trạng thái dự án chính là cách các nhóm bị bất ngờ vào cuối sprint. Hướng dẫn của chúng tôi về quản lý dự án với AI agent đi sâu vào sự tách biệt này.
Cần bổ sung gì trước khi agent hành xử như đồng đội
Bốn thứ, theo đúng thứ tự này. Không thứ nào đòi hỏi phải di trú dữ liệu.
- Một tác vụ có kết quả đầu ra có thể đánh giá được. Nếu bạn không nói được mình sẽ kiểm tra công việc đó thế nào, thì agent cũng không thể.
- Một người thực thi tách biệt khỏi người sở hữu. Giao cả con người và agent trên cùng một mục công việc.
- Một lượt chạy hiển thị được. Tiến độ, bình luận và vết thực thi gắn với tác vụ, để bất kỳ ai trong nhóm cũng đọc được.
- Một bước nghiệm thu. Một người được nêu tên chuyển công việc sang hoàn thành sau khi đọc bằng chứng, chứ không phải sau khi thấy lượt chạy kết thúc.
Hãy áp dụng chúng trước tiên cho một loại công việc lặp đi lặp lại: nâng cấp dependency, bổ sung test coverage cho một module ổn định, dựng khung migration. Mở rộng ra khi đã có người thứ hai đánh giá kết quả agent của người khác mà không cần ai giải thích bằng lời. Tải Sharkly nếu bạn muốn vòng lặp đó được cấu hình sẵn, hoặc tự dựng nó trong công cụ quản lý công việc bạn đang dùng.
Câu hỏi thường gặp
Agent AI có phải chỉ là trợ lý với nhiều quyền hơn? Quyền hạn có quan trọng, nhưng khác biệt thực sự nằm ở đơn vị công việc. Trợ lý xử lý một prompt trong phiên làm việc của bạn; agent xử lý một tác vụ tồn tại lâu hơn phiên đó và báo cáo về một bản ghi chung.
Có nên thay trợ lý bằng agent không? Không. Trợ lý vẫn tốt hơn cho bất cứ việc gì bạn muốn điều chỉnh từng phím gõ. Agent dành cho những công việc bạn có thể đặc tả, bàn giao và đánh giá.
Ai đánh giá công việc của agent ở quy mô lớn? Vẫn là những người đánh giá pull request của con người, đó là lý do năng lực đánh giá trở thành điểm nghẽn thực sự. Hãy bắt đầu bằng việc đo xem kết quả phải chờ bao lâu trước khi có người mở ra xem.
Agent có cần tài khoản và quyền riêng không? Chúng cần quyền truy cập có phạm vi giới hạn, và phạm vi đó nên hẹp đúng bằng mức công việc đòi hỏi. Trên thực tế, điều đó nghĩa là những kho mã cụ thể, những máy cụ thể, và một mô hình phân quyền quyết định ai được kích hoạt agent nào. Bài giải thích về Sharkly Agents của chúng tôi trình bày một cách triển khai cụ thể.
