Phần lớn lập trình viên, tech lead và kỹ sư DevOps bắt đầu sự nghiệp với vai trò là những người xây dựng.

Họ xây dựng hệ thống, ứng dụng, thành phần, giao diện, mẫu thiết kế, module và pipeline. Họ tối ưu bố cục, xử lý các trường hợp biên, giữ cho mọi thứ tương thích và đưa hệ thống tiến lên từng commit một. Công việc ấy chính xác, thực tế và đòi hỏi chuyên môn sâu.

Nhưng đến một lúc nào đó, có điều gì đó thay đổi.

Những người giỏi nhất không ngừng xây dựng, nhưng họ bắt đầu tư duy theo hệ thống.

Từ người xây dựng đến người tư duy hệ thống

Bước chuyển: từ sản phẩm đầu ra sang quy tắc

Khi là người xây dựng, trọng tâm của bạn là sản phẩm đầu ra: thành phần, template, trang, tính năng, thư viện, ứng dụng.

Khi là người tư duy hệ thống, trọng tâm chuyển sang quy tắc: các ràng buộc, các tương tác, các vòng phản hồi.

Thay vì hỏi "Thành phần này trông như thế nào?", người tư duy hệ thống đặt ra những câu hỏi khác: Những quy tắc nào chi phối thành phần này? Cái gì được phép tương tác với nó? Nó hành xử ra sao khi có thay đổi? Làm sao để chủ đích ban đầu còn nguyên theo thời gian?

Bước chuyển này tự nhiên dẫn đến các hệ thống tác tử (agentic).

Khi thiết kế không còn tĩnh

Các hệ thống thiết kế hiện đại vốn đã mã hóa logic: token xác định ràng buộc, thành phần xác định cấu trúc, mẫu thiết kế xác định hành vi.

Tuy vậy, phần lớn hệ thống vẫn phụ thuộc nhiều vào việc con người điều phối thủ công.

Các AI agent mang đến một mô hình khác: nơi hệ thống có thể tự thực thi quy tắc của mình, liên tục kiểm chứng các quyết định, phản ứng theo ngữ cảnh và tự phối hợp nội bộ.

Đây là lúc thiết kế tiến hóa từ tài liệu thành logic có thể thực thi.

Hướng đi phía trước

Trọng tâm hiện nay là hiện thực hóa những ý tưởng này trong các hệ thống thật, đang vận hành, không phải như thử nghiệm mà như nền móng.

1. Tích hợp AI Agent sâu hơn với công cụ thiết kế (Figma)

Hướng tới các hệ thống thiết kế agentic

Công cụ thiết kế không nên chỉ là những tấm canvas thụ động.

Mục tiêu là tích hợp vào Figma các AI agent hiểu design token và ràng buộc của thành phần, kiểm chứng quyết định theo thời gian thực, chuyển chủ đích thiết kế thành quy tắc ở cấp hệ thống, và đóng vai trò cộng tác viên chứ không chỉ là công cụ xuất file.

Điều này đưa thiết kế lên thượng nguồn, nơi chủ đích được giữ nguyên thay vì phải suy đoán lại về sau.

2. Quản lý AI Agent ở quy mô lớn

Mục tiêu: 150 agent, mỗi thành phần một agent

Thay vì một AI đa dụng duy nhất, các đội ngũ đang chuyển sang nhiều agent chuyên biệt.

Mỗi thành phần có agent riêng với trách nhiệm được xác định, ranh giới rõ ràng và nhận biết được các thành phần liên quan.

Điều này phản ánh cách các hệ thống lành mạnh mở rộng: nhờ chuyên môn hóa, phối hợp và những hợp đồng rõ ràng.

3. Agent với kỹ năng, công cụ và plugin thực thụ

Agent phải có khả năng hành động.

Nghĩa là trang bị cho chúng kỹ năng (lập luận về khả năng tiếp cận, kiểm chứng thiết kế, ý thức về hiệu năng), công cụ (linter, trình chạy test, API thiết kế) và plugin (Storybook, Drupal, pipeline CI, tích hợp Figma).

Một agent không có công cụ chỉ dừng ở lý thuyết. Một agent có công cụ trở thành một phần của chính hệ thống.

4. Kiểm thử chấp nhận chức năng tự động thông minh hơn

Do AI dẫn dắt và hiểu chủ đích

Kiểm thử truyền thống kiểm tra kết quả đầu ra. Kiểm thử do agent dẫn dắt thì hiểu hành vi.

Trọng tâm là các AI agent biết suy luận về hành trình người dùng, các bài kiểm thử chức năng hiểu chủ đích thay vì chỉ bám vào selector, các hệ thống để bài kiểm thử phát triển cùng với thành phần, và giảm số bài kiểm thử dễ vỡ đồng thời nâng cao độ tin cậy về mặt ngữ nghĩa.

Kiểm thử trở thành một tầng nữa của trí thông minh hệ thống.

TDD & BDD trong kỷ nguyên AI: Vì sao AI Agent đòi hỏi phát triển theo hướng kiểm thử trước nhiều hơn 100%

Vì sao điều này quan trọng

Các đội ngũ đang xây dựng những hệ thống sống lâu hơn người tạo ra chúng, thích nghi liên tục và mang các quyết định thiết kế dài hạn đi tiếp.

Trong thế giới này, kiểm soát thủ công không mở rộng được. Nhưng những quy tắc được định nghĩa rõ ràng thì có.

Nhà thiết kế, lập trình viên và AI agent phải vận hành trong cùng một khung logic, một hệ thống chung gồm các ràng buộc và chủ đích.

Việc chuyển từ người xây dựng sang người tư duy hệ thống không có nghĩa là từ bỏ việc triển khai. Đó là nhìn hệ thống như nhiều hơn một tập hợp các bộ phận.

Bước tiếp theo là thiết kế những quy tắc cho phép hệ thống tự suy luận, thích nghi và tiến hóa.

Những lập trình viên, tech lead và kỹ sư DevOps thực hiện bước chuyển này không chỉ đang xây dựng, họ đang xây dựng những điều kiện để hệ thống tự xây dựng chính mình.