Anthropic melancarkan fungsi eksperimen Cross-session messaging untuk Claude Code, yang membenarkan sesi yang berbeza menghantar mesej secara langsung antara satu sama lain. Fungsi ini tidak menghantar konteks penuh, tetapi hanya menghantar hasil tugas dan maklumat bergantung, yang dilaksanakan melalui dua alat dalaman iaitu ListAgents dan SendMessage. Setiap sesi tempatan didaftarkan ke cakera dan dikaitkan dengan Inbox Socket; mesej tempatan dihantar secara langsung melalui Socket, manakala mesej antara mesin dihantar melalui Server Anthropic. Mesej dipicu sebagai Turn baru semasa sesi tidak aktif, dan dibaca semasa menunggu Tool Call dalam Turn aktif. Penerima membezakan mesej antar-sesi daripada Mesej Pengguna, tidak boleh menggantikan kuasa pengguna, dan menyediakan tiga mod Kawalan Masuk: accept/hold/refuse. Fungsi ini bekerjasama dengan kemampuan sedia ada seperti Resume Session, Agent Teams, dan Worktree, memberikan lapisan koordinasi antar-sesi kepada Claude Code.

Penulis artikel, sumber: LeiFeng.com

Dalam beberapa hari ini, Anthropic menambahkan kemampuan eksperimen baru kepada Claude Code: Cross-session messaging, iaitu komunikasi mesej merentas sesi.

Secara ringkas, ia membenarkan anda menghantar mesej secara langsung antara beberapa sesi Claude Code yang berjalan serentak.

Sebagai contoh, anda membuka 3 Sesi Claude Code: satu bertanggungjawab atas pangkalan data, satu lagi atas API belakang, dan satu lagi untuk pengujian. Sebelum ini, walaupun ketiga-tiga Sesi ini boleh bekerja secara selari, mereka tidak mengetahui kemajuan masing-masing. Selepas Sesi pangkalan data mengubah Skema, biasanya pengembang perlu beralih ke terminal lain sendiri untuk memberitahu Sesi belakang mengenai perubahan tersebut.

Setelah cross-session messaging ditambahkan, langkah ini boleh dilakukan secara langsung oleh Claude. Session pangkalan data boleh memberitahu Session belakang tentang medan mana yang berubah, dan Session ujian yang menemui isu regresi antara muka juga boleh menghantar hasilnya kepada Session yang sedang memperbaiki kod berkaitan. Claude boleh menilai sendiri bila perlu memberitahu Session lain, atau menghubungi Session tertentu mengikut kehendak pembangun.

Untuk memahami apa yang dilakukannya secara spesifik, ikuti laluan penuh satu mesej: apa yang ia hantar, bagaimana ia mencari sasaran, bila mesej itu masuk ke Claude, dan mengapa penerima tidak boleh melakukan perkara yang sama secara langsung.

01

Pesan lintas sesi tidak mengubah pengasingan sesi asli Claude Code.

Semasa Session A menghantar mesej kepada Session B, ia tidak akan menghantar Sejarah Perbualan, fail yang telah dibaca, atau seluruh Tetingkap Konteks bersama-sama. Dasar rasmi menyatakan bahawa yang dipindahkan antar Session ialah teks. Jika anda perlu memindahkan seluruh perbualan dan konteks ke peranti lain, anda harus melanjutkan Session asal, bukan menggunakan penghantaran antar Session.

Ini menentukan cara kerja sama antara beberapa Claude.

Anggapkan sesi pangkalan data, untuk menyelesaikan Migrasi, membaca puluhan fail dan mencuba beberapa pendekatan, sebelum memutuskan bahawa medan tertentu perlu diubah. Sesi belakang tidak perlu mengetahui keseluruhan proses analisis sebelumnya, hanya perlu menerima perubahan akhir dan bagaimana perubahan tersebut akan mempengaruhi API mereka.

Oleh itu, Cross-session messaging menghantar hasil tugas dan maklumat bergantung, bukan memori kerja penuh.

Kelebihannya ialah, maklumat tempatan yang dihasilkan daripada tugas yang berbeza tidak akan terus membanjiri Sesi lain. Butiran yang berkaitan dengan pangkalan data boleh kekal dalam Sesi pangkalan data, proses ujian boleh kekal dalam Sesi ujian, dan maklumat berkaitan hanya melintasi sempadan Sesi apabila perubahan tertentu mulai memberi kesan kepada tugas lain.

Ia berbeza dengan pendekatan “semua Agent berkongsi Context besar yang sama”. Cross-session messaging memilih untuk mengekalkan sesi secara berasingan, kemudian menyegerakkan keadaan yang diperlukan secara eksplisit apabila tugas menghasilkan ketergantungan.

Kerana satu mesej yang jelas telah dihantar, soalan seterusnya ialah: Bagaimana Session A mencari Session B?

02 Perlu cari sesi lain terlebih dahulu

Claude Code menambahkan saluran komunikasi sendiri ke sesi yang menyokong pesan lintas-sesi.

