Codex dan aliran kerja berbilang ejen: bekerjasama dengan ejen tanpa kehilangan kawalan

spinny:~/writing $ vim codex-multi-agent-workflows.md

1~
2Kali pertama ejen pengekodan benar-benar membetulkan pepijat untuk anda, reaksinya hampir selalu sama: campuran semangat dan syak wasangka. Bagus, pasti. Tetapi kemudian anda melihat perbezaan dan bertanya kepada diri sendiri: "Ok, tetapi apa sebenarnya yang dia sentuh? Bolehkah saya mempercayainya? Adakah dia akan melakukannya lagi dengan cara yang sama esok?".
3~
4Di situlah saya rasa bahagian yang menarik bermula. Bukan apabila ejen menulis fungsi, tetapi apabila ia menjadi cukup berkemampuan untuk melaksanakan keseluruhan kerja: baca repositori, buat tampalan, jalankan ujian, buka PR, kembali selepas ulasan semakan. Codex bergerak tepat ke arah itu: kerja latar belakang, pokok kerja berasingan, penyemak imbas bersepadu, automasi, pemalam, memori dan kawalan kebenaran yang lebih jelas.
5~
6Intinya bukan untuk membayangkan masa depan di mana tiada siapa yang membaca kod lagi. Ia akan menjadi masa depan yang mengerikan, serta agak naif. Intinya adalah untuk memikirkan cara bekerja dengan ejen yang boleh melakukan banyak perkara tanpa membiarkan mereka melakukan segala-galanya.
7~
8## Perubahan tabiat
9~
10Dengan autolengkap tradisional anda sentiasa berada di hadapan. AI mencadangkan garis, anda memutuskan. Walau bagaimanapun, dengan ejen, hubungan itu berubah: anda memberinya matlamat dan dia melalui beberapa langkah sendiri.
11~
12Ini berkuasa, tetapi ia mengubah masalah. Persoalannya bukan lagi sekadar "bolehkah program model?". Persoalannya menjadi:
13~
14- Adakah saya memberinya skop yang cukup kecil?
15- adakah anda tahu bagaimana untuk menyemak keputusan?
16- Adakah saya bekerja dalam persekitaran terpencil?
17- Adakah semakan akhir masih berperikemanusiaan dan berhati-hati?
18~
19Aliran kerja yang sihat kelihatan lebih seperti ini daripada tongkat ajaib:
20~
21```mermaid
22flowchart LR
23    Idea[Tugas manusia] --> Scope[Tujuan yang kecil dan boleh disahkan]
24    Scope --> Agent[Ejen dalam worktree diasingkan]
25    Agent --> Checks[Uji, lint, bina, pelayar]
26    Checks --> Review[Kajian manusia]
27    Review --> Merge[Gabung atau lelaran baharu]
28    Review --> Iterate[Komen tepat tentang perbezaan]
29    Iterate --> Agent
30```
31~
32Kedengarannya kurang romantis daripada "ejen membina segala-galanya", tetapi ia berfungsi dengan lebih baik. Dan ini juga cara pasukan yang baik dengan manusia berfungsi: tugas yang jelas, maklum balas cepat, akauntabiliti yang jelas.
33~
34## Gesaan yang baik adalah hampir tiket yang baik
35~
36Gesaan yang paling berbahaya ialah yang samar-samar tetapi yakin: "betulkan halaman invois", "tingkatkan seni bina", "bersihkan modul pengesahan". Ini adalah permintaan yang kelihatan produktif dan menghasilkan perbezaan yang besar. Tetapi kemudian anda mendapati diri anda melakukan arkeologi.
37~
38Gesaan yang berguna adalah lebih membosankan. Contohnya: laksanakan eksport CSV untuk halaman invois, dengan mengetahui bahawa jadual berada dalam `app/(dashboard)/invoices/page.tsx`, pertanyaan berada dalam `src/server/invoices.ts` dan sudah ada corak yang serupa dalam `app/(dashboard)/reports`.
39~
40Kemudian tambahkan kekangan yang jelas: jangan ubah skema pangkalan data, jangan tambah kebergantungan jika utiliti kecil mencukupi, kekalkan gaya UI sedia ada. Dan tutup dengan pengesahan: `npm test -- invoices` dan `npm run build`.
41~
42Jenis ringkasan ini bukan untuk "menjelaskan dengan lebih baik kepada AI". Ia berfungsi terutamanya untuk menjelaskan kepada anda perkara yang anda wakilkan. Jika anda tidak dapat menulisnya secara konkrit, mungkin tugasan itu belum siap untuk seorang ejen.
43~
44## Tiga kerja yang saya rela wakilkan
45~
46Yang pertama ialah kerja berulang tetapi boleh disahkan: menambah ujian, memindahkan panggilan ke API dalaman baharu, mengemas kini import, menggantikan komponen yang tidak digunakan, membetulkan ralat TypeScript. Di sini ejen boleh menjimatkan masa dan risiko boleh dikawal.
47~
48Yang kedua ialah kerja penerokaan: "cari di mana jumlah ini dikira", "terangkan kepada saya mengapa ujian ini rapuh", "hasilkan semula pepijat dan beritahu saya fail mana yang kelihatan terjejas". Walaupun ia tidak menghasilkan tampalan serta-merta, ia boleh melakukan peninjauan yang berguna.
49~
50Yang ketiga ialah kerja penyelenggaraan berulang: kemas kini pergantungan kecil, pembersihan bendera ciri lama, ringkasan PR yang disekat, menyemak TODO yang terlupa. Ia tidak glamor, tetapi ia betul-betul jenis kerja yang cenderung bertimbun.
51~
52## Tiga pekerjaan yang saya kekalkan sebagai manusia
53~
54Keputusan produk kekal sebagai manusia. Jika perubahan mengubah cara pengguna membayar, memadamkan data, melihat harga atau memahami kebenaran, saya mahukan orang yang bertanggungjawab.
55~
56Sempadan keselamatan juga patut diberi perhatian manusia: pengesahan, peranan, token, pengelogan data sensitif, migrasi pangkalan data. Ejen boleh membantu melaksanakan, tetapi tidak perlu menjadi pembuat keputusan tunggal.
57~
58Akhirnya, saya menyimpan segala-galanya yang memerlukan rasa seni bina manusia. Seorang ejen boleh mencadangkan refactor, tetapi memahami sama ada abstraksi benar-benar perlu atau sama ada kita hanya menggilap masalah yang tidak wujud kekal sebagai pekerjaan.
59~
60## Semakan itu bukan pilihan
61~
62Godaan, apabila ejen adalah baik, adalah untuk mempercayai hijau CI. Ia boleh difahami. Ia juga apabila masalah bermula.
63~
64Saya sentiasa melihat sekurang-kurangnya lima perkara:
65~
661. Adakah patch hanya menyelesaikan tugas yang diminta?
672. Adakah dia menyentuh fail yang tiada kaitan dengannya?
683. Adakah ujian merangkumi tingkah laku baru atau hanya peluang gembira?
694. Adakah kod mengikut corak tempatan?
705. Adakah ralat dikendalikan seperti dalam projek yang lain?
71~
72Apabila ada sesuatu yang salah, maklum balas perlu khusus. "Betulkan" malas. Lebih baik: utiliti ini menduplikasi `parseMoney` menjadi `src/lib/money.ts`; gunakan semula fungsi itu, tambahkan ujian untuk kes EUR dan jangan ubah API awam modul pengebilan.
73~
74Ejen bertindak balas dengan lebih baik kepada ulasan kecil yang boleh disahkan. Anehnya, begitu juga orang ramai.
75~
76## Pengawal berbaloi dengan usaha
77~
78Jika ejen boleh membaca fail, menulis kod dan melaksanakan arahan, ia harus dianggap sebagai proses yang berkuasa. Tidak perlu paranoia, anda memerlukan kebersihan.
79~
80Gunakan pokok kerja atau dahan yang berasingan. Jadi anda boleh membandingkan perbezaan, membuang percubaan yang gagal dan tidak mencampurkan kerja ejen dengan apa yang anda lakukan.
81~
82Hadkan kebenaran. Perintah seperti `rg`, `git diff`, `npm test` dan `npm run build` boleh menjadi agak percuma. Deployment, migrasi pangkalan data, akses kepada rahsia dan arahan yang merosakkan mesti kekal jelas.
83~
84Kurangkan akses rangkaian apabila anda tidak memerlukannya. Untuk banyak tugas, dokumentasi rasmi, pendaftaran pakej dan perkhidmatan dalaman tertentu adalah mencukupi. Kurang luas permukaan, kurang kejutan.
85~
86Jejaki tindakan. Apabila tampalan tiba dalam semakan, anda sepatutnya boleh membina semula gesaan, arahan dilaksanakan, ujian diluluskan dan fail diubah suai. Bukan untuk mewujudkan birokrasi, tetapi untuk dapat memahami apa yang berlaku jika sesuatu berlaku.
87~
88## Cara mudah untuk bermula sebagai satu pasukan
89~
90Jika saya memperkenalkan ejen ke dalam pasukan kecil, saya akan bermula tanpa revolusi besar.
91~
92Saya akan membuat label `agent-ready` untuk isu dengan skop yang jelas. Saya akan menambah templat dengan konteks, kekangan dan arahan pengesahan. Saya akan meminta PR kecil, idealnya di bawah beberapa ratus baris. Saya memerlukan ujian atau tangkapan skrin untuk perubahan yang boleh dilihat. Dan yang paling penting, saya akan memastikan seseorang bertanggungjawab untuk penggabungan itu.
93~
94Selepas dua minggu saya akan melihat data: tugas mana yang benar-benar dipercepatkan, ulasan mana yang berat, gesaan mana yang mengelirukan, bahagian asas kod mana yang terlalu rapuh untuk diwakilkan.
95~
96Ini adalah pendekatan yang kurang hebat daripada "mulai hari ini kami akan melakukan segala-galanya dengan ejen", tetapi ia adalah pendekatan yang membolehkan anda pergi ke minggu ketiga tanpa penyesalan.
97~
98## Bahagian yang paling manusia
99~
100Perkara yang lucu ialah semakin banyak ejen berautonomi, semakin penting kemahiran klasik itu semula: menulis tiket yang bagus, membuat potongan kecil, mencipta ujian, membaca perbezaan, berkomunikasi pertukaran. Ejen mempercepatkan mereka yang sudah tahu cara bekerja dengan baik. Ia juga menambah kekacauan mereka yang mewakilkan secara teruk.
101~
102Jadi tidak, saya tidak melihat aliran kerja berbilang ejen sebagai jalan pintas untuk berhenti melakukan kejuruteraan. Saya melihatnya sebagai cara untuk mengalihkan lebih banyak tenaga kepada bahagian yang penting: memutuskan perkara yang hendak dibina, memastikan ia berfungsi, memastikan sistem dapat difahami.
103~
104Ejen boleh menjadi rakan sekerja tak segerak yang hebat. Tetapi rakan sekerja tak segerak, untuk berguna, memerlukan konteks, sempadan dan semakan. Sama seperti orang lain.
105~
106## Sumber yang berguna
107~
108- [Codex untuk (hampir) segala-galanya - OpenAI](https://openai.com/index/codex-for-almost-everything/)
109- [Menjalankan Codex dengan selamat di OpenAI](https://openai.com/index/running-codex-safely/)
110- [Memperkenalkan Codex - OpenAI](https://openai.com/index/introducing-codex/)
111- [Perkara baharu dengan ejen pengekodan GitHub Copilot](https://github.blog/ai-and-ml/github-copilot/whats-new-with-github-copilot-coding-agent/)
112~

NORMAL · codex-multi-agent-workflows.md [readonly]112 lines · :q to close

2Kali pertama ejen pengekodan benar-benar membetulkan pepijat untuk anda, reaksinya hampir selalu sama: campuran semangat dan syak wasangka. Bagus, pasti. Tetapi kemudian anda melihat perbezaan dan bertanya kepada diri sendiri: "Ok, tetapi apa sebenarnya yang dia sentuh? Bolehkah saya mempercayainya? Adakah dia akan melakukannya lagi dengan cara yang sama esok?".

4Di situlah saya rasa bahagian yang menarik bermula. Bukan apabila ejen menulis fungsi, tetapi apabila ia menjadi cukup berkemampuan untuk melaksanakan keseluruhan kerja: baca repositori, buat tampalan, jalankan ujian, buka PR, kembali selepas ulasan semakan. Codex bergerak tepat ke arah itu: kerja latar belakang, pokok kerja berasingan, penyemak imbas bersepadu, automasi, pemalam, memori dan kawalan kebenaran yang lebih jelas.

6Intinya bukan untuk membayangkan masa depan di mana tiada siapa yang membaca kod lagi. Ia akan menjadi masa depan yang mengerikan, serta agak naif. Intinya adalah untuk memikirkan cara bekerja dengan ejen yang boleh melakukan banyak perkara tanpa membiarkan mereka melakukan segala-galanya.

8## Perubahan tabiat

10Dengan autolengkap tradisional anda sentiasa berada di hadapan. AI mencadangkan garis, anda memutuskan. Walau bagaimanapun, dengan ejen, hubungan itu berubah: anda memberinya matlamat dan dia melalui beberapa langkah sendiri.

11~

12Ini berkuasa, tetapi ia mengubah masalah. Persoalannya bukan lagi sekadar "bolehkah program model?". Persoalannya menjadi:

13~

14- Adakah saya memberinya skop yang cukup kecil?

15- adakah anda tahu bagaimana untuk menyemak keputusan?

16- Adakah saya bekerja dalam persekitaran terpencil?

17- Adakah semakan akhir masih berperikemanusiaan dan berhati-hati?

18~

19Aliran kerja yang sihat kelihatan lebih seperti ini daripada tongkat ajaib:

20~

21```mermaid

22flowchart LR

23 Idea[Tugas manusia] --> Scope[Tujuan yang kecil dan boleh disahkan]

24 Scope --> Agent[Ejen dalam worktree diasingkan]

25 Agent --> Checks[Uji, lint, bina, pelayar]

26 Checks --> Review[Kajian manusia]

27 Review --> Merge[Gabung atau lelaran baharu]

28 Review --> Iterate[Komen tepat tentang perbezaan]

29 Iterate --> Agent

30```

31~

32Kedengarannya kurang romantis daripada "ejen membina segala-galanya", tetapi ia berfungsi dengan lebih baik. Dan ini juga cara pasukan yang baik dengan manusia berfungsi: tugas yang jelas, maklum balas cepat, akauntabiliti yang jelas.

33~

34## Gesaan yang baik adalah hampir tiket yang baik

35~

36Gesaan yang paling berbahaya ialah yang samar-samar tetapi yakin: "betulkan halaman invois", "tingkatkan seni bina", "bersihkan modul pengesahan". Ini adalah permintaan yang kelihatan produktif dan menghasilkan perbezaan yang besar. Tetapi kemudian anda mendapati diri anda melakukan arkeologi.

37~

38Gesaan yang berguna adalah lebih membosankan. Contohnya: laksanakan eksport CSV untuk halaman invois, dengan mengetahui bahawa jadual berada dalam `app/(dashboard)/invoices/page.tsx`, pertanyaan berada dalam `src/server/invoices.ts` dan sudah ada corak yang serupa dalam `app/(dashboard)/reports`.

39~

40Kemudian tambahkan kekangan yang jelas: jangan ubah skema pangkalan data, jangan tambah kebergantungan jika utiliti kecil mencukupi, kekalkan gaya UI sedia ada. Dan tutup dengan pengesahan: `npm test -- invoices` dan `npm run build`.

41~

42Jenis ringkasan ini bukan untuk "menjelaskan dengan lebih baik kepada AI". Ia berfungsi terutamanya untuk menjelaskan kepada anda perkara yang anda wakilkan. Jika anda tidak dapat menulisnya secara konkrit, mungkin tugasan itu belum siap untuk seorang ejen.

43~

44## Tiga kerja yang saya rela wakilkan

45~

46Yang pertama ialah kerja berulang tetapi boleh disahkan: menambah ujian, memindahkan panggilan ke API dalaman baharu, mengemas kini import, menggantikan komponen yang tidak digunakan, membetulkan ralat TypeScript. Di sini ejen boleh menjimatkan masa dan risiko boleh dikawal.

47~

48Yang kedua ialah kerja penerokaan: "cari di mana jumlah ini dikira", "terangkan kepada saya mengapa ujian ini rapuh", "hasilkan semula pepijat dan beritahu saya fail mana yang kelihatan terjejas". Walaupun ia tidak menghasilkan tampalan serta-merta, ia boleh melakukan peninjauan yang berguna.

49~

50Yang ketiga ialah kerja penyelenggaraan berulang: kemas kini pergantungan kecil, pembersihan bendera ciri lama, ringkasan PR yang disekat, menyemak TODO yang terlupa. Ia tidak glamor, tetapi ia betul-betul jenis kerja yang cenderung bertimbun.

51~

52## Tiga pekerjaan yang saya kekalkan sebagai manusia

53~

54Keputusan produk kekal sebagai manusia. Jika perubahan mengubah cara pengguna membayar, memadamkan data, melihat harga atau memahami kebenaran, saya mahukan orang yang bertanggungjawab.

55~

56Sempadan keselamatan juga patut diberi perhatian manusia: pengesahan, peranan, token, pengelogan data sensitif, migrasi pangkalan data. Ejen boleh membantu melaksanakan, tetapi tidak perlu menjadi pembuat keputusan tunggal.

57~

58Akhirnya, saya menyimpan segala-galanya yang memerlukan rasa seni bina manusia. Seorang ejen boleh mencadangkan refactor, tetapi memahami sama ada abstraksi benar-benar perlu atau sama ada kita hanya menggilap masalah yang tidak wujud kekal sebagai pekerjaan.

59~

60## Semakan itu bukan pilihan

61~

62Godaan, apabila ejen adalah baik, adalah untuk mempercayai hijau CI. Ia boleh difahami. Ia juga apabila masalah bermula.

63~

64Saya sentiasa melihat sekurang-kurangnya lima perkara:

65~

661. Adakah patch hanya menyelesaikan tugas yang diminta?

672. Adakah dia menyentuh fail yang tiada kaitan dengannya?

683. Adakah ujian merangkumi tingkah laku baru atau hanya peluang gembira?

694. Adakah kod mengikut corak tempatan?

705. Adakah ralat dikendalikan seperti dalam projek yang lain?

71~

72Apabila ada sesuatu yang salah, maklum balas perlu khusus. "Betulkan" malas. Lebih baik: utiliti ini menduplikasi `parseMoney` menjadi `src/lib/money.ts`; gunakan semula fungsi itu, tambahkan ujian untuk kes EUR dan jangan ubah API awam modul pengebilan.

73~

74Ejen bertindak balas dengan lebih baik kepada ulasan kecil yang boleh disahkan. Anehnya, begitu juga orang ramai.

75~

76## Pengawal berbaloi dengan usaha

77~

78Jika ejen boleh membaca fail, menulis kod dan melaksanakan arahan, ia harus dianggap sebagai proses yang berkuasa. Tidak perlu paranoia, anda memerlukan kebersihan.

79~

80Gunakan pokok kerja atau dahan yang berasingan. Jadi anda boleh membandingkan perbezaan, membuang percubaan yang gagal dan tidak mencampurkan kerja ejen dengan apa yang anda lakukan.

81~

82Hadkan kebenaran. Perintah seperti `rg`, `git diff`, `npm test` dan `npm run build` boleh menjadi agak percuma. Deployment, migrasi pangkalan data, akses kepada rahsia dan arahan yang merosakkan mesti kekal jelas.

83~

84Kurangkan akses rangkaian apabila anda tidak memerlukannya. Untuk banyak tugas, dokumentasi rasmi, pendaftaran pakej dan perkhidmatan dalaman tertentu adalah mencukupi. Kurang luas permukaan, kurang kejutan.

85~

86Jejaki tindakan. Apabila tampalan tiba dalam semakan, anda sepatutnya boleh membina semula gesaan, arahan dilaksanakan, ujian diluluskan dan fail diubah suai. Bukan untuk mewujudkan birokrasi, tetapi untuk dapat memahami apa yang berlaku jika sesuatu berlaku.

87~

88## Cara mudah untuk bermula sebagai satu pasukan

89~

90Jika saya memperkenalkan ejen ke dalam pasukan kecil, saya akan bermula tanpa revolusi besar.

91~

92Saya akan membuat label `agent-ready` untuk isu dengan skop yang jelas. Saya akan menambah templat dengan konteks, kekangan dan arahan pengesahan. Saya akan meminta PR kecil, idealnya di bawah beberapa ratus baris. Saya memerlukan ujian atau tangkapan skrin untuk perubahan yang boleh dilihat. Dan yang paling penting, saya akan memastikan seseorang bertanggungjawab untuk penggabungan itu.

93~

94Selepas dua minggu saya akan melihat data: tugas mana yang benar-benar dipercepatkan, ulasan mana yang berat, gesaan mana yang mengelirukan, bahagian asas kod mana yang terlalu rapuh untuk diwakilkan.

95~

96Ini adalah pendekatan yang kurang hebat daripada "mulai hari ini kami akan melakukan segala-galanya dengan ejen", tetapi ia adalah pendekatan yang membolehkan anda pergi ke minggu ketiga tanpa penyesalan.

97~

98## Bahagian yang paling manusia

99~

100Perkara yang lucu ialah semakin banyak ejen berautonomi, semakin penting kemahiran klasik itu semula: menulis tiket yang bagus, membuat potongan kecil, mencipta ujian, membaca perbezaan, berkomunikasi pertukaran. Ejen mempercepatkan mereka yang sudah tahu cara bekerja dengan baik. Ia juga menambah kekacauan mereka yang mewakilkan secara teruk.

101~

102Jadi tidak, saya tidak melihat aliran kerja berbilang ejen sebagai jalan pintas untuk berhenti melakukan kejuruteraan. Saya melihatnya sebagai cara untuk mengalihkan lebih banyak tenaga kepada bahagian yang penting: memutuskan perkara yang hendak dibina, memastikan ia berfungsi, memastikan sistem dapat difahami.

103~

104Ejen boleh menjadi rakan sekerja tak segerak yang hebat. Tetapi rakan sekerja tak segerak, untuk berguna, memerlukan konteks, sempadan dan semakan. Sama seperti orang lain.

105~

106## Sumber yang berguna

107~

108- [Codex untuk (hampir) segala-galanya - OpenAI](https://openai.com/index/codex-for-almost-everything/)

109- [Menjalankan Codex dengan selamat di OpenAI](https://openai.com/index/running-codex-safely/)

110- [Memperkenalkan Codex - OpenAI](https://openai.com/index/introducing-codex/)

111- [Perkara baharu dengan ejen pengekodan GitHub Copilot](https://github.blog/ai-and-ml/github-copilot/whats-new-with-github-copilot-coding-agent/)

112~