Viết lách gần với tư duy hơn mã nguồn: Cuộc tranh luận về cách phát triển phần mềm bằng AI

Khi AI ngày càng giỏi thực thi, câu hỏi trọng tâm của phát triển phần mềm không còn là "viết code thế nào" mà là "diễn đạt điều mình muốn rõ đến đâu". Daniel Miessler cho rằng văn bản — chứ không phải mã nguồn — mới là thứ gần gũi nhất với tư duy con người, và là nền tảng đúng đắn để xây dựng mọi sản phẩm với AI.

Viết lách gần với tư duy hơn mã nguồn

Cuộc tranh luận giữa hai cách nhìn

Daniel Miessler đã có một cuộc tranh luận kéo dài với Matt Pocock — một lập trình viên kỳ cựu được đánh giá là đang ở đỉnh cao của trường phái phát triển phần mềm truyền thống. Pocock sử dụng AI để nâng cao năng lực của mình một cách phi thường, với hàng loạt kỹ năng và lệnh được thiết kế để con người chạy thủ công, đề cao vai trò của yếu tố con người trong vòng lặp.

Quan điểm trung tâm của Pocock là: mã nguồn chính là tạo tác quan trọng nhất của một dự án. Đặc tả (spec) hữu ích, nhưng code mới là nguồn chân lý cho mọi thứ.

Miessler phản đối mạnh mẽ. Theo ông, điều quan trọng nhất chính là cách diễn đạt điều bạn đang xây dựng và lý do tại sao — tức là ý tưởng, là ý định (intent) của bạn.

"Với tôi, viết lách chính là tư duy. Đó là thứ gần gũi nhất với suy nghĩ của con người mà chúng ta có, bỏ xa mọi thứ khác."

Vấn đề không phải AI, mà là khả năng diễn đạt

Miessler cho rằng phần lớn vấn đề với AI trong năm 2026 đang bị chẩn đoán sai. AI thực thi xuất sắc và ngày càng giỏi làm đúng điều được yêu cầu. Nhưng khi kết quả thực thi hoàn hảo lại khác với điều ta hình dung trong đầu, đó là vấn đề giao tiếp, là vấn đề diễn đạt.

Giới nhà văn gọi hiện tượng này là Writer's Blindness — người viết tưởng mình đã truyền tải trọn vẹn suy nghĩ, nhưng người đọc lại tiếp nhận thông tin thiếu hoặc hiểu hoàn toàn khác.

Theo Miessler, quan điểm coi mã nguồn là tối thượng có lỗi ở chỗ: code thực chất chỉ là một dạng trừu tượng, giống như bức tranh là trừu tượng của điều họa sĩ muốn truyền đạt. Đó là sự thực thi, là bản sao, là sự biểu diễn — không phải bản thân ý tưởng.

Độ chính xác và độ xác thực trong phát triển phần mềm

Độ chính xác (accuracy) quan trọng hơn độ xác thực (precision)

Miessler hiểu vì sao Pocock say mê code: nó có nhiều precision (độ xác thực) hơn cả văn bản. Nhưng văn bản lại có nhiều accuracy (độ chính xác) hơn. Đây là sự đánh đổi.

Ông minh họa bằng hình ảnh một xạ thủ bắn vào hồng tâm:

• Accuracy không có precision: các mũi tên đều rơi quanh hồng tâm nhưng mỗi mũi một vị trí.
• Precision không có accuracy: mọi mũi tên dồn thành một cụm chặt, nhưng lại nằm lệch tận rìa bia, cách xa đích đến.

Khi xây dựng với AI, ta muốn kết quả khớp với điều nằm trong đầu mình — đó là accuracy. Và không có cách nào bắt trúng hồng tâm tư duy con người tốt hơn viết lách.

Ideal State Artifact: Công cụ ghi lại ý định

Cuối năm 2025, Miessler chuyển toàn bộ quy trình làm việc sang một khái niệm gọi là Ideal State Artifact (ISA) — một loại tài liệu và cách tiếp cận mới để tương tác với AI. ISA nắm bắt sâu hơn điều ta muốn xây dựng, với nhiều phần cho các kiểu diễn đạt khác nhau.

Cấu trúc của một ISA gồm:

• Ideal State (Trạng thái lý tưởng): phần văn xuôi mô tả điều mong muốn, có thể vài đoạn hoặc hàng nghìn từ suy ngẫm sâu sắc. Công cụ LifeOS của ông dùng một kỹ năng "Discuss" để giúp điền dần phần này.
• Constraints (Ràng buộc): những điều không muốn xây dựng.
• Decisions (Quyết định): các quyết định được ghi lại kèm ngày tháng và lý do mỗi khi quá trình xây dựng dạy ta điều mới, hoặc khi đọc lại ISA khiến ta đổi ý. Đây là điểm mấu chốt: vòng lặp diễn ra trong phần diễn đạt, chứ không bị thất lạc trong code.
• Ideal State Criteria (ISCs): các tiêu chí cực kỳ nguyên tử và có thể kiểm thử, mỗi tiêu chí đi kèm một phép đánh giá (eval) riêng, từ một assert đơn giản đến chuỗi nhiều giai đoạn với LLM làm giám khảo.

