Topik trending
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Saya pikir banyak orang yang mungkin ingin mengembangkan proyek perangkat lunak baru sering tersandung di awal dalam proses memulainya, karena tampaknya sangat menakutkan untuk memulai dengan repositori kosong.
Jadi saya pikir saya akan segera menjalankan alur kerja terbaru saya, yang secara dramatis menurunkan standar dalam hal upaya dan waktu yang dibutuhkan untuk memulai.
Bagian terpenting sejauh ini adalah memiliki ide bagus atau apa yang harus dibuat yang benar-benar berguna bagi banyak orang jika itu benar-benar bekerja dengan baik dan melakukan apa yang coba dilakukan dengan baik.
Saya tidak dapat benar-benar membantu Anda dengan bagian ini, tetapi saran umum untuk menggaruk rasa gatal Anda sendiri dan memecahkan masalah Anda sendiri (non-niche) adalah cara yang sangat baik untuk memulai. Saya menemukan diri saya memikirkan ide proyek terus-menerus.
Bagaimanapun, langkah selanjutnya adalah menuliskan ide secara informal, seperti yang mungkin Anda lakukan dalam email singkat ke teman dekat.
Anda tidak mencoba membuat ini sebagai rencana formal, hanya cara tercepat untuk menyampaikan ide dasar dan apa yang dilakukannya dan menentukan bagian mana pun dari tumpukan teknologi atau perpustakaan yang Anda tahu ingin Anda gunakan.
Tangkapan layar terlampir menunjukkan contoh ini untuk ide yang saya miliki secara acak beberapa hari yang lalu. Saya mungkin membutuhkan waktu 10 atau 15 menit untuk menulis. Tidak perlu panjang, dan dapat merujuk sumber lain agar tetap ringkas.
Deskripsi awal ini kemudian menjadi prompt untuk GPT-5 Pro. Ini biasanya membutuhkan waktu setidaknya 15 atau 20 menit untuk dijalankan (sangat lama daripada yang dibutuhkan untuk menulis prompt). Anda bisa mencoba model lain, tetapi mereka akan jauh lebih buruk.
Saya kemudian sering mengambil prompt yang sama dan memberikannya ke Grok4 Heavy atau Opus4.1 dan memasukkan ide-ide itu kembali ke GPT-5 Pro dan mendorong Pro untuk mengambil ide bagus apa pun yang dilihatnya dalam proposal lain. Jika benar-benar ada sesuatu yang cerdas dalam paket tersebut, GPT-5 Pro akan mengenalinya dan memasukkannya.
Kemudian saya akan meminta Pro untuk membuat dokumen rencana penurunan harga yang terperinci dan terperinci berdasarkan respons pertamanya, dan saya akan menyimpannya sebagai file di folder proyek yang baru dibuat.
Kemudian saya akan sering mengulangi ini beberapa kali, memulai percakapan Pro baru di aplikasi web dan memberikan seluruh file rencana penurunan harga dan menyuruhnya untuk meningkatkan rencana dengan berbagai cara untuk membuatnya lebih andal, kuat, berkinerja, intuitif, ramah pengguna, dan kata sifat bagus lainnya.
Dan saya akan mendorong Pro untuk melakukan penelitian web yang menyeluruh tentang dokumentasi terbaru, blog, tutorial, dll untuk menemukan perpustakaan atau cara yang lebih baik untuk melakukan sesuatu.
Saya kemudian akan mengambil revisi yang diusulkan dan menempelkannya ke dalam codex dan meminta codex untuk mengintegrasikan revisi ke dalam dokumen rencana penurunan harga yang ada.
Setelah 2 atau 3 putaran ini, segalanya stabil dan Anda mendapatkan rencana yang sangat bagus dan disempurnakan. Ini adalah kunci dari segalanya, karena ketika segala sesuatunya masih dalam fase rencana, jauh lebih mudah untuk mengubah dan memperbaikinya karena Anda belum memiliki kode apa pun. Ukur dua kali, potong sekali, dll.
Berikut adalah tautan ke dokumen rencana yang dihasilkan yang berasal dari prompt awal untuk ide ini:
Pada titik ini, saya mulai menambahkan file AGENTS dot md; Saya mulai dengan yang sudah ada yang saya miliki dan meminta Pro (dalam sesi yang sama dengan dokumen rencana terbaru ditulis) untuk menyesuaikannya untuk proyek baru dan tumpukan teknologi ini sambil mempertahankan apa pun yang umum.
Jika ada beberapa pustaka yang sangat penting, saya juga terkadang akan membuat panduan praktik terbaik khusus (katakanlah, jika Anda membuat server MCP, saya akan membuat panduan praktik terbaik khusus untuk perpustakaan fastmcp, tetapi di mana saya juga menjabarkan cara menyusun proyek, dll.)
Pada titik ini, saya kemudian meminta codex dalam satu sesi untuk mulai membangun struktur proyek, membuat folder dan file placeholder kosong, membuat file .gitignore, dll.
Di sinilah proses saya menyimpang secara dramatis dari pendekatan biasa. Pertama-tama saya menggunakan proyek manik-manik Steve Yegge dan memberi tahu codex untuk mengubah dokumen rencana menjadi banyak tugas dan sub-tugas menggunakan manik-manik.
Kemudian saya menggunakan tmux untuk membuat banyak sesi codex, sebanyak 8 sekaligus (saya pikir lebih dari itu juga akan bekerja dengan baik)...


