@ours.network/fleet-claude-code 1.0.5 → 1.1.0-nightly.10
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/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@ours.network/fleet-claude-code",
|
|
3
|
-
"version": "1.0.
|
|
3
|
+
"version": "1.1.0-nightly.10",
|
|
4
4
|
"description": "Claude Code plugin for ours-fleet — spawn and oversee fleet agents from inside a session. Bundles the spawn-ours-agent and oversee-agents skills; the ours-fleet CLI (@ours.network/fleet) does the actual work.",
|
|
5
5
|
"license": "FSL-1.1-Apache-2.0",
|
|
6
6
|
"author": "Adapt Framework Solutions Ltd",
|
|
@@ -10,8 +10,25 @@
|
|
|
10
10
|
"url": "git+https://github.com/adapt-toolkit/ours-fleet.git",
|
|
11
11
|
"directory": "integrations/claude-code"
|
|
12
12
|
},
|
|
13
|
-
"keywords": [
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
13
|
+
"keywords": [
|
|
14
|
+
"claude",
|
|
15
|
+
"claude-code",
|
|
16
|
+
"plugin",
|
|
17
|
+
"fleet",
|
|
18
|
+
"agents",
|
|
19
|
+
"acp",
|
|
20
|
+
"spawn",
|
|
21
|
+
"oversight",
|
|
22
|
+
"ours"
|
|
23
|
+
],
|
|
24
|
+
"files": [
|
|
25
|
+
".claude-plugin",
|
|
26
|
+
"skills"
|
|
27
|
+
],
|
|
28
|
+
"publishConfig": {
|
|
29
|
+
"access": "public"
|
|
30
|
+
},
|
|
31
|
+
"engines": {
|
|
32
|
+
"node": ">=20"
|
|
33
|
+
}
|
|
17
34
|
}
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: oversee-agents
|
|
3
|
-
description: Keep an eye on ours-fleet agents you spawned or were assigned
|
|
3
|
+
description: Keep an eye on ours-fleet agents you spawned or were assigned over ACP sessions. Inspect state, unstick agents through ours-fleet controls, and escalate consequential choices. Use when the user or your persona/briefing says "keep an eye on X", "oversee agents", "watch agents", or right after spawning an agent.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# Oversee ours-fleet agents
|
|
@@ -13,8 +13,7 @@ ours-fleet status <Name>
|
|
|
13
13
|
ours-fleet peek <Name> [lines]
|
|
14
14
|
ours-fleet logs <Name>
|
|
15
15
|
ours-fleet send <Name> "<text>"
|
|
16
|
-
ours-fleet
|
|
17
|
-
ours-fleet attach <Name> # tmux or ACP interactive control
|
|
16
|
+
ours-fleet attach <Name> # structured interactive control
|
|
18
17
|
```
|
|
19
18
|
|
|
20
19
|
## 1. Determine your assignment
|
|
@@ -62,7 +61,7 @@ Once you know the role is alive, classify what the console actually shows:
|
|
|
62
61
|
|
|
63
62
|
| Console shows | Action |
|
|
64
63
|
|---|---|
|
|
65
|
-
| Permission prompt or trust dialog | Answer only within already-authorized scope
|
|
64
|
+
| Permission prompt or trust dialog | Answer only within already-authorized scope using the `/permit` control shown by `attach`. |
|
|
66
65
|
| A question the agent asked its (absent) user | Answer with what you know of the mission: `ours-fleet send <Name> "<answer>"`. |
|
|
67
66
|
| Crashed to a shell prompt / error text | Investigate (`ours-fleet logs <Name>`); restart a permanent role only once `status` confirms it is offline. |
|
|
68
67
|
| Idle with work still assigned | Nudge: `ours-fleet send <Name> "Status? Continue with <task> or declare BLOCKED."` |
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: spawn-ours-agent
|
|
3
|
-
description: Spawn and configure an ours-fleet agent from Claude Code, using a permanent or temporary lifetime and
|
|
3
|
+
description: Spawn and configure an ours-fleet agent from Claude Code, using a permanent or temporary lifetime and an ACP session. Use when the user says "spawn ours agent", "spawn an agent", "create a fleet agent", "start a background agent", or asks for a separate supervised agent.
|
|
4
4
|
---
|
|
5
5
|
|
|
6
6
|
# Spawn an ours-fleet agent
|
|
@@ -16,7 +16,7 @@ ours-fleet doctor
|
|
|
16
16
|
```
|
|
17
17
|
|
|
18
18
|
`ours-fleet docs` from the INSTALLED CLI is authoritative for supported
|
|
19
|
-
harnesses,
|
|
19
|
+
harnesses, structured sessions, permissions, and flags. This skill ships with a
|
|
20
20
|
plugin and the CLI is upgraded separately, so where the two differ the installed
|
|
21
21
|
reference wins. Stop at a failed required doctor check.
|
|
22
22
|
|
|
@@ -124,9 +124,7 @@ Permanent, unattended (announce it to yourself if you are its coordinator):
|
|
|
124
124
|
|
|
125
125
|
```sh
|
|
126
126
|
ours-fleet spawn <Name> \
|
|
127
|
-
--
|
|
128
|
-
--mission "<one-line mission>" \
|
|
129
|
-
--bio-file /tmp/spawn-bio.md --persona-file /tmp/spawn-persona.md \
|
|
127
|
+
--brain <BrainId> --role <RoleId> \
|
|
130
128
|
--approval allow --filesystem workspace --unattended deny \
|
|
131
129
|
--isolation-file /tmp/spawn-isolation.yaml \
|
|
132
130
|
[--cwd <dir>] [--coordinator <YourRoleName>]
|
|
@@ -136,23 +134,19 @@ Permanent, attended — a human will answer its prompts:
|
|
|
136
134
|
|
|
137
135
|
```sh
|
|
138
136
|
ours-fleet spawn <Name> \
|
|
139
|
-
--
|
|
140
|
-
--mission "<one-line mission>" \
|
|
141
|
-
--bio-file /tmp/spawn-bio.md --persona-file /tmp/spawn-persona.md \
|
|
137
|
+
--brain <BrainId> --role <RoleId> \
|
|
142
138
|
--approval ask --filesystem workspace --unattended wait
|
|
143
139
|
```
|
|
144
140
|
|
|
145
|
-
Temporary — add `--temp`; it
|
|
141
|
+
Temporary — add `--temp`; it uses the same structured session interface:
|
|
146
142
|
|
|
147
143
|
```sh
|
|
148
144
|
ours-fleet spawn --temp <Name> \
|
|
149
|
-
--
|
|
150
|
-
--mission "<one-line mission>" \
|
|
151
|
-
--bio-file /tmp/spawn-bio.md --persona-file /tmp/spawn-persona.md \
|
|
145
|
+
--brain <BrainId> --role <RoleId> \
|
|
152
146
|
--approval allow --filesystem workspace --unattended deny
|
|
153
147
|
```
|
|
154
148
|
|
|
155
|
-
Pass
|
|
149
|
+
Pass Brain, Role, permission, and coordinator choices exactly as approved.
|
|
156
150
|
Do not persist secrets in fleet YAML.
|
|
157
151
|
|
|
158
152
|
## 8. Verify
|
|
@@ -169,8 +163,8 @@ settings it translated to; the floor line lists what the role actually grants,
|
|
|
169
163
|
or names what is missing. A failure there means the role will silently do less
|
|
170
164
|
than its briefing says — fix the permissions rather than starting it.
|
|
171
165
|
|
|
172
|
-
|
|
173
|
-
readiness.
|
|
166
|
+
`status` must report `backend: acp`, `alive: true`, and a running/idle
|
|
167
|
+
readiness. Confirm the role loaded its
|
|
174
168
|
briefing and reached identity binding. Never answer a permission prompt beyond
|
|
175
169
|
the scope already approved by the user.
|
|
176
170
|
|