Nhắn tin giữa các phiên (cross-session messaging)

Bài viết được dịch tự động từ bài viết gốc, chưa được kiểm tra lại bởi con người. Chỉ những bài viết có dấu tick xanh cạnh tiêu đề là đã được kiểm tra.

Cross-session messaging cho phép Claude chuyển một tin nhắn từ phiên Claude Code này sang phiên khác. Khi một thay đổi ở phiên này làm hỏng thứ mà phiên khác đang xây dựng dựa vào, Claude có thể cảnh báo phiên đó trước khi bạn nhận ra. Khi một phiên giải quyết xong câu hỏi mà phiên khác đang bị chặn bởi nó, Claude có thể gửi câu trả lời sang.

Tin nhắn là một đoạn văn bản do một Claude viết cho Claude khác, không bao giờ là lịch sử hội thoại hay file. Để chuyển cả một hội thoại hoặc ngữ cảnh của nó, hãy resume phiên thay vì dùng tính năng này.

Claude dùng hai tool cho việc này: ListAgents để phát hiện những agent nào nó có thể liên hệ, và SendMessage để gửi tin nhắn tới một agent theo tên. Cũng với tool SendMessage, Claude còn có thể nhắn tin tới subagent và đồng đội trong agent team trong phạm vi một phiên hoặc một team. Trang này nói về tin nhắn giữa các phiên độc lập của bạn.

Khi nào nên dùng cross-session messaging

Dùng tính năng nhắn tin khi một trong các phiên của bạn có thứ mà phiên khác cần ngay giữa lúc đang làm việc. Claude có thể tự gửi tin nhắn khi nó thấy cần, ví dụ sau khi thực hiện một thay đổi ảnh hưởng tới việc một phiên khác đang làm, hoặc bạn có thể yêu cầu nó gửi. Các trường hợp phổ biến:

Chuyển giao một phát hiện: khi một phiên phát hiện ra breaking change hoặc đưa ra một quyết định, Claude tóm tắt lại cho phiên đang làm việc ở khu vực bị ảnh hưởng, thay vì bạn phải giải thích lại ở đó.
Điều phối các worktree song song: khi các phiên cùng làm việc trên một repository nhưng ở các worktree khác nhau, Claude có thể báo cho các phiên khác biết những gì đã được merge.
Nhận trạng thái từ công việc chạy dài: để một migration hoặc test run báo cáo lại cho phiên bạn đang theo dõi, hoặc tự bạn hỏi từ đó.
Trả lời xuyên máy: trả lời một tin nhắn đến từ một trong các phiên của bạn trên máy khác hoặc trên web. Xuyên máy, Claude chỉ có thể trả lời. Nó không thể chủ động bắt đầu cuộc trao đổi.

Dùng tính năng nhắn tin giữa các phiên độc lập mà bạn tự khởi tạo và điều khiển. Claude Code có một tính năng riêng cho mỗi cách khác để chạy hoặc truy cập nhiều phiên, vậy nên hãy dùng đúng tính năng dành cho việc bạn đang làm:

Để tiếp tục một hội thoại ở terminal khác, hoặc chia sẻ ngữ cảnh của nó với một phiên mới, resume phiên
Với một nhóm phiên được Claude tự spawn và giám sát, dùng agent team
Để theo dõi và điều khiển nhiều phiên từ một nơi, dùng agent view
Để tự bạn điều khiển một phiên từ điện thoại hoặc thiết bị khác, thay vì để các phiên nhắn tin cho nhau, dùng Remote Control
Để đưa các sự kiện bên ngoài, như kết quả CI hay tin nhắn chat, vào một phiên, dùng channel

Gửi tin nhắn tới một phiên khác

Khi một trong các phiên của bạn biết được điều gì đó mà phiên khác cần, chẳng hạn một phát hiện, một trạng thái, hoặc một quyết định, Claude chuyển tiếp thông tin đó thay vì bạn phải copy-paste giữa các terminal. Claude tự phát hiện phiên đích bằng ListAgents và gửi bằng SendMessage, nên bạn không bao giờ phải tự gọi hai tool này. Claude có thể tự quyết định gửi tin nhắn mà không cần bạn yêu cầu, và bạn cũng có thể chủ động yêu cầu.

