Boleh Ke 2 Session Claude Code Berborak Sesama Sendiri?

Korang pernah buka 2 session Claude Code serentak? Satu buat UI, satu lagi buat backend. Pastu korang jadi posmen, copy paste apa yang satu session cakap ke session sebelah.

Penat kan? Rupanya tak payah. Session boleh bercakap sesama sendiri.

Macam mana dia jalan

Ada 2 tool utama:

1. ListAgents: tunjuk senarai session lain yang boleh dihubungi, termasuk nama, status (idle atau busy) dan bila ia start.
2. SendMessage: hantar mesej kepada session tu guna namanya. Mesej masuk inbox dia, dan dia baca bila dia sampai ke giliran seterusnya.

Balasan pula sampai sendiri ke session kita. Tak payah poll, tak payah tanya "dah siap ke belum?".

Kami test live

Ni apa yang saya taip kat terminal, dan apa yang jadi. Output dah dipendekkan sikit supaya senang baca.

Step 1. Saya tanya Claude dalam Session A, macam biasa:

> boleh ke communicate antara 2 session?

Claude terus run ListAgents dan jumpa session lain yang tengah idle:

This session is eventmu-7b (the name other sessions use to message it)

Peer sessions (3):
  eventmu-d7        interactive  idle  started 1h ago
  projek-lain-35    interactive  idle  started 1h ago
  projek-lain-6f    interactive  idle  started 1h ago

Tip: nak tengok senarai ni tanpa tanya Claude? Taip terus slash command /list-agents. Hasilnya keluar terus kat terminal, siap dengan folder projek setiap session:

> /list-agents

This session: eventmu-7b (the name other sessions use to message it)

Other Claude sessions (3):
  [idle]  eventmu-d7      ~/Herd/eventmu
  [idle]  projek-lain-35  ~/Work/projek-lain
  [idle]  projek-lain-6f  ~/Work/projek-lain

Step 2. Saya suruh hantar mesej simple ke eventmu-d7:

> d7, test simple message je nak demo

Claude panggil SendMessage dengan nama session tu sebagai alamat:

SendMessage
  to:      eventmu-d7
  message: Ping from eventmu-7b: this is a simple demo message.
           Please reply with your session name and a one-line
           note on what you're working on.

→ delivered to eventmu-d7's inbox (not yet read by its Claude)

Step 3. Beberapa saat lepas tu, balasan masuk sendiri ke Session A. Saya tak taip apa-apa:

Another Claude session sent a message:
<cross-session-message from-name="eventmu-d7">
  Reply from the eventmu session: designing short links so shared
  URLs keep their preview in threads. Nothing implemented yet.
</cross-session-message>

Tiga step je. Tak ada copy paste, tak ada tukar tab. Dua session bercakap sendiri.

Benda yang kena jaga

Ni bukan magik tanpa had. Beberapa perkara penting:

• Mesej yang dihantar tak bermaksud session sebelah dah baca. Kalau dia tengah dalam permission mode lain, mesej boleh ditahan untuk kelulusan user dia.
• Session cloud boleh terima mesej tapi belum boleh balas. Jawapannya kena baca dalam transkrip dia.
• Session sebelah tak boleh dijadikan jalan pintas untuk tipu permission. Kalau satu session kena block untuk buat sesuatu, jangan suruh session lain buat bagi pihak dia. Itu bukan cara kerja yang betul.
• Hantar mesej ke session lain tu tindakan keluar. Confirm dulu dengan user sebelum hantar, terutama kalau mesej tu suruh session lain buat kerja.

Bila ni berguna

Contoh real: satu session tengah design API, satu lagi tengah bina UI yang guna API tu. Bila contract API berubah, session pertama terus bagitahu session kedua. Tak ada lagi UI yang rosak sebab backend tukar field senyap-senyap.

Kalau korang cuma nak hand-off konteks antara sesi yang berlainan masa, ada cara lain: simpan checkpoint ke fail, pastu load dalam session baru. Tak real-time, tapi cukup untuk sambung kerja esok.

Try sendiri

Buka 2 terminal, run claude dalam kedua-duanya. Kat satu, taip:

> /list-agents

Nampak session sebelah? Suruh Claude hantar ping kat dia. Kalau dia balas, korang dah tak payah jadi posmen lagi.