Tác nhân con

Tác nhân con là các lượt chạy tác nhân nền được sinh ra từ một lượt chạy tác nhân hiện có. Chúng chạy trong phiên riêng (agent:<agentId>:subagent:<uuid>) và, khi hoàn tất, thông báo kết quả của chúng trở lại kênh trò chuyện của bên yêu cầu. Mỗi lượt chạy tác nhân con được theo dõi như một tác vụ nền.

Để biết mô hình bảo mật phía sau cơ chế ủy quyền, hãy xem Ranh giới đa tác nhân và tác nhân con. Tác nhân con là các đơn vị cô lập và quy trình làm việc hữu ích, nhưng chúng không phải là ranh giới ủy quyền đa bên thuê đối địch bên trong một Gateway dùng chung.

Mục tiêu chính:

• Song song hóa công việc "nghiên cứu / tác vụ dài / công cụ chậm" mà không chặn lượt chạy chính.
• Giữ tác nhân con được cô lập theo mặc định (tách phiên + cơ chế sandbox tùy chọn).
• Giữ bề mặt công cụ khó bị dùng sai: tác nhân con không nhận công cụ phiên theo mặc định.
• Hỗ trợ độ sâu lồng nhau có thể cấu hình cho các mẫu điều phối.

# Lệnh slash

Dùng /subagents để kiểm tra hoặc điều khiển các lượt chạy tác nhân con cho phiên hiện tại:

/subagents list
/subagents kill <id|#|all>
/subagents log <id|#> [limit] [tools]
/subagents info <id|#>
/subagents send <id|#> <message>
/subagents steer <id|#> <message>
/subagents spawn <agentId> <task> [--model <model>] [--thinking <level>]

Dùng /steer <message> cấp cao nhất để điều hướng lượt chạy đang hoạt động của phiên bên yêu cầu hiện tại. Dùng /subagents steer <id|#> <message> khi đích là một lượt chạy con.

/subagents info hiển thị siêu dữ liệu lượt chạy (trạng thái, dấu thời gian, id phiên, đường dẫn bản ghi, dọn dẹp). Dùng sessions_history để có chế độ xem gợi nhớ có giới hạn, đã lọc an toàn; kiểm tra đường dẫn bản ghi trên đĩa khi bạn cần bản ghi thô đầy đủ.

# Điều khiển gắn luồng

Các lệnh này hoạt động trên các kênh hỗ trợ gắn luồng bền vững. Xem Các kênh hỗ trợ luồng bên dưới.

/focus <subagent-label|session-key|session-id|session-label>
/unfocus
/agents
/session idle <duration|off>
/session max-age <duration|off>

# Hành vi sinh

/subagents spawn khởi động một tác nhân con nền dưới dạng lệnh của người dùng (không phải chuyển tiếp nội bộ) và gửi một cập nhật hoàn tất cuối cùng trở lại cuộc trò chuyện của bên yêu cầu khi lượt chạy kết thúc.

# Chế độ ngữ cảnh

Tác nhân con native khởi động ở trạng thái cô lập trừ khi bên gọi yêu cầu rõ ràng việc rẽ nhánh bản ghi hiện tại.

Chế độ	Khi nào dùng	Hành vi
isolated	Nghiên cứu mới, triển khai độc lập, công việc với công cụ chậm, hoặc bất cứ thứ gì có thể được tóm lược trong văn bản tác vụ	Tạo một bản ghi con sạch. Đây là mặc định và giữ mức sử dụng token thấp hơn.
fork	Công việc phụ thuộc vào cuộc trò chuyện hiện tại, kết quả công cụ trước đó, hoặc chỉ dẫn tinh tế đã có trong bản ghi của bên yêu cầu	Rẽ nhánh bản ghi của bên yêu cầu vào phiên con trước khi tác nhân con bắt đầu.

Dùng fork một cách tiết chế. Nó dành cho ủy quyền nhạy với ngữ cảnh, không phải thay thế cho việc viết một prompt tác vụ rõ ràng.

# Công cụ: sessions_spawn

Khởi động một lượt chạy tác nhân con với deliver: false trên làn subagent toàn cục, sau đó chạy một bước thông báo và đăng câu trả lời thông báo vào kênh trò chuyện của bên yêu cầu.

