🏗️ Từ mã nguồn vứt đi đến thiết kế bền vững

Giá trị ẩn chứa của mô hình hóa trong Thời đại AI có hành vi

Lầm tưởng: “AI viết mã nguồn ngay bây giờ, nên kiến trúc không còn quan trọng nữa.”
Thực tế: “AI thực thi hành động ngay bây giờ, nên kiến trúc quan trọng hơn bao giờ hết.”

🚨 Tiếng súng cảnh báo

Chúng ta đang chứng kiến một cơn sốt vàng củamã nguồn vứt đi. Các nhà phát triển đang nối các lời gọi API bằng những lời nhắc dán băng keo, xây dựng những chuỗi logic mong manh, hoạt động tuyệt vời trong bản demo nhưng sụp đổ ngay khi đưa vào sản xuất.

Trong thời đại trợ lý trò chuyện, một ảo giác là một thông báo lỗi vui vẻ.
Trong thời đại củaAI có hành vi, một ảo giác là một cơ sở dữ liệu bị xóa, một chuyển khoản không được phép, hoặc một vi phạm luật tuân thủ.

Khi chúng ta chuyển đổi từtạo sinhAI (tạo văn bản) sangcó hành viAI (thực thi nhiệm vụ), giá trị củaMô hình hóa phần mềmkhông hề giảm đi—mà đang bùng nổ. Đây là câu chuyện vì sao tương lai không thuộc về những người tạo lời nhắc giỏi nhất, mà thuộc về những người mô hình hóa giỏi nhất.

📉 Chúp bẫy của kiến trúc “lời nhắc trước tiên”

Hiện nay, nhiều đội ngũ đang xây dựng các tác nhân theo cách này:

Đầu vào:Người dùng yêu cầu điều gì đó phức tạp.
Quy trình:Mô hình ngôn ngữ lớn nhận một lời nhắc hệ thống khổng lồ với 50 quy tắc.
Hành động:Mô hình ngôn ngữ lớn xuất ra JSON hoặc lời gọi hàm trực tiếp.
Rủi ro: Không theo dõi trạng thái, không an toàn kiểu dữ liệu, không có các rào cản an toàn ngoài việc “xin đừng làm hỏng.”

⚠️ Tại sao Cách Này Thất Bại Khi Mở Rộng

Tính năng	Phương pháp Duy Nhất bằng Lời Nhắc	Phương pháp Được Mô Hình Hóa
Độ tin cậy	Xác suất (Hy vọng nó hoạt động)	Xác định (Các ràng buộc được đảm bảo)
Gỡ lỗi	“Lời nhắc quá mơ hồ”	“Chuyển trạng thái vi phạm Quy tắc 4”
Khả năng mở rộng	Cửa sổ ngữ cảnh nhanh chóng đầy	Trạng thái được tách rời và quản lý
An toàn	Dựa vào sự đồng bộ hóa của LLM	Dựa vào Xác minh Kiến trúc

💡 Nhận thức quan trọng: Một tác nhân không có mô hình chỉ là một nhân viên thực tập hỗn loạn có quyền truy cập root. Một tác nhân có mô hình là một kỹ sư cấp cao với danh sách kiểm tra.

🧱 Sự Phục Hưng của Mô Hình Hóa

Mô hình hóa không phải là vẽ các sơ đồ UML mà chẳng ai đọc. Trong Thời đại Tác nhân, mô hình hóa là về tạo ra các rào cản an toàn để AI có thể suy nghĩ một cách an toàn.

1. Mô hình hóa miền như ‘Sự thật nền tảng’ 🌍

Các mô hình LLM được huấn luyện trên toàn bộ internet, chứ không phải doanh nghiệp của bạn logic kinh doanh. Nếu bạn yêu cầu một tác nhân “xử lý hoàn tiền,” nó sẽ đoán ý nghĩa của điều đó dựa trên dữ liệu công khai.

Giải pháp: Xác định một mô hình Miền.
Giá trị: Bạn buộc LLM phải ánh xạ khả năng hiểu ngôn ngữ tự nhiên của nó vào của bạn các thực thể cụ thể (Đơn hàng, Khách hàng, Chính sách). Điều này giảm hiện tượng ảo giác bằng cách định vị AI theo lược đồ của bạn.

2. Mô hình hóa trạng thái như là ‘bộ nhớ’ 🧠

Các tác nhân cần biết mình đang ở đâu trong quy trình. Các chuỗi lời nhắc mất ngữ cảnh.

Giải pháp: Thực hiện Máy trạng thái (ví dụ: Ngưng hoạt động → Lên kế hoạch → Thực hiện → Xác minh → Hoàn thành).
Giá trị: Tác nhân không thể bỏ qua các bước. Nó không thể ‘thực hiện’ trước khi ‘lên kế hoạch’. Nó không thể ‘hoàn thành’ trước khi ‘xác minh’.

3. Mô hình hóa ràng buộc như là ‘an toàn’ 🛡️

Điều gì sẽ xảy ra nếu tác nhân cố gọi một API mà nó không nên gọi?

Giải pháp: Các nền tảng tri thức và bản đồ khả năng.
Giá trị: Tác nhân chỉ nhận thức được các công cụ hợp lệ với trạng thái hiện tại của nó. Thực sự nó không thể thấy delete_user chức năng khi ở trong read_only_mode.

