model-hierarchy

Tổng quan về skill model-hierarchy

model-hierarchy làm gì

Skill model-hierarchy giúp agent phân luồng công việc sang model rẻ nhất có thể xử lý an toàn. Skill này được tạo ra cho những tình huống bạn muốn kiểm soát chi phí tốt hơn mà không làm giảm chất lượng ở các tác vụ thường ngày. Nếu workflow của bạn đang đốt token cao cấp cho việc đọc file, kiểm tra trạng thái, định dạng, hoặc tra cứu đơn giản, skill này cung cấp một hướng dẫn model-hierarchy thực tế thay vì để agent chỉ dựa vào cảm tính.

Ai nên cài đặt

Hãy cài model-hierarchy nếu bạn vận hành workflow agent có tạo sub-agent, chuyển model thường xuyên, hoặc phải trả tiền cho nhiều tác vụ nhỏ. Skill này đặc biệt hữu ích cho Workflow Automation, các thiết lập kiểu Claude Code, và mọi môi trường mà việc chọn sai model âm thầm làm đội chi phí. Nó kém hữu ích hơn nếu bạn đã có logic routing chặt chẽ trong code hoặc hiếm khi đổi model.

Điều gì làm nó khác biệt

Skill này không chỉ đơn giản là “dùng model rẻ hơn.” Nó mã hóa một quy tắc quyết định rất rõ: tác vụ thường ngày thì xuống tầng thấp, tác vụ vừa phải thì ở tầng trung, và chỉ những bài toán thật sự khó mới đáng dùng suy luận cao cấp. Điều đó khiến model-hierarchy thực dụng hơn một prompt chung chung, vì nó cho agent một thói quen phân loại lặp lại được và một mặc định rõ ràng cho công việc của sub-agent.

Cách dùng skill model-hierarchy

Cài đặt model-hierarchy

Repository này được thiết kế như một skill mà bạn sao chép vào thư mục skill của agent hoặc vào context prompt. Với OpenClaw, README của repo cho thấy cách copy SKILL.md vào đường dẫn skills rồi khởi động lại gateway. Với các hệ thống kiểu Claude Code / Codex, cách cài thực tế là dán các quy tắc routing vào CLAUDE.md hoặc instructions của dự án. Nếu bạn đang đánh giá model-hierarchy install, hãy kiểm tra xem agent của bạn đọc skills từ file, global instructions hay config cục bộ trong repo.

Bắt đầu bằng input đúng

model-hierarchy usage hoạt động tốt nhất khi bạn cho agent biết ba thứ: loại tác vụ, đầu ra kỳ vọng, và liệu tác vụ đó có nằm trong một workflow lớn hơn hay không. Input yếu: “giúp tôi với repo này.” Input mạnh hơn: “Hãy phân loại đây là routine hay moderate, rồi chọn model rẻ nhất có thể an toàn đọc config.json, tóm tắt kết quả, và báo rủi ro nếu phân loại sai.” Như vậy skill có đủ ngữ cảnh để routing chính xác.

Đọc các file này trước

Bắt đầu với SKILL.md để nắm quy tắc routing, sau đó xem README.md để hiểu cách cài đặt và examples/claude-code.md hoặc examples/openclaw.md để xem cách dùng theo từng nền tảng. Nếu bạn muốn hiểu hành vi ở các tình huống biên, tests/scenarios.json rất hữu ích vì nó cho thấy skill phân loại tác vụ routine so với moderate như thế nào. Đây là đường nhanh nhất để hiểu model-hierarchy skill mà không phải đọc từng dòng của repo.

Dùng nó trong một workflow

Một workflow thực tế với model-hierarchy là: phân loại tác vụ, quyết định nó thuộc routine/moderate/complex, rồi chọn model rẻ nhất vẫn chấp nhận được trước khi chạy. Với sub-agent, mặc định chọn rẻ trừ khi công việc cần suy luận sâu hoặc vision. Hãy nói rõ khi tác vụ có input ảnh, đọc biểu đồ, hoặc các dạng công việc ngoài văn bản, vì model chỉ xử lý text không nên được dùng ở đó. Ranh giới này quan trọng hơn cả chi phí token.

