Kiến trúc / Agent Skills

Agent Skills trong kiến trúc Agentic AI: cơ chế, hiệu quả và giới hạn

AI agent có thể đọc repository, gọi công cụ và viết mã, nhưng vẫn thiếu những quy ước làm cho kết quả dùng được trong một nhóm: thay đổi này cần kiểm tra gì, đầu ra đặt ở đâu, đến bước nào phải dừng? Agent Skills đóng gói phần tri thức quy trình đó để tái sử dụng, thay vì giải thích lại trong từng cuộc hội thoại.

Bài viết đi từ kiến trúc đến chi phí và giới hạn bảo vệ. Câu hỏi cần trả lời là: hướng dẫn được chọn có giúp hoàn thành một công việc cụ thể, trong quyền hạn và điều kiện thực tế của môi trường hay không?

Trong bài này

1. Kiến trúc agent và tri thức quy trình

Skill là một gói có thể đọc và kiểm tra, không phải một mô hình được huấn luyện riêng. Anthropic mô tả cách đóng gói hướng dẫn, scripts và tài nguyên để agent khám phá và nạp khi cần trong bài giới thiệu kiến trúc ban đầu.

Đặc tả Agent Skills yêu cầu SKILL.md gồm YAML frontmatter với name, description và phần hướng dẫn Markdown. Scripts, references, assets là tùy chọn. Category và tags của VAS là quy ước catalog bổ sung.

Mô tả là điểm định tuyến: nó cần nói rõ công việc và điều kiện áp dụng. Thân bài trình bày quyết định, bước thực hiện và tiêu chí hoàn tất. Tệp hỗ trợ chứa những chi tiết chỉ cần đọc trong một số trường hợp. Đóng gói tốt giúp nhìn thấy giả định, đầu vào, đầu ra và điều kiện dừng.

Ví dụ, một skill debug nên giúp phân biệt bằng chứng với giả thuyết hợp lý. Chỉ liệt kê một chuỗi lệnh dài chưa giải quyết được điều đó. Hướng dẫn mơ hồ có thể dẫn đến hành động mơ hồ; vì vậy chất lượng quy trình cần được đánh giá cùng chất lượng kết quả.

Mô hình tham chiếu sáu lớp để phân tích một hệ thống; không phải chuẩn kiến trúc bắt buộc hay sơ đồ hệ thống đã triển khai.
  1. Mục tiêu và tiêu chí nghiệm thu
  2. Điều phối tác vụ và mô hình
  3. Tri thức quy trình: skill và tài liệu
  4. Công cụ local hoặc kết nối MCP
  5. Danh tính, quyền và môi trường thực thi
  6. Đầu ra, bằng chứng và quan sát

2. Prompt, skill, tool và MCP

Tool cung cấp thao tác; skill hướng dẫn lựa chọn và phối hợp thao tác. MCP chuẩn hóa giao tiếp giữa host, client và server cung cấp tools, resources hoặc prompts; không quy định toàn bộ cách điều phối mô hình. Xem kiến trúc MCP, bản 2026-07-28.

Một skill lập báo cáo có thể giải thích định nghĩa doanh thu đã được thống nhất, trong khi MCP cung cấp kết nối dữ liệu. Skill review có thể hướng dẫn ưu tiên phát hiện, còn công cụ local đọc diff và chạy test. Cài skill không tự cấu hình dịch vụ, đăng nhập hay cấp quyền sử dụng các kết nối đó.

Hướng dẫn repository xác định quy ước dự án; skill đóng gói một quy trình hẹp hơn; ứng dụng và hạ tầng thực thi quyền. Phân định trách nhiệm giúp cập nhật đúng chỗ. Sao chép mọi quy tắc dự án vào mọi skill dễ tạo ra những phiên bản hướng dẫn mâu thuẫn.

