Bạn Nên Chọn AI Agent Nào Cho Dự Án Của Mình?

Tuần trước, tôi thấy ai đó yêu cầu agent frontend của họ "tạo một prompt tuyệt vời để tạo ra hình ảnh". Agent đã làm điều đó. Một cách tệ hại. Nó tạo ra thứ mà một nhà phát triển frontend sẽ viết: hình dạng thành phần, mơ hồ về mặt hình ảnh, thiếu tất cả những gì mà một kỹ sư prompt biết về thuật ngữ ánh sáng, từ vựng máy ảnh và các prompt tiêu cực.

Không ai nhận ra, vì sự thất bại là im lặng. Agent không nói "đây không phải là công việc của tôi". Nó chỉ tạo ra một phiên bản tầm thường của công việc của người khác.

Đó là chi phí thực sự của việc chọn sai agent. Không phải lỗi. Sự tầm thường trông giống như đầu ra.

Nhân vật là sản phẩm

Một AI agent là một mô hình cộng với một prompt hệ thống. Cùng một mô hình, prompt hệ thống khác nhau, kết quả khác nhau. Đó là toàn bộ mẹo, và không phải là một điều nhỏ.

Một QA agent không "cố gắng hơn để tìm lỗi". Nhân vật của nó bảo nó không tin tưởng vào con đường hạnh phúc, liệt kê các trường hợp biên và viết lại quy trình trước khi sửa lỗi. Một security agent đọc cùng một mã xác thực như agent fullstack của bạn và thấy sự cố định phiên trong khi fullstack thấy một đăng nhập hoạt động. Các 14 vai trò tích hợp sẵn trong AgentsRoom tồn tại vì những khung này thực sự thay đổi những gì xuất phát từ cùng một mô hình.

Vì vậy, "tôi nên sử dụng agent nào" không phải là vấn đề bề ngoài. Nó quyết định những bản năng nào được bật lên trong khi nhiệm vụ của bạn được thực hiện.

Khớp nhiệm vụ, không phải thói quen

Thói quen: gửi mọi thứ cho agent đã mở. Thường là một nhà phát triển fullstack, vì đó là người bạn đã mở vào thứ Hai.

Khớp: đọc nhiệm vụ của bạn và đặt tên cho chuyên môn mà nó thuộc về.

Một số ví dụ thực tế, với ai nên thực hiện chúng:

• "Viết bài blog ra mắt": một Chuyên gia Marketing, không phải nhà phát triển fullstack của bạn. Định vị và sao chép là một chuyên môn, và điều đó thể hiện trong hai đoạn đầu tiên.
• "Bài kiểm tra này thất bại một lần trong năm": một QA agent. Các bài kiểm tra không ổn định là một kỷ luật: cách ly, thời gian, thiết lập. Một dev agent thường chỉ chạy lại cho đến khi xanh.
• "Thắt chặt quy trình đăng nhập": một Security agent. Nó sẽ kiểm tra vòng quay token, vô hiệu hóa phiên và giới hạn tỷ lệ mà không cần được yêu cầu.
• "Tạo prompt cho việc tạo hình ảnh": một Kỹ sư Prompt từ danh mục. Đây chính xác là công việc từ phần giới thiệu, và chính xác là agent cho nó.
• "Bảng điều khiển chậm": một Backend agent cho các truy vấn, một Frontend agent cho hiệu suất render. Nếu bạn chưa thể xác định bên nào có lỗi, đó là một nhiệm vụ profiling trước.

Nếu nhiệm vụ đặt tên cho một sản phẩm mà một chuyên gia thực tế sẽ sở hữu, hãy giao nó cho chuyên gia đó. Bạn có hơn 260 trong danh mục, cộng với các agent tùy chỉnh của riêng bạn. Sử dụng một người tổng quát cho mọi thứ giống như bạn đang trả tiền cho một băng ghế và chỉ chơi một người.

