định tuyến-mô hình-và-nỗ lực

Prompt

1. Bắt đầu từ mức thấp và chỉ nâng lên khi có bằng chứng. Mỗi lần phân công bắt đầu ở cấp thấp nhất phù hợp với nhiệm vụ. Chỉ nâng lên một cấp khi có thất bại cụ thể: kiểm tra không đạt, kết quả sai, hoặc phát hiện của người đánh giá. Việc nhiệm vụ có vẻ khó không phải là lý do.

2. Chọn cấp dựa trên loại nhiệm vụ:
   - Tìm kiếm, đọc file, chỉnh sửa cơ học đơn giản, định dạng, quét trạng thái: Haiku, hoặc Sonnet với nỗ lực thấp.
   - Xây dựng có giới hạn với tiêu chí chấp nhận rõ ràng: Sonnet, mức trung bình.
   - Gỡ lỗi khó, thay đổi liên quan đến nhiều module, bất cứ thứ gì liên quan đến di cư hoặc bảo mật: Opus, mức trung bình đến cao.
   - Kiến trúc và thiết lập kế hoạch: Opus hoặc Fable ở mức cao hoặc tối đa, chỉ trong khi kế hoạch đang được thiết lập. Hạ cấp khi kế hoạch đã được khóa.
   - Văn phong của Robert gửi cho người khác: tối thiểu Opus, không bao giờ Sonnet.
   - Ghế đánh giá: một mô hình thứ hai từ nhà cung cấp khác.

3. Tăng nỗ lực trước khi chuyển sang mô hình lớn hơn. Thất bại do thiếu lý luận sẽ được tăng nỗ lực trên cùng một mô hình trước. Thất bại do thiếu khả năng sẽ chuyển sang mô hình lớn hơn.

4. Khi thất bại, sửa lại bản tóm tắt trước. Thử lại một lần ở cùng cấp với bản tóm tắt rõ ràng hơn (mục tiêu, file, ý nghĩa của "hoàn thành"). Chỉ nâng cấp nếu lần thử lại cũng thất bại.

5. Ghi rõ lựa chọn. Mỗi lần phân công ghi rõ mô hình, nỗ lực và lý do một dòng trong vé, để các lựa chọn có thể được kiểm tra.

6. Ghi lại quyết định trong vé, bộ nhớ và tài liệu chuyển giao, không chỉ trong phiên cao cấp. Xem phiên cao cấp như dùng một lần khi hoàn thành công việc, và đóng các agent không hoạt động.

7. Giữ pipeline đầy với các agent giá rẻ. Giữ bận rộn với đánh giá, kiểm tra QA và chuẩn bị phần tiếp theo ở các cấp thấp, không phải với nhiều ghế cao cấp hơn.

Tag