manager: start/restart at will, no approval; refuse self
new manager tools mcp__hyperhive__{start,restart} that delegate to the
existing lifecycle::start / lifecycle::restart on the host. kill was
already at the manager's discretion; rounding out start + restart for
parity so day-to-day container care doesn't have to round-trip through
the operator.
guard: refuse self-targeting on kill/start/restart — the manager would
just be cutting its own legs. spawn (request_spawn) and config changes
(request_apply_commit) still go through the approval queue, since those
are the actual gate. prompt + claude.md updated to make the boundary
explicit. kill now also emits HelperEvent::Killed (it didn't before).
This commit is contained in:
parent
d943bddd9e
commit
ac1b5fde8e
6 changed files with 104 additions and 3 deletions
|
|
@ -166,7 +166,9 @@ Sub-agent tools:
|
|||
|
||||
Manager additionally:
|
||||
- `mcp__hyperhive__request_spawn(name)` — queue Spawn approval.
|
||||
- `mcp__hyperhive__kill(name)` — graceful stop.
|
||||
- `mcp__hyperhive__kill(name)` — graceful stop. No approval.
|
||||
- `mcp__hyperhive__start(name)` — start a stopped sub-agent. No approval.
|
||||
- `mcp__hyperhive__restart(name)` — stop + start. No approval.
|
||||
- `mcp__hyperhive__request_apply_commit(agent, commit_ref)` — submit a
|
||||
config change for any agent (including `hm1nd` for self-mods).
|
||||
- `mcp__hyperhive__ask_operator(question, options?)` — non-blocking;
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue