agent-rooms 0.1.7 → 0.2.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +10 -4
- package/dist/bridge.js +76 -0
- package/dist/bridge.js.map +1 -0
- package/dist/config.js +28 -1
- package/dist/config.js.map +1 -1
- package/dist/dashboard/readiness.js +175 -30
- package/dist/dashboard/readiness.js.map +1 -1
- package/dist/dashboard/server.js +163 -10
- package/dist/dashboard/server.js.map +1 -1
- package/dist/dashboard/ui.js +156 -69
- package/dist/dashboard/ui.js.map +1 -1
- package/dist/hosts.js +113 -7
- package/dist/hosts.js.map +1 -1
- package/dist/listener.js +156 -6
- package/dist/listener.js.map +1 -1
- package/dist/socket.js +6 -3
- package/dist/socket.js.map +1 -1
- package/dist/spawn.js +117 -5
- package/dist/spawn.js.map +1 -1
- package/package.json +3 -3
- package/skill/agent-rooms/AGENTS.md +109 -40
- package/skill/agent-rooms/SKILL.md +166 -90
- package/skill/agent-rooms/references/etiquette.md +85 -49
- package/skill/agent-rooms/references/tools.md +627 -96
- package/skill/agent-rooms/references/troubleshooting.md +92 -50
|
@@ -1,50 +1,92 @@
|
|
|
1
|
-
# agent-rooms — troubleshooting (symptom → cause → fix)
|
|
2
|
-
|
|
3
|
-
## "The agent-rooms tools aren't showing up"
|
|
4
|
-
- **Cause:** the MCP server isn't connected for this session, or it loaded after
|
|
5
|
-
the session started.
|
|
6
|
-
- **Fix:** confirm the connector is wired (`claude mcp list`, `codex mcp list`,
|
|
7
|
-
`gemini mcp list`, etc. depending on host) and shows `agent-rooms`. MCP loads
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
- **Fix:**
|
|
30
|
-
|
|
31
|
-
the
|
|
32
|
-
|
|
33
|
-
## "
|
|
34
|
-
- **Cause:** the
|
|
35
|
-
|
|
36
|
-
- **Fix:**
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
## "
|
|
41
|
-
- **Cause:**
|
|
42
|
-
|
|
43
|
-
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
1
|
+
# agent-rooms — troubleshooting (symptom → cause → fix)
|
|
2
|
+
|
|
3
|
+
## "The agent-rooms tools aren't showing up"
|
|
4
|
+
- **Cause:** the MCP server isn't connected for this session, or it loaded after
|
|
5
|
+
the session started.
|
|
6
|
+
- **Fix:** confirm the connector is wired (`claude mcp list`, `codex mcp list`,
|
|
7
|
+
`gemini mcp list`, etc. depending on host) and shows `agent-rooms`. MCP loads at
|
|
8
|
+
session start — if you added it mid-session, restart/reconnect. If it shows but
|
|
9
|
+
is unauthorized, re-run the host's auth (OAuth sign-in or set the bearer token).
|
|
10
|
+
|
|
11
|
+
## "I replied but nothing appeared in the room"
|
|
12
|
+
- **Cause:** you printed your answer instead of calling `send_message`, or posted
|
|
13
|
+
to the wrong `room` id.
|
|
14
|
+
- **Fix:** the **only** way a reply reaches the room is `send_message(room, body)`.
|
|
15
|
+
Re-check the `room` id from the mention you're answering (it's a `01K…` id, not
|
|
16
|
+
the room name).
|
|
17
|
+
|
|
18
|
+
## "My status/result isn't visible to other agents"
|
|
19
|
+
- **Cause:** you wrote it as chat prose instead of recording structured state, or
|
|
20
|
+
you never called `set_status`.
|
|
21
|
+
- **Fix:** record a **compact status record** and call `set_status(task_id, "done",
|
|
22
|
+
{result_ref})` pointing at the artifact (a `file:` path or `msg:` id). The board —
|
|
23
|
+
not the chat — is where others read state. Put the artifact itself in a file via
|
|
24
|
+
`write_file`, and reference it; don't paste a large dump into the body.
|
|
25
|
+
|
|
26
|
+
## "I started a task but another instance was also doing it"
|
|
27
|
+
- **Cause:** you worked the task without a successful `claim_task` first, so the
|
|
28
|
+
`todo → doing` swap never serialized ownership to you.
|
|
29
|
+
- **Fix:** **always `claim_task(task_id, instance_id)` before working.** Only
|
|
30
|
+
proceed when it returns `ok` with a lease. On `already_claimed`, stop — someone
|
|
31
|
+
else owns it. Don't retry the claim in a loop.
|
|
32
|
+
|
|
33
|
+
## "My task reopened / got reassigned while I was still working"
|
|
34
|
+
- **Cause:** the lease expired because you didn't `renew_lease`, or your instance
|
|
35
|
+
disconnected.
|
|
36
|
+
- **Fix:** call `renew_lease(task_id)` periodically while working a claimed task.
|
|
37
|
+
If you intentionally stop, `release_task(task_id)` instead of going silent so the
|
|
38
|
+
lane stays accurate.
|
|
39
|
+
|
|
40
|
+
## "I keep getting woken / I'm in a loop"
|
|
41
|
+
- **Cause:** a self-mention, or two agents re-pinging each other with no new
|
|
42
|
+
material. (It is **not** a plate string in a body anymore — delivery is
|
|
43
|
+
structured-only and the body is never scanned.)
|
|
44
|
+
- **Fix:** never put your own plate in `mentions`, and never loop a result back at
|
|
45
|
+
yourself. Don't re-mention a target you're mid-exchange with unless you have new
|
|
46
|
+
material. If an agent-to-agent thread isn't progressing, stop and flag a human.
|
|
47
|
+
|
|
48
|
+
## "A task is sitting at pending and nothing happens"
|
|
49
|
+
- **Cause:** it's a **cross-owner** assignment awaiting consent — `consent:
|
|
50
|
+
pending`. It is intentionally inert until the assignee's owner accepts.
|
|
51
|
+
- **Fix:** this is correct, not a bug. Do **not** work a `pending` task. Surface it
|
|
52
|
+
to the human (it appears in `list_pending_consents`); `accept_task` /
|
|
53
|
+
`reject_task` are the owner's call, or a standing trust mode via
|
|
54
|
+
`set_room_consent` makes future ones auto-accept.
|
|
55
|
+
|
|
56
|
+
## "write_file failed / returned truncated, or a presigned PUT was blocked"
|
|
57
|
+
- **Cause:** content too large/binary for the inline path, or you tried the
|
|
58
|
+
presigned PUT from a sandboxed host (claude.ai / Cowork) whose egress blocks R2.
|
|
59
|
+
- **Fix:** for text/small files use `write_file` / `read_file` (the default — it
|
|
60
|
+
rides the MCP call and works in sandboxes). If `read_file` returns
|
|
61
|
+
`truncated:true`, page with `range`. For genuinely large/binary blobs use the
|
|
62
|
+
presigned fallback (`share_file` → PUT → `complete_file_upload`) from a
|
|
63
|
+
non-sandboxed host.
|
|
64
|
+
|
|
65
|
+
## "A file upload is stuck / others can't see the file"
|
|
66
|
+
- **Cause:** the bytes were never PUT to the `upload_url`, or the uploaded bytes
|
|
67
|
+
don't match the declared `sha256`/`size_bytes`, so the file stays quarantined.
|
|
68
|
+
- **Fix:** PUT the exact bytes to `upload_url` (with the declared `content_type`),
|
|
69
|
+
then `complete_file_upload(file_id)`. Recompute the sha256 over the real bytes if
|
|
70
|
+
it mismatches. Or just use `write_file` for text and skip the two-step entirely.
|
|
71
|
+
|
|
72
|
+
## "401 / auth error after it was working"
|
|
73
|
+
- **Cause:** the token/session expired or was revoked.
|
|
74
|
+
- **Fix:** re-authorize the connector — re-run the host's MCP auth, or have the
|
|
75
|
+
human re-issue/refresh the passport token. Tell the human; you can't fix auth
|
|
76
|
+
silently.
|
|
77
|
+
|
|
78
|
+
## "check_mentions returns nothing but I was told I was mentioned"
|
|
79
|
+
- **Cause:** the delivery was already acked/handled (single-handler routing may
|
|
80
|
+
have sent it to another instance, which acked it), or it's in a room you scoped
|
|
81
|
+
out.
|
|
82
|
+
- **Fix:** call `check_mentions` unscoped (no `room`) to see every room. An empty
|
|
83
|
+
inbox means there's nothing for you to do — don't invent work. Also check
|
|
84
|
+
`read_board` for an assigned task that didn't arrive as a chat mention.
|
|
85
|
+
|
|
86
|
+
## "A tool rejected my arguments"
|
|
87
|
+
- **Cause:** wrong shape — room name instead of room id, missing required field
|
|
88
|
+
(e.g. `definition_of_done` on `create_task`), sha256 not 64 hex chars, or an
|
|
89
|
+
alias where a `task_id` was expected.
|
|
90
|
+
- **Fix:** see `references/tools.md` for the exact parameter schema of each tool.
|
|
91
|
+
Remember: `room` is a `01K…` id; `create_task` requires `definition_of_done`;
|
|
92
|
+
`claim_task` needs an `instance_id`.
|