Để tự yêu cầu, hãy nói cho Claude biết bạn muốn phiên khác biết điều gì hoặc làm gì. Ví dụ dưới đây là prompt bạn gõ, không phải tin nhắn Claude gửi:

Hỏi phiên đang chạy ở terminal khác của tôi xem migration đã chạy xong chưa

Claude tự viết nội dung tin nhắn, nên prompt của bạn có thể để mặc phần nội dung cho Claude quyết định. Prompt sau yêu cầu một bản tóm tắt mà không áp đặt câu chữ, và nội dung Claude gửi sẽ khác nhau mỗi lần:

Giải thích cho phiên đang làm payments API biết chúng ta vừa làm gì

Để xem tin nhắn Claude viết trông như thế nào khi nó đến nơi, kèm ví dụ cụ thể, xem tin nhắn trông như thế nào.

Gửi tin nhắn diễn ra như thế nào

Claude ở phía nhận đọc tin nhắn giữa các lượt gọi tool trong một turn đang chạy, nên một tool đang thực thi không bao giờ bị gián đoạn. Khi phiên nhận đang rảnh, Claude Code bắt đầu một turn mới với tin nhắn đó.

Giữa hai phiên tương tác thông thường với cấu hình mặc định, Claude Code sẽ gửi tin nhắn tới. Tuy nhiên việc gửi thành công không được đảm bảo trong mọi cấu hình. Phiên nhận kiểm tra mỗi tin nhắn đến qua inbound controls của riêng nó, và việc kiểm tra kết thúc ở một trong ba kết quả:

Delivered (đã gửi): Claude Code chuyển tin nhắn cho Claude ở phía nhận.
Held (giữ lại): Claude Code giữ tin nhắn lại, chưa gửi. Một tin nhắn bị giữ chỉ đến được Claude khi bạn phê duyệt, hoặc một thay đổi mode/cấu hình sau đó cho phép.
Refused (bị từ chối): Claude Code loại bỏ tin nhắn mà không gửi.

Sau khi được gửi, tin nhắn tính vào usage giống như một prompt bạn tự gõ, và Claude ở phía nhận có thể trả lời lại người gửi theo cách tương tự, ngoại trừ trường hợp xuyên máy một chiều.

Ranh giới quyền hạn vẫn giữ theo từng phiên riêng. Claude được chỉ dẫn không bao giờ yêu cầu phiên khác thực hiện một hành động đã bị từ chối hoặc bị chặn trong phiên của chính nó, hoặc bị chặn bởi cấu hình quyền hạn của chính nó, mà phải chuyển việc đó lại cho bạn. Ở phía nhận, permission prompt và rule riêng của phiên nhận vẫn áp dụng với bất cứ điều gì tin nhắn yêu cầu.

Xem những phiên nào Claude có thể liên hệ

Claude tự tìm phiên đích, nên bạn không cần chạy gì trước khi yêu cầu nó gửi. Để tự kiểm tra xem Claude có thể liên hệ phiên nào, chạy lệnh /list-agents. Lệnh này liệt kê từng phiên cùng tên mà nó phản hồi, và đó là tên Claude dùng để gửi tin nhắn tới. Danh sách bao gồm:

Subagent: các agent chạy trong phiên hiện tại. Đồng đội agent team không được liệt kê ở đây; Claude nhắn tin cho họ qua danh sách riêng của team.
Các phiên local khác của bạn: các phiên Claude Code chạy trên cùng máy, bao gồm cả phiên chạy nền. Một phiên chỉ xuất hiện khi nó gắn một inbox socket.
Các phiên ngoài máy này: hiện khi Remote Control đang kết nối và được gắn nhãn Remote Control. Đây là các phiên của bạn trên máy khác và các phiên Claude Code on the web. Claude không thể gửi tin nhắn để bắt đầu hội thoại với các phiên này. Nó chỉ có thể trả lời một tin nhắn đến từ chúng. Xem Gửi tin nhắn tới phiên trên máy khác.

Một phiên phản hồi theo tên bạn đặt bằng lệnh /rename hoặc flag --name. Khi bạn không đặt tên, Claude Code tự đặt tên cho phiên. Một phiên tương tác nhận tên dựa trên tên thư mục làm việc, ví dụ myapp-3f.

