Hãy sở hữu vòng lặp bên ngoài

• Dù agent đảm nhiệm vòng lặp thực thi bên trong, nơi lặp lại việc nghiên cứu, triển khai và xác minh, kỹ sư vẫn phải sở hữu vòng lặp bên ngoài: quyết định có triển khai hay không và chịu trách nhiệm về kết quả
• Hệ thống agent được vận hành dựa trên Chất lượng (Quality), tức các bước kiểm tra trước; Phán quyết (Verdict), tức quyết định có đưa vào production hay không; và Khả năng giải trình (Answerability), tức khả năng giải thích lý do của quyết định
• Khảo sát năm 2026 của Sonar cho thấy 42% mã đã commit là do AI tạo ra hoặc được AI hỗ trợ đáng kể; khi tốc độ tạo mã vượt tốc độ kiểm soát, việc review, xác minh, hiểu và bảo trì trở thành tài nguyên khan hiếm
• Việc dùng AI kéo theo đầu hàng nhận thức, tức chấp nhận nguyên xi câu trả lời sai; nợ nhận thức làm suy yếu hiểu biết về mã; và chi phí điều phối khi phải quản lý nhiều agent bằng lượng chú ý hữu hạn của con người
• Một software factory có khả năng mở rộng chỉ khả thi khi trao cho agent không phải quyền tự chủ tối đa, mà là quyền tự chủ có thể dừng, điều chỉnh và xác minh; còn con người chịu trách nhiệm về ràng buộc, review theo mẫu, audit, quyền sở hữu và kết quả cuối cùng

---

Vòng lặp bên ngoài của kỹ thuật agentic

• Thảo luận về kỹ thuật agentic đang chuyển sang harness cho agent, vòng lặp, fleet và software factory
• Khi những mô hình mạnh như Fable và GPT-5.6 xuất hiện, kỹ sư phải tự mình sở hữu vòng lặp bên ngoài, tức trách nhiệm đối với hệ thống
• Đòn bẩy lớn của agent tạo ra nghĩa vụ tương xứng
  • Phải có thể giải thích chính xác điều gì đã thay đổi
  • Phải giải thích được vì sao thay đổi đó an toàn
  • Phải biết điều gì sẽ xảy ra nếu phán đoán sai
• Nếu không đáp ứng các điều kiện này, bạn không thể biện minh cho hành động của agent, và tổ chức cũng khó sử dụng một hệ thống như vậy

Chất lượng, phán quyết và khả năng giải trình

• Chất lượng (Quality) là toàn bộ các kiểm tra được cài đặt trước khi thả hệ thống chạy; bằng chứng thu được ở đây là nền tảng cho phán quyết
• Phán quyết (Verdict) là quyết định production cuối cùng do con người đưa ra trước khi công việc đi vào các hệ thống phụ thuộc
  • Dù mô hình viết mã, người triển khai công việc dưới tên mình vẫn chịu trách nhiệm phán quyết
  • Quyết định một trong các lựa chọn: triển khai, chặn, đổi hướng, thu hẹp phạm vi phản hồi, thêm guardrail hoặc từ chối hoàn toàn
• Khả năng giải trình (Answerability) là sự bảo đảm rằng khi có người hỏi lý do, bạn có thể giải thích phán đoán đó
• Mô hình có thể viết một dòng mã, nhưng không thay bạn chịu trách nhiệm quyết định có chuyển nó sang hệ thống phụ thuộc hay không

Mô hình, harness, vòng lặp và factory

• Agent không chỉ là một mô hình, mà còn bao gồm harness kết hợp tệp, công cụ, bộ nhớ, kỹ thuật, sandbox, quyền hạn, khả năng quan sát và chức năng phục hồi
• Nếu mô hình là động cơ, harness là chiếc xe được dựng quanh động cơ để thực hiện công việc thật một cách an toàn
  • Công cụ và bộ nhớ cung cấp năng lực làm việc
  • Quyền hạn và sandbox giới hạn phạm vi thực thi
  • Kiểm thử và khả năng quan sát giúp xác nhận kết quả công việc