Setiap sesi tempatan akan mendaftarkan maklumat berkaitan ke cakera, sambil mengikat satu Inbox Socket. Claude boleh mencari sesi yang boleh dihubungi semasa ini melalui ListAgents, kemudian menghantar mesej kepada sasaran tertentu melalui SendMessage.

Pengguna tidak perlu mengendalikan alat dalaman ini sendiri; cukup beritahu Claude sesi mana yang ingin dihubungi, atau biarkan ia memberitahu pihak berkenaan secara aktif apabila tugas menghasilkan ketergantungan.

Nama sesi juga mulai terlibat dalam pengalamatan. Claude boleh mencari sasaran berdasarkan nama; jika nama berulang, sistem akan menambahkan penanda pendek untuk membezakan, sambil memaparkan Direktori Kerja untuk membantu menentukan sesi mana yang sedang menangani projek atau direktori tertentu.

Setelah menemukan sasaran, pesan tempatan akan dipindahkan langsung melalui Socket sesi yang bersesuaian, tanpa melalui Pelayan Anthropic. Sesuatu sesi di mesin lain atau di Claude Code Web akan berkomunikasi melalui Pelayan Anthropic dan sambungan berkaitan Kawalan Jauh.

Mekanisme penemuan ini juga menentukan sempadan komunikasi tempatan.

Claude Code perlu membaca maklumat pendaftaran yang ditulis ke cakera oleh sesi lain, oleh itu, walaupun dua Claude berjalan secara fizikal pada komputer yang sama, jika sistem fail mereka dipisahkan, mereka mungkin tidak dapat mengesan satu sama lain. Kes typikal ialah Host dan Container berasingan; jika kedua-dua sesi berjalan dalam Container yang sama, komunikasi akan berfungsi dengan betul.

Inbox Socket juga tertakluk kepada pembatasan kebenaran pengguna sistem operasi, di mana pengguna OS lain di pelayan bersama tidak boleh mengakses Sesión anda secara langsung.

Jadi, apa yang dimaksud dengan "komunikasi tempatan" di sini sebenarnya bergantung pada sama ada maklumat pendaftaran boleh dilihat, Socket boleh dicapai, dan sama ada sistem operasi membenarkan akses.

Mesej kini telah berjaya ditemui dan dihantar ke Inbox, seterusnya giliran Runtime Claude Code untuk menentukan: bila mesej ini akan diberikan kepada model.

03 Selepas maklumat sampai

Andaikan sesi belakang sedang mengubah fail, dan pada masa itu sesi ujian menghantar mesej untuk memberitahu bahawa ia baru menemui isu regresi antaramuka.

Claude Code tidak akan menghentikan Tool yang sedang berjalan secara serta-merta.

Jika sesi sasaran berada dalam keadaan Idle, mesej boleh memicu satu Turn baru; jika Claude sudah berada dalam Turn Aktif, mesej akan menunggu dan dibaca di antara dua Panggilan Alat.

Sebab pengurusan ini berkaitan dengan cara Coding Agent melaksanakan tugas. Claude mungkin sedang menulis fail, menjalankan ujian, melaksanakan Migrasi, atau mengendalikan tugas lain yang memakan masa. Jika mesej luaran boleh memaksa mengubah tindakan semasa pada bila-bila masa, ia mudah menyebabkan alat hanya melaksanakan sebahagian tugas, sementara Agent sudah mula merancang semula berdasarkan maklumat baharu.

Oleh itu, mesej ini mempengaruhi keputusan seterusnya oleh Claude, tetapi tidak akan mengambil alih operasi yang sedang berlangsung.

Ini juga bermakna Cross-session messaging telah disambungkan ke Agentic Loop Claude Code, menjadikannya sumber input asinkron. Selain itu, saluran ini tidak hanya untuk sesi Claude lainnya.

Claude Code akan mendedahkan Messaging Socket sesi semasa kepada Proses Anak yang dimulakan oleh Hook dan Bash. Selepas tugas latar belakang yang berjalan lama selesai, ia boleh secara aktif menghantar hasilnya kembali ke sesi semasa, tanpa perlu Claude terus memeriksa sama ada ia telah selesai.

Saluran ini sendiri bukanlah antrean mesej yang boleh dipercayai. Mesej berulang akan mengalami pengurangan kadar; kandungan yang sama dalam masa singkat mungkin dibuang; mesej yang telah diterima tetapi belum dibaca oleh Claude, setiap Sesi menyimpan paling banyak 50 mesej, manakala mesej yang masuk ke status Hold menggunakan buffer lain yang boleh menyimpan paling banyak 100 mesej.

Oleh itu, ia lebih sesuai untuk menghantar perubahan status, keputusan tugas, dan notifikasi kolaborasi. Fakta yang perlu disimpan secara jangka panjang masih harus direkodkan dalam Git, fail, pangkalan data, atau sistem kekal lainnya.

Selepas mesej memasuki Runtime, ia masih tidak boleh terus diubah menjadi tindakan pelaksanaan, kerana penerima perlu terlebih dahulu menilai: sejauh mana kuasa yang dimiliki oleh kandungan yang dihantar oleh Claude lain.

04 Bagaimana kebenaran diwarisi

Claude Code membezakan dengan jelas Mesej Pengguna dan Mesej Sesi Rakan.

