Browse Source

test(acp): refresh adjacent messaging schema

fz 1 month ago
parent
commit
aefbee95e2
1 changed files with 7 additions and 7 deletions
  1. 7 7
      snapshots/acp/escalation-approved/tool-schemas.expected.json

+ 7 - 7
snapshots/acp/escalation-approved/tool-schemas.expected.json

@@ -245,7 +245,7 @@
     },
     },
     {
     {
       "name": "list_agents",
       "name": "list_agents",
-      "description": "List your continuable background subagents by durable id and label. Use it to recall which ones you started, not to poll for completion — you are told when one finishes. Status comes from the live registry: running means the agent is working right now, idle means it is loaded but between turns (it may be waiting on agents it started), and ready means it exists only in storage — resumable, not terminal, and not a result waiting to be collected; a `send_message` starts a new turn on the same conversation, and a direct child remains a `send_message` candidate in every status. The snapshot is not a delivery promise — `send_message` performs the authoritative check and may still fail. Children that could not be read are reported as diagnostics instead of being silently dropped. Scope `descendants` walks the whole tree below you in stable pre-order, annotating each entry with its durable direct-parent session id and depth. You may use `send_message` only for depth-1 entries; deeper entries are candidates for `interrupt_agent` only.",
+      "description": "List your continuable background subagents by durable id and label. Use it to recall which ones you started, not to poll for completion — you are told when one finishes. Status comes from the live registry: running means the agent is working right now, idle means it is loaded but between turns (it may be waiting on agents it started), and ready means it exists only in storage — resumable, not terminal, and not a result waiting to be collected; a `send_message` steers a running child at its nearest step boundary or starts a turn for an idle or ready child, and a direct child remains a `send_message` candidate in every status. The snapshot is not a delivery promise — `send_message` performs the authoritative check and may still fail. Children that could not be read are reported as diagnostics instead of being silently dropped. Scope `descendants` walks the whole tree below you in stable pre-order, annotating each entry with its durable direct-parent session id and depth. You may use `send_message` only for depth-1 entries; deeper entries are candidates for `interrupt_agent` only.",
       "parameters": {
       "parameters": {
         "type": "object",
         "type": "object",
         "properties": {
         "properties": {
@@ -322,21 +322,21 @@
     },
     },
     {
     {
       "name": "send_message",
       "name": "send_message",
-      "description": "Send a message to a background subagent by its subagent id, continuing the same conversation. It becomes the subagent's next turn: if it is still working, the message waits until its current turn finishes, so it cannot redirect work already underway. This call returns no answer from the subagent — only confirmation that the message was delivered — so use it to give it more work. A failure means the message was NOT delivered.",
+      "description": "Send a message to a direct continuable child by its agent id. If you are a resident continuable child, you may also target your direct parent. If the target is still working, the message steers its nearest step; if it is idle, the message starts a turn. This call returns no answer from the agent — only confirmation that the message was delivered. A failure means the message was NOT delivered.",
       "parameters": {
       "parameters": {
         "type": "object",
         "type": "object",
         "properties": {
         "properties": {
-          "subagent_id": {
+          "agent_id": {
             "type": "string",
             "type": "string",
-            "description": "The subagent id returned when the background subagent was started."
+            "description": "The agent id of your direct continuable child, or your direct parent when you are a resident continuable child."
           },
           },
           "message": {
           "message": {
             "type": "string",
             "type": "string",
-            "description": "The message to deliver to the subagent."
+            "description": "The message to deliver to the agent."
           }
           }
         },
         },
         "required": [
         "required": [
-          "subagent_id",
+          "agent_id",
           "message"
           "message"
         ]
         ]
       }
       }
@@ -444,7 +444,7 @@
     },
     },
     {
     {
       "name": "subagent",
       "name": "subagent",
-      "description": "Delegate a self-contained task to a subagent (a separate agent that works in its own context) to offload focused, independent work — research, a scoped implementation, an analysis — so it does not consume this conversation's context. The subagent returns its result, not its intermediate steps. Give it a complete, standalone prompt: it does not see this conversation. This tool runs in the background by default, immediately returns a durable subagent id, and keeps the child conversation available for later turns. When that run settles, the runtime sends the parent a notice containing its outcome and any final assistant message; `send_message` starts a later turn in the same child conversation. Set `run_in_background: false` only when your next action depends on receiving the result.",
+      "description": "Delegate a self-contained task to a subagent (a separate agent that works in its own context) to offload focused, independent work — research, a scoped implementation, an analysis — so it does not consume this conversation's context. The subagent returns its result, not its intermediate steps. Give it a complete, standalone prompt: it does not see this conversation. This tool runs in the background by default, immediately returns a durable subagent id, and keeps the child conversation available for later turns. When that run settles, the runtime sends the parent a notice containing its outcome and any final assistant message; `send_message` steers the child's nearest step while it is running and starts a turn while it is idle. Set `run_in_background: false` only when your next action depends on receiving the result.",
       "parameters": {
       "parameters": {
         "type": "object",
         "type": "object",
         "properties": {
         "properties": {