🛠️ Trường hợp nghiên cứu: Cuộc đối đầu của Đại lý Du lịch

Hãy cùng xem hai cách tiếp cận để xây dựng một Đại lý Du lịch AI đặt vé máy bay và khách sạn.

❌ Cách tiếp cận A: Bản ghi vứt đi

Lô-gic: Một lời nhắc khổng lồ: “Bạn là một đại lý du lịch. Đặt vé máy bay và khách sạn cho người dùng. Sử dụng các công cụ này.”
Chế độ thất bại: Người dùng nói: “Đặt giúp tôi một chuyến bay đến sao Hỏa.” LLM cố gắng gọi API chuyến bay với tham số không hợp lệ. Hoặc, nó đặt khách sạn trước khi xác nhận ngày chuyến bay, dẫn đến xung đột.
Kết quả: Đặt chỗ bị lỗi, khách hàng bực bội, bị cấm giới hạn tốc độ API.

✅ Cách tiếp cận B: Hệ thống được mô hình hóa

Lôgic: A Đồ thị quy trình.
1. Trạng thái ý định: Xác minh điểm đến tồn tại trong cơ sở dữ liệu.
2. Trạng thái chuyến bay: Tìm kiếm → Chọn → Giữ (khóa hàng tồn kho).
3. Trạng thái khách sạn: Tìm kiếm → Chọn → Giữ.
4. Trạng thái giao dịch: Nạp thẻ → Xác nhận cả hai → Giải phóng.
Chế độ thành công: Nếu người dùng nói “Sao Hỏa,” thì Mô hình miền từ chối điểm đến trước khi LLM có cơ hội nhìn thấy API. Nếu chuyến bay thất bại, Máy trạng thái sẽ tự động hoàn tác việc giữ khách sạn.
Kết quả: Giao dịch bền vững, có thể kiểm toán, có thể phục hồi.

🚀 Lập luận kinh tế: Nợ kỹ thuật so với nợ thiết kế

Có một hiểu lầm rằng việc mô hình hóa làm chậm quá trình phát triển. Trong thời đại AI, điều ngược lại mới đúng.

Tinh chỉnh lời nhắc là nợ theo vòng lặp: Bạn điều chỉnh một lời nhắc, nó làm hỏng thứ khác. Bạn thêm “đừng làm X,” thì nó ngừng làm “Y.” Đây là nợ cần bảo trì cao.
Việc mô hình hóa là vốn đầu tư ban đầu: Bạn xác định loại và trạng thái một lần. AI sẽ thích nghi với mô hình. Khi logic kinh doanh thay đổi, bạn cập nhật mô hình, chứ không phải bản nhắc hệ thống dài 50 trang.

📉 Đường cong chi phí:

Tuần 1: Prompting nhanh hơn.

Tháng 1: Modeling có tốc độ bằng nhau.

Năm 1: Prompting là mã nguồn không thể bảo trì, hỗn độn. Modeling là tài sản.

🧭 Bộ công cụ mới cho Kiến trúc sư (M.A.P.)

Để tồn tại trong Thời đại Agentic, hãy áp dụng M.A.P. Khung công tác cho dự án AI tiếp theo của bạn:

1. MMô hình hóa Dữ liệu

Đừng để LLM xuất ra chuỗi thô. Bắt buộc đầu ra phải nằm trong mô hình Pydantic hoặc Các lược đồ JSON.

Quy tắc: Nếu nó không được định kiểu, thì nó không thực sự tồn tại.

2. AThiết kế Luồng

Đừng để LLM quyết định thứ tự các thao tác. Sử dụng Máy trạng thái hoặc Các bộ động cơ quy trình (như Temporal hoặc LangGraph).

Quy tắc: LLM điền vào các ô; Mã nguồn điều khiển chiếc xe.

3. PBảo vệ các ranh giới

Xác định Điều kiện tiền đề và Điều kiện hậu đề cho mọi công cụ mà tác nhân có thể sử dụng.

Quy tắc: Tin tưởng, nhưng hãy kiểm tra. Luôn xác minh đầu ra của tác nhân trước khi thực thi.

🔮 Tương lai: Kiến trúc sư như một người làm vườn

Trong quá khứ, các nhà phát triển là những người xây gạch, đặt từng dòng mã bằng tay.
Trong tương lai, các nhà phát triển sẽ là những người làm vườn.

Bạn không cần kéo từng chiếc lá vào vị trí. Bạn thiết kế giàn (mô hình), làm phong phú đất (dữ liệu), và cắt tỉa những cành nguy hiểm (các ràng buộc). Sau đó, bạn để AI phát triển.

Mã tạm thời tạo ra các bản trình diễn.
Thiết kế bền vững xây dựng nên đế chế.

Khi cơn sốt AI ban đầu lắng xuống, thị trường sẽ không thưởng cho những người có thể tạo ra nhiều mã nhất. Nó sẽ thưởng cho những người có thể thiết kế các hệ thống giữ cho mã đó trung thực.

🏁 Bài học cuối cùng

Đừng ngừng lập trình. Bắt đầu mô hình hóa. AI là động cơ, nhưng bạn là vô lăng.