Arahkan pekerja latar belakang

Panduan ini menunjukkan cara menjalankan sesuatu perbualan sebagai pengarah dan bukan sebagai pekerja: sesi itu membaca dan mengesahkan, manakala ejen latar belakang melakukan penyuntingan.

Apa yang berubah apabila anda menaip /vibe

Dua perkara, dan hanya yang pertama dikuatkuasakan oleh jentera:

1. Alat sesi itu sendiri jatuh ke baca sahaja, ditambah lima kata kerja pekerja. Satu-satunya cara ia boleh mempengaruhi repo ialah melalui pekerja, dan satu-satunya cara ia boleh tahu apa yang berlaku ialah dengan membaca fail yang disentuh oleh pekerja.
2. Ia diarahkan untuk mengesahkan dengan membaca, bukan dengan mempercayai. Laporan pekerja ialah dakwaan tentang apa yang dilakukannya, bukan bukti bahawa ia berjaya.

Yang pertama itulah yang menanggung beban. Pengarah yang masih boleh grep dan edit akan melakukan kerja itu sendiri apabila tertekan, dan itulah mod kegagalan yang cuba dicegah oleh ciri ini.

/vibe migrate the auth module to the new session API

Pekerja bermula kosong

Seorang pekerja tidak pernah melihat perbualan anda dan tidak akan pernah melihatnya. Taklimat itulah keseluruhan konteksnya.

Itulah yang menjadikan corak ini murah — dua puluh pekerja yang masing-masing memegang sejarah pengarah akan menelan kos dua puluh kali ganda konteks pengarah — dan ia juga satu-satunya perkara yang menyukarkan penulisan taklimat. “Sekarang buat satu lagi itu juga” terbaca sebagai arahan yang lengkap bagi pengarah dan tidak bermakna apa-apa langsung bagi sesi yang baharu.

Taklimat yang baik menamakan fail, perintah dan definisi siap:

Dalam lib/features/auth/, gantikan setiap panggilan SessionStore.read(key) dengan SessionStore.get(key). Kaedah baharu memulangkan Future<String?> manakala kaedah lama memulangkan String?, jadi pemanggil memerlukan await. Jalankan fvm flutter analyze lib/features/auth apabila selesai dan laporkan sebarang ralat yang tidak dapat anda baiki.

Lima kata kerja

Kata kerja	Apa yang dilakukannya
vibe_spawn	Memulakan pekerja berdasarkan taklimat. Kembali serta-merta.
vibe_list	Tahap, status, masa berlalu dan hasil terakhir bagi setiap pekerja
vibe_send	Giliran susulan untuk pekerja yang telah selesai
vibe_wait	Menyekat sehingga seorang pekerja selesai
vibe_kill	Menghentikan seorang

Melahirkan pekerja adalah tak segerak secara reka bentuk. Pengarah yang menyekat pada setiap pelahiran menjalankan pekerja satu demi satu, iaitu cara yang lebih perlahan untuk melakukan apa yang sudah dilakukannya sendiri. Gunakan vibe_wait hanya apabila anda benar-benar tidak boleh meneruskan tanpa jawapan yang tertentu.

Dua tahap

Tahap	Untuk
fast	Kerja mekanikal dengan spesifikasi yang jelas — suntingan, penamaan semula, draf, menjalankan perintah
good	Reka bentuk, pertimbangan, atau menyemak apa yang dihasilkan oleh pekerja fast

Bentuk yang lazim ialah menyebarkan pekerja fast ke atas fail yang bebas, kemudian melahirkan seorang pekerja good untuk menyemak apa yang mereka lakukan secara kolektif.

Mengesahkan

Inilah bahagian yang menentukan sama ada corak ini berbaloi atau tidak.

vibe_list
→ w1 [fast] auth-migrate — done (48s): Edited lib/features/auth/session.dart …
  w2 [fast] tests — running (12s)

Kemudian baca fail yang dinamakannya. Pengarah mempunyai read, search, lsp dan ast_grep; itulah tujuan utama mengekalkannya. Pengarah yang menerima laporan itu bulat-bulat hanyalah peringkas kepada optimisme ejen-ejen lain.

lsp(action: "diagnostics", file: "*") selepas satu pusingan pekerja biasanya pemeriksaan tunggal yang paling pantas.

Apabila pekerja tersasar

Bunuh ia dan taklimatkan semula. Taklimat baharu yang diperbetulkan lebih murah daripada berhujah, dan vibe_send hanya berfungsi pada pekerja yang telah menamatkan gilirannya.

vibe_kill(worker_id: "w2")
vibe_spawn(brief: "…corrected…", label: "tests", tier: "fast")

Had

• Lapan pekerja serentak. Siling perbelanjaan, bukan had teknikal: setiap satu ialah sesi model yang penuh, dan pengarah yang menyebarkan dua puluh sudah berhenti menjejaki apa yang mereka semua lakukan.
• Tiada pekerja yang hidup melebihi modus. Apabila larian tamat, setiap daripada mereka dihentikan dan transkrip menyatakan berapa banyak. Ejen latar belakang yang masih menyunting fail selepas perbualan beralih ialah satu kegagalan yang tidak boleh dibenarkan oleh ciri ini.
• Pekerja ialah subejen biasa di bawahnya. Had kedalaman yang sama, polisi guardrail yang sama, anak log larian yang sama. Vibe mengubah siapa yang memandu mereka, bukan apa yang dibenarkan mereka lakukan — jadi gesaan kelulusan masih muncul untuk panggilan tulis dan exec seorang pekerja.

Bila tidak menggunakannya

Modus vibe adalah untuk kerja yang boleh diuraikan kepada taklimat yang bebas. Jika langkah seterusnya bergantung pada output langkah sebelumnya, anda sedang memperihalkan pipeline atau orkestrasi, dan kedua-duanya menyatakan kebergantungan dengan betul dan bukannya membiarkan pengarah mensimulasikannya dengan vibe_wait.

Berkaitan

• Jalankan ejen secara selari — cara-cara lain untuk menyebarkan kerja
• Orkestrasi — apabila kerja itu mempunyai bentuk
• Alat ejen terbina — kata kerja itu dan argumennya