Tính khả dụng phụ thuộc vào chính sách công cụ hiệu lực của bên gọi. Các hồ sơ coding và full hiển thị sessions_spawn theo mặc định. Hồ sơ messaging thì không; thêm tools.alsoAllow: ["sessions_spawn", "sessions_yield", "subagents"] hoặc dùng tools.profile: "coding" cho các tác nhân nên ủy quyền công việc. Chính sách cho phép/từ chối theo kênh/nhóm, nhà cung cấp, sandbox và từng tác nhân vẫn có thể loại bỏ công cụ sau giai đoạn hồ sơ. Dùng /tools từ cùng phiên để xác nhận danh sách công cụ hiệu lực.

Mặc định:

• Mô hình: kế thừa từ bên gọi trừ khi bạn đặt agents.defaults.subagents.model (hoặc agents.list[].subagents.model theo từng tác nhân); sessions_spawn.model rõ ràng vẫn được ưu tiên.
• Thinking: kế thừa từ bên gọi trừ khi bạn đặt agents.defaults.subagents.thinking (hoặc agents.list[].subagents.thinking theo từng tác nhân); sessions_spawn.thinking rõ ràng vẫn được ưu tiên.
• Thời gian chờ lượt chạy: nếu bỏ qua sessions_spawn.runTimeoutSeconds, OpenClaw dùng agents.defaults.subagents.runTimeoutSeconds khi được đặt; nếu không, quay về 0 (không có thời gian chờ).

# Tham số công cụ

taskstringrequired

Mô tả tác vụ cho tác nhân con.

labelstring

Nhãn tùy chọn, dễ đọc cho con người.

agentIdstring

Sinh dưới một id tác nhân khác khi được subagents.allowAgents cho phép.

runtime"subagent" | "acp"

acp chỉ dành cho các harness ACP bên ngoài (claude, droid, gemini, opencode, hoặc Codex ACP/acpx được yêu cầu rõ ràng) và cho các mục agents.list[] có runtime.type là acp.

resumeSessionIdstring

Chỉ ACP. Tiếp tục một phiên harness ACP hiện có khi runtime: "acp"; bị bỏ qua với các lượt sinh tác nhân con native.

streamTo"parent"

Chỉ ACP. Truyền trực tiếp đầu ra lượt chạy ACP tới phiên cha khi runtime: "acp"; bỏ qua với các lượt sinh tác nhân con native.

modelstring

Ghi đè mô hình tác nhân con. Các giá trị không hợp lệ bị bỏ qua và tác nhân con chạy trên mô hình mặc định với một cảnh báo trong kết quả công cụ.

thinkingstring

Ghi đè mức thinking cho lượt chạy tác nhân con.

runTimeoutSecondsnumber

Mặc định là agents.defaults.subagents.runTimeoutSeconds khi được đặt, nếu không là 0. Khi được đặt, lượt chạy tác nhân con sẽ bị hủy sau N giây.

threadboolean

Khi true, yêu cầu gắn luồng kênh cho phiên tác nhân con này.

mode"run" | "session"

Nếu thread: true và bỏ qua mode, mặc định trở thành session. mode: "session" yêu cầu thread: true.

cleanup"delete" | "keep"

"delete" lưu trữ ngay sau khi thông báo (vẫn giữ bản ghi thông qua đổi tên).

sandbox"inherit" | "require"

require từ chối sinh trừ khi runtime con đích ở trong sandbox.

context"isolated" | "fork"

fork rẽ nhánh bản ghi hiện tại của bên yêu cầu vào phiên con. Chỉ dành cho tác nhân con native. Các lượt sinh gắn luồng mặc định là fork; các lượt sinh không gắn luồng mặc định là isolated.

# Phiên gắn luồng

Khi gắn luồng được bật cho một kênh, tác nhân con có thể tiếp tục gắn với một luồng để các tin nhắn theo dõi của người dùng trong luồng đó tiếp tục được định tuyến tới cùng phiên tác nhân con.

# Các kênh hỗ trợ luồng

Discord hiện là kênh duy nhất được hỗ trợ. Nó hỗ trợ các phiên tác nhân con gắn luồng bền vững (sessions_spawn với thread: true), điều khiển luồng thủ công (/focus, /unfocus, /agents, /session idle, /session max-age), và các khóa adapter channels.discord.threadBindings.enabled, channels.discord.threadBindings.idleHours, channels.discord.threadBindings.maxAgeHours, và channels.discord.threadBindings.spawnSessions.

# Luồng nhanh

# Điều khiển thủ công

