[🤖] Meski Ada Koordinator, Saya Harus Mengarahkan Semua Sesi Sendiri

✨ Ringkasan GPT-5.6 Sol

Saat mencoba membagi pekerjaan brosur ke beberapa sesi, saya khawatir koordinator hanya menerima laporan sampai kehilangan konteks. Ini catatan tentang bagaimana saya meminta Skill diperbaiki agar dapat mengarahkan semua sesi sendiri tanpa kehilangan status koordinasi.

Mengapa Saya Tidak Bisa Memercayai Koordinator

Hari ini di kantor saya mendapat tugas membuat brosur. Saya belum pernah membuatnya, jadi saya berpikir akan berguna jika ada koordinator yang membaca materi terkait, membagi pekerjaan, dan mengoordinasikan beberapa sesi Codex. Saya ingin koordinator itu membaca semua percakapan dalam proyek saat ini dan memberi tahu setiap sesi apa yang perlu dikerjakan.

Namun, begitu memberi perintah, saya langsung merasa khawatir.

Jangan-jangan seperti dulu, ia hanya terus menerima laporan, kehilangan konteks, lalu mulai bicara ngawur.

Kekhawatiran ini bukan ketidakpercayaan yang samar. Saya sudah pernah memisahkan koordinator dan worker, lalu mengalami bagaimana laporan menenggelamkan percakapan koordinator. Karena itu, saya pernah membangun ulang Skill custom-coordinate-parallel-workers dengan laporan berbasis file dan checkpoint sebagai pusatnya. Saat itu saya juga menguji alat status lokal, tetapi belum menjalankan seluruh alur sampai selesai dalam beberapa sesi Codex yang nyata.

Kali ini ada pekerjaan nyata berupa brosur. Namun saat hendak kembali menyerahkan peran koordinator, saya menyadari bahwa menumpuk laporan file dengan rapi saja tidak menyelesaikan masalah. Selagi koordinator membaca laporan dan membagi pekerjaan, saya bukan orang yang hanya duduk diam menonton. Saya akan terus membuka berbagai sesi, langsung meminta arah yang salah diperbaiki, menambahkan materi yang dibutuhkan, dan mengubah prioritas.

Agar berfungsi dengan benar, koordinator harus mempertahankan status koordinasi bahkan ketika saya campur tangan langsung dalam sesi lain.

Saya Akan Terus Memberi Perintah di Sesi Lain

Versi pertama Skill yang diperbarui masih mendekati struktur tempat saya memberi perintah kepada koordinator lalu mengamati sesi lain menjalankan perintah koordinator. Saya segera mengatakannya lagi.

Saya juga harus bisa memberi berbagai perintah di sesi-sesi itu.

Saya tidak menginginkan struktur yang membuat koordinator memonopoli seluruh wewenang memberi instruksi. Koordinator cukup mengelola tujuan keseluruhan, kepemilikan pekerjaan, dependensi, dan urutan integrasi. Namun, orang yang melihat hasil konkret di setiap sesi kerja dan membuat keputusan tetaplah saya. Jika saya meminta worker memperbaiki kalimat atau mengubah hasil di dalam cakupan kerja saat ini, worker harus langsung menerapkannya. Sebaliknya, jika instruksi itu menyentuh file sesi lain, kontrak bersama, deployment, atau status eksternal, worker tidak boleh memperluas cakupan secara sepihak. Ia harus mempertahankan hasil yang saya minta lalu berhenti agar koordinator dapat mengatur ulang pekerjaan.

Dengan standar itulah saya memerintahkan perbaikan lain pada custom-coordinate-parallel-workers. Bahkan jika saya memberi instruksi tambahan setelah tugas selesai, instruksi itu tidak boleh lagi dihimpit menjadi satu ringkasan 256 karakter. Hasil yang saya inginkan, hal yang wajib dipertahankan, file yang terdampak, efek eksternal, dan sesi asal instruksi harus dicatat secara terpisah. Walaupun koordinator kehilangan ingatan percakapan, ia harus bisa memulihkan instruksi saya dari file.

Saya juga mencegah koordinator menutup permintaan perubahan hanya dengan menulis “diterima”. Permintaan tidak boleh dianggap selesai sebelum dihubungkan ke laporan baru yang benar-benar memuat perubahan atau ke assignment baru. Hubungan saja tidak membuktikan isi sudah benar, jadi saya juga mempertahankan langkah yang mengharuskan koordinator membandingkan hasil yang saya minta serta syarat yang harus dipertahankan dengan diff yang sebenarnya.

Yang penting bukan bertambahnya file status. Yang penting adalah instruksi saya tidak hilang saat saya berbicara langsung dengan sesi mana pun, sekaligus tidak diam-diam merusak kepemilikan keseluruhan.

Saya Tidak Menggabungkan Koordinator dan Sesi Audit

Selama perbaikan, saya juga bertanya-tanya apakah custom-coordinate-parallel-workers pada dasarnya menjalankan peran yang sama dengan Graph Engineering Gate Skill yang dibuat sehari sebelumnya. Namanya saat itu adalah custom-graph-engineering-gate. Keduanya menangani banyak sesi dan status review, sehingga menggabungkannya terdengar masuk akal.

Kali ini saya tidak langsung menggabungkannya. Saya menggunakan custom-deliberate untuk menguji gagasan itu secara kritis. Kesimpulannya adalah tetap memisahkan keduanya.

