Đã bảo AI “đừng dừng”, nó vẫn dừng — OpenAI chính thức thừa nhận GPT-6 Astra hay chờ phê duyệt và kiểm thử quá mức
1. Mọi chuyện bắt đầu từ câu: “Cái này thật sự là thông tin chính thức của OpenAI à?”
Một bài đăng trên mạng xã hội giới thiệu hướng dẫn chính thức của OpenAI để GPT-6 Astra làm việc tự chủ hơn.
Nội dung cụ thể đến đáng ngờ: suy luận ý định và phạm vi công việc từ ngữ cảnh; không xin phép lại cho việc đọc, review hay sửa đổi có thể hoàn tác đã được cho phép; và nếu có hành động thực sự cần phê duyệt, hãy hoàn tất mọi phần chuẩn bị có thể làm trước, tạo ra kết quả cụ thể có thể review rồi mới hỏi ở bước cuối.
Bài đăng còn nói Astra có thể rất nhạy với chỉ dẫn trong các file như SKILL.md và AGENTS.md, và một thay đổi code nhỏ cũng có thể kéo theo phạm vi test rộng hơn cần thiết.
Nghe không giống tài liệu chung mà giống danh sách những thói quen AI gây bực mình nhất.
Vì vậy phải kiểm tra nguồn OpenAI trực tiếp.
Có thật.
2. OpenAI còn gọi thẳng là “Unnecessary approval pauses”
Hướng dẫn GPT-6 Astra nói mô hình có xu hướng hỏi người dùng nhiều hơn các phiên bản trước khi thông tin bổ sung có thể làm thay đổi đáng kể kết quả.
Về mặt cộng tác, điều đó hợp lý.
Trong tác vụ dài, nó có thể thành thế này:
Người dùng: “Điều tra và sửa hết các vấn đề.”
AI: “Tôi đã điều tra xong. Tôi có thể áp dụng bản sửa không?”
Người dùng: “Tôi đã bảo đừng dừng.”
AI: “Đã hiểu. Đây là kế hoạch sửa. Tôi tiếp tục nhé?”
Xin chúc mừng, ta vừa phát minh động cơ vĩnh cửu chạy bằng phê duyệt.
Buồn cười hơn nữa, Migration quickstart của OpenAI thật sự có mục Unnecessary approval pauses.
Đây không phải cảm giác chủ quan của người dùng. Nhà sản xuất đã đặt tên cho triệu chứng.
3. Vì sao “đừng dừng” vẫn quá mơ hồ
Câu đó chỉ cho hướng đi, nhưng không xác định ranh giới quyết định của agent.
Bản năng cộng tác mặc định vẫn còn: “Nếu hỏi thêm một câu có thể cải thiện kết quả, nên hỏi.”
Vì vậy hướng dẫn chính thức đi xuống mức hành vi: suy luận ý định và scope từ chỉ dẫn và hội thoại trước; coi yêu cầu hành động là lệnh phải thực sự làm; không dừng ở “tôi có thể”, một kế hoạch hay kết quả một phần chỉ để tiết kiệm thời gian hoặc token; và không xin lại phê duyệt cho việc chỉ đọc, review, sửa có thể hoàn tác hay công việc đã được cho phép.
“Đừng dừng” là khẩu hiệu. Hướng dẫn chính thức là bản đồ những đoạn đường cấm dừng.
4. Phê duyệt nên là nút đỏ cuối cùng, không phải vé vào cửa
Ý tưởng hữu ích nhất là đẩy phê duyệt xuống cuối quy trình.
Giả sử cần sửa một website rồi xuất bản, và chỉ thao tác xuất bản cuối cùng mới thực sự cần xác nhận.
Agent vẫn có thể điều tra, sửa, build, chạy các test cần thiết và chuẩn bị diff có thể review trước. Sau đó câu hỏi cuối cùng mới cụ thể: “Mọi thứ đã sẵn sàng; chỉ còn publish.”
Khác hẳn với:
“Có được điều tra không?”
“Có được sửa không?”
“Có được test không?”
“Có được test thêm lần nữa không?”
Người dùng muốn kết quả, không muốn chơi trò sưu tập con dấu hành chính.
5. OpenAI cũng thừa nhận vấn đề “test quá nhiều”
Phần Testing and verification quen thuộc không kém.
OpenAI nói Astra có xu hướng kiểm thử thay đổi code rất kỹ trước khi coi công việc là hoàn thành. Với tác vụ nhỏ, điều này có thể dẫn đến phạm vi test rộng hơn nhiệm vụ cần.
Sửa một dòng.
Chạy test liên quan.
Pass.
Thêm một test “cho chắc”.
Pass.
Thêm regression test giá trị thấp gần như chỉ phản chiếu implementation.
Lại pass.
Nhưng công việc chính vẫn chưa giao.
Test không còn là kiểm soát chất lượng mà thành sở thích.
Khuyến nghị chính thức là hiệu chỉnh mức xác minh theo thay đổi: không viết test cho thay đổi ít tác động, có thể hoàn tác khi test chỉ phản chiếu implementation; chạy test có ý nghĩa và check bắt buộc; khi chúng pass, chỉ mở rộng hoặc lặp lại nếu có thay đổi mới, lỗi mới hay mối lo chưa giải quyết.
Test không phải đích đến. Nó là khâu kiểm tra trước khi xuất hàng.
6. Phản ứng “thế thì làm mặc định như vậy từ đầu đi” rất tự nhiên
Nếu OpenAI hiểu hành vi này rõ đến vậy, người dùng tất nhiên sẽ nghĩ: tại sao không để follow-through mạnh hơn làm mặc định?
Có một đánh đổi thật sự. Astra cũng được thiết kế để tôn trọng ranh giới tác vụ và hỏi khi một mơ hồ quan trọng có thể thay đổi kết quả. Một trợ lý chung tự hiểu “sửa website cho tôi” là quyền publish mọi thứ sẽ tạo ra loại tai nạn khác.
Sự khó chịu xuất hiện khi người dùng đã nói rõ “làm cho xong” và “các bước có thể hoàn tác cứ tiến hành”, nhưng mô hình vẫn dừng ở từng giao lộ.
Đó là lý do hướng dẫn chính thức chỉ cách prompt để thực thi tự chủ hơn.
Mặc định an toàn là hợp lý.
Nhưng người dùng nặng vẫn sẽ nghĩ:
“Tốt. Giờ hãy đặt công tắc Autonomous trong Settings, đừng giấu nó trong sách hướng dẫn.”
7. Codex giữ nguyên bộ quy tắc tự chủ đầy đủ
Với Codex, hai dòng là không đủ. Nó có thể cần đọc repo, sửa file, giải quyết conflict, test, chuẩn bị PR hoặc deploy và làm việc liên tục trong thời gian dài.
Vì vậy prompt toàn cục đầy đủ cho mọi session Codex được giữ nguyên.
Prompt đó yêu cầu kiểm tra tài liệu OpenAI mới nhất và đọc môi trường thật: $CODEX_HOME, config.toml, AGENTS.md, skills và global instructions. Các cấu hình như developer_instructions được coi là ứng viên nguồn canonical, đồng thời bảo toàn cấu hình hiện có và giữ việc tích hợp idempotent.
Sau đó nó định nghĩa suy luận intent/scope, không dừng ở kế hoạch, tiếp tục công việc có thể hoàn tác đã được phép, approval-last, clarification-last, minh bạch xung đột chỉ dẫn, chỉ ra chính xác SKILL.md gây dừng, không tạo thêm quy trình phê duyệt chỉ vì rủi ro giả định, giữ ranh giới thật của thao tác phá hủy hay không thể đảo ngược, dùng subagent khi có ích, test tương xứng, readback từng surface, smoke test, idempotency và điều kiện hoàn thành rõ ràng.
Tức là Codex không chỉ nhận “cứ chạy”, mà nhận:
“Đây là toàn bộ luật giao thông; chỉ những chỗ này mới là đèn đỏ; nếu dừng ở nơi khác, hãy chỉ file nào bắt bạn dừng.”
Phần này giữ nguyên.
8. ChatGPT thì chỉ cần hai quy tắc lâu dài
Dùng ChatGPT hằng ngày không cần toàn bộ hiến pháp của Codex.
Markdown không phải vấn đề.
Danh sách không phải vấn đề.
Chính sách subagent chi tiết cũng không phải điều gây khó chịu thường xuyên.
Hai vấn đề lặp đi lặp lại là:
Dừng xin xác nhận dù yêu cầu và phạm vi đã rõ.
Tiếp tục tăng test dù mức xác minh cần thiết đã đủ.
Vì vậy quy tắc dài hạn phía ChatGPT chỉ giữ đúng hai ý này.
Khi intent và scope đủ rõ, không chia nhỏ công việc bằng “có muốn tôi tiếp tục không?” trừ khi thật sự có ranh giới an toàn, quyền hạn hoặc hành động không thể đảo ngược.
Chạy test phù hợp với thay đổi. Khi các check cần thiết đã pass, không lặp hay nhân thêm test trừ khi có thay đổi mới, lỗi mới hoặc mối lo chưa giải quyết.
Đừng sửa phần không hỏng; nếu không, chính chính sách lại trở thành tiếng ồn mới.
9. Đây giống “giảm tổn thất do dừng” hơn là “tiết kiệm quota Astra”
Bài đăng mạng xã hội đóng khung các khuyến nghị này như cách tiết kiệm mức sử dụng Astra.
Trực giác đó hiểu được, nhưng OpenAI đặt chúng trong Prompting best practices để điều chỉnh hành vi mô hình. Không có lời hứa rằng thêm các câu này sẽ giảm sử dụng một tỷ lệ cố định.
Agent thật sự làm đến cùng thậm chí có thể chạy lâu hơn trong một lần.
Điều có thể giảm là:
hỏi → chờ người trả lời → tiếp tục → lại hỏi.
Vì vậy mô tả chính xác hơn là:
dành ít thời gian chạy cho “kịch phê duyệt” và nhiều hơn cho hoàn thành công việc.
10. Kết luận: cứ tiến lên, kiểm tra vừa đủ, rồi hoàn tất
Sau khi nghiên cứu cách vận hành AI tiên tiến, quy tắc cuối cùng lại bình thường đến buồn cười.
Đừng quay sang nhìn con người sau mỗi bước.
Nếu kiểm hàng đã đạt thì xuất hàng.
Codex nhận cả bộ luật giao thông. ChatGPT chỉ cần hai tấm biển trên tường.
Và điều hài nhất là đây không chỉ là “mẹo huấn luyện AI” tự chế. Phần lớn chẩn đoán và cách sửa đều được viết trong hướng dẫn chính thức của OpenAI.
Đi tìm tương lai AI, cuối cùng lại vào họp đầu ca của quản đốc nhà máy.
Tài liệu tham khảo (2)
- OpenAI, “Model guidance — Using GPT-6 Astra / Prompting best practices”: https://developers.openai.com/api/docs/guides/latest-model
- OpenAI, “Unrolling the Codex agent loop”: https://openai.com/index/unrolling-the-codex-agent-loop/