Lệnh	Tác dụng
/focus <target>	Gắn luồng hiện tại (hoặc tạo một luồng) với đích tác tử con/phiên
/unfocus	Xóa liên kết cho luồng hiện đang được gắn
/agents	Liệt kê các lượt chạy đang hoạt động và trạng thái gắn (thread:<id> hoặc unbound)
/session idle	Kiểm tra/cập nhật tự động bỏ tập trung khi nhàn rỗi (chỉ các luồng đã gắn đang được tập trung)
/session max-age	Kiểm tra/cập nhật giới hạn cứng (chỉ các luồng đã gắn đang được tập trung)

# Công tắc cấu hình

• Mặc định toàn cục: session.threadBindings.enabled, session.threadBindings.idleHours, session.threadBindings.maxAgeHours.
• Khóa ghi đè kênh và tự động gắn khi tạo phụ thuộc vào adapter. Xem Các kênh hỗ trợ luồng ở trên.

Xem Tham chiếu cấu hình và Lệnh gạch chéo để biết chi tiết adapter hiện tại.

# Danh sách cho phép

agents.list[].subagents.allowAgentsstring[]

Danh sách id tác tử có thể được nhắm tới qua agentId tường minh (["*"] cho phép bất kỳ). Mặc định: chỉ tác tử yêu cầu. Nếu bạn đặt một danh sách và vẫn muốn tác tử yêu cầu tự tạo chính nó với agentId, hãy đưa id của tác tử yêu cầu vào danh sách.

agents.defaults.subagents.allowAgentsstring[]

Danh sách cho phép tác tử đích mặc định được dùng khi tác tử yêu cầu không đặt subagents.allowAgents riêng.

agents.defaults.subagents.requireAgentIdboolean

Chặn các lệnh gọi sessions_spawn bỏ qua agentId (buộc chọn hồ sơ tường minh). Ghi đè theo tác tử: agents.list[].subagents.requireAgentId.

Nếu phiên yêu cầu đang chạy trong sandbox, sessions_spawn từ chối các đích sẽ chạy ngoài sandbox.

# Khám phá

Dùng agents_list để xem các id tác tử hiện được phép dùng cho sessions_spawn. Phản hồi bao gồm mô hình hiệu lực của từng tác tử được liệt kê và siêu dữ liệu runtime nhúng để bên gọi có thể phân biệt PI, máy chủ ứng dụng Codex và các runtime gốc đã cấu hình khác.

# Tự động lưu trữ

• Các phiên tác tử con được tự động lưu trữ sau agents.defaults.subagents.archiveAfterMinutes (mặc định 60).
• Việc lưu trữ dùng sessions.delete và đổi tên bản ghi hội thoại thành *.deleted.<timestamp> (cùng thư mục).
• cleanup: "delete" lưu trữ ngay sau khi thông báo (vẫn giữ bản ghi hội thoại bằng cách đổi tên).
• Tự động lưu trữ là nỗ lực tối đa; các bộ hẹn giờ đang chờ sẽ mất nếu gateway khởi động lại.
• runTimeoutSeconds không tự động lưu trữ; nó chỉ dừng lượt chạy. Phiên vẫn còn cho đến khi tự động lưu trữ.
• Tự động lưu trữ áp dụng như nhau cho các phiên độ sâu 1 và độ sâu 2.
• Dọn dẹp trình duyệt tách biệt với dọn dẹp lưu trữ: các tab/tiến trình trình duyệt được theo dõi sẽ được đóng theo nỗ lực tối đa khi lượt chạy kết thúc, ngay cả khi bản ghi hội thoại/bản ghi phiên được giữ lại.

# Tác tử con lồng nhau

Theo mặc định, tác tử con không thể tạo tác tử con của chính chúng (maxSpawnDepth: 1). Đặt maxSpawnDepth: 2 để bật một cấp lồng nhau — mẫu điều phối: chính → tác tử con điều phối → các tác tử con cấp hai dạng worker.

{
  agents: {
    defaults: {
      subagents: {
        maxSpawnDepth: 2, // allow sub-agents to spawn children (default: 1)
        maxChildrenPerAgent: 5, // max active children per agent session (default: 5)
        maxConcurrent: 8, // global concurrency lane cap (default: 8)
        runTimeoutSeconds: 900, // default timeout for sessions_spawn when omitted (0 = no timeout)
      },
    },
  },
}

# Các mức độ sâu

