Từ Vibe Coding Đến Agentic Engineering — Lập Trình Đang Thay Đổi

Posted on: 5/12/2026 10:19:15 AM

1. Vibe Coding là gì?

Tháng 2/2025, Andrej Karpathy — đồng sáng lập OpenAI, cựu giám đốc AI tại Tesla — đưa ra thuật ngữ Vibe Coding để mô tả cách lập trình mới: developer mô tả yêu cầu bằng ngôn ngữ tự nhiên, AI sinh ra toàn bộ mã nguồn. Thay vì viết từng dòng code, bạn chỉ cần "cảm nhận" và để AI thực hiện.

Ý tưởng cốt lõi: quên rằng code tồn tại. Bạn nói chuyện với AI, mô tả những gì bạn muốn, accept kết quả nếu nó chạy được, và tiếp tục. Không cần đọc hiểu từng dòng code được sinh ra.

2. Bức tranh Vibe Coding năm 2026

Chỉ hơn một năm sau khi thuật ngữ ra đời, vibe coding đã thay đổi toàn bộ ngành phát triển phần mềm:

• 92% developer Mỹ đã áp dụng vibe coding ở các mức độ khác nhau
• 60% code mới được viết trong năm 2026 có sự hỗ trợ của AI
• Thị trường AI coding toàn cầu đạt $8.5 tỷ USD
• Chính Karpathy thừa nhận 80% code của ông hiện tại do AI viết

Các công cụ phổ biến nhất: GitHub Copilot, Cursor, Claude Code, Windsurf, và Cline. Mỗi công cụ đều đang chạy đua trong việc hỗ trợ AI coding agent — từ auto-complete đơn giản đến thực thi toàn bộ workflow phức tạp.