Hai phiên có thể trùng tên. Kết quả /list-agents hiện thư mục làm việc của từng phiên local, giúp phân biệt các phiên trùng tên khi chúng chạy ở thư mục khác nhau. Danh sách của Claude tự thêm một định danh ngắn vào mỗi dòng và dùng nó trong địa chỉ khi tên bị trùng.

Gửi tin nhắn tới phiên trên máy khác

Nơi phiên khác chạy quyết định tin nhắn di chuyển như thế nào và Claude ở đây có thể gửi gì:

Phiên khác chạy ở đâu	Tin nhắn di chuyển như thế nào	Claude ở đây có thể gửi gì
Trên máy này	Qua một socket riêng cho từng phiên, không bao giờ qua server của Anthropic	Tin nhắn mới và trả lời
Trên máy khác của bạn	Qua server của Anthropic, đến qua kết nối Remote Control của máy đó	Chỉ trả lời
Trên Claude Code on the web	Qua server của Anthropic, thẳng tới phiên chạy trên cloud	Chỉ trả lời

Việc gửi trên cùng một máy hoạt động ở bất cứ đâu tính năng này được bật. Mỗi phiên tự đăng ký bằng các file trên đĩa và gắn inbox socket của nó ở đó. Khi Claude liệt kê hoặc gửi tin nhắn tới các phiên local, Claude Code đọc các file này để tìm phiên, nên hai phiên chỉ liên hệ được nhau khi chúng có thể thấy cùng một hệ thống file. Một container có filesystem riêng, nên một phiên trong container và một phiên trên host không thể liên hệ nhau. Hai phiên trong cùng một container vẫn nhắn tin được cho nhau, kể cả trên self-hosted runner.

Một câu trả lời cần một địa chỉ trả lời, và hầu như mọi tin nhắn đều có sẵn địa chỉ này. Một câu trả lời gửi tới phiên ngoài máy này, khi phiên trả lời không kết nối với Remote Control, vẫn đi qua dưới dạng yêu cầu trực tiếp tới server của Anthropic, nhưng đến nơi mà không có địa chỉ trả lời, nên phía nhận không thể trả lời lại được. Claude được thông báo về điều này khi gửi.

Để yêu cầu bạn phê duyệt trước khi bất kỳ tin nhắn nào ra khỏi máy này, đặt isolatePeerMachines.

Phiên nhận xử lý tin nhắn đến như thế nào

Khi phiên A gửi tin nhắn cho phiên B, Claude Code báo cho Claude của B biết tin nhắn đến từ một phiên khác, không phải từ bạn, và giới hạn những gì tin nhắn có thể làm:

Không thể phê duyệt bất cứ điều gì: một tin nhắn từ phiên khác không bao giờ được tính là sự đồng ý của bạn, nên nó không thể tự trả lời một permission prompt đang chờ thay bạn.
Không thể thay đổi cấu hình: Claude Code chỉ dẫn Claude ở phía nhận không bao giờ thay đổi cấu hình quyền hạn, CLAUDE.md, hay cấu hình khác chỉ vì một phiên khác yêu cầu.
Lệnh không được thực thi: một lệnh trong nội dung tin nhắn, ví dụ /compact, đến dưới dạng văn bản thuần. Claude Code không bao giờ thực thi nó.
Permission prompt vẫn hiện: nếu thực hiện theo tin nhắn cần một quyền mà phiên nhận chưa có, bạn sẽ thấy prompt giống như với bất kỳ công việc khác.

Tin nhắn trông như thế nào

Khi tin nhắn đến, nó xuất hiện trong hội thoại kèm tên người gửi, được xếp hàng chờ khi Claude đang giữa turn hoặc bắt đầu ngay một turn mới khi phiên đang rảnh. Sau khi Claude đã đọc, Claude Code thu gọn nó thành một dòng Message from, có thể mở rộng bằng Ctrl+O.

Tin nhắn là một đoạn văn bản do một Claude viết cho Claude khác. Claude nhận nó kèm tên người gửi và một địa chỉ trả lời, trừ trường hợp trả lời xuyên máy một chiều, vốn không có địa chỉ trả lời. Bạn thấy tên và nội dung, còn phiên nhận chỉ nhận được đúng nội dung đó, không bao giờ có lịch sử hội thoại hay file của người gửi.

Ví dụ sau là một tin nhắn một Claude viết cho Claude khác, đúng như phiên nhận thấy:

Schema migration finished: the new column is tenant_id, and rebasing on main is safe now.

Kiểm soát tin nhắn đến

Đặt crossSessionInbound để chọn cách một phiên xử lý tin nhắn đến từ các phiên khác của bạn:

Giá trị	Hành vi
`accept`	Claude Code gửi mỗi tin nhắn tới Claude
`hold`	Claude Code hiện thông báo cho mỗi tin nhắn và không gửi. Nếu sau đó có `accept` áp dụng, theo quy tắc độ ưu tiên, Claude Code sẽ giải phóng các tin nhắn đang bị giữ
`refuse`	Claude Code loại bỏ mỗi tin nhắn mà không gửi

Để biết giá trị nào áp dụng, theo quy tắc độ ưu tiên của crossSessionInbound trong tài liệu tham khảo settings. Khi không có giá trị nào áp dụng, Claude Code quyết định cho từng tin nhắn dựa trên permission mode của hai phiên. Nó xếp các phiên bỏ qua permission prompt vào một nhóm, và mọi phiên khác vào nhóm còn lại. Plan mode được tính là bỏ qua ở các phiên có sẵn bypass permissions, còn auto, acceptEdits, và dontAsk được tính là có hỏi:

Phiên nhận có hỏi permission: Claude Code gửi mọi tin nhắn tới. Nó chỉ giữ lại để bạn phê duyệt khi phiên gửi tự xác định là đang bỏ qua permission prompt.
Phiên nhận bỏ qua permission prompt: Claude Code giữ lại mọi tin nhắn để bạn phê duyệt. Nó chỉ gửi tới khi phiên gửi cũng tự xác định là đang bỏ qua.

Khi mặc định giữ lại một tin nhắn, Claude Code mở một dialog phê duyệt ở phiên nhận. Dialog hiện người gửi và một đoạn xem trước:

Approve gửi đúng tin nhắn đó tới Claude.
Deny, hoặc đóng dialog, sẽ loại bỏ nó.
Nếu không được trả lời trước hạn dialogExpiry, dialog tự đóng và Claude Code loại bỏ tin nhắn. Hạn mặc định là năm phút.
Nếu nhóm permission-mode của phiên này thay đổi khi đang có tin nhắn bị giữ, Claude Code áp dụng lại các quy tắc inbound, gửi các tin nhắn giờ được chấp nhận, và hiện thông báo.
Nếu một thay đổi khiến refuse áp dụng khi đang có tin nhắn bị giữ, Claude Code loại bỏ mọi tin nhắn đang giữ và báo từ chối tới mỗi người gửi mà nó có thể liên hệ.

Khi người gửi chạy trên cùng máy, Claude Code báo cho phiên gửi biết đã xảy ra chuyện gì. Một thông báo hiện ở đó khi tin nhắn bị giữ, và một thông báo tiếp theo báo kết quả khi phía nhận sau đó gửi, từ chối, hoặc để hết hạn tin nhắn. Một tin nhắn bị từ chối ngay khi đến không tạo thông báo nào ở phía gửi.

Claude Code giữ tối đa 100 tin nhắn, tách riêng khỏi hàng chờ gửi, và vượt quá số đó sẽ loại bỏ tin nhắn cũ nhất.

Phiên không tương tác

Claude Code gắn inbox socket cho một phiên claude -p giống như phiên tương tác, nên một worker -p chạy dài có thể nhận tin nhắn và xuất hiện trong danh sách. Khi bạn khởi động một phiên ở bare mode, Claude Code không gắn socket, nên phiên đó không thể nhận tin nhắn và không xuất hiện trong danh sách agent.

Một phiên -p không thể hiện dialog phê duyệt. Một tin nhắn bị giữ sẽ giữ nguyên ở đó. Claude Code chỉ gửi nó khi một thay đổi mode/cấu hình sau đó cho phép, theo cùng quy tắc như trên. Để cho phép một worker -p nhận tin nhắn mà không cần giám sát, khởi động nó với crossSessionInbound đặt là accept trong giá trị --settings. Một accept trong user settings của bạn cũng có tác dụng nhưng áp dụng cho mọi phiên bạn chạy.

Inbox socket của phiên

Đọc phần này khi một phiên bạn mong đợi không có trong danh sách agent, khi bạn muốn một script hoặc hook gửi tin nhắn vào một phiên, hoặc khi một lệnh sandbox không thể tới được socket.