Độ sâu	Dạng khóa phiên	Vai trò	Có thể tạo không?
0	agent:<id>:main	Tác tử chính	Luôn luôn
1	agent:<id>:subagent:<uuid>	Tác tử con (điều phối khi cho phép độ sâu 2)	Chỉ khi maxSpawnDepth >= 2
2	agent:<id>:subagent:<uuid>:subagent:<uuid>	Tác tử con cấp hai (worker lá)	Không bao giờ

# Chuỗi thông báo

Kết quả chảy ngược lên chuỗi:

1. Worker độ sâu 2 hoàn tất → thông báo cho cha của nó (tác tử điều phối độ sâu 1).
2. Tác tử điều phối độ sâu 1 nhận thông báo, tổng hợp kết quả, hoàn tất → thông báo cho tác tử chính.
3. Tác tử chính nhận thông báo và gửi tới người dùng.

Mỗi cấp chỉ thấy thông báo từ các con trực tiếp của nó.

# Chính sách công cụ theo độ sâu

• Vai trò và phạm vi điều khiển được ghi vào siêu dữ liệu phiên tại thời điểm tạo. Điều đó ngăn các khóa phiên phẳng hoặc đã khôi phục vô tình lấy lại đặc quyền điều phối.
• Độ sâu 1 (điều phối, khi maxSpawnDepth >= 2): nhận sessions_spawn, subagents, sessions_list, sessions_history để có thể quản lý các con của nó. Các công cụ phiên/hệ thống khác vẫn bị từ chối.
• Độ sâu 1 (lá, khi maxSpawnDepth == 1): không có công cụ phiên (hành vi mặc định hiện tại).
• Độ sâu 2 (worker lá): không có công cụ phiên — sessions_spawn luôn bị từ chối ở độ sâu 2. Không thể tạo thêm con.

# Giới hạn tạo theo tác tử

Mỗi phiên tác tử (ở bất kỳ độ sâu nào) có thể có tối đa maxChildrenPerAgent (mặc định 5) con đang hoạt động cùng lúc. Điều này ngăn một tác tử điều phối đơn lẻ phân nhánh mất kiểm soát.

# Dừng dây chuyền

Dừng một tác tử điều phối độ sâu 1 sẽ tự động dừng tất cả con độ sâu 2 của nó:

• /stop trong cuộc trò chuyện chính dừng tất cả tác tử độ sâu 1 và lan tới các con độ sâu 2 của chúng.
• /subagents kill <id> dừng một tác tử con cụ thể và lan tới các con của nó.
• /subagents kill all dừng tất cả tác tử con của bên yêu cầu và lan truyền.

# Xác thực

Xác thực tác tử con được phân giải theo id tác tử, không theo loại phiên:

• Khóa phiên tác tử con là agent:<agentId>:subagent:<uuid>.
• Kho xác thực được tải từ agentDir của tác tử đó.
• Các hồ sơ xác thực của tác tử chính được hợp nhất vào như một dự phòng; hồ sơ tác tử ghi đè hồ sơ chính khi có xung đột.

Việc hợp nhất có tính cộng thêm, nên hồ sơ chính luôn có sẵn làm dự phòng. Xác thực cô lập hoàn toàn theo từng tác tử hiện chưa được hỗ trợ.

# Thông báo

Tác tử con báo cáo lại qua một bước thông báo:

• Bước thông báo chạy bên trong phiên tác tử con (không phải phiên yêu cầu).
• Nếu tác tử con trả lời chính xác ANNOUNCE_SKIP, không có gì được đăng.
• Nếu văn bản assistant mới nhất là token im lặng chính xác NO_REPLY / no_reply, đầu ra thông báo bị chặn ngay cả khi trước đó từng có tiến trình hiển thị.

Cách gửi phụ thuộc vào độ sâu của bên yêu cầu:

• Các phiên yêu cầu cấp cao nhất dùng một lệnh gọi agent tiếp theo với gửi bên ngoài (deliver=true).
• Các phiên tác tử con yêu cầu lồng nhau nhận một lần chèn tiếp theo nội bộ (deliver=false) để tác tử điều phối có thể tổng hợp kết quả con trong phiên.
• Nếu một phiên tác tử con yêu cầu lồng nhau không còn tồn tại, OpenClaw quay về bên yêu cầu của phiên đó khi có sẵn.

Đối với các phiên yêu cầu cấp cao nhất, gửi trực tiếp ở chế độ hoàn tất trước tiên phân giải mọi tuyến hội thoại/luồng đã gắn và ghi đè hook, sau đó điền các trường đích kênh bị thiếu từ tuyến đã lưu của phiên yêu cầu. Điều đó giữ các hoàn tất ở đúng cuộc trò chuyện/chủ đề ngay cả khi nguồn hoàn tất chỉ xác định kênh.