Kandungan yang dihantar oleh sesi lain tidak akan dianggap sebagai kuasa pengguna, oleh itu tidak boleh menyetujui Prompt Kebenaran atas nama pengguna, atau meminta penerima untuk mengubah Tetapan Kebenaran, CLAUDE.md atau konfigurasi lain. Walaupun mengandungi Arahan Kod Claude, ia hanya akan diproses sebagai teks biasa.

Jika Sesyen A meminta Sesyen B untuk menghapus fail, dan tindakan ini memerlukan kebenaran pengguna dalam Sesyen B, maka Permintaan Kebenaran asal masih akan muncul.

Claude Code juga menghadkan cara lain untuk mengelakkan kebenaran: jika suatu tindakan telah ditolak oleh Sistem Kebenaran dalam sesi semasa, Claude tidak seharusnya meminta sesi lain untuk melaksanakannya atas namanya.

Jika tidak, apabila beberapa sesi mempunyai kebenaran yang berbeza, sesi dengan kebenaran rendah boleh terus menghantar operasi yang tidak dapat mereka laksanakan kepada sesi dengan kebenaran tinggi, sehingga sempadan kebenaran asal menjadi tidak berkesan.

Di luar kuasa pelaksanaan, mesej itu sendiri mempunyai satu lapisan Inbound Control. Penerima boleh menetapkan mesej antaraseansi sebagai accept、hold atau refuse：teruskan kepada Claude, simpan sementara untuk pengesahan lanjut, atau buang terus.

Jika pengguna tidak mengkonfigurasi peraturan secara eksplisit, Claude Code akan merujuk kepada Mode Kebenaran semasa pengirim dan penerima. Sesi yang boleh melintasi Prompt Kebenaran biasa tidak dianggap sebagai sumber mesej yang sama sepenuhnya dengan sesi biasa; apabila kebenaran penerima sendiri lebih tinggi, mesej luaran mungkin tetap masuk ke dalam Hold.

Sebenarnya terdapat dua penilaian: pertama, menentukan sama ada mesej boleh masuk ke Claude, kemudian menentukan sama ada tindakan yang akan dijalankan oleh Claude berdasarkan mesej tersebut mempunyai kebenaran.

Pada langkah ini, laluan lengkap satu pesan Cross-session telah selesai: dari penghasilan mesej, penemuan sasaran, penghantaran selesai, hingga Runtime membaca mesej, kemudian melalui kawalan kebenaran sendiri pada penerima.

Tingkat koordinasi antara sesi 05

Letakkan pautan ini semula ke dalam kemampuan semasa Claude Code, maka kedudukan Cross-session messaging menjadi lebih jelas.

Resume Session digunakan untuk meneruskan Perbualan dan Konteks asal, Agent Teams digunakan untuk mencipta dan mengurus sekumpulan Agent bekerjasama, Worktree bertanggungjawab mengasingkan perubahan kod untuk setiap Session, dan Remote Control menyelesaikan masalah meneruskan kawalan Session daripada peranti lain.

Pesan lintas sesi menangani kesan lain: beberapa sesi yang sebelumnya beroperasi secara berasingan, bagaimana menghantar maklumat penting kepada satu sama lain selepas timbulnya ketergantungan semasa tugas.

Sebelum ini, membuka beberapa sesi Claude Code utamanya menyelesaikan masalah paralel, tetapi pembangun masih perlu memantau kemajuan setiap terminal dan berulang kali menyampaikan status tugas antara manusia dan sesi. Sekarang, maklumat seperti perubahan antaramuka, keputusan ujian, dan penyelesaian Migrasi boleh dihantar terus ke sesi yang terjejas.

Pesan antar sesi tidak menggabungkan beberapa Claude menjadi satu Agent, tetapi menambahkan lapisan kemampuan komunikasi di luar Context, direktori kerja, dan batasan wewenang asal.

Dalam konteks projek yang lebih besar, reka bentuk ini memberikan pendekatan pelbagai Agen lain: Agen yang berbeza tidak perlu berkongsi Context yang semakin besar, tetapi masih dapat bekerjasama melalui antaramuka komunikasi yang jelas. Selepas tugas, status, dan kebenaran dipisahkan, sistem menjadi lebih mudah untuk dikembangkan.

Semakin bilangan Agen bertambah, masalah akan berubah dari “Berapa banyak yang boleh dilakukan oleh satu Agen” kepada “Adakah Agen-aigen ini boleh bertukar status, menguruskan ketergantungan, dan menyelesaikan serah terima dengan stabil.”

Pesan lintas sesi, walaupun hanya menyelesaikan satu bahagian sahaja, telah membuatkan cara kerja berbilang sesi Claude Code bermula memiliki struktur kejuruteraan yang lebih lengkap. Mungkin pada masa depan, mekanisme lintas sesi dalam rangkaian tempatan ini akan berkembang menjadi protokol komunikasi Agent-to-Agent antara mesin dan ekosistem yang berbeza, percakapan singkat antara dua Claude ini hari ini akan menjadi langkah penting dalam pembentukan pabrik perisian yang sangat automatik.