“Hãy chạy Astra trong một thư mục trống. Bỏ hết Skill cũ. Đi thẳng đến đáp án trong một lần. Nếu phải sửa thì bắt đầu lại từ số 0.”
Đó là cách tóm tắt cực đoan nhưng dễ nhớ. Ai từng chất thêm luật cho agent AI qua nhiều tháng đều có thể hình dung cảnh mô hình đọc sổ tay nội bộ đến hết giờ mà vẫn chưa động vào công việc.
Nhưng hướng dẫn thật của OpenAI chính xác hơn:
không phải xóa tất cả; chỉ nạp thứ cần thiết đúng lúc cần thiết.
Nguyên tắc này không chỉ áp dụng cho Skill hay AGENTS.md, mà còn cho chat dài và phiên Codex kéo dài.
Khi phiên làm việc lớn dần, hội thoại cũ, output công cụ, log, thử nghiệm thất bại và chỉ dẫn đã lỗi thời có thể tiếp tục nằm trong vật liệu để mô hình ra quyết định tiếp theo. Lịch sử hữu ích thì mạnh. Lịch sử vô ích giống như làm việc trên chiếc bàn đầy hóa đơn năm ngoái, USB hỏng và sáu bản checklist giống nhau.
1. OpenAI không nói “hãy để trống”; họ nói “hãy kiểm tra lại giàn giáo cũ”
Ngày 11/9/2026, OpenAI Developers đăng “Rethinking skills and prompts for GPT-6 Astra”.
Bài viết nhắm vào những chỉ dẫn tích lũy để bù cho mô hình cũ: “luôn đọc các tài liệu này”, “lần nào cũng chạy toàn bộ test”, “trước mọi bước đều phải xin phép”.
Astra tuân theo chỉ dẫn tốt hơn. Hướng dẫn chính thức nói nó nhạy hơn với chỉ dẫn trong Skill, AGENTS.md và context khác; chỉ dẫn mơ hồ hoặc xung đột có thể khiến nó dừng quá sớm.
Vấn đề không phải Astra không đọc luật.
Vấn đề là nó có thể nghiêm túc tuân theo cả những chiếc bánh phụ từng gắn cho mô hình cũ.
OpenAI còn lấy việc bắt mô hình đọc một chồng tài liệu trước mọi chỉnh sửa làm ví dụ về đốt context và làm chậm công việc.
Mẫu tốt hơn là: mô tả Skill ngắn, trigger cụ thể; AGENTS.md chỉ giữ luật thật sự luôn đúng; tài liệu chuyên biệt chỉ tải khi có nhiệm vụ liên quan; định nghĩa “done” trước; kiểm tra lại các luật xin phép, dừng và test quá mức từ thời mô hình cũ.
Hãy nghĩ đến một bản hiến pháp mỏng + sổ tay chuyên môn mở theo nhu cầu.
2. Bốn câu lan truyền kia đúng tới đâu?
“Bắt đầu từ thư mục trống” là phóng đại. OpenAI không yêu cầu bỏ repo hiện tại hay toàn bộ lịch sử; họ nói hãy đọc thứ nhiệm vụ cần.
“Xóa hết Skill cũ” cũng sai. Khuyến nghị thật là thu hẹp trigger, rút ngắn mô tả và loại bỏ xung đột hay ràng buộc không cần thiết.
“Phải ra đáp án trong một lần” chỉ đúng một nửa. Điều chính thức nhấn mạnh là định nghĩa hoàn thành để Astra không dừng sau bản triển khai đầu tiên nếu vẫn còn bước chạy, kiểm tra và sửa.
“Nếu cần sửa thì làm lại từ đầu” lại trái với mid-turn steering. Astra có thể nhận sửa đổi trong lúc làm và giữ phần đã hoàn thành.
Bài học đúng là: đừng mất trí nhớ, nhưng cũng đừng để ký ức vô ích luôn ở trạng thái hoạt động.
3. Phiên càng dài thì context dùng càng nhiều thật không?
Ở cấp API, nhìn chung là có.
Mô hình không chỉ nhìn câu mới nhất. Tin nhắn cũ, kết quả công cụ, chỉ dẫn và trạng thái hội thoại được giữ hoặc gửi lại sẽ trở thành input cho phản hồi tiếp theo.
Đơn giản hóa:
5k cũ + 1k mới = khoảng 6k input
Sau này có thể là:
100k cũ + 1k mới = khoảng 101k input
Hệ thống thực tế có thể compact, truncate, cache hoặc giữ state có chọn lọc, nên con số thay đổi. Nhưng lịch sử dài không phải phần đính kèm miễn phí vô hạn.
Tài liệu Realtime API của OpenAI cũng nói rõ output của các turn trước sẽ trở thành input của turn sau.
4. Có cache thì context phình cũng không sao?
Cache giúp rất nhiều, nhưng không phải thùng rác ma thuật.
Tính đến 14/9/2026, GPT-6 Astra API có giá 10 USD mỗi triệu token input thường, 1 USD mỗi triệu cached input và 50 USD mỗi triệu output. Prompt vượt 272k token input bị tính 2x cho input/cache và 1,5x cho output trên toàn request.
Prefix dài, ổn định có thể rẻ hơn nhiều khi cache hit. Nhưng phần mới vẫn tăng, cache miss vẫn xảy ra, chỉ dẫn không liên quan vẫn tồn tại trong context và vượt ngưỡng còn làm đổi cơ chế giá.
Giá API cũng không đồng nghĩa với hạn mức sản phẩm ChatGPT, Codex hay Work. Dữ liệu công khai chưa đủ để khẳng định chat ChatGPT dài sẽ tiêu hạn mức theo tỷ lệ tuyến tính chính xác với toàn bộ token lịch sử.
5. Rủi ro lớn hơn tiền là “ma của luật cũ”
Vì Astra nhạy với chỉ dẫn, một câu “luôn dừng ở đây” từ hàng chục turn trước, contract đã bỏ, hay “luôn chạy toàn bộ test” có thể tiếp tục ảnh hưởng quyết định.
Ba loại rác nguy hiểm:
Đã giải quyết: bug đã sửa, tranh luận đã kết thúc, lựa chọn đã loại.
Trùng lặp: một luật được nhắc lại bằng nhiều cách.
Lỗi thời: từng đúng nhưng không còn khớp branch hay contract hiện tại.
Con người nói “chuyện cũ rồi”. Mô hình thấy văn bản vẫn nằm trong context.
Nghịch lý là mô hình mạnh hơn có thể tuân theo tốt hơn những chỉ dẫn đáng lẽ đã bị bỏ đi.
6. Mở phiên mới rồi bảo “đọc toàn bộ phiên trước và tiếp tục” có tốt không?
Chỉ tốt một nửa.
Nếu mở phiên mới rồi nạp lại toàn bộ phiên cũ và tiếp tục giữ tất cả, bạn chỉ đổi phòng nhưng mang toàn bộ thùng carton lên chiếc bàn mới.
Tốt hơn là coi phiên cũ như kho, phiên mới như bàn làm việc.
Mang theo: trạng thái hiện tại, quyết định đã chốt, luật còn hiệu lực, việc chưa xong, bằng chứng/file/commit/URL cần cho xác minh và ràng buộc quan trọng không được mất.
Thường có thể để lại: tranh luận đã giải quyết, log thử-sai khổng lồ, phương án không chọn, thông tin trùng lặp và luật cũ.
Carry forward only what matters.
7. Prompt bàn giao thực dụng
Xem lại phiên trước và tiếp tục bằng cách chỉ mang theo trạng thái hiện tại, các quyết định đã chốt, luật đang hiệu lực, việc chưa hoàn thành và bằng chứng cần thiết để xác minh công việc.
Không cần sao chép hay giữ nguyên toàn bộ log cũ. Loại bỏ chỉ dẫn lỗi thời, thảo luận đã giải quyết, lịch sử trung gian và thông tin trùng lặp. Chỉ giữ context cần cho nhiệm vụ hiện tại.
Không làm lại phần đã hoàn thành. Tiếp tục từ điểm chưa hoàn thành đầu tiên.
Điểm mấu chốt không phải “đừng đọc phiên cũ”. Mà là đọc để trích xuất trạng thái hiện tại, không phải cho toàn bộ lịch sử quyền cư trú vĩnh viễn.
8. Khi nào nên đổi phiên?
Không cần reset sau số turn cố định. Dấu hiệu tốt hơn là: cùng một giải thích cứ quay lại; luật đã bỏ sống lại; không còn rõ cái gì đã xong; tool log dài hơn trạng thái hữu ích; workflow chuyển pha; hoặc trạng thái hiện tại chỉ cần 10–30 dòng nhưng lịch sử đã dài hàng nghìn dòng.
Các luồng nghiên cứu → triển khai → xác minh → phát hành rất phù hợp để compact ở ranh giới pha.
Với workflow API dài, OpenAI cũng cung cấp compaction để giảm token footprint trong khi giữ thông tin liên quan đến nhiệm vụ.
9. Kết luận: mạnh không phải vì “trống”, mà vì bàn làm việc sạch
Astra không cần mất trí nhớ. Kiến thức thật, quyết định đã chốt và giới hạn quan trọng phải được giữ.
Điều nên bỏ là việc bắt nó đọc mọi đường vòng lịch sử như thể vẫn là chỉ dẫn hiện hành.
Phiên cũ = kho. Phiên mới = bàn sạch. Handoff = phiếu vận chuyển chỉ liệt kê những thùng còn cần.
Không cần lập giáo phái “thư mục trống”. Chỉ cần dọn hóa đơn năm ngoái và chiếc USB hỏng khỏi bàn.
Sources
- https://developers.openai.com/blog/rethinking-skills-and-prompts-for-gpt-6-astra
- https://developers.openai.com/api/docs/guides/latest-model
- https://platform.openai.com/docs/api-reference/realtime-server-events
- https://developers.openai.com/api/docs/models/gpt-6-astra
- https://developers.openai.com/api/docs/guides/compaction