FAQ về skill model-hierarchy

model-hierarchy chỉ dành cho OpenClaw thôi à?

Không. OpenClaw là một kiểu tích hợp được hỗ trợ, nhưng skill này cũng phù hợp với Claude Code, Codex, và các stack agent khác cho phép bạn định nghĩa hành vi routing trong instructions. Nếu hệ thống của bạn có thể làm theo chính sách chọn model, model-hierarchy thường sẽ dùng được.

Nó khác gì một prompt bình thường?

Một prompt bình thường chỉ yêu cầu hành vi cho một lần. Skill model-hierarchy cho bạn một quy tắc routing có thể tái sử dụng mà agent có thể áp dụng trước mọi tác vụ. Nhờ vậy, nó phù hợp hơn cho các thao tác lặp lại, background agents, và workflow nhạy cảm với chi phí nơi việc chọn model là một phần của công việc.

Nó có thân thiện với người mới không?

Có, nếu bạn phân biệt được tác vụ routine, moderate và complex. Skill này đơn giản hơn một policy engine đầy đủ, nhưng bạn vẫn cần trung thực về độ khó của task. Nếu bạn đánh giá thấp debugging khó hoặc công việc vision thành routine, khoản tiết kiệm chi phí sẽ biến mất khi model thất bại và bạn phải chạy lại.

Khi nào tôi không nên dùng nó?

Đừng dùng model-hierarchy như một chiến lược hạ cấp đại trà cho mọi thứ. Nếu công việc cần debugging sâu, quyết định kiến trúc, rà soát bảo mật, hoặc input đa phương thức, model rẻ nhất thường là lựa chọn sai. Nó cũng không phù hợp nếu tổ chức của bạn đã ép chọn model bằng code với các guardrail chặt chẽ.

Cách cải thiện skill model-hierarchy

Gắn nhãn tác vụ rõ hơn

Cách nhanh nhất để cải thiện kết quả của model-hierarchy là nêu trước loại tác vụ. Input tốt sẽ gọi tên hành động và độ phức tạp kỳ vọng: “tra cứu file routine,” “soạn draft code moderate,” hoặc “debug complex có thất bại trước đó.” Điều này giảm đoán mò và giúp agent áp đúng tầng ngay từ lượt đầu.

Mô tả các ràng buộc ảnh hưởng đến routing

Lựa chọn model sẽ thay đổi khi bạn nói rõ kích thước ngữ cảnh, input đa phương thức, hoặc mức chịu lỗi. Ví dụ: “Đây là tác vụ tóm tắt text-only từ log dài 200 dòng” hoặc “Cần phân tích ảnh chụp màn hình, nên tránh model chỉ đọc text.” Những chi tiết này rất quan trọng vì chúng làm lộ các trường hợp không phù hợp mà skill không nên cố tối ưu.

Lặp lại sau lượt đầu

Nếu đầu ra đầu tiên có vẻ bị làm quá tay, hãy yêu cầu agent phân loại lại tác vụ và giải thích vì sao nó chọn tầng đó. Nếu kết quả quá yếu, hãy yêu cầu nâng cấp và chỉ ra tín hiệu còn thiếu: suy luận qua nhiều file, độ mơ hồ, hoặc lỗi trước đó. model-hierarchy guide hiệu quả nhất khi bạn dùng nó như một bước kiểm tra routing, không phải một phán quyết một lần rồi thôi.

Cẩn thận với các lỗi thường gặp

Lỗi lớn nhất là coi những tác vụ “trông có vẻ đơn giản” là routine, trong khi thực tế chúng ẩn dependency, edge case, hoặc nhu cầu vision. Một lỗi khác là chép skill vào workflow nhưng không nói cho agent biết policy nằm ở đâu hoặc khi nào cần override. Để cải thiện model-hierarchy for Workflow Automation, hãy đặt quy tắc routing thật gần nguồn task và làm rõ đường leo thang khi cần.