Claude Code gắn một inbox socket cho mỗi phiên có cross-session messaging được bật, nơi các phiên khác trên máy gửi tin nhắn tới. Nó giới hạn socket cho riêng user hệ điều hành của bạn, nên trên một máy chia sẻ, các phiên của user khác không thể tới được. Xem Phiên không tương tác để biết loại phiên nào gắn socket.

Bạn có thể tìm đường dẫn ở hai nơi:

/status hiện nó ở dòng Peer address. Đường dẫn có tiền tố uds:.
Claude Code export nó cho hook và lệnh Bash dưới dạng biến môi trường CLAUDE_CODE_MESSAGING_SOCKET. Việc export xảy ra trước khi bất kỳ hook nào chạy, kể cả SessionStart. Mỗi phiên export socket của riêng nó, không bao giờ kế thừa từ phiên cha.

Claude Code xử lý tin nhắn đến trên socket qua cùng inbound controls như bất kỳ tin nhắn peer khác, với một ngoại lệ và một điều kiện tiên quyết:

Tin nhắn từ tiến trình con của chính mình: khi không có giá trị crossSessionInbound nào áp dụng, Claude Code gửi một tin nhắn mà nó xác minh đến từ tiến trình con của chính phiên đó, ví dụ một hook hoặc lệnh Bash gửi ngược lại socket của phiên chính nó. Trên Linux, kể cả trong WSL 2, nó có thể xác minh cả với tiến trình con đã kết thúc, còn trên macOS nó chỉ xác minh được khi tiến trình gửi còn đang chạy, và trong container nơi Claude Code chạy với process ID 1 nó không thể xác minh được. Bất cứ khi nào không xác minh được, nó xử lý tin nhắn như bất kỳ tin nhắn nào khác không xác nhận nhóm permission, nên một phiên bỏ qua permission prompt sẽ giữ lại để bạn phê duyệt.
Phiên trong sandbox: kiểm soát việc một lệnh Bash có thể tới được socket từ trong sandbox hay không bằng cấu hình Unix-socket của sandbox, sandbox.network.allowAllUnixSockets và sandbox.network.allowUnixSockets.

Hạn chế cross-session messaging

Ngoài các mặc định cho từng tin nhắn, bạn có thể thu hẹp phạm vi nhắn tin theo hai cách. Yêu cầu bạn phê duyệt trước khi bất kỳ tin nhắn nào ra khỏi máy, hoặc tắt hẳn tính năng nhắn tin cho một phiên hoặc cả tổ chức.

Yêu cầu phê duyệt cho tin nhắn xuyên máy

Đặt isolatePeerMachines thành true để yêu cầu bạn phê duyệt rõ ràng trước khi bất kỳ SendMessage nào tới được một phiên ngoài máy này:

{
  "isolatePeerMachines": true
}

Với cấu hình này, Claude Code hỏi phê duyệt trước khi câu trả lời của Claude tới một phiên ngoài máy này được gửi đi, kể cả ở mode bypassPermissions, vốn bỏ qua các permission prompt thông thường. Giá trị true từ bất kỳ scope settings nào cũng áp dụng, nên một file cấu hình project được check-in có thể bật yêu cầu này nhưng không thể tắt nó. Tin nhắn giữa các phiên trên cùng máy không bị hỏi.

Tắt cross-session messaging

Nhận và gửi là hai cơ chế kiểm soát riêng biệt, nên hãy tắt chiều nào bạn cần, hoặc cả hai. Dùng crossSessionInbound cho tin nhắn đến, và permission rule cho việc Claude ở đây có thể gửi hoặc liệt kê gì:

Ngừng nhận: đặt crossSessionInbound thành refuse, và Claude Code loại bỏ tin nhắn peer đến mà không gửi. Từ project hoặc local settings, refuse áp dụng ưu tiên hơn mọi nguồn khác, còn từ user settings của bạn nó áp dụng trừ khi managed settings hoặc flag --settings đã đặt một giá trị khác.
Ngừng gửi và liệt kê: thêm permission deny rule nhắm vào SendMessage và ListAgents. Cả hai đều dùng tên tool trần, không cần specifier.

Quản trị viên có thể tắt cả hai chiều cho toàn tổ chức trong managed settings, kết hợp deny rule với refuse:

{
  "permissions": {
    "deny": ["SendMessage", "ListAgents"]
  },
  "crossSessionInbound": "refuse"
}

Với cấu hình này, Claude Code vẫn gắn inbox socket cho mỗi phiên, nhưng loại bỏ mọi tin nhắn đến trên đó mà không gửi gì tới Claude. Từ chối SendMessage cũng loại bỏ luôn khả năng nhắn tin tới subagent và đồng đội agent team, vì cùng một tool phục vụ cả hai. Một phiên đang từ chối không hiện thay đổi nào có thể thấy được, cả trong /status của chính nó lẫn trong danh sách của các phiên khác, nên hãy xác nhận cấu hình từ chính cấu hình của phiên đó.

Khả dụng

Cross-session messaging yêu cầu Claude Code v2.1.224 trở lên. Khả dụng còn phụ thuộc vào platform, provider, và cấu hình của bạn:

Hệ điều hành: khả dụng trên macOS và Linux, bao gồm Linux trong WSL 2. Claude Code không cung cấp cross-session messaging trên Windows gốc.
Provider: không khả dụng trên Amazon Bedrock, Claude Platform on AWS, Google Cloud’s Agent Platform, hoặc Microsoft Foundry.
Đánh giá feature-flag: khi bất kỳ biến nào trong CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC, DISABLE_TELEMETRY, DO_NOT_TRACK, hoặc DISABLE_GROWTHBOOK tắt việc đánh giá feature-flag mà tính năng này phụ thuộc vào, cross-session messaging vẫn tắt. Mỗi dòng của từng biến cho biết giá trị nào gây ra điều đó. Bỏ đặt biến nào áp dụng. Các biến này có thể đến từ shell của bạn, từ map env trong file settings, hoặc từ managed settings.

Để kiểm tra một phiên, gõ /list-agents, cũng khả dụng dưới tên /peers. Kết quả phân biệt một phiên không có tính năng này với một phiên nơi có điều gì đó hẹp hơn đã chặn một tin nhắn, chẳng hạn thiếu tool SendMessage hoặc một lượt gửi bị từ chối:

/list-agents không được nhận diện: phiên đó không có cross-session messaging. Kiểm tra lại các yêu cầu ở trên, bắt đầu với claude --version để xem yêu cầu phiên bản.
/list-agents hoạt động nhưng một lượt gửi không đến: tính năng nhắn tin đang bật, và có điều gì đó hẹp hơn đang áp dụng. Một permission deny rule loại bỏ tool SendMessage và ListAgents, inbound controls của phiên nhận có thể giữ lại hoặc loại bỏ những gì bạn gửi tới nó, và một phiên ngoài máy này thì chỉ có thể trả lời.

Ở một phiên có tính năng nhắn tin, /status cũng hiện dòng Peer address với địa chỉ inbox của chính phiên đó.

Giới hạn

Các giới hạn ở đây là tính chất của chính kênh nhắn tin và áp dụng ở mọi nơi tính năng chạy. Với các thiếu sót về platform và provider, xem Khả dụng thay vào đó.

Chỉ văn bản thuần: Claude chỉ gửi văn bản thuần giữa các phiên. Các tin nhắn giao thức agent team có cấu trúc vẫn ở trong phạm vi một team.
Vòng lặp tin nhắn bị giới hạn tốc độ: Claude Code giới hạn tốc độ các tin nhắn lặp lại theo từng người gửi, loại bỏ các tin nhắn giống nhau lặp lại trong một khoảng thời gian ngắn, và giới hạn số tin nhắn được chấp nhận đang chờ Claude đọc ở mức 50 mỗi phiên. Nhờ đó một vòng lặp tin nhắn giữa hai phiên sẽ tự dừng.

Tài nguyên liên quan

Subagent và agent team: nhắn tin trong phạm vi một phiên hoặc một team
Background agent: dispatch và theo dõi các phiên song song bạn có thể nhắn tin tới
Remote Control: kết nối các phiên mà tin nhắn xuyên máy đi qua
Settings: crossSessionInbound, isolatePeerMachines, và dialogExpiry
Permission mode: các mode đứng sau hai nhóm mặc định inbound
Tools reference: các dòng ListAgents và SendMessage trong bảng tool

Phuc Tran

Software Engineer | Learning Claude