Khi bạn không biết: hãy nói vậy

Đây là phần đã thay đổi cách tôi làm việc. Bạn không cần phải biết.

AgentsRoom có một Đề xuất Agent cho đúng khoảnh khắc này. Nhấp vào biểu tượng lấp lánh bên cạnh tìm kiếm agent, gõ nhiệm vụ theo cách bạn sẽ nói ra ("viết một bài blog ra mắt", "kiểm tra quy trình đăng nhập"), và nó sẽ trả lời với agent phù hợp nhất cho công việc, một lý do một dòng, và hai lựa chọn thay thế. Các agent đã ngồi miễn phí trong phòng của bạn sẽ được đánh dấu, vì vậy người tư vấn sẽ bảo bạn tái sử dụng trước khi bảo bạn thêm.

Sau đó, một cú nhấp chuột gán nhiệm vụ: agent được thêm vào nếu cần, terminal của nó mở ra, và văn bản chính xác bạn đã gõ sẽ xuất hiện trong trình soạn thảo dưới dạng bản nháp. Bạn đã mô tả nhiệm vụ một lần. Mô tả đó trở thành prompt đầu tiên.

Quy tắc xếp hạng quan trọng: phù hợp trước, tiện lợi sau. Người tư vấn sẽ không giao công việc prompt hình ảnh của bạn cho nhà phát triển frontend chỉ vì nhà phát triển frontend đang rảnh. Chúng tôi đã điều chỉnh điều đó dựa trên những thiếu sót thực tế.

Tái sử dụng trước khi bạn thêm

Một phòng với mười hai agent chưa sử dụng hết là một chế độ thất bại của chính nó. Hai quy tắc giữ cho nó hợp lý.

Agent miễn phí phù hợp: tái sử dụng nó. Một agent không có nhiệm vụ đang hoạt động và có chuyên môn đúng là lựa chọn tốt nhất, mọi lúc. Người tư vấn tự động áp dụng quy tắc này.

Chuyên môn đúng nhưng bận: thêm một cái mới thay vì xếp hàng. Các agent là ghế rẻ. Chờ đợi một QA agent của bạn hoàn thành trong khi ba lỗi chồng chất là một nút thắt mà bạn đã tạo ra.

Và khi một nhiệm vụ thay đổi tính chất giữa phiên ("thực ra, bây giờ hãy viết tài liệu cho những gì bạn đã xây dựng"), bạn không cần một agent mới: Biến hình Agent biến agent đang chạy thành một chuyên gia khác với ngữ cảnh của nó vẫn nguyên vẹn.

Một nhiệm vụ, nhiều chuyên gia

Một số nhiệm vụ không chỉ thuộc về một chuyên môn. "Giao tính năng thanh toán" là một công việc backend, sau đó là một công việc QA, rồi có thể là một đánh giá bảo mật. Chọn một agent cho nó có nghĩa là hai chuyên môn còn lại sẽ im lặng không xảy ra.

Đó là lý do mà Đội tồn tại: chuỗi các agent để công việc chảy từ dev sang QA sang đánh giá, mỗi ghế được giữ bởi nhân vật đúng. Câu hỏi chọn lựa trở thành "ai đang trong quy trình" thay vì "ai nhận mọi thứ".

Phiên bản năm giây

Đặt tên cho chuyên môn mà nhiệm vụ thuộc về. Nếu một agent miễn phí trong phòng của bạn sở hữu nó, hãy sử dụng họ. Nếu không, thêm vai trò hoặc chuyên gia trong danh mục mà làm điều đó. Nếu bạn không thể đặt tên cho chuyên môn, mô tả nhiệm vụ và để người tư vấn đặt tên nó.

Và khi agent đúng có công việc, hãy chắc chắn rằng nó không học lại mã nguồn của bạn từ đầu mỗi phiên: đó là một vấn đề bộ nhớ, và đó là điều tiếp theo đáng sửa chữa.