• Vòng lặp thực thi của agent gồm nghiên cứu → triển khai → xác minh → lặp lại
  • Một chu kỳ có thể lặp biến một lần thành công thành một quy trình có thể tin cậy lại
  • Việc công việc đã hoàn tất hay chưa phải do kiểm tra độc lập quyết định, không phải bởi phán đoán của chính mô hình
• Khi vận hành nhiều vòng lặp cùng lúc, nó trở thành software factory
  • Bên trong, agent tạo ra sản phẩm công việc
  • Ở ranh giới, con người sở hữu các quyết định production

Ranh giới phân tách bên trong và bên ngoài hệ thống

• Ở trung tâm của software factory là ranh giới phân tách bên trong và bên ngoài hệ thống
• Hệ thống bên trong thu thập đầu vào gồm ý định của đội sản phẩm, tri thức về các lần triển khai trước, sự cố gần đây và phản hồi cụ thể của người dùng
• Vòng lặp agent nghiên cứu công việc, triển khai kế hoạch rồi xác minh kết quả
• Khi bằng chứng tạo ra từ xác minh vượt qua ranh giới hệ thống, con người sở hữu hệ thống phụ thuộc quyết định có tiếp tục hay không
• Trước đây, agent chỉ thực hiện một phần của quá trình thực thi; nay chúng đảm nhiệm toàn bộ vòng lặp thực thi bên trong, còn kỹ sư phụ trách vòng lặp bên ngoài
• Thứ agent bên trong ranh giới cung cấp là năng lực (capability)
  • Nghiên cứu công việc
  • Triển khai kế hoạch
  • Kiểm thử kết quả
  • Báo cáo kết quả
• Thứ con người bên ngoài ranh giới thực thi là quyền chủ động hành động (agency)
  • Quyết định
  • Xác minh
  • Phê duyệt
  • Sở hữu

Khoảng cách tin cậy và xác minh do mã AI tạo ra

• Tỷ trọng mã AI không còn ở mức bên lề nữa
• Theo báo cáo 2026 State of Code của Sonar, 42% mã đã commit là do AI tạo ra hoặc được AI hỗ trợ đáng kể, và người trả lời dự đoán tỷ trọng này sẽ không chững lại mà tiếp tục tăng
• Khi chi phí tạo mã giảm, review, xác minh, hiểu và bảo trì trở thành tài nguyên khan hiếm hơn
• Tốc độ tạo mã tăng nhanh hơn tốc độ kiểm soát, tạo ra khoảng cách tin cậy và xác minh
  • Nhiều người bày tỏ sự ngờ vực với mã AI
  • Ít người hơn triển khai sự ngờ vực đó thành quy trình xác minh nhất quán
• Cần có cách rẻ hơn và rõ ràng hơn để kiểm tra độ tin cậy của mã AI

Giới hạn của governance hậu kiểm

• Theo nghiên cứu tháng 6/2026 của GitLab về trách nhiệm AI, nút thắt hiện tại của việc dùng AI là review và xác minh
• Governance chủ yếu được áp dụng sau khi mã đã được tạo ra
  • Ở thời điểm này, tổ chức đã chấp nhận rủi ro
  • Quyền kiểm soát đối với quyền sở hữu công việc cũng đã yếu đi
• Governance AI phải vượt ra ngoài kiểm soát hệ thống đơn thuần và xác định các điểm sau
  • Sẽ đặt ràng buộc nào lên hệ thống
  • Sẽ kiểm tra công việc bằng bằng chứng nào
  • Sẽ quy trách nhiệm cho đội như thế nào
  • Ai sở hữu từng phần trong vòng đời AI

Áp suất ngược tạo ra chất lượng

