@hydra-acp/cli 0.1.4 → 0.1.5
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 +3 -3
- package/dist/cli.js +785 -237
- package/dist/index.d.ts +432 -31
- package/dist/index.js +570 -124
- package/package.json +2 -1
package/README.md
CHANGED
|
@@ -204,7 +204,7 @@ hydra-acp --session-id <id> # attach to existing session
|
|
|
204
204
|
# (TUI in a TTY, shim otherwise)
|
|
205
205
|
|
|
206
206
|
hydra-acp init # generate config + auth token
|
|
207
|
-
hydra-acp daemon start [--
|
|
207
|
+
hydra-acp daemon start [--foreground] # detached by default; --foreground to attach
|
|
208
208
|
hydra-acp daemon stop
|
|
209
209
|
hydra-acp daemon status
|
|
210
210
|
|
|
@@ -267,7 +267,7 @@ Slash commands of the form `/hydra <verb> [args]` are intercepted by hydra befor
|
|
|
267
267
|
|---|---|
|
|
268
268
|
| `/hydra title` | Asks the agent for a one-line summary, applies it as the new title via `session_info_update`. The sub-prompt and reply are suppressed from clients. |
|
|
269
269
|
| `/hydra title <text>` | Sets the title to `<text>` directly. No agent call. |
|
|
270
|
-
| `/hydra
|
|
270
|
+
| `/hydra agent <agent>` | Swaps the agent process backing this session. Spawns the new agent (must be in the registry — see `hydra-acp agents list`), kills the old one, and feeds the conversation transcript so far back in as the first prompt to the new agent. `session_info_update` carries the new `agentId`; a synthetic `agent_message_chunk` banner marks the switch in the transcript. The on-disk session record is updated so resurrection brings the session back on the new agent. |
|
|
271
271
|
|
|
272
272
|
These work from anywhere a session prompt can be typed — the TUI's input box, agent-shell, the slack thread composer, the browser chat composer. Hydra detects them server-side; clients send them as ordinary `session/prompt` requests.
|
|
273
273
|
|
|
@@ -284,7 +284,7 @@ hydra-acp sessions import backup.hydra --replace # overwrites in place
|
|
|
284
284
|
|
|
285
285
|
Each session carries a stable **`lineageId`** that survives every export/import hop, so the same bundle imported twice is detected as a duplicate — the second import errors with the existing local id. `--replace` overrides that and overwrites the existing local copy, killing any live session first and preserving the local `sessionId` so bookmarks (Slack threads, editor session links) keep resolving.
|
|
286
286
|
|
|
287
|
-
The first attach to an imported session is slow: hydra spawns a fresh agent, runs `session/new`, and feeds the imported history back in as a synthesized takeover transcript (same machinery as `/hydra
|
|
287
|
+
The first attach to an imported session is slow: hydra spawns a fresh agent, runs `session/new`, and feeds the imported history back in as a synthesized takeover transcript (same machinery as `/hydra agent`). Subsequent attaches use the normal `session/load` path. This is a text-level handover — the originating agent's internal state (tool-call chains, compacted earlier turns) isn't preserved, so the resumed conversation may be cognitively shallower than the original.
|
|
288
288
|
|
|
289
289
|
### Forwarding agent args (`hydra-acp launch <agent-id> ...`)
|
|
290
290
|
|