Tổng hợp hoàn tất của con được giới hạn theo lượt chạy yêu cầu hiện tại khi xây dựng các phát hiện hoàn tất lồng nhau, ngăn đầu ra con từ lượt chạy trước cũ rò rỉ vào thông báo hiện tại. Các trả lời thông báo giữ nguyên định tuyến luồng/chủ đề khi adapter kênh có sẵn.

# Ngữ cảnh thông báo

Ngữ cảnh thông báo được chuẩn hóa thành một khối sự kiện nội bộ ổn định:

Trường	Nguồn
Nguồn	subagent hoặc cron
Id phiên	Khóa/id phiên con
Loại	Loại thông báo + nhãn tác vụ
Trạng thái	Suy ra từ kết quả runtime (success, error, timeout, hoặc unknown) — không suy luận từ văn bản mô hình
Nội dung kết quả	Văn bản assistant hiển thị mới nhất, nếu không thì văn bản tool/toolResult mới nhất đã làm sạch
Theo dõi	Chỉ dẫn mô tả khi nào trả lời và khi nào im lặng

Các lượt chạy kết thúc thất bại báo cáo trạng thái lỗi mà không phát lại văn bản trả lời đã ghi lại. Khi hết thời gian, nếu con chỉ mới đi qua các lệnh gọi công cụ, thông báo có thể thu gọn lịch sử đó thành một tóm tắt tiến độ một phần ngắn thay vì phát lại đầu ra công cụ thô.

# Dòng thống kê

Payload thông báo bao gồm một dòng thống kê ở cuối (ngay cả khi được bọc):

• Runtime (ví dụ runtime 5m12s).
• Mức sử dụng token (đầu vào/đầu ra/tổng).
• Chi phí ước tính khi giá mô hình được cấu hình (models.providers.*.models[].cost).
• sessionKey, sessionId, và đường dẫn bản ghi hội thoại để tác tử chính có thể lấy lịch sử qua sessions_history hoặc kiểm tra tệp trên đĩa.

Siêu dữ liệu nội bộ chỉ dành cho điều phối; các trả lời hướng tới người dùng nên được viết lại bằng giọng assistant thông thường.

# Vì sao nên ưu tiên sessions_history

sessions_history là đường dẫn điều phối an toàn hơn:

• Khả năng nhớ lại của assistant được chuẩn hóa trước: bỏ thẻ suy nghĩ; bỏ khung <relevant-memories> / <relevant_memories>; bỏ các khối payload XML gọi công cụ dạng văn bản thuần (<tool_call>, <function_call>, <tool_calls>, <function_calls>), bao gồm cả payload bị cắt cụt không bao giờ đóng sạch; bỏ khung gọi công cụ/kết quả đã hạ cấp và các dấu mốc ngữ cảnh lịch sử; bỏ các token điều khiển mô hình bị rò rỉ (<|assistant|>, các ASCII <|...|> khác, toàn độ rộng <｜...｜>); bỏ XML gọi công cụ MiniMax sai định dạng.
• Văn bản giống thông tin xác thực/token được biên tập lại.
• Các khối dài có thể bị cắt ngắn.
• Lịch sử rất lớn có thể bỏ các hàng cũ hơn hoặc thay một hàng quá lớn bằng [sessions_history omitted: message too large].
• Kiểm tra bản ghi hội thoại thô trên đĩa là phương án dự phòng khi bạn cần bản ghi đầy đủ từng byte.

# Chính sách công cụ

Tác nhân con trước tiên dùng cùng hồ sơ và quy trình chính sách công cụ như tác nhân cha hoặc tác nhân đích. Sau đó, OpenClaw áp dụng lớp hạn chế dành cho tác nhân con.

Khi không có tools.profile mang tính hạn chế, tác nhân con nhận được tất cả công cụ ngoại trừ công cụ phiên và công cụ hệ thống:

• sessions_list
• sessions_history
• sessions_send
• sessions_spawn

sessions_history ở đây cũng vẫn là một chế độ xem truy hồi có giới hạn và đã được làm sạch — không phải là bản kết xuất biên bản thô.

Khi maxSpawnDepth >= 2, các tác nhân con điều phối ở độ sâu 1 còn nhận thêm sessions_spawn, subagents, sessions_list và sessions_history để chúng có thể quản lý các tác nhân con của mình.

