- Từ năm 2022 đến 2026, mô hình phát triển AI đã chuyển đổi ba lần: Prompt Engineering → Context Engineering → Harness Engineering
- Mỗi lần chuyển đổi đều bắt nguồn từ thất bại khi mô hình trước đó không giữ được lời hứa của mình, và tính nghiêm ngặt trong kỹ thuật không biến mất mà chỉ chuyển vị trí từ prompt sang context, rồi từ context sang harness
- [Kỷ nguyên 1] Prompt Engineering (2022~2024)
- "Tiếng Anh chính là ngôn ngữ lập trình", "hãy suy nghĩ từng bước"
- Dù prompt có tinh vi đến đâu, nó vẫn không biết các tệp nằm ngoài context window
- [Kỷ nguyên 2] Context Engineering (2025)
- Từ "nên nói điều gì" sang "nên đưa thông tin gì vào"
- Ngay cả khi xây dựng được context hoàn hảo, nếu chính vòng lặp tiêu thụ nó được thiết kế sai thì vẫn thất bại
- [Kỷ nguyên 2.5] Vibe coding và cơn dư chấn của nó
- Chấp nhận toàn bộ đề xuất của AI mà không cả xem diff - mã nguồn phình to vượt quá mức con người còn có thể đọc nổi
- "Dù LLM đã viết mã, nếu bạn đã review nó thì đó không phải là vibe coding"
- [Kỷ nguyên 3] Harness Engineering (2026~)
- "Nếu tác tử mắc lỗi thì đừng sửa tác tử mà hãy sửa harness"
- Tác tử = mô hình + harness
- Kiến trúc 3 tác tử của Anthropic, mẫu Ralph, Lethal Trifecta, Rule of Two của Meta AI
- Tính đến năm 2026, các chỉ số cốt lõi đã chuyển từ chất lượng prompt sang KV-cache hit rate (tỷ lệ mô hình tái sử dụng các phép tính trước đó) và độ phức tạp của harness
- Cơn dư chấn của vibe coding, sự bất lực của tác tử trong việc tự đánh giá, các lỗ hổng bảo mật và những rào cản sản xuất thực tế khác đã chứng minh giới hạn của từng kỷ nguyên, và harness là đáp án mang tính cấu trúc cho tất cả những vấn đề này
- Mỗi kỷ nguyên không thay thế kỷ nguyên trước mà bao hàm (subsume) nó; prompt engineering không chết mà đã trở thành một mô-đun con của harness engineering
- Harness phải có thể bóc tách ra được (rippable) — khi mô hình tiến bộ hơn, một nửa logic khôi phục lỗi cũ sẽ trở nên không còn cần thiết
- Hướng dịch chuyển tiếp theo của tính nghiêm ngặt: Guardian Agent (lớp giám sát thời gian thực) → evaluation engineering (behavior beats benchmarks) → knowledge engine (kết hợp đồ thị mã, lịch sử commit và bộ nhớ)
8 bình luận
Không thể theo dõi từng thứ một,
nên tôi tin rằng
"nếu nó thực sự tốt thì bản chính thức sẽ cập nhật thôi".
Thực tế thì từ trước đến giờ vẫn luôn như vậy.
Tôi từng nghĩ rằng dù GitHub không phải là kẻ thống trị thị trường, họ vẫn đang ở tuyến đầu của xu hướng. Chỉ là phạm vi của từng dự án quá nhỏ nên tỷ lệ được thị trường tuyển dụng còn thấp, nhưng nhìn một cách tổng thể thì tôi thấy họ đã tạo ra khá nhiều khái niệm hiệu quả. Có lẽ là vì tôi là lập trình viên chăng.
Tiếp theo sẽ xuất hiện điều gì?
Còn chẳng hình dung nổi thời đại thứ ba tiếp theo sẽ là gì.
Giờ thì cần thêm một meta harness vào đó.
tốt
Anh Kim Young-min, Data Scientist tại AWS Korea, đã tổng hợp rất tốt những ghi chép về sự thay đổi trong cách phát triển suốt vài năm qua.
Có vẻ đây là bài viết rất phù hợp để giới thiệu cho các lập trình viên đang thắc mắc dạo này rốt cuộc đã có gì thay đổi nhiều đến vậy.
Bài viết thật sự rất hay.