Syfo mark — a radiating signal Syfo
VI
English中文日本語EspañolTiếng Việt
Nhập Syfo →
Thực tiễn nhóm

Hãy để Agent thực sự trở thành thành viên trong nhóm

Kinh nghiệm thực tế từ việc lập kế hoạch, phân loại Agent, quản lý bối cảnh cho đến bảo trì Task Board.

Các phương pháp thực hành sau đây phù hợp với những người đã bắt đầu dùng thử Syfo và sẵn sàng đưa Agent vào công việc hàng ngày của nhóm. Trước tiên, bạn có thể xem xét việc phân chia Channel và số lượng Agent.Hướng dẫn bắt đầu nhómvàThành phần Channel và cộng tác đa Agent, ở đây chúng tôi tập trung vào một số thói quen dễ tránh nhất và có thể cải thiện hiệu quả nhất trong cộng tác hàng ngày.

Trong một câu:Người đó đưa ra mục tiêu và nguyên tắc, còn kế hoạch được giao cho Người đại diện. Bạn không vận hành một công cụ mà đang lãnh đạo một nhóm sẽ tự phát triển - tập trung vào các yêu cầu, khả năng phán đoán và sự chấp nhận.

Hãy để Agent giúp bạn lập kế hoạch

Bạn không cần phải tự mình tìm ra cách cấu hình nó, hãy để việc lập kế hoạch cho Agent:

  • Cho Agent biết về hoạt động kinh doanh, quy trình và cơ cấu tổ chức của bạn, đồng thời yêu cầu Agent đề xuất: cách phân chia các Channel, nên đưa Agent nào vào mỗi Channel và số lượng Agent nên được chỉ định cho mỗi Task.
  • Đưa ra các mục tiêu và ràng buộc (chẳng hạn như "N hệ thống cần được xây dựng lại, bao nhiêu ngày, bao nhiêu người và nguồn lực gì"), nó sẽ đưa ra một kế hoạch và thậm chí đưa ra vai trò và lời nhắc của từng Đặc vụ. Bạn có thể tạo một cái mới và dán nó để bắt đầu.
  • Nếu có bất kỳ sai lệch nào, nó có thể được hiệu chỉnh bất cứ lúc nào. Nó sẽ được ghi vào bộ nhớ dài hạn, càng sử dụng nhiều thì càng phù hợp với đội.

Đây là một bước quan trọng từ việc “tự vận hành công cụ” đến “đưa một nhóm Agent”.

Phân loại thiết kế / Agent thường trú

Khi cộng tác đa Channel diễn ra, Agent "cư trú" thường được yêu cầu để phân phối và điều phối thông tin (như bàn hướng dẫn của bệnh viện). Có một số nguyên tắc để sử dụng tốt nó:

  • Trách nhiệm duy nhất: Agent tại chỗ chỉ thực hiện chuyển hướng và điều phối chứ không thực hiện phát triển cụ thể. Một khi nó bị sa lầy vào các chi tiết phát triển, sẽ không có thời gian để phân loại kịp thời và sẽ có hàng đợi.
  • Được quản lý bởi người sáng tạo: Nguyên tắc làm việc của nó do chủ sở hữu đào tạo và ràng buộc, người khác không thể tùy ý sửa đổi - giống như đồng nghiệp có người quản lý trực tiếp, phản hồi được đưa ra thống nhất cho người quản lý.
  • Đưa ra khuôn khổ, đừng chồng chất các quy tắc: Đừng đặt ra hàng trăm quy tắc. Cùng với nó, chúng tôi trừu tượng hóa "khung phán đoán + quy tắc định tuyến" và để nó hoạt động theo khung. Nếu nó đi chệch hướng, hãy hiệu chỉnh lại nó.
  • Tập hợp một nhóm để đưa ra quyết định liên phòng ban: Việc ra quyết định liên quan đến nhiều bộ phận cho phép các Agent phân loại và người ra quyết định con người trong mỗi bộ phận thảo luận trên cùng một Channel. Sau khi thống nhất xong, mỗi bộ phận sẽ nhận Task về bộ phận mình. Đừng để một Agent thực hiện phân loại trên hai hệ thống lớn.

Quản lý bối cảnh và tiết kiệm tiền

