Rencanakan di ChatGPT Pro, Jalankan di Codex: Playbook Serah Terima Dokumen Desain

Alur kerja yang layak dicuri bulan ini bukanlah sebuah model, melainkan pembagian kerja. Anda menyerahkan GPT-6 Pro di ChatGPT sebuah URL repositori, memintanya membuat dokumen desain alih-alih patch, lalu memberikan dokumen itu kepada Codex atau Claude Code untuk diimplementasikan. Perencananya berjalan di GPT-6 Astra — GPT-6 Pro adalah nama yang dipakai batas penggunaan ChatGPT untuknya — dan Astra adalah model 2026-09-03, jadi tidak ada apa pun di sini yang merupakan liputan peluncuran atau klaim rilis. Yang berubah dalam tujuh hari terakhir lebih sempit, dan layak dinyatakan secara tepat: pada 2026-09-17 para praktisi melaporkan bahwa plugin GitHub resmi di ChatGPT Chat biasa, bukan ChatGPT Work dan bukan Codex, dapat mengedit berkas repositori, melakukan commit, dan membuka pull request tanpa menarik jatah Codex/Work. Itu adalah klaim komunitas, bukan dokumentasi vendor — halaman bantuan resmi masih menggambarkan aplikasi GitHub sebagai hanya-baca dan mengarahkan semua penulisan melalui Codex — dan catatan-catatan yang menyertainya sama pentingnya dengan klaim itu. Semua yang di bawah ini diberi label sebagai dilaporkan vendor, dilaporkan komunitas, atau dibaca dari halaman resmi pada 2026-09-19.

Alur kerja, dalam satu kali proses

Para praktisi menggambarkan loop yang sama dengan variasi kecil. Yang berulang: tempel alamat GitHub ke ChatGPT, minta ia membaca kode dan menghasilkan dokumen desain, lalu unduh dokumen itu dan berikan sebagai input ke agen pelaksana. Sebagian juga meminta pull request; yang lain berhenti pada dokumen dan membiarkan eksekutor yang menulis. Apa pun caranya, bentuknya identik — merencanakan di produk chat, membangun di produk agen — dan alasan pola ini layak ditiru adalah karena kedua bagiannya dihitung secara terpisah.

• Artefak perencanaan — dokumen desain: antarmuka yang perlu ditambahkan, file yang perlu disentuh yang disebutkan berdasarkan path, urutan migrasi, tes penerimaan, dan apa yang harus dilakukan jika terjadi kesalahan.

• Artefak eksekusi — sebuah branch dan pull request, yang dihasilkan oleh agen yang dapat menjalankan tes yang baru saja ditulisnya.

• Artefak tinjauan — diff, satu-satunya hal yang seharusnya sampai ke peninjau.

Dokumen desain adalah bagian yang menanggung beban utama, dan ia layak mendapat tempatnya karena dua alasan. Pertama, dokumen itu portabel: teks yang sama tetap berfungsi, baik eksekutornya adalah Codex, Claude Code, maupun agen berskrip yang Anda tulis sendiri, sehingga perencanaan yang Anda bayar tidak terikat pada alat milik satu vendor. Kedua, dokumen itu adalah permukaan peninjauan yang ada sebelum apa pun ditulis ke repositori Anda — yang sangat penting mengingat jalur penulisan dalam produk chat adalah bagian yang paling sedikit didokumentasikan dari keseluruhan tatanan ini.

Mengapa struktur dua bucket adalah keseluruhan triknya

ChatGPT tidak menagih alur kerja ini dari satu kantong. Chat, ChatGPT Work, dan Codex memiliki jatah terpisah, dengan Work dan Codex berbagi satu kumpulan yang sama di antara keduanya; kunci OpenAI API juga merupakan penagihan terpisah. Struktur itulah yang membuat serah terima menjadi hemat: pemikiran terjadi di kantong Chat, pelaksanaannya terjadi di kantong agen, dan dokumen desain membutuhkan satu pesan Chat, sedangkan implementasinya membutuhkan penggunaan agen.