Phân biệt trách nhiệm trong một workflow
Thành phầnVí dụ đóng góp
PromptYêu cầu hiện tại, phạm vi và đầu ra mong muốn.
SkillQuy trình tái sử dụng, điều kiện áp dụng và tiêu chí dừng.
ToolThao tác cụ thể như đọc diff hoặc chạy test.
MCPGiao tiếp với server cung cấp khả năng đã cấu hình.

3. SKILL.md và progressive disclosure

Hướng dẫn tích hợp client mô tả nạp skill theo nhu cầu. Đường dẫn discovery, cách kích hoạt và quản lý context phụ thuộc ứng dụng.

Không nên giả định nội dung đã đọc tự mất khi xong bước; vòng đời context do ứng dụng quản lý. Kiểm tra riêng việc nhận diện gói và thực thi đúng. Mẫu dưới đây chỉ minh họa, không thêm skill vào VAS.

  1. Khám phá: tên và mô tả giúp chọn gói.
  2. Kích hoạt: đọc hướng dẫn SKILL.md.
  3. Tra cứu: mở tài nguyên được tham chiếu khi cần.
---
name: change-review
description: Review a proposed repository change against its requirements and retain evidence for actionable findings.
---
# Review a proposed change

1. Read the project instructions and agreed scope.
2. Inspect the diff and identify the behavior being changed.
3. Choose checks that exercise that behavior.
4. Report findings with evidence and distinguish checks not run.
5. Stop before publishing or changing access unless authorized.

Mẫu minh họa không chạy mã. Chỉ thêm scripts hoặc references khi workflow cần chúng và mô tả rõ cách dùng.

4. Chi phí context, caching và cách đo

Chi phí đến từ hướng dẫn bắt buộc, tài liệu hỗ trợ, đầu ra công cụ và những hành động mà quy trình yêu cầu. Skill ngắn vẫn có thể tốn kém nếu khiến agent khám phá quá rộng, build lặp lại hoặc kiểm tra những phần không liên quan.

Ghi chép refactor của Postman ước tính theo khoảng 4 ký tự/token: giảm tối đa khoảng 2.800 token mỗi lần kích hoạt postman-context và 840 cho generate-spec nhờ chuyển nội dung sang references tùy chọn. Đây là ước tính kích thước hướng dẫn, không phải benchmark latency hay cache. Xem case Postman.

Caching là cơ chế khác. Anthropic mô tả so khớp chính xác tiền tố prompt và thời hạn cache; hiệu quả phụ thuộc request, cấu hình và giá của mô hình. Mô tả skill ổn định không bảo đảm cache hit hoặc một tỷ lệ tiết kiệm cố định. Xem tài liệu prompt caching.

Preprint Agent Skills Can Be Harmful ghi nhận kiểm tra quá mức ở 67/182 trường hợp suy giảm hiệu suất đã được chọn để phân tích. Thiết lập dùng OpenCode 1.15.1, Claude Opus 4.6 và các so sánh trên SkillsBench, SWE-Skills-Bench. Mẫu regression này không đo tỷ lệ lỗi của toàn bộ skill. Xem nghiên cứu và giới hạn.

Để đánh giá quy trình của mình, dùng những tác vụ tương đương có và không có hướng dẫn. Giữ ổn định đầu vào, phiên bản mô hình, quyền và môi trường; chạy lặp để thấy biến thiên. Ghi cả độ đúng, thời gian, token và thao tác ngoài dự kiến. Ít token hơn chỉ có ý nghĩa khi vẫn đạt yêu cầu.

Sổ đo dưới đây là gợi ý thiết kế thí nghiệm, chưa phải số liệu VAS. Tách token đầu vào, cache read/write và đầu ra theo báo cáo của nhà cung cấp; không cộng số liệu có đơn vị khác nhau thành một “điểm hiệu quả”.

Illustrative measurement ledger (not benchmark results)

Compare: equivalent task without skill / with skill
Record separately:
  - task correctness and completeness
  - catalog metadata and activated instructions
  - supporting files and tool output loaded
  - input, cache-read, cache-write and output tokens
  - elapsed time, tool calls and repeated verification
  - unexpected actions and checks not completed

