Kiến trúc được đề xuất: Trợ lý vận hành ngân hàng khu vực
Một ngân hàng khu vực muốn xây dựng một "trợ lý vận hành" cho nhân viên tại các chi nhánh. Công việc bao gồm: tra cứu số dư tài khoản khách hàng, đặt lịch hẹn và trả lời các câu hỏi về chính sách ngân hàng.
Kiến trúc được đề xuất gồm 3 thành phần:
Claude Code chạy trực tiếp trên laptop của từng chi nhánh, đi kèm một file
CLAUDE.mdđược duy trì riêng cho mỗi chi nhánh để mã hóa các quy ước địa phương.MCP servers cho cơ sở dữ liệu khách hàng, hệ thống đặt lịch hẹn và kho văn bản chính sách, mỗi hệ thống được phơi bày qua giao thức MCP chuẩn.
Subagents đảm nhiệm việc kiểm tra tuân thủ pháp lý (compliance checks) trên từng lượt tương tác, với bộ công cụ bị giới hạn quyền truy cập riêng.
Phân tích phản biện trên sơ đồ kiến trúc
Thành phần đề xuất | Đánh giá kiến trúc (Ghi chú cảnh báo màu đỏ) |
Claude Code trên laptop chi nhánh (kèm file | Sai lệch hoàn toàn về đối tượng người dùng: Đem một công cụ kỹ thuật dòng lệnh phục vụ cho một quy trình nghiệp vụ thuần túy. Nhân viên ngân hàng tại quầy không mở terminal để gõ lệnh; entry point này không khớp với thói quen của người dùng cuối. |
MCP servers (DB khách hàng, hệ thống hẹn, kho chính sách) | Gia tăng độ phức tạp không cần thiết: MCP chỉ xứng đáng với chi phí bỏ ra khi một bộ công cụ cần được tái sử dụng xuyên suốt nhiều clients khác nhau. Trong toàn bộ ngân hàng này, không hề tồn tại một Claude client nào khác. |
Subagents chạy kiểm tra tuân thủ trên mọi tương tác | Giao việc rủi ro cao cho thành phần có cam kết định tính yếu nhất: Kiểm tra tuân thủ là luồng nghiệp vụ có hậu quả nghiêm trọng (high-consequence path), tuyệt đối không được giao cho subagents — nơi chỉ cung cấp các bảo đảm mang tính xác suất yếu hơn nhiều so với code máy chủ định tính. |
Kiến trúc chuẩn xác cho bài toán này
Kiến trúc đúng đắn lẽ ra phải được định hình ngay từ ngày đầu tiên:
Giao diện người dùng: Một ứng dụng web tùy biến (custom web application) gọi trực tiếp vào Direct API hoặc SDK. Giao diện này được xác thực qua SSO của ngân hàng, thiết kế tối ưu cho quy trình làm việc tại quầy giao dịch chứ không phải giao diện cho lập trình viên.
Cơ chế kiểm soát tuân thủ: Chuyển toàn bộ các kiểm tra compliance sang code máy chủ định tính (deterministic server-side code) — nơi các bảo chứng logic được viết rõ ràng bằng code cứng thay vì trông chờ vào sự tự suy luận của AI.
Tích hợp hệ thống: Cơ sở dữ liệu và hệ thống lịch hẹn được gọi trực tiếp qua các API giao dịch thông thường, kiểm toán (audit) ngay tại ranh giới máy chủ, loại bỏ hoàn toàn tầng giao thức MCP thừa thãi.
3 cơ chế thất bại lộ diện ngay từ bản đề xuất ban đầu
Entry point được chọn trước khi xác định đối tượng người dùng: Nhân viên chi nhánh cần một giao diện phù hợp với nghiệp vụ ngân hàng, không phải một công cụ phát triển phần mềm. Ràng buộc về mặt người dùng này lẽ ra phải quyết định entry point trước khi bất kỳ quyết định nào khác được đưa ra.
Kế thừa MCP từ dự án cũ như một lớp tích hợp mặc định: Lập luận về khả năng tái sử dụng để biện minh cho việc dùng MCP hoàn toàn không tồn tại ở đây, vì ngân hàng không có hệ thống client nào khác cần dùng chung các công cụ này. Tầng giao thức này bắt dự án phải trả thêm chi phí tích hợp cho một năng lực mà đối tác không hề sử dụng.
Giao phần việc rủi ro cao nhất cho thành phần có bảo chứng yếu nhất: Toàn bộ mô hình bị đảo lộn. Phần việc đòi hỏi tính chắc chắn tuyệt đối ở cấp độ mã nguồn (compliance) lại bị đẩy lên vận hành trên một entry point xa rời tính định tính nhất.
Lựa chọn entry point bắt buộc phải xuất phát từ người dùng và bản chất công việc. Việc vội vàng tìm đến Claude Code hay MCP chỉ vì dự án trước đó vừa áp dụng thành công đồng nghĩa với việc bạn đang bắt đối tác trả tiền cho những năng lực mà họ không hề cần tới.
Nội dung bài viết thuộc lộ trình chuẩn bị chứng chỉ Claude Certified Architect, được tổng hợp và biên dịch từ tài liệu đào tạo chính thức của Anthropic PBC. Bản quyền nội dung gốc thuộc về Anthropic PBC. Bản dịch tiếng Việt và chú giải thực hành bởi HungPH Blog.
Thành viên gia nhập từ 19/09/2026