• Có thể hiểu chất lượng là áp suất ngược (back pressure) tác động lên hệ thống
• Mục tiêu không phải là trao cho agent mức tự chủ tối đa có thể
• Chỉ nên trao mức tự chủ đủ để có thể dừng agent, điều chỉnh agent, kiểm tra công việc và bảo toàn vai trò của con người
• Kỹ thuật hiện có đã có các tín hiệu cho thấy công việc có đang đi đúng hướng hay không
  • Kiểm tra kiểu
  • Kiểm thử
  • Hook
  • Giới hạn sandbox
  • Nhật ký audit
  • Monitor
• Nếu agent cũng phát ra những tín hiệu tương tự, hệ thống kỹ thuật hiện có có thể cung cấp áp suất ngược phù hợp

Bốn vòng lặp cần có con người

• Tin tưởng hệ thống không có nghĩa là loại con người khỏi vòng lặp
• Con người nên ở trong bốn vòng lặp kiểm soát bên ngoài sau, thay vì vòng lặp thực thi bên trong
  • Vòng lặp ràng buộc: quyết định sẽ đặt đầu vào, kiến trúc, chỉ dẫn và bất biến nào
  • Vòng lặp review theo mẫu: quyết định sẽ trích ra và review bao nhiêu phần trong đầu ra
  • Vòng lặp audit: quyết định bằng chứng nào cần được lưu giữ và làm sao bảo đảm tính hợp lệ của nhật ký audit
  • Vòng lặp sở hữu: làm rõ ai sở hữu phần nào của ranh giới production
• Agent có thể tạo ra nhiều công việc hơn mức con người có thể review
• Vì vậy, tài nguyên khan hiếm là năng lực phán đoán cốt lõi của con người được thực thi dựa trên các tín hiệu chất lượng như log và test
• Trong môi trường thí nghiệm được nghiên cứu của OpenAI về agent và tương lai công việc đề cập, việc ủy quyền agentic ở phạm vi tính bằng giờ đã đạt đến giai đoạn khả thi
• Cần thiết lập ranh giới sở hữu trước khi hệ thống tạo ra nhiều công việc hơn lượng có thể review

Agent chạy dài và khả năng giải trình

• Mọi lựa chọn do agent chạy dài trong nhiều giờ đưa ra đều là quyết định
• Không phải quyết định nào cũng được ghi lại, và cũng không thể truy vết từng quyết định về đến token đầu vào
• Nếu chỉ tin rằng kết quả là lựa chọn đúng cho vấn đề, việc tái dựng chuỗi quyết định dẫn đến kết quả đó có thể cần hàng trăm hoặc hàng nghìn giờ lao động của con người
• Vì chuỗi quyết định như vậy trên thực tế rất khó tái dựng, cần đặt khả năng giải trình ở trung tâm thiết kế hệ thống

Ba chi phí ẩn của ủy quyền cho AI

• Đầu hàng nhận thức

  • Đầu hàng nhận thức (cognitive surrender) là hiện tượng mù quáng chấp nhận kết quả do AI đưa ra
  • Dù giao công việc cho agent, sản phẩm đầu ra vẫn gắn với công việc, danh tiếng và trách nhiệm của người dùng
  • Khiếm khuyết vẫn nằm lại trong phần mềm của người dùng
  • Đối tượng phải thay đổi để phù hợp với đầu ra cũng là phần mềm của người dùng
  • Câu trả lời của agent rốt cuộc trở thành câu trả lời của người dùng, và trách nhiệm cũng đi kèm
  • Trong nghiên cứu của Wharton, ngay cả khi AI sai, gần ba phần tư người tham gia vẫn chấp nhận câu trả lời đó và thể hiện mức tự tin cao hơn so với khi phán đoán không có AI

