Plan Mode của Codex có ưu điểm gì?

Trong một thời gian dài, mọi dự án mà một số người thực hiện đều bắt đầu bằng Claude. Họ sẽ thảo luận về phương pháp tiếp cận ở đó, thứ tự công việc, các bộ phận dễ hỏng nhất, và chỉ sau đó mới chuyển sang Codex để thực sự viết code. Sự phân chia đó vẫn ổn vì các mô hình mới hơn đã tốt hơn nhiều trong khâu lập kế hoạch, nhưng việc suy nghĩ và xây dựng vẫn nằm trong các tab khác nhau. Sau đó, Codex thêm Plan Mode, việc suy nghĩ được chuyển vào chính dự án, và bước sử dụng Claude bị loại bỏ.

Claude lo phần suy nghĩ, Codex lo phần tạo

Sự phân công lao động diễn ra rất tự nhiên. Mọi người sẽ mở Claude Code, ứng dụng đã trở thành mặc định để thực hiện một dự án xây dựng, và suy luận xem nên làm gì trước, nên chỉnh sửa những file nào và toàn bộ dự án có thể gặp trục trặc ở đâu. Sau khi mọi thứ ổn thỏa, họ đưa kế hoạch sang Codex, và nó đã biến thành code hoạt động.

Cách này hoạt động vì hai công cụ này giỏi thực hiện những công việc khác nhau, và thói quen của mọi người là tư duy trước khi viết ra bất kỳ dòng code nào. Trong một thời gian, điều đó là đủ.

Phải mất một thời gian mọi người mới nhận ra vấn đề. Họ mô tả dự án của mình cho Claude dựa trên trí nhớ, bao gồm cả bố cục thư mục, cách đặt tên và những file nào thực sự quan trọng. Sau đó, dán kết quả vào một công cụ không thể nhìn thấy bất kỳ thông tin nào trong đó, và Codex sẽ tự động xử lý lại một nửa ngữ cảnh đó.

Vì vậy, thiết lập ở tab khác hoạt động kém hiệu quả hơn họ nghĩ. Mỗi lần chuyển giao đều mất đi một chút, và chính họ là người phải gánh chịu hậu quả.

Plan Mode đọc dự án trước khi thực hiện bất kỳ thay đổi nào

Codex không được trang bị thêm chức năng lập kế hoạch. Nó chỉ học cách đọc trước khi viết. Bạn bật chế độ này từ nút dấu cộng trong trình soạn thảo, nơi Plan Mode nằm ngay bên dưới mục Files và các thư mục, và từ đó trở đi, Codex sẽ thu thập ngữ cảnh và đề xuất một kế hoạch thay vì nhảy thẳng đến việc chỉnh sửa.

Nó sẽ ở chế độ chỉ đọc cho đến khi bạn xác nhận, và bạn kiểm soát phạm vi quyền hạn của nó bằng cài đặt phê duyệt bên cạnh. "Ask for approval" sẽ cần phê duyệt trước khi chỉnh sửa file hoặc truy cập Internet, "Approve for me" chỉ dừng lại đối với bất kỳ điều gì có rủi ro, và "Full access" sẽ loại bỏ các rào cản.

Để xem toàn bộ vòng lặp, hãy bắt đầu với một ví dụ nhỏ, chẳng hạn như:

Add input validation to the signup form.

Thêm xác thực đầu vào vào biểu mẫu đăng ký.

Nó đọc các file liên quan, đưa ra một kế hoạch ngắn gọn và chờ đợi. Khi bạn phê duyệt, nó sẽ bắt đầu xây dựng. Không có gì thay đổi trên ổ đĩa trong khi bạn quyết định, đó chính là mục đích của việc này.

Một prompt mơ hồ sẽ dẫn đến nhiều câu hỏi, chứ không phải là một phỏng đoán sai

Điều khiến nhiều người quyết định sử dụng Plan Mode của Codex là những gì xảy ra khi họ chưa nắm được toàn bộ bức tranh. Nếu một yêu cầu không rõ ràng, Codex sẽ đặt câu hỏi trước khi đưa ra bất kỳ cam kết nào. Khi bạn biết hướng đi nhưng chưa biết chi tiết, hãy nói thẳng:

I want to add caching, but I haven't worked out the details. Challenge my assumptions and ask whatever you need before you plan it.

Tôi muốn thêm chức năng lưu cache, nhưng tôi chưa nghĩ ra chi tiết. Hãy thử thách những giả định của tôi và hỏi bất cứ điều gì bạn cần trước khi lập kế hoạch.

Sau đó, nó sẽ phỏng vấn bạn. Nó hỏi liệu cache nên được lưu trữ trong bộ nhớ hay tồn tại sau khi khởi động lại, các mục nhập nên tồn tại trong bao lâu, những lệnh gọi nào đáng được lưu vào cache, và bạn muốn xóa dữ liệu cũ như thế nào. Đó chính xác là những câu hỏi mà bạn từng trả lời trong cuộc trò chuyện lập kế hoạch với Claude.

Bây giờ, chúng diễn ra ngay tại nơi code được thực thi, vì vậy những lỗ hổng mà bạn thường bỏ qua sẽ được phát hiện trước khi chúng biến thành code sai. Việc đưa cùng một bản tóm tắt cho các mô hình khác nhau có thể dẫn đến những kết quả rất khác nhau, và phần lớn sự khác biệt đó phụ thuộc vào việc mỗi mô hình có bận tâm hỏi điều gì trước hay không.

Suy luận kỹ hơn biến một nhiệm vụ thực tế thành một kế hoạch cẩn thận

Plan Mode cũng cho phép bạn thiết lập mức độ suy luận mà Codex nên thực hiện trước khi đưa ra câu trả lời. Công cụ điều khiển suy luận nằm cạnh công cụ chọn mô hình, với các mức Low, Medium, High và Extra High để lựa chọn trên GPT-5.5. Một chỉnh sửa nhanh sẽ được chọn ở mức Low. Bất cứ thứ gì có các thành phần chuyển động thực sự sẽ được chọn ở mức Extra High, nơi nó dành thời gian lâu hơn đáng kể để xử lý vấn đề trước khi đưa ra đề xuất.

Hãy dựa vào điều đó cho một công việc nặng hơn.

Migrate the auth flow from session cookies to JWTs, and plan it before changing anything.

Di chuyển luồng xác thực từ cookie phiên sang JWT, và lập kế hoạch trước khi thay đổi bất cứ điều gì.

Ở mức Extra High, kế hoạch được đưa ra dựa trên các file thực tế, nêu tên  phần mềm trung gian mà nó sẽ viết lại, những tuyến cần kiểm tra mới và các bài kiểm tra mà nó dự kiến ​​sẽ cập nhật. Nó giống như thứ mà bạn tự viết, chỉ là nhanh hơn.

Codex cũng lập bản đồ một bản build thực tế theo cách này trước khi viết code, và kế hoạch thường đủ chính xác đến mức việc phê duyệt nó rất dễ dàng.

Plan Mode nên được phát triển tiếp theo như thế nào?

Điều mọi người tò mò bây giờ là làm sao để các kế hoạch có thể tái sử dụng. Đối với công việc lặp đi lặp lại, một paln template đã lưu sẽ có nghĩa là Codex bắt đầu từ một hình dạng đã biết thay vì xây dựng từ đầu mỗi lần. Từ đó, người dùng có thể đẩy Plan Mode sang các lần chạy dài hơn, kéo dài nhiều bước và kết nối những kế hoạch đã được phê duyệt vào các quy trình tự động hóa để những phần góp mặt thường xuyên tự động bắt đầu.