Angka-angka itu, seperti yang dipublikasikan OpenAI untuk sisi Chat — angka yang dilaporkan vendor pada dokumentasi rencana milik vendor sendiri, bukan hasil pengukuran:

• ChatGPT Pro seharga $200 per bulan — 200 pesan GPT-6 Pro per minggu; GPT-5.6 Sol Pro juga menyediakan 170 pesan per hari, dengan kedua model tersebut bersama-sama dibatasi hingga 200 pesan per hari.

• ChatGPT Pro seharga $100 per bulan — 50 pesan GPT-6 Pro per minggu, yang diambil dari jatah yang dibagi bersama GPT-5.6 Sol Pro.

• Business Standard — 15 pesan GPT-6 Pro per bulan, dibagikan dengan Sol Pro; Business Premium — 50 pesan per minggu dengan skema berbagi yang sama.

• ChatGPT Plus — sama sekali tidak ada GPT-6 Pro di Chat. Astra hanya menjangkau Plus melalui ChatGPT Work dan Codex, yang justru merupakan segmen yang coba dilindungi oleh playbook ini.

Di sisi Work/Codex, OpenAI menerbitkan estimasi, bukan batas, dan menyatakannya demikian: kira-kira 5 hingga 45 pesan Astra per jendela lima jam pada Plus, 25 hingga 225 pada Pro 5x, dan 100 hingga 900 pada Pro 20x, dengan halaman yang sama mencatat bahwa konsumsi aktual bervariasi menurut kompleksitas tugas, konteks, output, dan penggunaan alat, serta batas mingguan mungkin berlaku sebagai tambahan. Rentang tersebut kira-kira setengah dari angka Sol yang setara, yang merupakan alasan aritmetis mengapa model terdepan dapat dijalankan sebagai agen dengan biaya yang terjangkau.

Konsekuensi praktisnya adalah aturan penganggaran yang bisa Anda tulis di kartu. Gunakan pesan Chat untuk keputusan dan penggunaan agen untuk kode. Sesi perencanaan yang memperdebatkan antarmuka selama dua puluh menit menghabiskan beberapa pesan Chat dan menghasilkan dokumen yang menghemat satu jam pengeditan eksploratif agen — itulah pertukaran yang sebenarnya dilakukan para praktisi di utas tersebut.

Jalur penulisan: apa yang dilakukan konektor, dan apa yang diklaim orang bahwa konektor melakukannya

Dalam hal ini sumber-sumber itu tidak setuju, dan ketidaksetujuan itulah letak menariknya.

Dokumentasi bantuan OpenAI sendiri tidak ambigu: aplikasi GitHub di ChatGPT membaca repositori Anda untuk analisis dan pencarian, dan menghasilkan kode, mengeditnya, serta mendorongnya ke GitHub adalah tujuan Codex. Itulah posisi hanya-baca, dan itulah yang harus menjadi acuan perencanaan jika Anda menerapkan ini dalam proses tim, karena itulah yang memiliki vendor di belakangnya.

Posisi komunitas, tertanggal 2026-09-17, adalah bahwa plugin GitHub versi web dalam mode Chat akan mengedit kode, melakukan commit, dan membuka pull request, dan karena ini adalah plugin resmi, bukan server MCP pihak ketiga, ini tidak menghabiskan kuota Codex atau Work. Utas yang sama berhati-hati soal cakupannya: alat kecil, suntingan kecil, bug kecil — refaktor besar dan debugging sulit tetap menjadi ranah Codex. Para komentatornya sendiri menambahkan peringatan yang layak diulang, karena justru itulah yang menggigit:

• Batas laju normal ChatGPT tetap berlaku. "Bukan kuota Codex" bukanlah "gratis".

• Kualitas dapat menurun setelah beberapa putaran tanpa pemberitahuan, dengan sesi yang beralih ke model lebih kecil di tengah tugas.

