Kỷ luật Kỹ thuật & Bối cảnh như Hạ tầng
Phổ kỷ luật từ Vibe Coding đến Agentic Engineering, kiến trúc bối cảnh tĩnh vs động, và cơ chế mở rộng thông tin tuần tự (Progressive Disclosure).
Ghép kỷ luật kỹ thuật với mức độ rủi ro của sản phẩm
Tài liệu gốc phân biệt vibe coding mang tính tùy hứng với agentic engineering. Đây không phải hai công nghệ khác nhau, mà là hai mức độ cấu trúc khác nhau xoay quanh đầu ra của AI.
Từ Vibe Coding đến Agentic Engineering
Điểm khác biệt không phải là có dùng AI hay không - mà là cách kết quả đầu ra được kiểm chứng.
Agentic Engineering
• Production quy mô lớnWorkflow production phục vụ nhiều người dùng, sai sót gây hậu quả nghiêm trọng.
Test deterministic, bộ eval tự động, trace kiểm tra và cơ chế rollback bắt buộc.
Ở bên trái, người xây dựng mô tả ý tưởng, nhận đầu ra được tạo ra rồi tự quyết định liệu nó có vẻ hoạt động hay không. Cách này phù hợp với hoạt động khám phá dùng xong bỏ, nơi lỗi ít gây tốn kém. Đi về bên phải sẽ bổ sung đặc tả, ràng buộc kiến trúc, test, , cổng review và phản hồi vận hành. Những điều này cần thiết khi người dùng thực sự phụ thuộc vào kết quả.
Agent phản hồi có thể bắt đầu như một prototype vibe-coded trên mười ghi chú tổng hợp: PM đọc kết quả rồi quyết định ý tưởng có đáng theo đuổi không. Pilot của đội ngũ cần prompt có cấu trúc, ví dụ đã gắn nhãn, liên kết tới nguồn và review thủ công. Workflow production phục vụ nhiều nhóm sản phẩm cần yêu cầu có phiên bản, kiểm soát truy cập, eval tự động, trace và rollback. Model bên dưới có thể không đổi, trong khi bằng chứng bắt buộc tăng theo số người dùng và mức hậu quả.
| Khía cạnh | Vibe coding | Công việc có cấu trúc với sự hỗ trợ của AI | Kiểm thử phát hành theo agentic engineering |
|---|---|---|---|
| Mục đích | Prompt ngôn ngữ tự nhiên tùy hứng | Prompt chi tiết có ví dụ và ràng buộc | Đặc tả có phiên bản, quyết định kiến trúc, quy tắc và bằng chứng chấp nhận |
| Xác minh | “Có vẻ chạy được không?” | Test thủ công và kiểm tra nhanh các luồng trọng yếu | Test deterministic, rubric eval, cổng CI/CD và kiểm tra trajectory |
| Hiểu biết | Phần triển khai được tạo ra có thể không được đọc | Con người review vùng rủi ro đã chọn | Đội ngũ sở hữu kiến trúc và có thể giải thích, vận hành, khôi phục hệ thống |
| Xử lý lỗi | Dán lỗi trở lại rồi yêu cầu một lượt thử khác | Con người chẩn đoán, agent triển khai bản sửa trong phạm vi giới hạn | Agent chỉ tự sửa trong giới hạn thử lại và policy; lỗi kiến trúc phải chuyển cấp |
| Phạm vi phù hợp | Prototype, script, dự án cá nhân hoặc hackathon | Tính năng trong codebase đã ổn định | Hệ thống production hoặc ở quy mô đội ngũ, có xác minh có hệ thống và ownership rõ ràng |
Cùng một agent có thể hoạt động ở mọi vị trí trên phổ này. Chế độ phát hành được quyết định bởi cấu trúc và bằng chứng bao quanh nó, không phải logo sản phẩm hay tên model.
Tương ứng trong sản phẩm là tiến trình từ phản hồi có vẻ hợp lý tới hành vi có bằng chứng hậu thuẫn:
- Prototype chứng minh model có thể thành công một lần.
- Workflow có thể kiểm thử chứng minh phần hoạt động đúng.
- Bộ cho thấy hành vi có đạt ngưỡng chất lượng trên các trường hợp đại diện hay không.
- Guardrail và cổng phê duyệt giới hạn tác động của quyết định sai.
- Trace và phản hồi cho biết hệ thống đã làm gì sau khi phát hành.
PM phải chọn mức kỷ luật này trước khi ước lượng roadmap. Mức độ rủi ro của kết quả dành cho người dùng quyết định mức xác minh cần thiết, không phải sự hào hứng xoay quanh model.