• Nợ nhận thức

  • Nợ nhận thức (cognitive debt) là hiện tượng hiểu biết và ký ức về cách giải quyết vấn đề suy yếu
  • Khi ủy quyền công việc cho agent, quá trình tư duy cũng bị ngoại hóa theo
  • Thời gian và năng lượng cần để tự mình hiểu một codebase lớn có thể khó được bảo đảm trong quá trình học
  • Kết quả là sản phẩm do agent tạo ra đôi khi ở mức mà năng lực hiện tại của người dùng khó đạt tới
  • Thời gian agent lập kế hoạch càng dài, khoảng cách giữa mã được tạo ra và hiểu biết của con người càng lớn
  • Khoảng cách này tích lũy, và chi phí để leo lại đường cong học tập cũng tăng gần như theo cấp số nhân
  • Trong thử nghiệm đối chứng ngẫu nhiên của Anthropic, kỹ sư viết mã bằng AI đạt điểm quiz về mức độ hiểu là 50%, thấp hơn 17 điểm phần trăm so với 67% của nhóm tự viết

• Chi phí điều phối

  • Chi phí điều phối (orchestration tax) phát sinh từ việc dù có thể chạy nhiều agent cùng lúc, băng thông nhận thức của con người không được song song hóa theo cùng cách
  • Con người phải trực tiếp làm các việc sau
    • Điều chỉnh để agent tránh các hành vi tệ nhất
    • Chọn ra trong các sản phẩm đầu ra những việc cần chú ý
    • Chỉ đạo xử lý các việc quan trọng trước
    • Xác minh các ràng buộc cốt lõi và giả định nguy hiểm trước khi thực thi
  • Công việc này không thể tự động hóa và không thể thay thế phán đoán của con người

Cách bảo vệ sự chú ý trong brownfield

• Hệ thống brownfield đặc biệt rủi ro vì hành vi cần audit không chỉ tồn tại trong mã, mà còn trong vết thương và lịch sử tích lũy
• Trong quyết định kiến trúc, cần ưu tiên sự chú ý của con người
• Dùng worktree, phạm vi và bằng chứng có thể giảm mức liên kết giữa kế hoạch ban đầu và công việc mới lộ ra trong quá trình thực thi
• Cần đặt giới hạn thời gian cho các nỗ lực giải quyết những bước không thể thực thi
• Quyền thay đổi phần mềm phải được cấp theo cách opt-in nghiêm ngặt

Alpha, decay và taste

• Ba mẫu hình cốt lõi định hình sự nghiệp và thành quả trong nhiều lĩnh vực là alpha, decay và taste
• Alpha là vùng dẫn đầu mà người đạt hiệu suất cao nhất trong cạnh tranh chiếm giữ, cũng là trạng thái thực hiện nước đi có giá trị cao nhất
• Decay là mẫu hình đã ổn định mà mọi người học được qua lặp lại và quan sát; có thể xem như một vùng trì trệ
• Taste là năng lực phán đoán nhận ra sự dẫn đầu của alpha hoặc sự thay đổi của decay trước khi bằng chứng xuất hiện
• Thảo luận của Paul Graham nói rằng khi ai cũng có thể tạo ra bất cứ thứ gì, việc chọn sẽ tạo ra cái gì trở nên quan trọng hơn
• Theo định nghĩa của Mitchell Hashimoto, taste là phán đoán định tính chất lượng cao được đưa ra khi chưa có thước đo khách quan
• Sự dịch chuyển của alpha diễn ra nhờ thay đổi trong taste, và decay biến mất khi mọi người bắt đầu ưa chuộng thứ khác

Biến taste thành năng lực có thể vận hành

• Để chuyển taste từ trực giác thành năng lực có ý thức, trước hết cần đặt tên cho nó
• Cần luyện tập phán đoán đó thông qua phê bình và các ví dụ cụ thể
• Cũng cần diễn đạt rõ cơ sở của phán đoán
• Để tăng lợi thế cạnh tranh bền vững, cần liên tục đẩy ranh giới vai trò lên cao hơn
  • Tự thực hiện công việc
  • Dạy người khác hoặc hệ thống làm công việc đó
  • Hệ thống hóa công việc
  • Quyết định khi nào nên thực hiện
  • Sở hữu kết quả

Khác biệt giữa developer và engineer

