Một trong những mẫu workflow thú vị nhất mà tôi nhận ra khi dùng Codex Plus lại không nằm ở cách viết prompt, mà nằm ở thời điểm sử dụng.
Khi tôi chỉ còn lại 3–5% cuối của hạn mức 5 giờ hoặc hạn mức theo tuần, tôi không còn tiêu phần còn lại đó cho những yêu cầu nhỏ nữa. Tôi làm điều ngược lại. Tôi dùng phần hạn mức cuối cùng ấy để khởi chạy những tác vụ kỹ thuật lớn nhất có thể trên nhiều dự án đã được chuẩn bị sẵn.
Thường đó là những việc như di chuyển toàn bộ sang TypeScript, dọn dẹp ESLint trên toàn repository, rà lỗi chuyên sâu trên cả codebase, hoặc những đợt refactor lớn vốn bình thường sẽ cảm thấy quá tốn kém để kích hoạt một cách thoải mái.
Điều gì đã làm thay đổi workflow của tôi
Lý do rất đơn giản: đã hơn một lần tôi thấy Codex vẫn tiếp tục làm việc ngay cả khi hạn mức hiển thị có vẻ đã cạn. Nhìn từ bên ngoài, phiên làm việc tưởng như phải kết thúc rồi, nhưng tác vụ vẫn tiếp tục chạy và đôi khi còn hoàn thành hẳn.
Tôi không nói điều này như một quy tắc được sản phẩm bảo đảm. Tôi chỉ đang mô tả một trải nghiệm lặp đi lặp lại đủ rõ để thay đổi cách tôi sử dụng công cụ. Từ khi nhận ra mẫu đó, vài phần trăm cuối không còn là thứ tôi muốn tiết kiệm nữa. Ngược lại, nó trở thành thời điểm tốt nhất để khởi động công việc tốn công nhất nhưng cũng có giá trị nhất.
Hiện giờ tôi dùng phần cuối đó như thế nào
Thay vì dùng phần hạn mức cuối cho những prompt an toàn và rẻ, giờ tôi xem nó như một cửa sổ để bắt đầu các thao tác kỹ thuật nặng, ví dụ như:
- di chuyển toàn bộ sang TypeScript
- dọn dẹp ESLint trên toàn repository
- rà lỗi chuyên sâu trên các codebase lớn
- refactor cấu trúc ở quy mô lớn
Điểm mấu chốt là sự chuẩn bị. Cách làm này hữu ích nhất khi dự án đã sẵn sàng để triển khai và tác vụ đã được xác định rõ ràng. Ở thời điểm đó, dùng phần còn lại cho một việc nhỏ thường tạo cảm giác như đang lãng phí đúng khoảnh khắc có đòn bẩy cao nhất.
Vì sao điều này quan trọng với tôi
Các công cụ như Codex Plus không chỉ là câu chuyện về năng lực thô. Cách bạn sắp xếp thời điểm bỏ công sức vào cũng rất quan trọng. Chỉ một thay đổi nhỏ về timing cũng có thể làm thay đổi đáng kể giá trị thực tế mà bạn nhận được từ cùng một hạn mức.
Với tôi, điều này còn thay đổi cả cảm giác tâm lý khi dùng sản phẩm. Vài phần trăm cuối không còn giống như dấu hiệu cho thấy phiên làm việc sắp kết thúc. Nó giống khoảnh khắc mà tôi nên ngừng do dự và giao cho công cụ công việc nặng nhất mà mình thấy hợp lý.
Thỉnh thoảng, thật lòng mà nói, tôi có cảm giác Codex vẫn tiếp tục làm việc cho mình ngay cả sau khi hạn mức hiển thị đã biến mất. Tôi không biết đây là một trường hợp biên có chủ ý hay chỉ là cách một số tác vụ hoàn tất trong thực tế. Nhưng nó đủ hữu ích để bây giờ tôi lên kế hoạch workflow xoay quanh chính quan sát đó.
Một gợi ý thực tế cho lập trình viên
Nếu bạn dùng Codex Plus cho kỹ thuật phần mềm, có lẽ nên tự thử cách vận hành của mình ở đoạn cuối hạn mức thay vì mặc định cho rằng vài phần trăm cuối phải được dùng thật dè dặt. Trong trường hợp của tôi, cách làm ngược lại lại hiệu quả hơn.
Tôi thật sự rất tò mò liệu những lập trình viên khác có thấy cùng một mẫu như vậy không, đặc biệt khi dùng Codex cho migration, dọn lint, review quy mô lớn hoặc refactor trên nhiều repository.