Estimated charge = sum(usage category * applicable unit price)
Use the provider's billing units; do not count cached tokens twice.

5. Permissions, sandbox và hooks

Hướng dẫn truyền đạt chính sách; việc chặn thao tác cần cơ chế thực thi bên ngoài văn bản. Trước khi chạy scripts tải về, đọc mã và phụ thuộc, giới hạn truy cập thông tin xác thực và chọn quyền phù hợp với công việc. Giấy phép giải quyết quyền phân phối, không chứng nhận script an toàn.

Đặc tả đánh dấu allowed-tools là thử nghiệm; cách xử lý phụ thuộc host. Trường này không phải sandbox di động và không vượt quyền ứng dụng. Xem định nghĩa trường.

Hooks của Claude Code gắn với vòng đời riêng của ứng dụng, như UserPromptSubmit, PreToolUse, PostToolUse. Cần cấu hình và kiểm tra handler; command hook chạy với quyền của người dùng. Skill không tự tạo cổng chữ ký số hay bảo vệ tuyệt đối. Xem tài liệu hooks.

Một kiến trúc kiểm soát cần phân biệt ba việc: hướng dẫn đề nghị kiểm tra; ứng dụng quyết định cho phép, hỏi hay từ chối; môi trường thực thi giới hạn tệp, mạng và thông tin xác thực theo cấu hình. Sandbox không tự xuất hiện khi có SKILL.md.

Với thao tác có hậu quả như xuất bản, xóa dữ liệu hoặc thay quyền, xác định rõ điểm cần phê duyệt và cơ chế chặn thực tế. Nhật ký cần ghi nhận hành động đã xảy ra, đồng thời tránh lưu bí mật. Một workflow cơ sở dữ liệu không tự chứng minh dữ liệu đã được cô lập.

6. Áp dụng trong VAS và checklist

Bắt đầu bằng một công việc lặp lại có đầu ra nhận biết được. Chọn gói nhỏ, đọc runbook và prerequisites, rồi thử trong workspace dùng một lần trước khi áp dụng vào dự án thật.

  • Với pull request, xem code-review. Xác định hành vi thay đổi và ưu tiên phát hiện có thể hành động. Mở PR chỉ kích hoạt tự động hóa nếu tích hợp đó đã được cấu hình.
  • Với giao diện, đối chiếu ui-ux-pro-max với design contract hiện có. Kiểm tra màn hình thật, responsive và bàn phím; đầu ra sinh tự động vẫn cần review.
  • Với lỗi chưa rõ nguyên nhân, dùng systematic-debugging. Giữ bản tái hiện và kiểm tra các giả thuyết trước khi sửa mã.

Ghi lại điều agent thực sự làm, kể cả lần không chọn skill hoặc làm thừa. Dùng bằng chứng đó để sửa mô tả kích hoạt, giả định và điều kiện dừng. Một skill dễ bảo trì là quy trình có phiên bản và kết quả quan sát được, không phải lời hứa mọi tác vụ tương lai đều thành công.

  1. Chọn đúng nhu cầu; đọc mô tả, runbook, nguồn và giấy phép.
  2. Xác nhận ứng dụng nhận diện gói và môi trường có prerequisites.
  3. Giới hạn quyền; xác định điểm phê duyệt và phạm vi dữ liệu.
  4. Thử trong workspace tạm với đầu vào và tiêu chí hoàn tất rõ ràng.
  5. Đối chiếu đầu ra, chi phí và hành vi với một baseline tương đương.
  6. Ghi phiên bản, bằng chứng, giới hạn và cách hoàn tác trước khi mở rộng.

Phạm vi bài viết: đối chiếu tài liệu và phân tích kiến trúc. Chưa benchmark VAS, triển khai hệ thống production hay chứng nhận an toàn cho các ví dụ. Kiểm tra HTML và liên kết không thay thế kiểm chứng runtime.

Nguồn đối chiếu