• Ai cũng có thể trở thành developer, nhưng không phải ai cũng là engineer
• Developer trở thành engineer khi chấp nhận kỷ luật công việc nghiêm ngặt hơn
  • Suy luận chặt chẽ và hợp logic
  • Cân nhắc ràng buộc và đánh đổi
  • Nhận thức về rủi ro và phạm vi phơi nhiễm
  • Trách nhiệm thực chất
• Khi engineering trở nên khắt khe hơn, con người thoát khỏi các công việc mang tính quản lý, tách các vai trò từng bị buộc vào tinh thần thủ công thành các chức năng rõ ràng
  • Người tạo prototype
  • Người xây dựng
  • Người dọn dẹp
  • Người phát triển mở rộng
  • Người bảo trì

Ranh giới hệ thống chỉ con người mới có thể bảo vệ

• Con người cũng đảm nhiệm vai trò nâng alpha ở phía ranh giới đối diện của hệ thống
  • Chọn điều gì đáng làm
  • Quy định sẽ làm trong những ràng buộc nào
  • Phán đoán bằng chứng đã đủ để tiếp tục hay chưa
  • Chăm sóc kết quả
• Dù là một đội hay 100 đội, ranh giới này chỉ con người mới có thể sở hữu
• Sự chú ý, taste và trách nhiệm là các yếu tố cốt lõi giúp software factory vận hành
• Không có trách nhiệm thì quy tắc, phản hồi trước câu hỏi, đánh đổi, rủi ro và lưới an toàn cũng không thể hình thành
• Nếu không có người sở hữu hệ quả của quyết định, quyền chủ động hành động cao sẽ dẫn đến hỗn loạn

Chữ ký tồn tại lâu hơn công nghệ

• Chu kỳ bán rã của lợi thế kỹ thuật có thể chỉ bằng một bản release, nhưng chu kỳ bán rã của chữ ký (signature) để lại trong công việc kéo dài suốt sự nghiệp
• Chữ ký có nghĩa là bạn có thể đặt tên mình lên kết quả đã triển khai và đứng ra bảo chứng cho nó
• Công nghệ tạo ra đòn bẩy, còn trách nhiệm biến đòn bẩy đó thành niềm tin
• Chỉ con người mới là chủ thể lựa chọn và kế thừa kết quả
• Agent có thể chọn, định tuyến, merge và escalate trong phạm vi chính sách, nhưng không thể kế thừa hệ quả của việc đó

Hợp đồng trách nhiệm của codebase

• Mỗi codebase có thể cần một hợp đồng trách nhiệm nêu rõ điều kiện chấp nhận thay đổi
  • Checklist xác nhận những gì đã hiểu khi phê duyệt
  • Bằng chứng dùng cho phán đoán
  • Người chịu trách nhiệm về thay đổi
  • Trạng thái hệ thống sau khi chặn thay đổi
• Hợp đồng phải xử lý rõ các mối liên hệ như sự chú ý và taste, bằng chứng, phán quyết và quyền sở hữu, alpha, decay và taste

Nấc thang của quyền chủ động hành động cao

• Trong workflow agentic, quyền chủ động hành động cao là năng lực biết khi nào ủy quyền, kiểm tra, dừng và sở hữu kết quả
• Nấc thang của quyền chủ động hành động đi từ cấp thấp đến cấp cao
  1. Đánh dấu vấn đề tiềm ẩn
  2. Điều tra vấn đề
  3. Thực hiện hành động phản hồi
  4. Chẩn đoán nguyên nhân
  5. Đề xuất giải pháp
  6. Khuyến nghị bản sửa
  7. Giải quyết vấn đề
• Các cấp cao hơn còn bao gồm sự phân định sáng suốt: phát hiện vấn đề nhưng phán đoán rằng không đáng sửa rồi bỏ qua

Vì sao brownfield là tiền tuyến của software factory