Berikut tautan ke utas saya tentang menutup loop otomatisasi dengan tmux:

8 Nov, 10.27
Saya baru saja menemukan cara untuk benar-benar mengotomatiskan alur kerja agen saya lebih banyak lagi dengan beberapa sihir tmux.
Sekarang saya menggunakan proyek email agen mcp saya untuk membuat sekelompok agen berbicara satu sama lain tentang menerapkan rencana (dan juga berkoordinasi menggunakan proyek manik-manik untuk manajemen tugas), saya masih perlu "memberi makan" agen dengan mengantri banyak pesan dalam codex agar mereka tetap sibuk.
Ini melibatkan menelusuri satu per satu melalui berbagai panel tmux (satu untuk setiap instance codex) dan menempelkan beberapa pesan kalengan atau menekan panah atas beberapa kali untuk menggunakan kembali pesan sebelumnya, seperti:
"Pilih manik-manik berikutnya yang benar-benar dapat Anda lakukan dengan berguna sekarang dan mulai mengkodenya segera; komunikasikan apa yang Anda lakukan kepada agen lain melalui surat agen."
Rasanya agak konyol dan tidak efisien untuk melakukan ini, meskipun tidak butuh waktu lama untuk memberi setiap agen instruksi yang cukup untuk membuat mereka sibuk selama lebih dari satu jam.
Tapi sekarang saya menyadari bahwa saya dapat secara otomatis mengantri banyak pesan di setiap panel tmux yang relevan sekaligus, hanya dengan menyalin dan menempelkannya ke konsol di luar sesi tmux (ini diuji dan berfungsi di zsh):
---
PANES=(${(f)"$(tmux list-panes -a -F '#S:#I.#P' | tail -n +3 | head -n -2)"})
untuk panel dalam $PANES; melakukan
tmux send-keys -t $pane -l 'pilih manik-manik berikutnya yang benar-benar dapat Anda lakukan dengan berguna sekarang dan mulai membuat kode di atasnya segera; komunikasikan apa yang Anda lakukan kepada agen lain melalui surat agen.'
tidur 0,1
tmux send-keys -t $pane Enter
karena i dalam {1..4}; melakukan
tmux send-keys -t $pane -l 'Teruskan, lakukan pekerjaan yang berguna! dan berkomunikasi!'
tidur 0,1
tmux send-keys -t $pane Enter
selesai
tmux send-keys -t $pane -l 'bagus, sekarang saya ingin Anda membaca dengan cermat semua kode baru yang baru saja Anda tulis dan kode lain yang baru saja Anda modifikasi dengan "mata segar" dengan sangat hati-hati untuk bug, kesalahan, masalah, masalah, kebingungan, dll.
tidur 0,1
tmux send-keys -t $pane Enter
tmux send-keys -t $pane -l 'Pastikan untuk memeriksa email agen Anda dan segera menanggapi pesan apa pun jika diperlukan; Setelah itu, lanjutkan dengan cermat dengan rencana, lakukan semua tugas Anda yang belum selesai secara sistematis dan terus mencatat kemajuan Anda secara sebaris dalam dokumen rencana, melalui manik-manik, dan melalui pesan surat agen. Jangan terjebak dalam "api penyucian komunikasi" di mana tidak ada yang dilakukan; Bersikaplah proaktif dalam memulai tugas yang perlu dilakukan, tetapi beri tahu sesama agen Anda melalui pesan saat Anda melakukannya dan catat sebaris dalam dokumen rencana. Ketika Anda benar-benar tidak yakin apa yang harus dilakukan, pilih manik-manik berikutnya yang dapat Anda kerjakan dan mulai.'
tidur 0,1
tmux send-keys -t $pane Enter
tmux send-keys -t $pane -l 'ok 'OK, dapatkah Anda sekarang mengalihkan perhatian Anda untuk meninjau kode yang ditulis oleh sesama agen Anda dan memeriksa masalah, bug, kesalahan, masalah, inefisiensi, masalah keamanan, masalah keandalan, dll. dan dengan hati-hati mendiagnosis akar penyebab yang mendasarinya menggunakan analisis prinsip pertama dan kemudian memperbaiki atau merevisinya jika perlu? Jangan membatasi diri Anda pada komitmen terbaru, lemparkan jaring yang lebih lebar dan masuk sangat dalam!'
tidur 0,1
tmux send-keys -t $pane Enter
selesai
---
Naskah ini:
Mendapatkan panel: Menemukan semua panel tmux, tidak termasuk 2 pertama dan 2 terakhir
Mengirim 8 pesan ke setiap panel yang dipilih:
"Pilih manik-manik berikutnya ..."
- memberi tahu agen untuk mulai mengerjakan tugas berikutnya
"Lanjutkan..." × 4 - dorongan berulang untuk terus bekerja
"baca dengan cermat..." - menginstruksikan tinjauan kode baru
"periksa surat agen..." - pesan panjang tentang koordinasi, menghindari kelumpuhan komunikasi, tetap produktif
"Tinjau kode yang ditulis oleh sesama agen..." - Tinjauan kode sejawat untuk bug/masalah
Setiap pesan dikirim secara harfiah (-l flag) dengan penundaan 0,1 detik sebelum Enter untuk memastikan Codex CLI memprosesnya dengan benar.

4,62K
Teratas
Peringkat
Favorit