Sức mạnh của ISC nằm ở chỗ: chúng đồng thời là nền tảng để xây dựng VÀ là bộ khung kiểm thử.

Phát triển dựa trên ý định với ISA

Ba ví dụ minh họa

Miessler đưa ra ba tình huống cho thấy sai lầm đều giống nhau: bỏ qua bước diễn đạt và coi bản thực thi là chân lý.

Ví dụ 1: Vẽ con cú

Bạn có hình ảnh tuyệt đẹp về một con cú trong đầu, nhưng vẽ không giỏi — và trong phép so sánh này, bản vẽ chính là code. Kết quả là một hình que gần như không nhận ra nổi.

• Nếu code là chân lý: hình que trở thành tạo tác có thẩm quyền. Ta phân tích, ghi chú tỉ lệ, dành cả đống thời gian tinh chỉnh — loanh quanh mãi với một bản vẽ tồi.
• Với ISA: mỗi bản vẽ được đối chiếu với các tiêu chí, chứ không đối chiếu với bản vẽ trước đó. Hình que trượt cả bốn tiêu chí, và lần thử tiếp theo biết chính xác mình nhắm vào đâu.

Ví dụ 2: Ứng dụng đặt lịch cho phòng tập yoga

Một người bạn mở phòng tập yoga nhỏ, muốn khách quen đặt lớp mà không phải nhắn tin. Ai đó đưa AI một câu lệnh, và nó xây ra ứng dụng có tường đăng nhập, lịch không đọc được trên điện thoại, email xác nhận không ai yêu cầu, và sức chứa 20 cho phòng chỉ chứa 12 người.

• Nếu code là chân lý: ứng dụng tồi đó trở thành đặc tả. Test được viết cho lưới lịch, luồng đăng nhập được tài liệu hóa. Mọi sai sót của phiên bản một biến thành yêu cầu, và chẳng ai còn nói được phần nào là thực sự mong muốn.
• Với ISA: tường đăng nhập trượt ISC-1, sức chứa sai trượt ISC-2, cả hai bị loại. Code trở nên có thể vứt bỏ — nếu phiên bản một quá tệ, xây lại theo cùng ISA, cùng bộ eval kiểm tra bản mới.

Ví dụ 3: Cải tạo nhà bếp

Ý tưởng là những sáng Chủ nhật: hai người cùng nấu, bạn bè ngồi ghế quanh quầy, mọi người chung một cuộc trò chuyện. Bạn đưa nhà thầu một bản phác thảo sơ sài, và họ xây bếp quay mặt vào tường — người nấu quay lưng lại với tất cả.

• Nếu coi trọng bản thực thi: ba tháng tiếp theo dành để điều chỉnh, dời tủ, thay máy hút mùi, tranh cãi về tủ bếp thay vì về những sáng Chủ nhật.
• Với ISA: phương án bếp quay vào tường trượt ISC-1 ngay trên giấy, trước khi cắt tấm ván nào. Nhà thầu chưa bao giờ là vấn đề — họ là người thực thi xuất sắc, giống hệt AI. Cái họ thiếu chỉ là một mục tiêu được viết ra.

Bài học từ Sutton và hướng đi phía trước

Trong mọi trường hợp đều có hai vòng lặp hữu ích, và ISA nằm ở giữa cả hai:

1. Ý định và ISA định hình lẫn nhau: bạn viết ra điều muốn, đọc lại thấy mình thực sự muốn gì, rồi ISA thay đổi.
2. Bản thực thi được kiểm tra dựa trên điều đã viết, và điều đã viết sắc nét hơn mỗi khi bản nháp cho thấy điều bạn chưa từng nói ra.

Trở lại với Matt Pocock, Miessler cho rằng giờ đã rõ vì sao mã nguồn — dù viết bằng TypeScript, Python hay bất kỳ ngôn ngữ thân thiện với máy tính nào — không thể có độ trung thực cao như một ISA khi biểu diễn ý tưởng ban đầu.

"Bài học Cay Đắng của Richard Sutton dạy rằng AI càng thông minh, nó càng làm đúng điều ta muốn theo cách khiến ta hoàn toàn hài lòng. Càng chú trọng quá mức vào phát triển dựa trên đặc tả kiểu cũ là đặt nỗ lực sai chỗ."

Theo Miessler, cách mạng đúng đắn là: AI càng thông minh, ta càng nên dồn sức đảm bảo nó biết chính xác ta muốn gì, và bớt sức vào việc vi quản lý từng bước để đạt được điều đó. Đó là lý do văn bản, với tư cách công cụ gần gũi nhất với tư duy, trở thành kỹ năng cốt lõi của người làm công nghệ trong thời đại AI.