• Brownfield là tiền tuyến mà software factory muốn mở rộng sẽ phải đối mặt
• Hệ thống greenfield có thể kiểm soát toàn bộ, nên tương đối dễ lập kế hoạch và triển khai đủ cơ chế áp suất ngược
• Khi thêm agent thông minh vào hệ thống legacy, phải xử lý cả độ phức tạp bên ngoài mã
  • Toàn bộ hành vi production
  • Kỳ vọng tương lai của khách hàng
  • Lịch sử migration
  • Chu kỳ release và ngân sách
  • Giả định ngầm
  • Tình huống ngoại lệ
  • Tính đặc thù của dữ liệu
  • Quy trình runbook
  • Những vết thương tích lũy không được quản lý
• Để chăm sóc brownfield, cần engineering bền vững
  • Biến tri thức ngầm thành ràng buộc rõ ràng
  • Duy trì tri thức nhất quán qua các đội và thế hệ
  • Chính thức hóa tri thức thành quy trình kiểm thử và đặc tả tính năng
  • Liên kết tri thức đó với bằng chứng khách quan
  • Tích lũy thất bại thành học hỏi bổ sung
• Nếu mức chăm sóc vốn có bị gián đoạn, toàn bộ hệ thống có thể sụp đổ

Công việc mới xuất hiện khi quy mô tăng

• Khi các thành phần hiện có được tự động hóa, con người sẽ dùng alpha và taste có được từ kinh nghiệm thủ công của mình để thiết kế công việc mới
  • Thiết kế vòng lặp mới để ghép vào software factory
  • Tận dụng tri thức từ factory để xây dựng hệ thống greenfield có nguyên tắc
  • Tạo các dạng bằng chứng mới có thể xác minh hệ thống mới
  • Chăm sóc hệ thống brownfield đã phức tạp đến mức cần quản lý chuyên trách
  • Thiết kế và quản lý cơ chế áp suất ngược mới
  • Thiết kế agent mới
  • Xây dựng hệ thống quyền chủ động hành động mới
• Tất cả những hoạt động này cũng là công việc engineering thực sự, và khi quy mô tăng, chúng trở thành các vấn đề thú vị hơn

Nút thắt mà tự động hóa dịch chuyển

• Tự động hóa vừa đem lại năng lực kiểm soát ở quy mô công nghiệp, vừa tạo ra nút thắt mới
• Nếu nút thắt trước đây là “Liệu có thể tạo ra thứ này không?”, thì về sau nó sẽ chuyển thành “Thứ này có nên tồn tại không, và ta có thể giải thích cũng như chịu trách nhiệm về hệ quả của nó không?”
• Nút thắt mới trong production đáng để con người trực tiếp sở hữu

Mô hình vận hành của kỹ thuật agentic

• Vòng lặp bên trong là nơi công việc thật diễn ra, và mỗi vòng lặp nên được thiết kế độc lập nhất có thể
• Mọi đảm bảo chất lượng và xác minh phải được đưa vào vòng lặp bên trong
• Sau khi thiết kế và xác minh chính vòng lặp, hãy trao quyền tự chủ bằng cách cài đặt cơ chế áp suất ngược để kiểm soát tốc độ thực thi và phạm vi công việc
• Thay vì can thiệp vào mọi bước bên trong, con người nên được đặt ở đúng điểm quyết định
• Đừng xem việc hiểu chỉ là bàn giao hoặc release gate; hãy coi đó là điểm ra quyết định nơi con người sẵn sàng cung cấp insight
• Mỗi khi sản phẩm đầu ra được đưa trở lại production và các đội, kỹ sư mới, nó phải để lại sản phẩm và bằng chứng tốt hơn trước
• Hãy xây dựng và tiếp tục vận hành software factory, nhưng giữ công việc ở trạng thái có thể đọc, có thể xác minh và có chủ sở hữu
• Dù agent viết mã, trước khi mã đến tay người dùng, con người phải trả lời các câu hỏi sau
  • Vì sao mã này nên tồn tại
  • Vì sao nó đủ an toàn để đưa vào production
  • Nếu sai thì sẽ làm gì
• Việc thực hiện phán đoán và trách nhiệm này chính là vòng lặp bên ngoài của kỹ thuật agentic