graph LR
    subgraph "2023-2024"
        A["Autocomplete
Gợi ý code"]
    end
    subgraph "2025"
        B["Vibe Coding
Mô tả -> Code"]
    end
    subgraph "2026"
        C["Agentic Engineering
AI Agent tự thực thi"]
    end
    A -->|"Tiến hóa"| B -->|"Tiến hóa"| C
    style A fill:#f8f9fa,stroke:#e94560,color:#2c3e50
    style B fill:#2c3e50,stroke:#fff,color:#fff
    style C fill:#e94560,stroke:#fff,color:#fff

3. Bước tiến: Từ Vibe Coding đến Agentic Engineering

Chính Karpathy gần đây đã tuyên bố vibe coding đã lỗi thời. Thuật ngữ mới mà ông ưa thích là Agentic Engineering:

• "Agentic" — vì mặc định bạn không trực tiếp viết code trong 99% thời gian. Bạn điều phối các AI agent thực hiện công việc và đóng vai trò giám sát
• "Engineering" — vì đây là nghệ thuật và khoa học thực sự, đòi hỏi chuyên môn, không phải chỉ gõ prompt rồi hy vọng

4. Workflow thực tế của Agentic Engineering

Trong mô hình agentic engineering, developer không viết code trực tiếp mà thiết kế và giám sát một pipeline:

graph TD
    A["Developer viết Spec
(Requirements + Constraints)"] --> B["AI Agent phân tích
và lập kế hoạch"]
    B --> C["Agent viết code
+ unit tests"]
    C --> D["CI/CD chạy tự động
Lint + Test + Security scan"]
    D -->|"Pass"| E["Human review
Logic + Architecture"]
    D -->|"Fail"| C
    E -->|"Approve"| F["Deploy"]
    E -->|"Request changes"| B
    style A fill:#f8f9fa,stroke:#e94560,color:#2c3e50
    style B fill:#2c3e50,stroke:#fff,color:#fff
    style C fill:#2c3e50,stroke:#fff,color:#fff
    style D fill:#ff9800,stroke:#fff,color:#fff
    style E fill:#e94560,stroke:#fff,color:#fff
    style F fill:#4CAF50,stroke:#fff,color:#fff

Các bước chính:

1. Viết specification chi tiết: Thay vì viết code, developer viết requirements rõ ràng, bao gồm constraints, edge cases, và acceptance criteria
2. AI Agent phân tích và thực thi: Agent tự phân tích codebase, lập kế hoạch, viết code và tests
3. Validation tự động: CI/CD pipeline chạy linting, type checking, unit tests, security scanning
4. Human review: Developer review logic kinh doanh, kiến trúc, và các quyết định thiết kế — không review syntax

# Ví dụ Spec cho Agentic Engineering

## Feature: User Authentication Refresh Token

### Requirements:
- Refresh token phải expire sau 30 ngày
- Mỗi refresh token chỉ dùng được 1 lần (rotation)
- Khi phát hiện reuse → revoke toàn bộ token family
- Rate limit: tối đa 10 refresh requests/phút/user

### Constraints:
- Không thay đổi schema bảng Users hiện tại
- Backward compatible với v2 API
- Token lưu trong Redis với TTL

### Edge cases:
- Concurrent refresh requests từ multiple devices
- Token rotation khi user đổi password
- Clock skew giữa các service instances

5. Rủi ro bảo mật — Mặt tối không thể bỏ qua

Theo phân tích tháng 12/2025, code được AI đồng tác giả chứa nhiều hơn 1.7 lần các lỗi nghiêm trọng so với code do người viết hoàn toàn. Cụ thể:

6 loại rủi ro chính

6. Best Practices — Vibe Coding an toàn cho Production

6.1. Nguyên tắc "AI là Junior Developer"

Team thành công nhất coi AI như một junior developer tài năng nhưng cần giám sát liên tục. AI viết code nhanh nhưng thiếu hiểu biết về business context, security implications, và architectural decisions dài hạn.

6.2. Multi-layered Validation

graph TD
    A["AI sinh code"] --> B["Static Analysis
ESLint, SonarQube"]
    B --> C["Security Scan
Snyk, Semgrep"]
    C --> D["Unit + Integration Tests"]
    D --> E["Human Code Review
Logic + Architecture"]
    E --> F["Staging Deploy + QA"]
    F --> G["Production"]
    style A fill:#f8f9fa,stroke:#e94560,color:#2c3e50
    style B fill:#2c3e50,stroke:#fff,color:#fff
    style C fill:#ff9800,stroke:#fff,color:#fff
    style D fill:#2c3e50,stroke:#fff,color:#fff
    style E fill:#e94560,stroke:#fff,color:#fff
    style F fill:#2c3e50,stroke:#fff,color:#fff
    style G fill:#4CAF50,stroke:#fff,color:#fff

6.3. Các vùng cấm cho AI code

Một số vùng nên giữ lại cho human coding:

• Authentication & Authorization: Logic xác thực, phân quyền, token management
• Payment Processing: Xử lý thanh toán, giao dịch tài chính
• Cryptography: Mã hóa, quản lý khóa, signing
• Data Privacy: Xử lý PII, GDPR compliance

6.4. Governance với Version-Controlled Instructions

# .cursor/rules hoặc CLAUDE.md
# File instruction cho AI agent

security:
  - Never store secrets in code or config files
  - Always parameterize SQL queries
  - Use bcrypt for password hashing, minimum 12 rounds
  - All API endpoints require authentication by default

architecture:
  - Follow existing patterns in the codebase
  - No new dependencies without explicit approval
  - Max function length: 50 lines
  - All public methods must have unit tests

7. Vai trò Developer thay đổi thế nào?

Kỹ năng quan trọng nhất của developer 2026 không còn là viết code nhanh, mà là:

• Viết spec rõ ràng: Mô tả chính xác requirements, constraints và edge cases
• Review và phát hiện lỗi: Đọc hiểu code nhanh, phát hiện lỗi logic và bảo mật
• System thinking: Hiểu tổng thể kiến trúc và các tương tác giữa components
• Context engineering: Thiết kế ngữ cảnh tối ưu để AI tạo ra kết quả tốt nhất

8. Khi nào KHÔNG nên vibe coding?

Những tình huống nên code thủ công:

• Thuật toán phức tạp với invariants khó verify bằng test
• Code liên quan đến compliance/regulation (HIPAA, PCI-DSS)
• Performance-critical code cần tối ưu sâu
• Legacy system integration với documentation kém
• Code xử lý tiền bạc hoặc dữ liệu y tế

9. Tương lai — Điều gì tiếp theo?

Xu hướng rõ ràng nhất: ranh giới giữa developer và AI sẽ tiếp tục mờ đi. Nhưng điều này không có nghĩa developer trở nên thừa thãi — ngược lại, vai trò trở nên quan trọng hơn ở tầng cao hơn: thiết kế hệ thống, đảm bảo chất lượng, và ra quyết định kiến trúc.

Agentic Engineering không phải kết thúc của lập trình — mà là sự tiến hóa tự nhiên, giống như cách ngôn ngữ bậc cao thay thế Assembly mà không làm mất giá trị của lập trình viên. Người thắng cuộc sẽ là những developer biết kết hợp sức mạnh AI với hiểu biết sâu về nền tảng kỹ thuật.

Tham khảo

• Vibe coding — Wikipedia
• Vibe Coding Is Passé — The New Stack
• Karpathy on the Evolution from Vibe Coding to Agentic Engineering — Frank's World
• Vibe Coding and Its Implications — Black Duck
• The Real Risk of Vibecoding — Trend Micro