Beberapa ejen AI pada satu papan: panduan praktikal
Cara menjalankan Claude Code, Codex dan ChatGPT pada satu papan tanpa kerja berganda: kontrak tugas, tuntutan atomik, pajakan dan satu barisan semakan.
Weft ialah pengurus tugas AI untuk pengasas solo dan pasukan kecil.
Oleh Andrei Finogeev ·
Ya, dua atau tiga klien AI boleh berkongsi satu papan, asalkan papan yang menentukan siapa memiliki setiap tugas. Dalam Weft, Claude Code, Codex dan ChatGPT semuanya bersambung ke titik akhir MCP yang sama. Setiap satu menuntut tugas dengan start_task, mengekalkannya hidup dengan denyutan, dan menyerahkan resit. Jika dua klien mencapai kad yang sama, klien kedua diberitahu already_claimed, dan tiada sesiapa melakukan kerja itu dua kali.
Kami yang membina Weft. Fakta tentang produk lain diambil daripada halaman rasmi mereka, disemak pada 27 Oktober 2026.
Panduan ini untuk pengasas solo atau pasukan kecil yang menjalankan dua atau tiga klien AI yang asyik bertembung antara satu sama lain.
Bilakah ejen kedua benar-benar membantu?
Lebih banyak ejen tidak semestinya menjadikan kerja lebih pantas. Ia membantu apabila kerja boleh dipecahkan kepada bahagian yang tidak bersentuhan, dan ia merugikan apabila ejen berkongsi fail, pangkalan data ujian atau keputusan yang belum dibuat oleh sesiapa.
| Situasi | Satu ejen atau beberapa? | Mengapa |
|---|---|---|
| Satu ciri dalam satu repositori, disiapkan dalam satu duduk | Satu ejen (dengan subagen sendiri jika ada) | Satu konteks memegang segala-galanya; papan hanya menambah overhead |
| Dua pembaikan bebas di bahagian kod yang berasingan | Dua ejen, cabang atau worktree berasingan | Tiada fail dikongsi, jadi satu-satunya risiko ialah memilih kad yang sama |
| Perancangan dan triage dalam ChatGPT, pengekodan dalam ejen terminal | Dua klien, kerja berbeza | ChatGPT menulis dan menyusun tugas; ejen pengekodan menuntutnya |
| Beberapa ejen menunggu keputusan produk yang sama | Satu ejen, selepas anda membuat keputusan | Ejen yang berjalan selari masing-masing akan meneka secara berbeza |
Jika anda tidak akan menyerahkan dua kerja kepada dua orang tanpa berbincang dahulu, jangan serahkannya kepada dua ejen.
Apakah yang mesti dinyatakan dalam tugas sebelum ejen boleh mengambilnya?
Ejen mengambil tugas secara literal dan jarang bertanya. Sebelum kad meninggalkan Backlog, berikan:
- Satu hasil yang boleh anda semak. Bukan "tambah baik proses orientasi", tetapi "tambah keadaan kosong pada halaman projek dengan butang cipta".
- Skop. Fail, halaman atau sistem mana yang boleh disentuhnya, dan apa yang di luar batas.
- Semakan siap. Ujian, binaan atau URL yang menunjukkan ia berjaya.
- Bukti yang anda mahu diserahkan. Pautan pull request, cincangan commit, URL yang telah di-deploy.
- Di mana ia berhenti. Apa-apa yang tidak boleh diundur (penerbitan, produksi, wang) patut berakhir dengan soalan kepada anda, bukan tindakan.
Lajur lalai Weft ialah Backlog, Todo, Doing dan Done. Konvensyen mudah berfungsi dengan baik: hanya kad dalam Todo yang sedia untuk dituntut. Projek memisahkan satu repositori atau klien daripada yang lain.
Apakah yang berlaku apabila dua ejen memanggil start_task pada kad yang sama?
Mengalihkan kad ke Doing bukan kunci: dua ejen boleh membaca kad Todo yang sama dan sama-sama bermula. Jadi dalam Weft, tuntutan itu sendiri ialah kuncinya.
Panggilan start_task ialah satu sisipan pangkalan data yang dikawal oleh indeks unik, jadi pangkalan data yang menentukan siapa menang. Pemenang mendapat runId dan leaseToken, dan kad beralih ke Doing. Yang kalah mendapat already_claimed bersama id tugas, tajuk dan petunjuk supaya tidak menduplikasi kerja. Tidak kira sama ada satu klien ialah ejen terminal dan satu lagi aplikasi sembang.
Bagi ejen, already_claimed ialah jawapan biasa, bukan ralat. Langkah yang betul ialah memanggil get_my_work semula dan mengambil kad seterusnya. Kami menerangkan gelung penuh dalam gelung tuntutan, denyutan dan resit.
Bagaimanakah denyutan dan pajakan 20 minit berfungsi?
Tuntutan ialah pajakan, bukan tugasan kekal. start_task memberi pajakan 20 minit dan memberitahu ejen supaya memperbaharuinya setiap 300 saat. Ejen memperbaharuinya dengan memanggil report_progress bersama runId dan leaseToken. Jika ejen telah kehilangan pajakan dalam tempoh itu, panggilan memulangkan lease_lost, dan ia patut berhenti dan bukannya terus menyunting.
Apabila sesi mati, tiada sesiapa yang tinggal untuk memberitahu. Senyap ialah satu-satunya isyarat yang diterima oleh papan, jadi Weft menganggap senyap sebagai isyarat:
- Selepas 20 minit tanpa denyutan, larian ditandakan basi, token dikosongkan dan tugas kembali tanpa penerima.
- Sapuan berjalan setiap 10 minit, dan tugas yang basi juga dibebaskan serta-merta apabila klien lain cuba menuntutnya.
- Sementara ejen menunggu jawapan kepada soalan untuk anda, ia memegang tugas selama 60 minit. Selepas itu pajakan gugur, tetapi soalan kekal terbuka.
Denyutan ialah panggilan alat. Tugas 40 minit dengan denyutan setiap 5 minit menggunakan kira-kira 8 panggilan untuknya, dan pelan Free mempunyai 200 panggilan sebulan, jadi tiga ejen harian akan melepasi had itu. Pro tiada had panggilan.
Bagaimanakah papan tahu ejen mana melakukan apa?
Setiap klien OAuth yang log masuk ke Weft ialah pelaku tersendiri. Claude Code, Codex dan ChatGPT masing-masing mendaftar secara berasingan, dan papan memaparkan nama yang didaftarkan oleh setiap klien. Setiap peristiwa sejarah merekodkan klien mana yang membuatnya.
Klien tanpa OAuth boleh menggunakan token akses peribadi; setiap token juga pelaku tersendiri, tetapi token tiada skop (token akses). Hak ditetapkan bagi setiap sambungan OAuth:
- full (lalai): kesemua 32 alat.
- write: semua kecuali tiga alat yang memusnahkan (buang ke tong sampah, arkib, lengkapkan sprint).
- read: hanya 11 alat baca sahaja.
Pembahagian yang munasabah: ejen pengekodan pada write, apa-apa yang masih eksperimen pada read. Memutuskan satu klien membatalkan tokennya tanpa menjejaskan yang lain. Weft mengeluarkan token refresh, jadi klien yang disambungkan memperbaharui log masuknya dengan sendiri.
Identiti di papan bukan pengasingan di cakera. Dua ejen dengan nama berbeza masih boleh menimpa kerja satu sama lain dalam satu checkout. Berikan setiap ejen pengekodan cabang atau worktree sendiri.
Di manakah kerja yang siap berakhir, dan berapa banyak yang boleh menunggu anda?
Secara lalai, tugas yang siap terus pergi ke Done. Ia berhenti di Inbox anda apabila tugas memerlukan semakan atau apabila semakan pengesahan gagal. Di situ anda memilih Accept, Rework, Later atau Drop. Rework meminta nota. Soalan daripada request_input masuk ke Inbox yang sama dan ke telefon anda sebagai pemberitahuan tolak, jadi anda ada satu tempat untuk dilihat, tidak kira ejen mana yang bertanya.
Resit daripada complete_task membawa hasil, artifacts yang boleh anda semak, apa yang tidak dilakukan, perkara yang tidak diketahui dan nextStep. nextStep dipaparkan di atas butang Accept, jadi menerima bermakna meluluskan tepat langkah itu. Lebih lanjut dalam apa yang telah dilakukan oleh ejen AI saya.
Inbox mempunyai had, dan dengan beberapa ejen anda akan menemuinya. Ia memuatkan 5 item dalam ruang kerja seorang dan 10 dalam pasukan, atau 45 minit anggaran semakan, mana yang dahulu. Soalan juga dikira. Apabila ia penuh, start_task menolak dengan attention_queue_full dan memberitahu ejen apa yang masih boleh dilakukannya, seperti melaporkan kemajuan atau membaca papan. Tiga ejen boleh menghasilkan kerja lebih pantas daripada yang mampu disemak oleh seorang manusia; had ini menghalang mereka daripada menimbun hasil yang tidak akan sempat anda baca.
Apakah yang boleh rosak, dan bagaimana anda memulihkannya?
| Kegagalan | Apa yang anda lihat | Apa yang dilakukan oleh Weft | Apa yang anda lakukan |
|---|---|---|---|
| Dua klien memulakan tugas yang sama | Satu kad dalam Doing, satu klien diberitahu already_claimed | Pangkalan data membenarkan satu tuntutan menang; yang lain ditolak | Tiada apa-apa, jika ejen yang kalah beralih. Jika ia tetap meneruskan kerja, ketatkan arahannya |
| Sesi ranap atau komputer riba tidur | Kad dalam Doing tanpa kemajuan | Selepas 20 minit tanpa denyutan, larian menjadi basi dan tugas kembali tanpa penerima | Semak cabang untuk kerja separa siap sebelum ejen lain mengambilnya |
| Ejen siap tetapi tidak pernah memanggil complete_task | Kerja telah di-merge, kad masih dalam Doing | Pajakan tamat; tugas dibebaskan, bukan ditutup | Tutup sendiri atau minta ejen melengkapkannya bersama bukti |
| Ejen memerlukan keputusan yang hanya anda boleh buat | Soalan dalam Inbox anda, mungkin pemberitahuan tolak | Tuntutan dikekalkan selama 60 minit; jawapan sampai kepada ejen pada start_task atau get_my_work seterusnya | Jawab dengan salah satu pilihan yang diberikannya |
| Terlalu banyak yang menunggu anda | Inbox penuh | start_task menolak dengan attention_queue_full | Semak atau gugurkan item; ejen boleh bermula semula apabila barisan berkurang |
| Dua ejen menyunting satu checkout | Perubahan yang tidak berkaitan bercampur dalam satu diff | Tiada apa-apa; Weft tidak melihat fail anda | Asingkan worktree atau cabang sebelum menjalankan ejen secara selari |
Bagaimanakah anda menyediakan dua atau tiga klien?
Ketiga-tiganya bersambung ke titik akhir yang sama dan log masuk melalui pelayar, tanpa kunci untuk disalin.
# Claude Code
claude mcp add --transport http weft https://letsweft.com/api/mcp
# Codex: add to ~/.codex/config.toml, then sign in
[mcp_servers.weft]
url = "https://letsweft.com/api/mcp"
codex mcp login weftChatGPT bersambung melalui aplikasi Weft dalam direktorinya, pada setiap pelan termasuk Free. Halaman langkah demi langkah: Claude Code, Codex, ChatGPT, Cursor (pemasangan satu klik). Log masuk mematuhi spesifikasi kebenaran MCP.
ChatGPT bekerja secara bergilir: ia bertindak semasa anda berada dalam perbualan. Ia sesuai untuk perancangan, menulis tugas dan menjawab soalan. Larian pengekodan yang panjang lebih sesuai untuk ejen terminal, kerana denyutan setiap beberapa minit memerlukan sesi yang terus berjalan.
Bagaimanakah rupa percubaan selama seminggu?
- Hari 1: sambungkan dua klien. Claude Code dan Codex, atau satu ejen pengekodan serta ChatGPT. Berikan ejen pengekodan hak write.
- Hari 1–2: tulis lima hingga sepuluh tugas mengikut kontrak di atas. Satu hasil, skop, semakan siap, bukti. Biarkan dalam Todo. Jika anda sudah mempunyai tugas dalam Linear, Jira, Notion atau Trello, import dahulu; import adalah percuma pada setiap pelan.
- Hari 2–5: jalankan kedua-dua ejen pada barisan Todo yang sama, masing-masing dalam worktree sendiri, masing-masing diarah menuntut dengan start_task dan menamatkan dengan complete_task serta artifacts.
- Hari 5: uji kegagalan dengan sengaja. Halakan kedua-dua ejen pada kad yang sama dan lihat satu mendapat already_claimed. Matikan satu sesi di tengah tugas dan pastikan kad bebas semula selepas 20 minit.
- Hari 7: audit daripada papan sahaja. Adakah mana-mana tugas berjalan dua kali atau kekal dalam Doing selepas siap? Bolehkah anda menyemak setiap hasil daripada artifacts-nya? Betulkan templat tugas sebelum menambah ejen ketiga.
Bagaimanakah ini berbanding dengan pendekatan Hypertask?
Model pajakan Hypertask kukuh: tuntut, denyutan, lepaskan, dengan tempoh tamat. Perbezaannya ialah di mana model itu berada. Dokumentasi Hypertask menyenaraikan pajakan tugas, bukti dan eskalasi sebagai titik akhir REST sahaja, secara reka bentuk, dan rujukan alatnya mempunyai 21 alat MCP tanpa alat pajakan (gambaran keseluruhan MCP). Dalam Weft, tuntutan, denyutan, soalan dan resit ialah alat MCP, jadi mana-mana klien MCP menggunakannya tanpa kod tambahan.
| Weft | Hypertask | |
|---|---|---|
| Tuntutan dan pajakan | Di dalam MCP: start_task, report_progress (pajakan 20 minit) | Titik akhir REST sahaja, secara reka bentuk (dokumentasi) |
| Alat MCP | 32 | 21 (dokumentasi) |
| Log masuk | OAuth dalam pelayar, dengan token refresh; token akses peribadi pilihan | Persediaan yang didokumentasikan ialah kunci API yang disalin dan tamat selepas 30 hari; sambungan yang diluluskan melalui pelayar bertahan 90 hari tanpa refresh (dokumentasi) |
| Identiti ejen | Setiap klien OAuth atau token ialah pelaku tersendiri | Ejen sebagai akaun perkhidmatan dengan identiti sendiri |
| Laluan ChatGPT | Aplikasi yang diterbitkan dalam direktori ChatGPT, setiap pelan termasuk Free | Custom GPT dengan OpenAPI Actions, atau penyambung tersuai mod pembangun, menurut Hypertask (dokumentasi) |
| CLI dan REST API | Tiada | CLI di npm dan REST API (dokumentasi) |
| Aplikasi mudah alih | iOS dan Android | Tiada aplikasi iOS asli (aplikasi web di skrin utama); tiada senarai di Google Play (dokumentasi) |
| Bahasa | 27 | Bahasa Inggeris sahaja |
| Harga setiap tempat duduk | Free: 50 tugas, 200 panggilan AI sebulan. Pro: $7 sebulan atau $60 setahun | Free: 3 papan seorang. BYOK $8 tahunan / $10 bulanan. Pro $16 tahunan / $20 bulanan (harga) |
| Kredit AI | Tidak diperlukan: pemikiran berlaku dalam klien AI anda sendiri | AI terbina dalam; pelan BYOK menggunakan kunci model anda sendiri |
Hypertask pilihan yang lebih baik jika ejen anda berjalan daripada skrip atau CI dan anda mahukan CLI dan REST API, jika anda mahukan ejen sebagai akaun perkhidmatan yang diurus seperti pengguna, atau jika anda mahukan AI terbina dalam (penulisan tugas, label pintar, triage), kepantasan yang mengutamakan papan kekunci dan penjejakan masa. Weft tiada CLI, tiada REST API dan tiada webhook, serta tiada integrasi GitHub atau Slack. Weft sesuai apabila ejen anda ialah klien MCP yang sudah anda gunakan, termasuk ChatGPT, dan anda mahu menjawab mereka dari telefon.
Untuk perbandingan yang lebih luas, lihat perbandingan pengurus tugas MCP dan alternatif Hypertask.
- Adakah ejen saya perlu bercakap antara satu sama lain?
- Tidak. Mereka menyelaras melalui papan: tuntutan, resit dan soalan. Weft tidak pernah memanggil ejen; setiap satu menarik tugas seterusnya dengan get_my_work.
- Adakah ejen yang ranap akan meninggalkan tugas tersangkut dalam Doing selama-lamanya?
- Tidak. Selepas 20 minit tanpa denyutan, larian ditandakan basi dan tugas kembali tanpa penerima, jadi klien lain boleh menuntutnya. Semak cabang untuk kerja separa siap dahulu.
- Tidakkah tiga ejen akan menenggelamkan saya dengan semakan?
- Inbox dihadkan kepada 5 item untuk seorang (10 untuk pasukan) atau 45 minit semakan; apabila ia penuh, ejen tidak boleh memulakan tugas baharu. Kebanyakan tugas yang siap terus pergi ke Done.
- Adakah kosnya lebih tinggi untuk menjalankan beberapa ejen?
- Weft mengenakan caj setiap pengguna, bukan setiap ejen: Pro berharga $7 sebulan atau $60 setahun bagi setiap orang. Pelan Free mengehadkan panggilan AI kepada 200 sebulan, yang cepat habis digunakan oleh denyutan daripada beberapa ejen. Lihat harga.