Agent là phiên thường trú và ngữ cảnh sẽ tích lũy và chậm lại sau khi chạy trong một thời gian dài.

  • Đặt lại trong thời gian nhàn rỗi: Đặt lại các phiên theo cách thủ công hoặc theo đợt khi không hoạt động - bộ nhớ dài hạn sẽ không bị mất và Agent có thể được khôi phục về nút làm việc trước đó sau khi khởi động lại. Việc đặt lại sẽ làm gián đoạn các tác vụ đang diễn ra, vì vậy hãy thực hiện việc đó lúc rảnh rỗi.
  • cửa sổ ngữ cảnh điều khiển: Nhiều Task không yêu cầu ngữ cảnh quá dài. Bằng cách kiểm soát bối cảnh mặc định trong phạm vi hợp lý (chẳng hạn như 400K), chi phí và độ trễ của một yêu cầu sẽ giảm xuống và các phép đo thực tế về cơ bản không ảnh hưởng đến hiệu suất.
  • Chọn mô hình theo cảnh：
  • Mã hóa hàng ngày, phân tích nhật ký, báo cáo kỹ thuật, tác vụ tự động: ưu tiên GPT/Codex, có chi phí thấp hơn và phản hồi nhanh hơn;
  • Giao diện người dùng, giao diện người dùng, thẩm mỹ, viết quảng cáo: Claude thường hoạt động tốt hơn.

Chỉ khi việc phân công lao động được thực hiện tốt thì Agent mới có “thời gian rảnh” để thiết lập lại; nếu không sẽ bận rộn suốt ngày và chỉ có thể đợi đến tận đêm khuya mới rảnh rỗi.

Viết mã với Agent

  • Nhìn vào kết quả, nhìn vào sự khác biệt ít hơn: Khi khả năng của mô hình đã đủ, thay vì nhìn từng dòng mã, tốt hơn nên xem hiệu quả chạy cuối cùng để nghiệm thu. Khi bạn muốn xem các thay đổi, hãy sử dụng màn hình kép - một màn hình để nói chuyện với Agent và một màn hình để sử dụng Mã VS để xem các bản ghi git diff và cam kết; bạn cũng có thể xem các lệnh gọi công cụ và lý do của nó trên trang hoạt động của Agent.
  • Chất lượng mã Task độc lập duy nhất: Ngoài chức năng, thường xuyên yêu cầu Agent phân chia các tệp dài và dọn dẹp khả năng bảo trì (các tệp đơn lẻ nên được kiểm soát trong phạm vi vài trăm dòng để tránh xung đột do nhiều Agent sửa đổi cùng một tệp); thường đồng ý về các tiêu chuẩn mã hóa.
  • Sử dụng git để thực hiện nhiều phiên bản và cây công việc để thực hiện song song:git là cơ sở cho các phiên bản và rollback. Khi nhiều Agent phát triển song song cùng một kho, hãy sử dụng cây công việc git (chỉ cần thông báo cho Agent). Cây công việc chiếm nhiều dung lượng đĩa cứng. Bạn có thể sử dụng lại các liên kết mềm phụ thuộc được cài đặt trong thư mục gốc hoặc xóa chúng sau khi sử dụng.

Thống nhất về ranh giới tự trị và xác nhận thứ cấp

Agent có khả năng khắc phục sự cố một cách độc lập (ví dụ: nếu quá trình triển khai không thành công, Agent sẽ lấy nhật ký để sửa chữa). Nếu nó luôn dừng lại và chờ xác nhận thì có thể là do ranh giới chưa được thống nhất rõ ràng hoặc bối cảnh quá dài.

  • Giải thích rõ ràng các yêu cầu công việc: Các hoạt động có rủi ro thấp được phép tiến hành độc lập (nếu bạn có thể đọc nhật ký và tự giải quyết vấn đề thì đừng hỏi); các hoạt động có rủi ro cao được xác nhận lại.
  • Xác nhận thứ cấp rủi ro cao(Các hoạt động không thể đảo ngược hoặc có tác động lớn như thay đổi sản xuất, xóa dữ liệu, phát hành, cam kết bên ngoài và thay đổi quyền):
  • khi nào: Các hoạt động không thể đảo ngược hoặc có tác động lớn;
  • ai xác nhận: Người lãnh đạo con người của mô-đun này;
  • Xác nhận cái gì: Thay đổi phạm vi, vùng tác động, phương pháp khôi phục và giữ lại khác biệt và nhật ký.
  • Sau khi tham gia trong một thời gian dài và niềm tin đã được thiết lập, xác nhận có thể được giảm bớt đối với các tình huống thông thường và chỉ được giữ lại đối với các tình huống có rủi ro cao.

Để Agent duy trì Task Board

  • Task Board được bàn giao cho Agent bảo trì, người đó chỉ đưa ra yêu cầu và kiểm tra nghiệm thu.
  • Khi thời gian bị phân mảnh, hãy trực tiếp yêu cầu Agent kiểm kê Task Board (những gì chưa được nâng cao, những gì cần cập nhật) hoặc kiểm kê git (những thay đổi nào trong tên của tôi chưa được hợp nhất).
  • Nếu bạn muốn một tác vụ "bị treo và không được nâng cao trong thời điểm hiện tại": Hãy sử dụng các phần phụ thuộc (khối) giữa các tác vụ để thể hiện trình tự. Việc thay đổi trạng thái Task sẽ thông báo cho Agent tương ứng. Đây là một cơ chế hợp tác bình thường.

Đọc liên quan