• Para penulis utas menyarankan untuk tidak beralih ke Work ketika antarmuka menawarkannya, dan memperingatkan bahwa membanjiri halaman obrolan anonim menurunkan pengalaman web bagi semua orang.

Ulasan independen berbahasa Jepang tentang pola yang sama mencapai kesimpulan yang sejalan tanpa klaim kuota: jika integrasi GitHub mendukung tindakan tulis, chat biasa dapat membaca repositori, memodifikasi berkas, membuat branch, dan membuka pull request; batas laju chat biasa berlaku; dan Codex serta Work menggunakan pool agen bersama, sehingga chat reguler untuk pengeditan beberapa berkas dan Codex untuk tugas perangkat lunak yang panjang. Di mana kedua catatan sepakat, kesepakatan itulah bagian yang dapat digunakan: chat adalah saluran perubahan kecil, Codex adalah saluran sesi panjang, dan pool-nya terpisah.

Ada server MCP pihak ketiga yang menyediakan alur kerja git yang nyata — branch, diff, commit, push, membuka pull request — dengan izin yang dapat Anda atur bertingkat dari hanya-baca hingga push. Jika Anda ingin jalur tulis menjadi deterministik dan dapat diaudit, bukan perilaku yang Anda harapkan, itulah rutenya; jika Anda ingin tetap berada dalam apa yang didokumentasikan OpenAI, rencanakan di Chat dan tulis di Codex.

Bagaimanapun juga, penyerahan dokumen desain adalah yang membuat jalur tulis chat dapat dipertahankan. Sesi chat dengan cakupan tulis pada repositori merupakan pemberian izin yang lebih besar daripada sesi chat dengan cakupan baca, dan dokumen tersebut adalah artefak yang Anda tinjau sebelum izin itu digunakan.

Serah terima, langkah demi langkah

• Arahkan perencana ke repositori — URL publik yang ditempelkan ke prompt, atau konektor GitHub jika Anda sudah mengotorisasinya — dan minta ia membaca kode sebelum mengusulkan apa pun.

• Mintalah dokumen desain, bukan patch. Syaratkan jalur file, antarmuka yang ditambahkan atau diubah, urutan perubahan yang harus diterapkan, dan pengujian yang membuktikan setiap langkah.

• Minta ia mengutip berkas yang benar-benar dibacanya. Dokumen desain yang mendeskripsikan antarmuka yang tidak dimiliki repositori adalah cara paling umum alur kerja ini gagal, dan kutipan itulah cara Anda menangkapnya dalam hitungan menit, bukan satu sprint.

• Simpan dokumen ke dalam repositori daripada menempelkannya ke alat berikutnya. Eksekutor yang membaca file dapat membacanya kembali; eksekutor yang menerima tempelan hanya punya satu kesempatan.

Mulai executor dengan dokumen sebagai instruksinya, dan batasi satu pull request ke satu bagian dokumen tersebut. Sesi panjang adalah tempat kualitas agen diam-diam menurun.

• Setelah itu, jaga agar perencana tetap hanya berperan sebagai peninjau. Jika dokumennya keliru, rencanakan ulang dan perbarui dokumen — jangan biarkan pelaksana berimprovisasi melampauinya, karena keberadaan dokumen itu justru untuk mencegah pekerjaan improvisasi.

Di mana ia rusak

• Status repositori basi — perencana membaca branch default saat Anda bekerja di branch fitur, sehingga jalur file dalam dokumen tertinggal satu versi. Sebutkan branch mana yang harus dibaca, atau tempelkan pohon branch.

• Penyimpangan dokumen desain — dokumen dan kode tidak sejalan, dan eksekutor mengikuti dokumen. Langkah berkas yang dikutip di atas adalah asuransi murah.

• Kejutan kuota ke arah yang salah — percakapan perencanaan selama dua puluh menit itu murah dalam hal pesan Chat dan mahal dalam hal perhatian; proses agen yang panjang justru sebaliknya. Anggarkan bucket yang benar-benar Anda pakai.