# Ghi đè qua cấu hình

{
  agents: {
    defaults: {
      subagents: {
        maxConcurrent: 1,
      },
    },
  },
  tools: {
    subagents: {
      tools: {
        // deny wins
        deny: ["gateway", "cron"],
        // if allow is set, it becomes allow-only (deny still wins)
        // allow: ["read", "exec", "process"]
      },
    },
  },
}

tools.subagents.tools.allow là một bộ lọc cuối cùng chỉ cho phép. Nó có thể thu hẹp tập công cụ đã được phân giải, nhưng không thể thêm lại một công cụ đã bị tools.profile loại bỏ. Ví dụ, tools.profile: "coding" bao gồm web_search/web_fetch nhưng không bao gồm công cụ browser. Để cho phép tác nhân con dùng hồ sơ coding sử dụng tự động hóa trình duyệt, hãy thêm browser ở giai đoạn hồ sơ:

{
  tools: {
    profile: "coding",
    alsoAllow: ["browser"],
  },
}

Dùng agents.list[].tools.alsoAllow: ["browser"] theo từng tác nhân khi chỉ một tác nhân cần có tự động hóa trình duyệt.

# Đồng thời

Tác nhân con dùng một làn hàng đợi trong tiến trình chuyên biệt:

• Tên làn: subagent
• Mức đồng thời: agents.defaults.subagents.maxConcurrent (mặc định 8)

# Tính sống và khôi phục

OpenClaw không xem việc thiếu endedAt là bằng chứng vĩnh viễn rằng một tác nhân con vẫn còn hoạt động. Các lượt chạy chưa kết thúc cũ hơn cửa sổ lượt chạy cũ sẽ không còn được tính là đang hoạt động/đang chờ trong /subagents list, bản tóm tắt trạng thái, cổng hoàn tất hậu duệ và kiểm tra đồng thời theo phiên.

Sau khi Gateway khởi động lại, các lượt chạy đã khôi phục nhưng cũ và chưa kết thúc sẽ bị cắt bỏ trừ khi phiên con của chúng được đánh dấu abortedLastRun: true. Những phiên con bị hủy do khởi động lại đó vẫn có thể khôi phục thông qua luồng khôi phục tác nhân con mồ côi, luồng này gửi một thông báo tiếp tục tổng hợp trước khi xóa dấu hiệu đã hủy.

Khôi phục tự động sau khởi động lại được giới hạn theo từng phiên con. Nếu cùng một tác nhân con được chấp nhận khôi phục mồ côi lặp lại trong cửa sổ kẹt lại nhanh, OpenClaw lưu một tombstone khôi phục trên phiên đó và ngừng tự động tiếp tục phiên trong các lần khởi động lại sau. Chạy openclaw tasks maintenance --apply để đối chiếu bản ghi tác vụ, hoặc openclaw doctor --fix để xóa các cờ khôi phục đã hủy bị cũ trên các phiên có tombstone.

# Dừng

• Gửi /stop trong cuộc trò chuyện của bên yêu cầu sẽ hủy phiên của bên yêu cầu và dừng mọi lượt chạy tác nhân con đang hoạt động được tạo từ phiên đó, lan truyền đến các tác nhân con lồng nhau.
• /subagents kill <id> dừng một tác nhân con cụ thể và lan truyền đến các tác nhân con của nó.

# Giới hạn

• Thông báo tác nhân con là nỗ lực tối đa. Nếu gateway khởi động lại, công việc "thông báo lại" đang chờ sẽ bị mất.
• Tác nhân con vẫn chia sẻ cùng tài nguyên tiến trình gateway; hãy xem maxConcurrent là một van an toàn.
• sessions_spawn luôn không chặn: nó trả về { status: "accepted", runId, childSessionKey } ngay lập tức.
• Ngữ cảnh tác nhân con chỉ chèn AGENTS.md + TOOLS.md (không có SOUL.md, IDENTITY.md, USER.md, HEARTBEAT.md hoặc BOOTSTRAP.md).
• Độ sâu lồng tối đa là 5 (phạm vi maxSpawnDepth: 1–5). Độ sâu 2 được khuyến nghị cho hầu hết trường hợp sử dụng.
• maxChildrenPerAgent giới hạn số tác nhân con đang hoạt động trên mỗi phiên (mặc định 5, phạm vi 1–20).

# Liên quan

• Tác nhân ACP
• Gửi tác nhân
• Tác vụ nền
• Công cụ sandbox đa tác nhân