1. Triết lý AI-Native SDLC & Dịch chuyển Bottleneck
Trong suốt nhiều thập kỷ, quy trình phát triển phần mềm (SDLC) truyền thống được thiết kế xoay quanh một giả định cốt lõi: khâu Viết Code (Build) là điểm nghẽn lớn nhất (primary bottleneck) của toàn bộ dây chuyền sản xuất. Do việc lập trình thủ công tốn rất nhiều thời gian và công sức, toàn bộ quy trình từ Requirement, Architecture, Testing đến Deployment đều được tối ưu hóa để bảo vệ tối đa năng lực gõ code của kỹ sư.
Khi các mô hình Agentic AI hiện đại xuất hiện, năng lực sinh code của AI đã giải phóng hoàn toàn điểm nghẽn tại khâu Build. Giờ đây, việc viết hàng nghìn dòng mã, tạo unit tests hay chuyển đổi interface diễn ra gần như tức thì. Điều này dẫn đến sự dịch chuyển mang tính cấu trúc của Bottleneck:
Dịch chuyển về Upstream (Stage 1 & 2): Năng lực nắm bắt ý định người dùng (Capture Intent) và chuyển hóa thành thiết kế kỹ thuật chính xác (spec.md và Plan Mode) trở thành yếu tố quyết định thành bại. Nếu intent mơ hồ, Agent sẽ sinh ra hàng nghìn dòng code sai với tốc độ ánh sáng.
Dịch chuyển về Downstream (Stage 4, 5 & 6): Khi lượng code sinh ra tăng vọt, con người không thể review thủ công từng dòng diff. Trọng tâm chuyển sang việc xây dựng các bộ đánh giá tự động (Continuous Evals), chốt chặn phê duyệt (Hooks as Approval Gates), quy trình review phân tầng (PR Review Loop) và cơ chế tự phục hồi (Closing the Loop on Metrics).
Ý chính
AI-Native SDLC tái cấu trúc vòng đời phát triển phần mềm từ một chu trình tuyến tính thành chu trình liên tục (Continuous Loop). Mỗi giai đoạn kết thúc bằng một artifact kiểm soát phiên bản (committed artifact), và mỗi artifact được chấp thuận sẽ tự động kích hoạt giai đoạn tiếp theo dưới sự kiểm soát an toàn của con người.
2. Sơ đồ chu trình tổng thể: The Continuous Loop
Sơ đồ dưới đây thể hiện kiến trúc tổng thể của The Continuous Loop qua 6 giai đoạn, phân định rành mạch giữa vai trò con người (Humans above the loop) và Agent theo nguyên tác Anthropic:
Đưa Claude Code vào PR Review Loop: thực thi chính sách REVIEW.md, tự động sửa comment qua tag @claude, kết hợp incident triage (phân loại và cô lập sự cố sản xuất).
Thực thi Claude Code headless trong pipeline, phân tầng quyền hạn, áp dụng canary deployment (triển khai thử nghiệm trên tỷ lệ nhỏ lưu lượng thực tế, ví dụ 5%) và thiết lập rollback gate (chốt chặn tự động revert khi vượt ngưỡng lỗi).
Giám sát Telemetry Metrics qua control bands (dải chỉ số giới hạn vận hành như CPU, tỷ lệ lỗi, độ trễ), tự động hóa incident triage (phân loại và cô lập sự cố sản xuất) và sinh intent.md tái khởi động Stage 1.
4. Ma trận 12 Plays & Nguyên tắc Two-Gate Protocol
Để kiểm soát an toàn và duy trì tốc độ thực thi tự chủ, quy trình làm việc áp dụng nguyên tắc Two-Gate Protocol (Giao thức 2 Cổng Kiểm soát Con người):
G1
Cổng 1: Phê duyệt Intent & Kế hoạch (Approve Plan before mutating code)
Con người kiểm duyệt và phê duyệt intent.md, spec.md và plan.md trước khi cho phép Agent can thiệp chỉnh sửa bất kỳ dòng mã nguồn nào. Đây là chốt chặn quan trọng nhất của Upstream.
Upstream Gatecontract
⚡
Thực thi tự chủ giữa hai cổng (Autonomous Execution between Gates)
Sau khi Gate 1 được thông qua, Agent thực thi độc lập: viết code, chạy feedback loop, điều phối subagents, tự sửa lỗi unit tests mà không làm phiền kỹ sư bằng các câu hỏi tầm thường.
Agent Speeduninterrupted
G2
Cổng 2: Chấp thuận Bằng chứng Xác minh (Accept Final Verification before landing)
Trước khi merge PR vào main branch hoặc kích hoạt triển khai ra production, con người kiểm tra bằng chứng thực nghiệm: kết quả test, tỷ lệ green evals và review tally để ký duyệt phát hành.
Downstream Gatesign-off
5. Hướng dẫn triển khai thực tế tại VNPT
Đối với các dự án chuyển đổi số và phát triển phần mềm nội bộ tại VNPT, đội ngũ kỹ sư khuyến nghị áp dụng các tiêu chuẩn sau:
Quản lý context qua CLAUDE.md: Mỗi repository bắt buộc có file CLAUDE.md tại root quy định sẵn lệnh build, test, lint và các thư viện bị cấm để Agent nạp quy chuẩn ngay khi khởi động.
Thống nhất thuật ngữ kỹ thuật: Giữ nguyên các thuật ngữ gốc (intent.md, spec.md, plan.md, Continuous Evals, canary deployment, rollback gate) trong câu prompt và cấu hình pipeline để Agent hiểu chính xác.
Khép kín chu trình bảo trì (Closing the loop): Khi hệ thống giám sát (Zabbix/Prometheus) phát hiện số liệu vượt ngưỡng cho phép (bands.yaml), AI Agent sẽ tự động phân loại sự cố (incident triage) và sinh file intent.md chuyển thẳng về khâu lập kế hoạch sửa lỗi, thay vì chờ con người tạo ticket thủ công.