custom-coordinate-parallel-workers merupakan kontrol eksekusi: ia mengelola kepemilikan file antarsesi kerja, instruksi pengguna, laporan, Git index, urutan integrasi, dan efek eksternal. Sebaliknya, Skill audit memeriksa hasil yang sudah diintegrasikan dan dibekukan dalam sesi terpisah tanpa konteks sebelumnya. Saat koordinator meninjau laporan, ia sedang memutuskan apakah pekerjaan boleh diintegrasikan. Itu adalah review integrasi, bukan penilaian auditor independen.

Menggabungkan keduanya bisa membuat sesi audit otomatis melekat pada semua pekerjaan paralel. Sebaliknya, review integrasi biasa oleh koordinator juga bisa disalahartikan sebagai audit independen. Karena itu, saya mempertahankan kedua Skill secara terpisah dan hanya memperjelas batas di antara keduanya. Sesi audit independen hanya dibuka untuk hasil yang benar-benar membutuhkannya, setelah koordinator membekukan hasil tersebut.

Saya memutuskan tidak menganggap struktur yang lebih besar otomatis lebih aman. Peran yang diperlukan harus dihubungkan, tetapi tidak digabungkan seolah-olah keduanya merupakan peran yang sama.

Instruksi Transisi yang Benar-Benar Saya Berikan kepada Koordinator

Saya tidak hanya menetapkan prinsip lewat kata-kata. Saya menulis dan memberikan instruksi transisi panjang kepada sesi koordinator: pertama-tama rekonstruksi file saat ini dan sesi yang sudah ada, klasifikasikan konflik, baru kemudian terbitkan assignment. Saya sekaligus menulis agar perubahan lama tidak dihapus sembarangan, instruksi yang diberikan langsung oleh pengguna dalam setiap sesi tetap dipertahankan, worker hanya mengubah path miliknya, dan hanya koordinator yang menangani integrasi serta pekerjaan Git.

Teks asli memuat rincian yang dapat mengidentifikasi pekerjaan dan materi sebenarnya, jadi saya tidak menerbitkannya apa adanya. Saya hanya melampirkan salinan publik yang mengganti nama perusahaan, bidang pekerjaan, nama pelanggan dan materi kasus, rincian layanan, serta path lokal pribadi dengan ungkapan umum.

Lihat instruksi transisi koordinator versi publik yang sudah disamarkan

Saya Baru Akan Menyebutnya Cukup Setelah Pekerjaan Nyata

Transisi status, kepemilikan file, dependensi, pembekuan, instruksi tambahan pengguna, dan pemulihan file status lama sudah dicakup pemeriksaan otomatis. Dalam peninjauan kritis, ditemukan dan ditutup juga celah yang memungkinkan permintaan pengguna yang sudah diterima ditutup tanpa dihubungkan ke hasil baru.

Meski begitu, saya bertanya sekali lagi.

Apakah sudah cukup diperbaiki?

Jawabannya: cukup untuk memulai pilot terkendali, tetapi belum cukup untuk mengklaim bahwa struktur ini terbukti dalam beberapa sesi Codex yang nyata. Percakapan ini merupakan side session, sehingga tidak dapat membuka worker sungguhan dan sekaligus menguji pengiriman notifikasi, intervensi pengguna, serta pemulihan koordinator. Lulusnya mesin status lokal tidak sama dengan bukti bahwa koordinator menafsirkan dan mengintegrasikan instruksi saya dengan benar selama pekerjaan panjang.

Karena itu, saya memutuskan untuk tidak membayangkan dan menambahkan lebih banyak aturan di sini. Dalam sesi koordinator, saya akan benar-benar membagi pekerjaan brosur, melihat setiap sesi sendiri, dan memberi instruksi di tengah jalan. Saya akan mengamati sampai akhir apakah koordinator kehilangan instruksi saya, melanggar kepemilikan sesi lain, atau tetap dapat memulihkan tujuan awal dan tindakan berikutnya meskipun laporan menumpuk. Jika hasilnya keluar hari ini, saya akan melanjutkan tulisan hari ini. Jika keluar besok, saya bisa melanjutkan besok.

Setelah menyelesaikan tulisan ini, saya juga meninjau kembali nama Skill audit. Nama saat itu, custom-graph-engineering-gate, menjelaskan konsep awalnya, tetapi sama sekali tidak menunjukkan apa yang sebenarnya dilakukan Skill tersebut.

Tindakan yang benar-benar saya lakukan adalah menghentikan hasil pekerjaan dan membuka sesi audit terpisah. Karena itu, namanya kini saya ubah menjadi custom-open-audit-session. Nama lama tetap ada dalam catatan saat itu, tetapi sekarang hanya nama ini yang digunakan untuk memanggilnya.

Namun, kesimpulan tulisan ini tidak perlu ikut ditunda. Hari ini saya tidak memutuskan untuk memercayai koordinator. Saya memperjelas syarat bahwa struktur tidak boleh runtuh meskipun saya campur tangan langsung dalam semua sesi dan, alih-alih mengatakan semuanya sudah cukup, saya meninggalkan E2E untuk diverifikasi dalam pekerjaan nyata.

Apakah struktur ini layak dipercaya tidak akan ditentukan oleh penjelasan atau jumlah test, melainkan oleh pekerjaan brosur nyata yang saya awasi sendiri.