• Penurunan senyap — sesi obrolan yang turun ke model yang lebih kecil setelah beberapa putaran tetap akan menghasilkan dokumen desain yang meyakinkan. Nilailah dokumen itu berdasarkan kualitasnya sendiri, bukan berdasarkan asumsi bahwa model unggulan yang menulisnya.

• Perembetan izin — jalur tulis, baik melalui plugin maupun server MCP, memberi sesi obrolan kemampuan untuk mengubah kode Anda. Buat izin berlapis dan cabut kembali saat perubahan itu diterapkan.

Menjalankan separuh eksekutor melalui satu endpoint.

Separuh perencanaan dari alur kerja ini berada di dalam produk berlangganan, dan bagian itu memang sudah seperti itu adanya. Separuh eksekusinya adalah panggilan API, dan itulah separuh yang layak dimiliki. Jika Anda menulis skrip untuk eksekutor — loop agen kecil, tugas CI yang mengubah dokumen desain yang disetujui menjadi branch — panggilan model adalah satu-satunya bagian yang harus dapat ditukar, karena model yang Anda inginkan kuartal depan bukanlah model yang Anda jadikan acuan perencanaan hari ini.

Itulah gunanya lapisan perutean. openai/gpt-6-astraberada di belakang endpoint yang kompatibel dengan OpenAI yang sama dengan 200+ model lainnya, dengan harga daftar penyedia diteruskan pada markup 0% — jadi ketika vendor mengubah harga, harga di sisi kami ikut berubah pada hari yang sama, bukan pada perpanjangan kontrak berikutnya. Failover otomatis memungkinkan Anda menempatkan model yang belum terbukti pada sebagian trafik dengan model yang sudah terbukti di bawahnya, yang merupakan cara jujur untuk mengetahui apakah eksekutor murah sudah cukup baik untuk pengujian Anda. Dan DSL perutean menyusun beberapa model menjadi satu panggilan, sehingga model peninjau dapat memeriksa diff milik eksekutor pada kunci yang sama, di jalur permintaan yang sama, tanpa integrasi kedua.

Tidak satu pun dari itu mengubah struktur handoff. Itu mengubah biaya bereksperimen dengan separuhnya yang Anda kendalikan: satu kunci, satu endpoint, dan string model yang bisa Anda ubah tanpa menyentuh pipeline.

Siapa yang harus menjalankan ini sekarang, dan siapa yang harus menunggu

Jika Anda sudah membayar paket ChatGPT di tingkat Pro dan sudah menjalankan Codex atau Claude Code, alih tugas ini layak diadopsi minggu ini, karena kedua pos itu sudah terpisah di tagihan Anda dan dokumen desain adalah hal termurah dalam siklusnya. Mulailah dengan perubahan yang Anda pahami cukup baik untuk bisa mengenali rencana buruk: minta dokumennya, baca file yang dikutip, lalu serahkan.

Jika Anda menggunakan Plus, kendalikan ekspektasi. Astra menjangkau Anda melalui Work dan Codex tetapi tidak melalui Chat, jadi separuh perencanaan dari playbook ini tidak tersedia bagi Anda dalam bentuk yang dijelaskan — Anda akan merencanakan dan mengeksekusi dari kumpulan yang sama, yang menghilangkan argumen ekonomis dan hanya menyisakan disiplin menulis dokumen terlebih dahulu. Disiplin itu tetap layak dimiliki. Diskonnya tidak.

Dan jika alasan Anda menginginkan ini adalah jalur penulisan di Chat, bukan handoff, tunggu sampai dokumentasi OpenAI menyusul utas forum. Kemampuan yang bertentangan dengan halaman bantuan vendor sendiri adalah kemampuan yang sebaiknya disimpan di repositori sementara sampai halaman itu berubah.

Kunci yang sama dapat mengakses sisa katalog, dan Anda dapat menjelajahi katalog model lengkap untuk melihat apa lagi yang ada di balik satu endpoint yang kompatibel dengan OpenAI.