@robota-sdk/agent-framework 3.0.0-beta.81 → 3.0.0-beta.83
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/CHANGELOG.md +2269 -0
- package/README.md +4 -3
- package/dist/node/{createInteractiveRuntime-GD7gJ7ig.d.ts → createInteractiveRuntime-DSLwJcwG.d.ts} +304 -80
- package/dist/node/createInteractiveRuntime-DSLwJcwG.d.ts.map +1 -0
- package/dist/node/{createInteractiveRuntime-CKt44Pva.d.cts → createInteractiveRuntime-DoZCRxLM.d.cts} +304 -80
- package/dist/node/createInteractiveRuntime-DoZCRxLM.d.cts.map +1 -0
- package/dist/node/index.cjs +13 -13
- package/dist/node/index.d.cts +274 -11
- package/dist/node/index.d.cts.map +1 -1
- package/dist/node/index.d.ts +274 -11
- package/dist/node/index.d.ts.map +1 -1
- package/dist/node/index.js +24 -24
- package/dist/node/index.js.map +1 -1
- package/dist/node/interactive-Bo3KGaHV.cjs +122 -0
- package/dist/node/interactive-DhtkQoUk.js +123 -0
- package/dist/node/interactive-DhtkQoUk.js.map +1 -0
- package/dist/node/testing/index.cjs +2 -2
- package/dist/node/testing/index.d.cts +1 -1
- package/dist/node/testing/index.d.ts +1 -1
- package/dist/node/testing/index.js +2 -2
- package/package.json +24 -19
- package/dist/node/createInteractiveRuntime-CKt44Pva.d.cts.map +0 -1
- package/dist/node/createInteractiveRuntime-GD7gJ7ig.d.ts.map +0 -1
- package/dist/node/interactive-BpTvVVtf.cjs +0 -122
- package/dist/node/interactive-Bqe03GGe.js +0 -123
- package/dist/node/interactive-Bqe03GGe.js.map +0 -1
package/CHANGELOG.md
ADDED
|
@@ -0,0 +1,2269 @@
|
|
|
1
|
+
# @robota-sdk/agent-framework
|
|
2
|
+
|
|
3
|
+
## 3.0.0-beta.83
|
|
4
|
+
|
|
5
|
+
### Major Changes
|
|
6
|
+
|
|
7
|
+
- 6ae3f28: A served runtime can list its workspace's sessions, start a new one and switch to another without the
|
|
8
|
+
process or any client connection restarting. The GUI shows them in a sessions sidebar.
|
|
9
|
+
|
|
10
|
+
- `agent-interface-session` is **`major`** for two reasons:
|
|
11
|
+
- It adds `ISessionListing`, `ISessionDirectory` and `ISessionSwitchedEvent`.
|
|
12
|
+
- `IInteractiveSessionEvents` gains a required `session_switched` event. An exhaustive map over the
|
|
13
|
+
event names stops compiling until it classifies the new event.
|
|
14
|
+
- `agent-transport` is **`major`** for the same kind of reason:
|
|
15
|
+
- It adds the wire messages `list-sessions` → `sessions`/`sessions_error`, `new-session`,
|
|
16
|
+
`switch-session`, and the broadcast `session_switched`.
|
|
17
|
+
- It adds a `sessionDirectory` handler option. A refusal to switch comes back as a
|
|
18
|
+
`protocol_error` carrying the reason.
|
|
19
|
+
- An exhaustive map over message types must add the new variants.
|
|
20
|
+
- `agent-transport-ws` passes a configured `sessionDirectory` to every connection.
|
|
21
|
+
- `agent-framework` is **`major` because `IRuntimeHostHandle.session` is now a `SessionSlot`**, not the
|
|
22
|
+
`InteractiveSession`, and `bindTransports` receives the slot.
|
|
23
|
+
- The slot is an `IInteractiveSession` that forwards to the current session. Members outside that
|
|
24
|
+
interface are read through `host.session.current`, which changes on a switch.
|
|
25
|
+
- Adds `InteractiveSession.whenInitialized()`.
|
|
26
|
+
- Exports `listUnreadableSessions`.
|
|
27
|
+
- `agent-ui-web` is **`major`**:
|
|
28
|
+
- `IWsSessionState` gains session listing state and actions.
|
|
29
|
+
- It adds a `SessionSidebar`.
|
|
30
|
+
- `/resume` opens the sidebar.
|
|
31
|
+
- `agent-cli`: `robota --serve` provides the session directory, and refuses a switch that would lose
|
|
32
|
+
work in progress. External-event grants belong to the run: a switch reopens them on the new session,
|
|
33
|
+
as the TUI already does.
|
|
34
|
+
- External-event grant history (spent tokens, rate windows, revocations) belongs to the run. The new
|
|
35
|
+
option `externalEventGrantHistory` (from `createExternalEventGrantHistory()`) is shared by every
|
|
36
|
+
session that a served runtime or the TUI builds. A session switch therefore replays no spent token
|
|
37
|
+
and resets no rate limit. The TUI previously had this gap when it switched sessions.
|
|
38
|
+
|
|
39
|
+
### Minor Changes
|
|
40
|
+
|
|
41
|
+
- 724fabb: External-event grants are given at start, carried exactly to a background session, listed without their
|
|
42
|
+
principal, and revoked by the owner.
|
|
43
|
+
|
|
44
|
+
- `agent-framework` (breaking) — `openExternalEventSource` and `ExternalEventIngress.open` take only
|
|
45
|
+
`{ grant, audit? }`: the session builds each grant's verifier from `grant.verifier` with the
|
|
46
|
+
`externalEventVerifierFactory` its host passed when the session was built (without one, no grant opens), and an
|
|
47
|
+
open that supplies a verifier or a factory is refused. `IExternalEventSource.revoke()` stops the grant's queued and running turns,
|
|
48
|
+
refuses its later events as `grant-revoked`, and keeps the label from being opened again. A submission the
|
|
49
|
+
session refuses is `shutting-down` only while it shuts down, and `session-unavailable` otherwise. New command
|
|
50
|
+
host adapter `externalEvents` (`ICommandExternalEventsAdapter`).
|
|
51
|
+
- `agent-ui-terminal` — forwards `externalEventVerifierFactory` from the render options to the session.
|
|
52
|
+
- `agent-interface-transport` — `TExternalEventRefusal` gains `session-unavailable`.
|
|
53
|
+
- `agent-command` — `/events` lists the session's grants (label, principal kind, state, counts) and
|
|
54
|
+
`/events revoke <grant-id>` withdraws one. User-only.
|
|
55
|
+
- `agent-cli` — a grant file (`grantId`, `issuer`, `resource` ending in `/events/<grantId>`, exactly one of
|
|
56
|
+
`subject` or `client`, `scopes`, optional `algorithms` and `rate`) is validated before anything starts, with a
|
|
57
|
+
reason that names the grant and no configured value. `robota --external-event-grant <file>` (TUI) and
|
|
58
|
+
`robota session start --background --external-event-grant <file>` open every grant or fail the start; a
|
|
59
|
+
background session receives its grants through a private file, opens them before it reports ready, and the
|
|
60
|
+
launcher refuses a readiness that names other grants. `robota session events list <id> [--json]` and
|
|
61
|
+
`robota session events revoke <id> <grant-id>` work over the generation-bound control socket, and
|
|
62
|
+
`robota session list --format json` shows each grant's counts. The retired `--external-event-allow` now points
|
|
63
|
+
at `--external-event-grant`.
|
|
64
|
+
|
|
65
|
+
- bfe8ed5: An external event is admitted only by a bearer access token the session verifies itself, and its sender is the
|
|
66
|
+
grant that token matched, never a name in the event.
|
|
67
|
+
|
|
68
|
+
- `agent-interface-transport` — `IExternalEventGrant` (a label, an access-token verifier configuration that pins
|
|
69
|
+
exactly one subject or client, the `message` kind, optional turn-rate windows), `IExternalEventDelivery` (the
|
|
70
|
+
token and the event as a carrier received them), the closed `TExternalEventRefusal` set, `TExternalEventAdmission`
|
|
71
|
+
and the content-free `TExternalEventAuditRecord`.
|
|
72
|
+
- `agent-framework` (breaking) — `ExternalEventIngress.open` and `InteractiveSession.openExternalEventSource` take
|
|
73
|
+
`{ grant, verifier, audit? }` instead of `{ id, allowedSenders, authenticate }`, and `receive` takes
|
|
74
|
+
`{ token, event }`. A delivery is refused with a stable word when the token is missing or the verifier refuses
|
|
75
|
+
it, when the token was already spent on an event (`jti`), when the event is malformed or oversize, or when the
|
|
76
|
+
grant is over its rate; nothing refused reaches the queue. An admitted event is attributed
|
|
77
|
+
`external:<grant>:<conversation>`, a payload display name appears in the envelope only as `claimed-name`, and the
|
|
78
|
+
receipt (`TExternalEventReceipt`) answers at acceptance with the turn id. Every refusal and settlement is
|
|
79
|
+
reported to the `audit` sink without content, conversation, name or token. `IAuthenticatedExternalEvent` and
|
|
80
|
+
`IExternalEventReceipt` are removed.
|
|
81
|
+
- `agent-cli` (breaking) — `--external-event-allow` is refused with the reason: a sender name relayed by an MCP
|
|
82
|
+
server does not prove who sent an event.
|
|
83
|
+
|
|
84
|
+
- 4f49d14: The device mesh can be turned on, and `/peers`, `/handoff` and `/devices` reach the user's other devices.
|
|
85
|
+
|
|
86
|
+
- New user setting `transports.mesh.enabled` (default `false`). When it is `true`, an interactive
|
|
87
|
+
session opens the device mesh at startup and closes it on exit. Only the user settings count; a
|
|
88
|
+
project's settings cannot turn it on. Print and serve runs never open it, and a device without an
|
|
89
|
+
identity is told to run `/devices init`. Only one session of a device opens it at a time; another
|
|
90
|
+
session on the same device says so in `/devices` and links nothing.
|
|
91
|
+
- By default a linked device may send messages, files and sessions. Each file and each session still
|
|
92
|
+
waits for the operator's yes on this machine's terminal; with no terminal the answer is no.
|
|
93
|
+
Delegating, observing and driving stay off unless `transports.mesh.options.capabilities` lists
|
|
94
|
+
them.
|
|
95
|
+
- A message from a linked device arrives like one from a session on this host: a peer turn with no
|
|
96
|
+
authority, attributed to the device the handshake proved, under the same rate limit and
|
|
97
|
+
conversation limits.
|
|
98
|
+
- `/peers` lists linked devices beside the sessions on this host; `/peers send` and
|
|
99
|
+
`/peers send-file` take a device id. `/handoff` lists linked devices and pushes the session to one.
|
|
100
|
+
Files arrive in the usual place aside, and sessions are saved without starting.
|
|
101
|
+
- `/devices` shows whether the mesh is on, how this device finds the others, and which are linked.
|
|
102
|
+
- The mesh uses the relay at `transports.webrtc.options.relayUrl` when one is set. Without one it
|
|
103
|
+
finds devices on the local network and over the public ways in `transports.mesh.options`.
|
|
104
|
+
- `/peers`, `/handoff` and `/devices` stay user-only. Their descriptions tell the model they cover
|
|
105
|
+
linked devices.
|
|
106
|
+
- `agent-framework`: the `/peers` port can list linked devices (`listDevices`, `ILinkedDeviceSummary`).
|
|
107
|
+
- `agent-command`: the `/devices` port can report the mesh (`meshStatus`, `IDevicesMeshStatus`).
|
|
108
|
+
|
|
109
|
+
- 7b72344: Every client can offer the session's commands and skills and show its status. The GUI uses them as a
|
|
110
|
+
desktop-style composer.
|
|
111
|
+
|
|
112
|
+
- `agent-interface-session` is **`major` because `IInteractiveSession` gains required members**:
|
|
113
|
+
`ISessionCommands.listSkills()` and a `statusRead` capability, `getStatusSnapshot()`. The snapshot
|
|
114
|
+
holds session, model, permission mode, effort, context and goal. An external implementation stops
|
|
115
|
+
compiling until it adds both.
|
|
116
|
+
- `agent-transport` is **`major` for the same reason on `IProtocolSession`**. It also gains the wire
|
|
117
|
+
messages `get-commands` → `commands` and `get-status` → `session_status`. Both are reads that the
|
|
118
|
+
observe role may send.
|
|
119
|
+
- `agent-interface-command` gains `ICommandSkillListEntry`, moved from `agent-framework`, which
|
|
120
|
+
re-exports it unchanged.
|
|
121
|
+
- `agent-ui-web` is **`major` because its state changes shape**:
|
|
122
|
+
- A command's outcome and a finished turn's tool calls are now conversation entries: `messages` is
|
|
123
|
+
`TConversationEntry[]`.
|
|
124
|
+
- The `uiIntentNotices` list, `dismissUiIntentNotice`, `applyUiIntentEvent`,
|
|
125
|
+
`removeUiIntentNotice` and `IUiIntentNotice` are removed. An intent now answers with an info
|
|
126
|
+
line in the conversation.
|
|
127
|
+
- Session notices keep only `session-error` and `protocol-error`.
|
|
128
|
+
- The state gains `commandCatalog` and `sessionStatus`.
|
|
129
|
+
- `agent-command` registers `/theme` and `/keybindings` even without a terminal. They then answer
|
|
130
|
+
that they belong to the robota terminal, instead of being unknown.
|
|
131
|
+
- `agent-framework`:
|
|
132
|
+
- `InteractiveSession.getStatusSnapshot()`.
|
|
133
|
+
- The main-thread row previews the last chat message instead of the last record's type.
|
|
134
|
+
- `agent-cli` serves the full GUI web app, renamed from `agent-cli-web` to `agent-gui-web`, on
|
|
135
|
+
`robota --serve --open`.
|
|
136
|
+
|
|
137
|
+
- 9721162: A trusted workspace saves its sessions on macOS and other hosts without Linux's project-write guarantee.
|
|
138
|
+
|
|
139
|
+
- **`agent-framework`:** `supportsWorkspaceProjectMutation(platform?)` tells a host in advance whether project writes can be proven to stay under the trusted root. The project writer uses the same answer, so the two cannot disagree.
|
|
140
|
+
- **`agent-cli`:**
|
|
141
|
+
- Where project writes cannot be proven safe, a trusted workspace keeps its sessions in the user session store (`~/.robota/sessions`). They are listed for that workspace by their working directory, so `/resume`, the sessions sidebar, `--continue` and `robota session list` find them. Nothing is written under the project root.
|
|
142
|
+
- Before this, every save in a trusted git workspace on macOS was refused, and those surfaces listed nothing.
|
|
143
|
+
- Linux keeps trusted sessions in the project, as before.
|
|
144
|
+
- `robota session list`, `robota usage` and `robota session analyze` report such sessions as user sessions, never as project sessions.
|
|
145
|
+
|
|
146
|
+
- 57f57f5: A daemon keeps several sessions live, and each client is bound to its own: one client's switch moves
|
|
147
|
+
only that client.
|
|
148
|
+
|
|
149
|
+
- `agent-interface-session`: `ISessionBinder`/`ISessionBinding`, the session-change refusal codes with
|
|
150
|
+
`isSessionChangeRefusal`, and listing rows that may say `live` and `clients`.
|
|
151
|
+
- `agent-framework`: `SessionPool` and `SessionChangeRefusal`.
|
|
152
|
+
- `agent-transport` (**major**): a new server frame, `session_change_failed`, which an exhaustive
|
|
153
|
+
consumer must handle. A refused `new-session` or `switch-session` now answers with it, carrying a
|
|
154
|
+
`code`, instead of `protocol_error`; both requests take an optional `requestId` that it echoes.
|
|
155
|
+
- `agent-transport-ws`: the `sessionBinder` option binds each connection to its own session and
|
|
156
|
+
releases the binding when the connection closes.
|
|
157
|
+
- `agent-cli`: `robota --serve` and the daemon keep up to four sessions live. Each WebSocket client and
|
|
158
|
+
attached terminal is bound to its own session; leaving a busy session is no longer refused, and only
|
|
159
|
+
the last driver of a session with a pending prompt is kept from leaving it. Grants and the supervised
|
|
160
|
+
name stay on the runtime's first session, and its reported activity covers every live session.
|
|
161
|
+
- `agent-ui-web`: a refused new or switch shows the host's reason as a notice (an older host's
|
|
162
|
+
`protocol_error` still does); the session sidebar marks live sessions and counts the other clients
|
|
163
|
+
on each; after a reconnect to a host that keeps sessions live, the GUI returns to the session it was on.
|
|
164
|
+
- `agent-ui-terminal`: an attached terminal shows why a switch was refused, and the picker's switch
|
|
165
|
+
stays pending until the host answers; the session picker marks live sessions and their clients.
|
|
166
|
+
|
|
167
|
+
- ba822c1: An attached client reads a workspace entry's detail, stops a waiting self-paced loop, completes
|
|
168
|
+
subcommands, and sees status changes another client made.
|
|
169
|
+
|
|
170
|
+
- `agent-interface-session` (major): `IInteractiveSession` gains the required roles
|
|
171
|
+
`ISessionExecutionDetail` and `ISessionSelfPacedLoopControl` (`TWaitingLoopStopOutcome`), and the
|
|
172
|
+
exhaustively mapped event map gains `status_changed`.
|
|
173
|
+
- `agent-transport` (major): `IProtocolSession` gains both roles; the wire unions gain
|
|
174
|
+
`read-execution-detail`, `stop-waiting-loop`, `execution_detail`, `execution_detail_error` and
|
|
175
|
+
`waiting_loop_stop`; `status_changed` is pushed as `session_status`; `isObserverMessageType` is
|
|
176
|
+
exported from the root and `./client`.
|
|
177
|
+
- `agent-interface-command` (minor): `ICommandListEntry` gains optional `argumentHint` and
|
|
178
|
+
`subcommands` (`ICommandSubcommandEntry`).
|
|
179
|
+
- `agent-cli` (minor):
|
|
180
|
+
- `robota session attach` and an attach from `robota session view` open the full terminal UI,
|
|
181
|
+
the one `robota --attach` opens, in drive mode or, with `--observe`, read-only. The reduced
|
|
182
|
+
attached view is gone.
|
|
183
|
+
- A served runtime names each of its sessions after the session's first real turn.
|
|
184
|
+
- `agent-framework` (minor):
|
|
185
|
+
- `InteractiveSession` gains `stopWaitingSelfPacedLoop(reason?)`: it stops the one waiting loop,
|
|
186
|
+
or stops none and names `/loop stop` when several wait. `SessionSlot` forwards it and
|
|
187
|
+
`readExecutionWorkspaceDetail`.
|
|
188
|
+
- The session emits `status_changed` when its mode, model, effort, goal or name changes, after a
|
|
189
|
+
command, a turn, a rename or a goal or plan transition.
|
|
190
|
+
- A new option `autoName: true` makes the session name itself once, after its first turn, with its
|
|
191
|
+
current provider; it keeps a name it already has and lets a rename made meanwhile win. Off by
|
|
192
|
+
default.
|
|
193
|
+
- The command catalog carries each command's `argumentHint` and `subcommands`.
|
|
194
|
+
- `agent-ui-terminal` (major):
|
|
195
|
+
- The full terminal UI attached to a host's session reads a workspace entry's detail, sends input
|
|
196
|
+
to a background task, stops a waiting self-paced loop on Esc, and completes subcommands.
|
|
197
|
+
- `renderAttachedApp` takes `mode: 'drive' | 'observe'` (default `'drive'`) and `announce`. In
|
|
198
|
+
observe mode the terminal sends only what an observer may send, refuses prompts, host commands,
|
|
199
|
+
abort and loop stop with a read-only notice, still runs `/exit` and its own commands, and its
|
|
200
|
+
status bar says it is observing. `ITuiChannelSnapshot` gains `readOnly`.
|
|
201
|
+
- The in-process terminal no longer names sessions; it builds its session with `autoName: true`.
|
|
202
|
+
`ITuiInteractionChannelOptions.onAutoNamed` is removed.
|
|
203
|
+
|
|
204
|
+
- 9721162: The command catalog says who runs a command, and which surfaces can run it.
|
|
205
|
+
|
|
206
|
+
- **`agent-interface-command` (major).**
|
|
207
|
+
- Adds `TCommandRunner` (`'runtime' | 'client'`) and `TCommandSurface` (`'terminal' | 'gui'`).
|
|
208
|
+
- `ICommand` gains optional `runner` and `surfaces`.
|
|
209
|
+
- `ICommandListEntry` gains optional `surfaces` and a **required** `runner`. An implementation of `listCommands()`, or any code that constructs an `ICommandListEntry`, must now emit `runner`; a command that declares none gets `'runtime'`.
|
|
210
|
+
- **`agent-framework` (minor).**
|
|
211
|
+
- `ISystemCommand` gains optional `runner` and `surfaces`, and the command listing carries both.
|
|
212
|
+
- An undeclared runner resolves to `'runtime'`.
|
|
213
|
+
- `SessionTerminalHandoffGate` is exported for a terminal client that hands its own terminal to a command.
|
|
214
|
+
- **`agent-command` (minor).**
|
|
215
|
+
- `/shell`, `/editor`, `/theme` and `/keybindings` declare `runner: 'client'` and `surfaces: ['terminal']`.
|
|
216
|
+
- `createTerminalClientCommands()` builds the same four commands, from the same execute functions, for a terminal client to run itself. The set follows the preset's module selection.
|
|
217
|
+
- **`agent-ui-web` (minor).** The `/` menu marks a command that runs in the terminal with a "terminal" badge.
|
|
218
|
+
|
|
219
|
+
- 6e6b06b: A wire client can now render the whole session the way the in-process terminal UI does: the full
|
|
220
|
+
history, the context window as it changes, when the history changes, and where each turn came from.
|
|
221
|
+
|
|
222
|
+
- `agent-interface-session` is **`major`**: `ISessionConversationRead` gains a required
|
|
223
|
+
`getFullHistory()`. Any implementation of it, or of `IInteractiveSession`, must add it.
|
|
224
|
+
- `agent-transport` is **`major`**:
|
|
225
|
+
- It adds `get-history { fromIndex? }` → `history { startIndex, total, entries }`. The history
|
|
226
|
+
crosses one bounded page at a time (at most 256 KiB of entries; a single larger entry is sent
|
|
227
|
+
alone), from `fromIndex` (default 0), so no reply grows with the session. The client asks for
|
|
228
|
+
the next page after the previous one arrived. Entries are `IWireHistoryEntry`: a history entry
|
|
229
|
+
with an ISO 8601 `timestamp`. An observer may send it.
|
|
230
|
+
- `complete` and `interrupted` carry the turn's result without the session's history
|
|
231
|
+
(`TWireExecutionResult`); a client reads the history with `get-history`.
|
|
232
|
+
- It adds `get-prompts`: the host sends the permission and ask prompts still open as the
|
|
233
|
+
`permission_request` / `ask_request` frames that asked them, for a client that attached later.
|
|
234
|
+
An observer may not send it.
|
|
235
|
+
- `pending` gains an optional `pendingCount`: a host sends it when it knows how many prompts are
|
|
236
|
+
queued, and a client that gets none counts the prompt it shows. The host sends `pending` in
|
|
237
|
+
reply to a `submit` once it has taken the prompt, so a prompt queued behind a running turn shows
|
|
238
|
+
as queued.
|
|
239
|
+
- `command` takes an optional `requestId`, which the host echoes on the command's
|
|
240
|
+
`command_result` or `protocol_error`.
|
|
241
|
+
- The session's `context_update` is pushed as the `context` frame that `get-context` answers with.
|
|
242
|
+
- `compact`, `skill_activation` and `memory_event` push the new `history_changed`; the client
|
|
243
|
+
reads the history again.
|
|
244
|
+
- `turn_source` is pushed as the new `turn_source` frame.
|
|
245
|
+
- An exhaustive map over `TClientMessage` or `TServerMessage` types must add the new variants,
|
|
246
|
+
and `IProtocolSession` now requires `getFullHistory()`.
|
|
247
|
+
- `agent-transport-http` is **`major`** only because `IHttpTransportSession` includes the conversation
|
|
248
|
+
read role, so a session handed to it must now provide `getFullHistory()`.
|
|
249
|
+
- `agent-framework`: `SessionSlot` forwards `getFullHistory()` to the current session.
|
|
250
|
+
- `agent-ui-web` receives the new frames and does not render them.
|
|
251
|
+
|
|
252
|
+
- caaab20: `/rewind` works again. Every session the CLI builds for a trusted workspace captures edit
|
|
253
|
+
checkpoints; before, none did, and `/rewind` failed everywhere with "Edit checkpoints require
|
|
254
|
+
project authority."
|
|
255
|
+
|
|
256
|
+
- `agent-cli` (patch): a trusted workspace composes an edit checkpoint store for the terminal UI, a
|
|
257
|
+
print run, a served runtime and each session a daemon keeps live. Every session gets its own
|
|
258
|
+
store, pooled or switched to in the terminal UI, since two can run turns at the same time. On a host that cannot prove a project write
|
|
259
|
+
stays inside the project (every platform but Linux), none is composed: a checkpoint could be
|
|
260
|
+
neither saved nor restored there.
|
|
261
|
+
- `agent-command` (patch): where a session has no checkpoints, `/rewind` says why: a restricted
|
|
262
|
+
workspace is told to run `robota trust --yes` and restart robota, and a host that cannot write
|
|
263
|
+
the project safely says so. `/rewind list` reports this as a failed command instead of throwing.
|
|
264
|
+
- `agent-framework` (minor): a checkpoint operation on a session without a store throws
|
|
265
|
+
`EditCheckpointsUnavailableError`, whose `reason` is `host-cannot-write-project`,
|
|
266
|
+
`restricted-workspace` or `no-checkpoint-store`. It is a `WorkspaceAuthorityRequiredError`, as
|
|
267
|
+
before, named `EditCheckpointsUnavailableError`. `HeadlessInteractionChannel` takes an
|
|
268
|
+
`editCheckpointStore` option.
|
|
269
|
+
- `agent-ui-terminal` (minor): `renderApp` takes `createEditCheckpointStore` in place of
|
|
270
|
+
`editCheckpointStore`, and builds each session its own store, since a session switch can build the
|
|
271
|
+
next session before the old one's turn ends. `TuiInteractionChannel` keeps `editCheckpointStore`:
|
|
272
|
+
a channel runs one session.
|
|
273
|
+
|
|
274
|
+
- f01868f: `sandbox.autoAllowBashIfSandboxed` takes effect. The CLI confined shell commands in the OS sandbox,
|
|
275
|
+
but no session learned about the sandbox, so a confined command still asked for approval in the
|
|
276
|
+
terminal UI, a served runtime and MCP serve, and a print run with no one to approve it refused it.
|
|
277
|
+
|
|
278
|
+
- `agent-cli` (patch): a served session, and each session a daemon keeps live, receives the sandbox
|
|
279
|
+
the shell tools run under.
|
|
280
|
+
- `agent-framework` (minor): `HeadlessInteractionChannel` takes a `sandboxClient` option and hands it
|
|
281
|
+
to the session.
|
|
282
|
+
- `agent-ui-terminal` (minor): `renderApp` and `TuiInteractionChannel` take a `sandboxClient` option
|
|
283
|
+
and hand it to each session they build.
|
|
284
|
+
|
|
285
|
+
- e8779c9: A subagent consults the sandbox its shell tools run under, as its parent does. With
|
|
286
|
+
`autoAllowBashIfSandboxed` on, a confined command the subagent's gate leaves to the mode now runs
|
|
287
|
+
without a prompt. Before, a `context: fork` skill asked for approval, and a print run refused it.
|
|
288
|
+
An Agent-tool subagent in `auto` mode sent a command allowed by a broad rule like `Bash(npm *)` to
|
|
289
|
+
its classifier instead. A background policy's ceiling is still checked first: nothing outside it
|
|
290
|
+
runs.
|
|
291
|
+
|
|
292
|
+
- `agent-framework` (minor): `createSubagentSession` takes a `commandSandbox` option. The fork and the
|
|
293
|
+
in-process runner derive it from the parent's sandbox, the instance their inherited tools run
|
|
294
|
+
under. `sandboxApprovalFor` is exported.
|
|
295
|
+
- `agent-subagent-runner` (minor): `ISubagentWorkerComposition` takes an optional `createSandbox`. The
|
|
296
|
+
worker builds that sandbox once and hands the same instance to `createTools` and to the session.
|
|
297
|
+
- `agent-cli` (patch): robota's worker composition builds the OS sandbox through `createSandbox`, so
|
|
298
|
+
a child-process subagent approves what its parent approves.
|
|
299
|
+
|
|
300
|
+
### Patch Changes
|
|
301
|
+
|
|
302
|
+
- 3c81769: A supervised session accepts attach connections on its control socket.
|
|
303
|
+
|
|
304
|
+
- A terminal of the same user sends `{"command":"attach","id","generation","mode":"drive"|"observe","protocol":1}`.
|
|
305
|
+
The session compares the generation with its own. It refuses another generation, an unknown mode or
|
|
306
|
+
protocol, or a fifth concurrent attach. Otherwise it answers `{"status":"attached","driverId":"attach:<n>"}`
|
|
307
|
+
and carries the ordinary session protocol as newline-delimited JSON on the same connection.
|
|
308
|
+
- The driver id is assigned by the session and a client-sent one is ignored. Turns submitted from an
|
|
309
|
+
attached terminal are attributed to it and counted under the new `attach` usage surface.
|
|
310
|
+
- `drive` sends prompts and answers the session's questions under the usual co-drive rules. `observe`
|
|
311
|
+
is read-only and never counts as a surface that can answer, so an unattended session still denies
|
|
312
|
+
its prompts at once.
|
|
313
|
+
- Detaching or crashing ends only that connection: a turn in progress keeps running, a prompt no other
|
|
314
|
+
surface can answer is denied, and the session returns to its unattached posture. A reader that falls
|
|
315
|
+
1 MiB behind is disconnected, and an oversize frame closes only its own connection. Stopping the
|
|
316
|
+
session ends attached connections with it.
|
|
317
|
+
- Commands from an attached terminal carry the remote origin, so pairing, revoking and reading the
|
|
318
|
+
pairing link stay refused. An attached terminal is never an operator approver; supervised sessions
|
|
319
|
+
keep refusing mesh connections that need one.
|
|
320
|
+
- A client may send its first frames in the same write as the handshake; only the handshake line
|
|
321
|
+
itself is held to the control endpoint's line limit.
|
|
322
|
+
- `agent-framework`: the surface a turn was submitted on now reaches its usage observation. It was
|
|
323
|
+
dropped before, so remote-control turns were counted as `unknown`.
|
|
324
|
+
- The terminal client (`robota session attach`) and the view keys come separately.
|
|
325
|
+
|
|
326
|
+
- 997f2fb: A revoked or closed external-event grant checks the token before it answers, so only a caller holding a valid
|
|
327
|
+
token for that grant learns it was revoked; anyone else gets exactly the refusal a live grant gives. The TUI keeps
|
|
328
|
+
revoked grants open-and-revoked on each session it binds so their tokens are still checked. The per-grant counters
|
|
329
|
+
now also count the refusals the HTTP endpoint decides itself (a missing token, an oversize body).
|
|
330
|
+
- e689c8e: Follow-ups to connection approval and `/handoff`.
|
|
331
|
+
|
|
332
|
+
- `agent-transport-webrtc-web` — the browser remote client says `Waiting for the host to approve this connection…`
|
|
333
|
+
(`awaiting-approval`) after pairing, and `Connected` only once the host's session answers. A host that closes the
|
|
334
|
+
channel instead is shown as `refused` and is not retried, since a retry would only ask the operator again; a
|
|
335
|
+
first connection lost before the host answered is `failed`. Reconnect attempts count until the host admits a
|
|
336
|
+
connection, so a link that keeps dropping while approval is pending gives up instead of asking again and again.
|
|
337
|
+
- `agent-core`, `agent-session`, `agent-framework` — a turn that did not come from the operator stores its
|
|
338
|
+
`turnSource` (`peer`, `external`, `agent-wakeup`) beside `driverId` on the user message and in the display
|
|
339
|
+
history (`IRunOptions.turnSource`), so a session handed off keeps where each turn came from.
|
|
340
|
+
- `agent-cli` — a `/handoff` resent after a lost confirmation reports what stays behind as it is now, not as it was
|
|
341
|
+
at the first attempt, and after refusing to resend a session that changed, the hand-off status shows that refusal
|
|
342
|
+
instead of the earlier lost confirmation.
|
|
343
|
+
|
|
344
|
+
- 4241fc5: Device mesh follow-ups.
|
|
345
|
+
|
|
346
|
+
- A device with no identity is pointed to `/devices add` on one of the user's devices and `/devices join`
|
|
347
|
+
here, as well as to `/devices init`. The message says that `init` is for the first device only,
|
|
348
|
+
because it creates a separate identity that can never link to the user's other devices. The `/devices`
|
|
349
|
+
description and the `init` subcommand say the same.
|
|
350
|
+
- An identity created mid-session (`/devices init`, or a successful `/devices join`) opens the mesh
|
|
351
|
+
without a restart when `transports.mesh.enabled` is on.
|
|
352
|
+
- If a session stalls for longer than the mesh lock's stale window (for example while the machine
|
|
353
|
+
sleeps), another session can take the mesh over. The stalled session now notices this on its next
|
|
354
|
+
lock refresh, closes its own mesh, and says why. Two sessions no longer run it together.
|
|
355
|
+
`holdExclusiveFileLock` has a new `onLost` option for this.
|
|
356
|
+
- `/peers` and `/handoff` still list and reach linked mesh devices when local same-host peer discovery
|
|
357
|
+
fails. `/peers` says why sessions on this host are not listed. `ICommandLocalPeersAdapter` has a new
|
|
358
|
+
optional `localDiscoveryOff` field for this.
|
|
359
|
+
- `agent-transport-webrtc`: when lists become newer on a node (reissued, revoked, or adopted from a
|
|
360
|
+
peer), the node sends them over every admitted connection instead of waiting for the next handshake.
|
|
361
|
+
Reissues, revocations and enrolments in the CLI take effect this way at once. A receiver adopts a
|
|
362
|
+
pushed list only if it is newer, issued by this user's signing key, and verifies. The push does not
|
|
363
|
+
depend on the peer's capabilities, and it never reaches the application's message handlers.
|
|
364
|
+
|
|
365
|
+
- 7d77ce4: `/goal` turns no longer show the goal loop's instruction to the model as a user message. Each surface
|
|
366
|
+
shows `Goal: <objective> (iteration n of max)`, and the session's auto-generated name comes from that
|
|
367
|
+
line. The goal's `report_goal_status` and the self-paced loop's `report_loop_decision` are
|
|
368
|
+
classified as inspections, so they neither ask for permission every turn in `default` mode nor get
|
|
369
|
+
refused in `plan` mode, where a goal could never finish.
|
|
370
|
+
- 57280bf: Every published package now declares `"engines": { "node": ">=22.12.0" }`. Before, 27 of the 38
|
|
371
|
+
packages declared no floor (`agent-core`, `agent-tools` and every provider among them),
|
|
372
|
+
`agent-session` and `agent-file-authority` declared `>=20.19.0`, and the other nine declared
|
|
373
|
+
`>=22.0.0`, so a consumer on Node 20 saw at most a warning from a transitive dependency.
|
|
374
|
+
|
|
375
|
+
Why 22.12: `agent-cli` and `agent-ui-terminal` need Node 22 through `ink` 7, and the CommonJS entries
|
|
376
|
+
of `agent-tools` and its dependents, `agent-transport`/`node` and its dependents, and
|
|
377
|
+
`agent-ui-terminal` `require()` ESM-only dependencies (`p-limit`, `jose`, `chalk`), which Node 22
|
|
378
|
+
supports unflagged only from 22.12. `engines` is advisory unless the consumer enables `engine-strict`.
|
|
379
|
+
|
|
380
|
+
No code changes: `tsdown` now reads `node22.12.0` as its build target from the field.
|
|
381
|
+
|
|
382
|
+
- 18c0d5c: Every published package now exports `./package.json`, so `require('<package>/package.json')` and
|
|
383
|
+
`import('<package>/package.json', { with: { type: 'json' } })` work instead of failing with
|
|
384
|
+
`ERR_PACKAGE_PATH_NOT_EXPORTED`, and each tarball now ships the package's `CHANGELOG.md`.
|
|
385
|
+
- 5a0ee96: Workspace trust no longer drops on its own. A grant was keyed by the repository config file and the
|
|
386
|
+
volume's device number, so `git push -u`, a branch rename or delete, `git remote add`, or macOS
|
|
387
|
+
renumbering a volume left a trusted workspace untrusted. Where the filesystem records a birth time
|
|
388
|
+
(APFS, ext4, NTFS, …), the key is now the git directory's own inode and birth time, which hold through
|
|
389
|
+
all of these while a repository recreated at the same path still does not inherit the grant; elsewhere
|
|
390
|
+
the stricter config-based key stays. Granting or revoking also retires a trusted record left for the
|
|
391
|
+
same worktree under an earlier key, so it no longer counts as a second trusted repository; it is
|
|
392
|
+
marked revoked rather than deleted, so a repository that returns to that path never regains a
|
|
393
|
+
generation an approval (such as a project MCP server's) was recorded against.
|
|
394
|
+
|
|
395
|
+
Grants made before this change are keyed the old way: run `robota trust --yes` once more in each
|
|
396
|
+
workspace. A workspace revoked before shows as untrusted until it is trusted or revoked again.
|
|
397
|
+
|
|
398
|
+
- Updated dependencies [3c81769]
|
|
399
|
+
- Updated dependencies [724fabb]
|
|
400
|
+
- Updated dependencies [bfe8ed5]
|
|
401
|
+
- Updated dependencies [e689c8e]
|
|
402
|
+
- Updated dependencies [7b72344]
|
|
403
|
+
- Updated dependencies [6ae3f28]
|
|
404
|
+
- Updated dependencies [be0e53c]
|
|
405
|
+
- Updated dependencies [57f57f5]
|
|
406
|
+
- Updated dependencies [ba822c1]
|
|
407
|
+
- Updated dependencies [9721162]
|
|
408
|
+
- Updated dependencies [6e6b06b]
|
|
409
|
+
- Updated dependencies [8bd5fac]
|
|
410
|
+
- Updated dependencies [57280bf]
|
|
411
|
+
- Updated dependencies [5033dd9]
|
|
412
|
+
- Updated dependencies [18c0d5c]
|
|
413
|
+
- Updated dependencies [dbd888d]
|
|
414
|
+
- Updated dependencies [1887e54]
|
|
415
|
+
- Updated dependencies [0368058]
|
|
416
|
+
- @robota-sdk/agent-interface-analytics@3.0.0-beta.83
|
|
417
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.83
|
|
418
|
+
- @robota-sdk/agent-core@3.0.0-beta.83
|
|
419
|
+
- @robota-sdk/agent-session@3.0.0-beta.83
|
|
420
|
+
- @robota-sdk/agent-interface-session@3.0.0-beta.83
|
|
421
|
+
- @robota-sdk/agent-interface-command@3.0.0-beta.83
|
|
422
|
+
- @robota-sdk/agent-executor@3.0.0-beta.83
|
|
423
|
+
- @robota-sdk/agent-file-authority@3.0.0-beta.83
|
|
424
|
+
- @robota-sdk/agent-interface-execution@3.0.0-beta.83
|
|
425
|
+
- @robota-sdk/agent-interface-session-mobility@3.0.0-beta.83
|
|
426
|
+
- @robota-sdk/agent-tool-defaults@3.0.0-beta.83
|
|
427
|
+
- @robota-sdk/agent-tools@3.0.0-beta.83
|
|
428
|
+
|
|
429
|
+
## 3.0.0-beta.82
|
|
430
|
+
|
|
431
|
+
### Minor Changes
|
|
432
|
+
|
|
433
|
+
- c7f9203: Connected sessions can send each other files.
|
|
434
|
+
|
|
435
|
+
- `/peers send-file <session-id> <path>` sends a copy of any file the operator can read to another
|
|
436
|
+
live session on this host.
|
|
437
|
+
- The model sends a file only through the `peer_send_file` tool. Every call asks the user, showing
|
|
438
|
+
the path, size, hash and destination; no permission mode, rule or remembered consent answers it.
|
|
439
|
+
The tool reaches only files inside the workspace whose path does not look like it holds secrets
|
|
440
|
+
(`.env*`, `~/.ssh`, keys and credentials), and it does not exist in a turn a peer's message started.
|
|
441
|
+
- The receiving operator approves every file. A received file is kept as an inert copy (mode 0600)
|
|
442
|
+
under `~/.robota/peer-files/<sender>/`. It is never run and never placed in the model's context.
|
|
443
|
+
The conversation is told only its name, size and sha256. A name that leaves that directory is
|
|
444
|
+
refused, a symbolic link is never written through, and nothing is overwritten.
|
|
445
|
+
- Transfers travel on a channel of their own (a separate connection on this host, a separate data
|
|
446
|
+
channel between devices), in chunks the receiver paces, up to 32 MiB, and are kept only when the
|
|
447
|
+
whole content matches the offered sha256. A transfer that ends early is discarded; there is no
|
|
448
|
+
resume.
|
|
449
|
+
|
|
450
|
+
**API**
|
|
451
|
+
|
|
452
|
+
- `agent-interface-session-mobility`: the `file` capability, which asks the operator for every
|
|
453
|
+
request; `ConnectionAuthority.authorizeFile`; `IFileOffer` and `IFileFrameChannel`.
|
|
454
|
+
- `agent-transport/node`: `sendFileOverChannel` and `receiveFileOverChannel`, the carrier over any
|
|
455
|
+
`IFileFrameChannel`; `DEFAULT_MAX_FILE_BYTES`.
|
|
456
|
+
- `agent-transport-webrtc`: `IDeviceMeshLink.openFileChannel` and `onFileChannel`.
|
|
457
|
+
- `agent-remote-pairing`: `file` joins `DEVICE_CAPABILITIES`. A device certificate that names it is
|
|
458
|
+
refused as malformed by an earlier version.
|
|
459
|
+
- `agent-core`: `IToolPermissionProfile.notInPeerTurn` withholds a tool from a turn a peer's message
|
|
460
|
+
started.
|
|
461
|
+
- `agent-framework`: `ICommandLocalPeersAdapter.prepareFile`.
|
|
462
|
+
|
|
463
|
+
### Patch Changes
|
|
464
|
+
|
|
465
|
+
- Updated dependencies [c7f9203]
|
|
466
|
+
- Updated dependencies [004fe7f]
|
|
467
|
+
- @robota-sdk/agent-interface-session-mobility@3.0.0-beta.82
|
|
468
|
+
- @robota-sdk/agent-core@3.0.0-beta.82
|
|
469
|
+
- @robota-sdk/agent-session@3.0.0-beta.82
|
|
470
|
+
- @robota-sdk/agent-executor@3.0.0-beta.82
|
|
471
|
+
- @robota-sdk/agent-interface-command@3.0.0-beta.82
|
|
472
|
+
- @robota-sdk/agent-interface-execution@3.0.0-beta.82
|
|
473
|
+
- @robota-sdk/agent-interface-session@3.0.0-beta.82
|
|
474
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.82
|
|
475
|
+
- @robota-sdk/agent-tool-defaults@3.0.0-beta.82
|
|
476
|
+
- @robota-sdk/agent-tools@3.0.0-beta.82
|
|
477
|
+
- @robota-sdk/agent-file-authority@3.0.0-beta.82
|
|
478
|
+
- @robota-sdk/agent-interface-analytics@3.0.0-beta.82
|
|
479
|
+
|
|
480
|
+
## 3.0.0-beta.81
|
|
481
|
+
|
|
482
|
+
### Major Changes
|
|
483
|
+
|
|
484
|
+
- 9843fe6: Sign in to a remote MCP server from inside a session, and use its tools without restarting.
|
|
485
|
+
|
|
486
|
+
- **`/mcp login <server> [--no-browser]`** runs the same per-server OAuth sign-in as
|
|
487
|
+
`robota mcp login` (discovery checks, PKCE, `state`, RFC 9207 `iss`, RFC 8707 resource, the
|
|
488
|
+
loopback listener, the lock-guarded store). It opens the browser through the argv opener; with
|
|
489
|
+
`--no-browser`, or when no browser can be opened, it shows the authorization URL and asks for the
|
|
490
|
+
redirect URL in the session's own prompt (masked), held to the same rules as a pasted redirect in
|
|
491
|
+
the terminal. A failed, refused, timed-out or cancelled sign-in changes nothing and is reported by
|
|
492
|
+
a fixed reason only. `/mcp login <server> --client-secret` is refused: a secret is never typed into
|
|
493
|
+
a session, and `robota mcp login <server> --client-secret` is named instead (also after a failed
|
|
494
|
+
token exchange for a pre-registered client). `/mcp` stays user-only (`modelInvocable: false`).
|
|
495
|
+
- **Connected in the same session:** after a sign-in, a server that could not connect for want of
|
|
496
|
+
one goes through the normal admission (approval, fingerprint, trust) and connects, and its tools
|
|
497
|
+
are offered from the next message; a server that was already connected is admitted again and
|
|
498
|
+
reconnects, and its authenticator drops what it held and reads the new credential. A tool left out
|
|
499
|
+
because the session already has its name is reported, and only tools actually added get
|
|
500
|
+
provenance. In browser mode the authorization URL is shown in the session prompt before the
|
|
501
|
+
browser opens, where the user can also choose to paste the redirect instead or cancel.
|
|
502
|
+
- **`runMCPOAuthLogin`** takes `readRedirectWhenBrowserFails`: when `openBrowser` rejects, the
|
|
503
|
+
loopback listener stops and the pasted redirect is read instead, for the same redirect URI. The
|
|
504
|
+
loopback listener's time limit now runs from its first `wait()` — once the authorization page is
|
|
505
|
+
handed over — so time spent at a prompt before the browser opens does not count against it.
|
|
506
|
+
- **`Session.addTools`** (and `ICommandSessionTools.addTools`) offers tools that became usable
|
|
507
|
+
mid-session, through the same permission gate and — via `ISessionOptions.wrapAddedTools`, which
|
|
508
|
+
`createSession` sets — the same edit-checkpoint and reversible-execution wraps as the assembled
|
|
509
|
+
tools. A name the session already has is left out, never replaced. Calls are serialized, and tools
|
|
510
|
+
added while a turn runs are applied when the next turn starts, so a turn's rounds all see one
|
|
511
|
+
tool list and the prompt cache misses once, at that boundary.
|
|
512
|
+
- **Breaking (`agent-framework`, major):** `addTools` is a new required member of the
|
|
513
|
+
`ICommandSessionTools` role port (and so of `ICommandSessionRuntime`). A host that implements the
|
|
514
|
+
port itself must add it; one that passes an `agent-session` `Session` already has it.
|
|
515
|
+
- **`ICommandMCPActivationAdapter.oauthLogin`** (`ICommandMCPOAuthLoginRequest`,
|
|
516
|
+
`ICommandMCPOAuthLoginResult`, `ICommandMCPOAuthRedirectPrompt`) is the port behind it.
|
|
517
|
+
- The sign-in notice and `/mcp status` now suggest `/mcp login <server>` in a session and
|
|
518
|
+
`robota mcp login <server>` in a terminal; the server's name is shown only when it is safe to paste
|
|
519
|
+
into any shell, otherwise `<server>`.
|
|
520
|
+
|
|
521
|
+
### Minor Changes
|
|
522
|
+
|
|
523
|
+
- 3038eb7: A message from another session is instant messaging: text from an untrusted third party that
|
|
524
|
+
carries no authority. What the model does with it is decided by the session's ordinary permissions —
|
|
525
|
+
rules, permission mode and remembered consent — exactly like the session's own work. The per-origin
|
|
526
|
+
peer policy is gone.
|
|
527
|
+
|
|
528
|
+
**BREAKING**
|
|
529
|
+
|
|
530
|
+
- `agent-core`: `IPermissionEvaluationContext.peerTurn` is now a boolean. It decides only whether a
|
|
531
|
+
`repliesToPeer` tool exists; every other call in a peer turn is decided as in any turn. Removed:
|
|
532
|
+
`isToolAvailableInPeerTurn`, `isSecretPath`, `IPeerTurnAuthority`, `TPeerReach` (now exported by
|
|
533
|
+
`agent-interface-session-mobility`) and `IToolPermissionProfile.workspacePaths`.
|
|
534
|
+
- `agent-tools`: `Read` and `Glob` no longer declare `workspacePaths`.
|
|
535
|
+
- `agent-session`: `ISessionRunOptions.peerReach` is replaced by `peerTurn?: boolean`, and
|
|
536
|
+
`ISessionOptions.allowPeerChanges` is removed. An ask in a peer turn is answered like any other:
|
|
537
|
+
a consent the operator remembered answers it, and an "always allow" given there is remembered.
|
|
538
|
+
- `agent-interface-session`: `IPeerTurnContext` no longer has `reach`; it carries only the reply
|
|
539
|
+
route.
|
|
540
|
+
- `agent-interface-session-mobility`: `peerReachOf` is removed; `TPeerReach` moves here. A delegated
|
|
541
|
+
turn carries no reach.
|
|
542
|
+
- `agent-framework`: the `peers.allowChanges` setting is removed (an existing value is ignored). A
|
|
543
|
+
peer turn is offered the ordinary tools, plus `peer_reply`.
|
|
544
|
+
|
|
545
|
+
**Changes**
|
|
546
|
+
|
|
547
|
+
- `agent-framework`: the per-turn statement tells the model the message is an opinion from an
|
|
548
|
+
untrusted third party, not its owner's instruction, and that it decides for itself whether and how
|
|
549
|
+
to act. A message still expands no `@path` and attaches no context reference, and its requests
|
|
550
|
+
still carry no provider-hosted tool, since no permission step can decide one. The session takes
|
|
551
|
+
at most 6 messages a minute and 30 an hour from each sender for a turn; a message over the limit
|
|
552
|
+
is refused with a reason the sender receives. A prompt answer given in the name of a `peer:` or `external:`
|
|
553
|
+
driver is ignored. External-event turns keep their tool-less baseline.
|
|
554
|
+
- `agent-cli`: incoming peer turns carry only their reply route.
|
|
555
|
+
|
|
556
|
+
- 02b7452: A reply to a peer session is decided by the permission system like any call that sends something
|
|
557
|
+
off this machine, and it goes only to the sender that was admitted.
|
|
558
|
+
|
|
559
|
+
- `agent-core` — a tool declaring `repliesToPeer` is still refused outside a peer turn; inside one it
|
|
560
|
+
is decided by the ordinary steps: deny, ask and allow rules, then the mode. It declares no risk
|
|
561
|
+
class, so it asks by default, is refused in plan mode and proceeds under bypass. `IPeerTurnAuthority`
|
|
562
|
+
no longer has `toolUsed`.
|
|
563
|
+
- `agent-session` — an "always allow" answer to the reply is remembered and answers later replies,
|
|
564
|
+
as for any tool; other asks in a peer turn still need a fresh approval each time.
|
|
565
|
+
- `agent-framework` — `peer_reply` asks the operator by default, showing the full text and the peer
|
|
566
|
+
it goes to; `permissions.allow`/`deny` rules naming `peer_reply` apply. `PeerMessageIngress`
|
|
567
|
+
refuses a message whose origin names a sender other than the admitted one, or whose admission names
|
|
568
|
+
no sender, and submits the turn with the admitted identity.
|
|
569
|
+
- `agent-cli` — a local peer message is taken as coming from the session it names only when that
|
|
570
|
+
session confirms, at its own socket, that it is sending exactly that message to this receiver.
|
|
571
|
+
The reply target, the driver id and the operator's notices come from the confirmed sender. A
|
|
572
|
+
session on an earlier version cannot confirm, so its messages are refused; both sessions need this
|
|
573
|
+
version to message each other.
|
|
574
|
+
|
|
575
|
+
- ec5e477: Add a credential store port (`ICredentialStore` in `agent-core`) and keep the CLI's secrets behind it: the OS keychain through the optional `@napi-rs/keyring` binding (macOS Keychain, Windows Credential Manager, Linux Secret Service), else an owner-only file under `~/.robota/credentials`. The backend is chosen at first use, recorded, and named by `/remote-control status`; a recorded keychain that stops working fails closed instead of degrading to the file.
|
|
576
|
+
|
|
577
|
+
The remote-control host identity key moves into the store. The old `~/.robota/remote-host-identity.json` may have been copied by backups or dotfile sync, so it is not carried over: on the first run after upgrading a new host key is generated, the old file is removed, and the operator is told once that trusted devices must pair again.
|
|
578
|
+
|
|
579
|
+
- 18b52cc: Built-in commands are offered to the model deliberately, each described for the model, and never
|
|
580
|
+
with a trust, credential or permission-widening action.
|
|
581
|
+
|
|
582
|
+
- `agent-interface-command` — `ICommand` gains `modelDescription?` (what the model is told, beside the
|
|
583
|
+
short `/help` line), and `modelInvocable` on a subcommand entry now narrows what the model may run.
|
|
584
|
+
- `agent-framework` — `ISystemCommand` gains `modelDescription?` and `modelRequiresPermission?`.
|
|
585
|
+
Once any subcommand of a model-invocable command declares `modelInvocable`, the model may run only
|
|
586
|
+
the bare command and the subcommands declared `true`; everything else, including an alias or an
|
|
587
|
+
undeclared subcommand, is refused before the command runs. The model-facing descriptor lists only
|
|
588
|
+
that subset. A model-requested monitor's command is now decided by the shell tool's gate (its
|
|
589
|
+
Bash/Shell rules, the mode and the prompt) and a refusal rejects with the new
|
|
590
|
+
`MonitorCommandRefusedError`. The `scriptedSession` test harness accepts `permissions` patterns.
|
|
591
|
+
- `agent-session` — `Session.checkToolPermission(toolName, toolArgs)` decides an action that has a
|
|
592
|
+
tool's effect by another route: that tool's PreToolUse hooks, then the gate's rules, mode,
|
|
593
|
+
remembered consent and prompt — never the command sandbox's auto-approval, since the action does
|
|
594
|
+
not run inside the sandbox.
|
|
595
|
+
- `agent-framework` also: `ICommandMCPActivationAdapter.userActionSurface?` tells `/mcp` whether the
|
|
596
|
+
user can type a session command, so the model's status names the terminal sign-in otherwise.
|
|
597
|
+
- `agent-command` — `/context` (bare and `list`), `/cost` (the report, not `budget`) and `/mcp`
|
|
598
|
+
(`status` only, without a prompt) are now model-invocable; `/memory approve` and `/memory reject`
|
|
599
|
+
are now user-only; the model's `/monitor` is decided by the shell gate rather than by consent to
|
|
600
|
+
the command's name. Every model-invocable command carries a model-facing description. The model's
|
|
601
|
+
`/mcp status` shows only safe names, states and the command to suggest, and a caller that does not
|
|
602
|
+
identify itself gets that view. `/context list` accounts only for turns still in context. New
|
|
603
|
+
`mcpUserActionNotice`, `mcpUserActionCommand` and `mcpUnavailableServersNotice` build the fixed
|
|
604
|
+
notices.
|
|
605
|
+
- `agent-command-workflows` — `/workflows` carries a model-facing description.
|
|
606
|
+
- `agent-mcp` — `createDiscoveredTool` accepts `authFailureNotice`: a call the server refuses for
|
|
607
|
+
authentication returns that host text instead of the generic failure.
|
|
608
|
+
- `agent-cli` — an MCP server that did not start because the user must approve it, trust the
|
|
609
|
+
workspace or sign in is named to the model at the start of an interactive session with the
|
|
610
|
+
command to suggest, and a
|
|
611
|
+
signed-in OAuth server that refuses a call tells the model to suggest `/mcp login <server>` — or, in print and serve runs, the terminal
|
|
612
|
+
`robota mcp login <server>`.
|
|
613
|
+
|
|
614
|
+
A command whose bare form is a complete action declares `runsBare`, so choosing `/cost` or `/mcp`
|
|
615
|
+
from the autocomplete menu still runs it even though they now declare subcommands.
|
|
616
|
+
|
|
617
|
+
### Patch Changes
|
|
618
|
+
|
|
619
|
+
- 007fd90: Authority per connection: pairing stays with the local operator, and driving needs the operator's yes.
|
|
620
|
+
|
|
621
|
+
- `agent-interface-session-mobility` — `ConnectionAuthority` decides what one connection may do.
|
|
622
|
+
`presence` and `message` are allowed; `delegate` and `handoff` ask the receiving operator for every
|
|
623
|
+
request; `observe` and `drive` ask once per connection. With no `IOperatorApprover` the answer is
|
|
624
|
+
no. `authorizeDelegation` turns an approved task into a peer turn from where admission placed the
|
|
625
|
+
peer, ignoring anything else on the request, so the receiver's policy decides what it may do.
|
|
626
|
+
- `agent-transport-webrtc` — `connectionApproval` asks the operator before a connection reaches the
|
|
627
|
+
session, after every proof has run. Frames the peer sends meanwhile are held (bounded) and delivered
|
|
628
|
+
only after a yes. A channel that closes first withdraws the question (the approval context carries
|
|
629
|
+
an `AbortSignal`), and a later answer admits nothing. A first-pairing device is pinned for
|
|
630
|
+
reconnect only once it is admitted.
|
|
631
|
+
- `agent-command` — `/remote-control enable` and `revoke` from a connected surface are refused, and
|
|
632
|
+
`status` never shows a connected surface the pairing link.
|
|
633
|
+
- `agent-framework` — the `remote-control-enable` host action runs only for the operator's own
|
|
634
|
+
command, whichever command asked for it.
|
|
635
|
+
- `agent-cli` — every remote-control connection, a returning trusted device included, is put to the
|
|
636
|
+
operator on the host terminal; without an interactive terminal it is refused.
|
|
637
|
+
|
|
638
|
+
- Updated dependencies [3038eb7]
|
|
639
|
+
- Updated dependencies [02b7452]
|
|
640
|
+
- Updated dependencies [ec5e477]
|
|
641
|
+
- Updated dependencies [b2e0afe]
|
|
642
|
+
- Updated dependencies [007fd90]
|
|
643
|
+
- Updated dependencies [18b52cc]
|
|
644
|
+
- Updated dependencies [9843fe6]
|
|
645
|
+
- @robota-sdk/agent-core@3.0.0-beta.81
|
|
646
|
+
- @robota-sdk/agent-tools@3.0.0-beta.81
|
|
647
|
+
- @robota-sdk/agent-session@3.0.0-beta.81
|
|
648
|
+
- @robota-sdk/agent-interface-session@3.0.0-beta.81
|
|
649
|
+
- @robota-sdk/agent-interface-session-mobility@3.0.0-beta.81
|
|
650
|
+
- @robota-sdk/agent-interface-command@3.0.0-beta.81
|
|
651
|
+
- @robota-sdk/agent-executor@3.0.0-beta.81
|
|
652
|
+
- @robota-sdk/agent-interface-execution@3.0.0-beta.81
|
|
653
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.81
|
|
654
|
+
- @robota-sdk/agent-tool-defaults@3.0.0-beta.81
|
|
655
|
+
- @robota-sdk/agent-file-authority@3.0.0-beta.81
|
|
656
|
+
- @robota-sdk/agent-interface-analytics@3.0.0-beta.81
|
|
657
|
+
|
|
658
|
+
## 3.0.0-beta.80
|
|
659
|
+
|
|
660
|
+
### Major Changes
|
|
661
|
+
|
|
662
|
+
- 9c19c50: `/fork [name] [--same-dir]` copies the live conversation into a background session.
|
|
663
|
+
|
|
664
|
+
The session writes a copy of its own record under a fresh id — messages, system prompt, tool schemas
|
|
665
|
+
and full history, and deliberately not the sandbox snapshot, goal, plan or branch — then spawns a
|
|
666
|
+
background job carrying only `resumeSessionId`. The child restores that record itself, so no
|
|
667
|
+
conversation crosses the child-process boundary and the worker start payload's key set is unchanged.
|
|
668
|
+
The background panel gains an `attach` control that switches the terminal onto the forked session; it
|
|
669
|
+
is a view switch, never a merge, and a missing record or a terminal task is refused with the task's
|
|
670
|
+
own status.
|
|
671
|
+
|
|
672
|
+
**`@robota-sdk/agent-framework` is `major` for one reason: `ICommandHostSessionAccess` gains a
|
|
673
|
+
required member.** `forkSession({ name? })` is not optional, so an external implementation of that
|
|
674
|
+
role port stops compiling until it adds the method. Every other change in this set is additive:
|
|
675
|
+
|
|
676
|
+
- `agent-interface-execution` — `TExecutionControl` gains `'attach'`.
|
|
677
|
+
- `agent-interface-command` — `TCommandUiIntent` gains `{ type: 'switch-session'; sessionId }`.
|
|
678
|
+
- `agent-subagent-runner` — `ISubagentWorkerComposition` gains the optional `openSessionStore`, and
|
|
679
|
+
the worker resumes a record when the job names one. A composition that registers no store and
|
|
680
|
+
receives no `resumeSessionId` behaves exactly as before.
|
|
681
|
+
- `agent-framework` also gains the fork-record builder, `SessionTurnMemory`, and
|
|
682
|
+
`IAgentBackgroundTaskRequest.resumeSessionId?`; `loadSessionRecord` now returns
|
|
683
|
+
`restoredSystemPrompt`, which makes a record field that was written and never read take effect on
|
|
684
|
+
restore.
|
|
685
|
+
- `agent-executor`, `agent-command`, `agent-transport-tui`, `agent-cli` — the spawn input, the
|
|
686
|
+
`/fork` module and the attach control that carry it to the surface.
|
|
687
|
+
|
|
688
|
+
- 818f0c8: `createSession` and `ICreateSessionResult` are no longer exported from the package root.
|
|
689
|
+
|
|
690
|
+
**Migration — `createSession`.** Use `InteractiveSession`, or `createAgentRuntime().createSession(IHeadlessSessionOptions)`, or `createQuery()`. It was the low-level assembly seam, not the intended session entry point; the session-creation route is unchanged for consumers already using one of those three.
|
|
691
|
+
|
|
692
|
+
**Migration — `ICreateSessionResult`: there is none, and that is stated rather than glossed.** The package's `exports` map exposes only `.` and `./testing`, so the assembly barrel that still declares the type is unreachable from outside the package. A released consumer importing this type has no replacement path and must stop referring to it. What it _named_ is largely still reachable — its `session` field is a `Session`, which `@robota-sdk/agent-session` exports and which `InteractiveSession.getSession()` returns — so the loss is the aggregate type itself, not the things it described. This is the break the `major` bump declares.
|
|
693
|
+
|
|
694
|
+
**Impact on published consumers differs between the two symbols, and the earlier draft of this note got it wrong.** Resolved against the published `3.0.0-beta.79` `dist/node/index.d.ts` (466 exported names), not against the source barrel:
|
|
695
|
+
|
|
696
|
+
- `createSession` is **absent** from the published surface. It was root-exported on 2026-08-16, after the 2026-07-06 release, so no released consumer can be calling it.
|
|
697
|
+
- `ICreateSessionResult` **is published** — root-exported since 2026-06-14 and present at the release commit. Removing it is a genuine break to the published type surface, which is what the `major` bump declares.
|
|
698
|
+
|
|
699
|
+
Neither fact is the reason for the removal. `.agents/project-structure.md` § Forward-Provisioned Surface Rule bans consumer-count reasoning about a public surface at any count. The reason is that the surface does not fit the design — `ICreateSessionOptions` is a 60-field internal projection target, and the 2026-03-26 SDK scope redesign already decided this factory is internal. The published-surface facts are recorded so a consumer can tell which removal can affect them, not to justify either.
|
|
700
|
+
|
|
701
|
+
`ICreateSessionOptions` remains exported: four packages read indexed-access types off it as the option SSOT, and it is this package's own type.
|
|
702
|
+
|
|
703
|
+
Closes issue #2270's export half. Its no-opt-out half stays open against issue #2238 — this change does **not** make the unconditional executor seeding safe, and the SPEC deliberately declines to reinstate that argument even though the un-export makes it literally true again.
|
|
704
|
+
|
|
705
|
+
- 9368d00: Advisor escalation: the main model can consult a second model at the decision points it chooses.
|
|
706
|
+
|
|
707
|
+
With an advisor configured (`--advisor <profile>[:<model>]`, or the `advisorModel` setting that
|
|
708
|
+
`/advisor` saves; the flag wins), the session gets an `Advisor({ question? })` tool. The advisor reads
|
|
709
|
+
the whole conversation — system prompt, messages, tool calls and results — serialized into one prompt
|
|
710
|
+
and sent with `toolChoice: 'none'`, truncated from the front to fit its window with the system prompt
|
|
711
|
+
kept, and declines when even that does not fit. Its answer comes back framed as guidance to verify;
|
|
712
|
+
an empty or refusing answer reads as declined. Calls are limited to two per turn and a fixed number
|
|
713
|
+
per session, parallel calls in one round share those limits, and a repeated question in the same
|
|
714
|
+
turn returns the earlier answer. A request that was sent counts even when the provider failed (the
|
|
715
|
+
decline is reported by class, never by its text); only a call declined before sending gives its slot
|
|
716
|
+
back.
|
|
717
|
+
|
|
718
|
+
Advisor usage, including in-process subagents', is recorded where each turn's usage is recorded —
|
|
719
|
+
the persisted session history, under the advisor's own provider and model — so `/cost`, usage reports
|
|
720
|
+
and resumed sessions include it. `/cost` now totals that history and prices each part on its own
|
|
721
|
+
model, showing "mixed" when more than one model was priced.
|
|
722
|
+
|
|
723
|
+
`/advisor <model>` and `/advisor off` change only where calls go, never the tool list, so the main
|
|
724
|
+
model's prompt cache is not invalidated mid-session; the tool is added only when a session starts
|
|
725
|
+
with an advisor. Sending history to a destination (provider type and endpoint host) the main model
|
|
726
|
+
does not already use needs a one-time consent per destination, kept in the user settings file; a
|
|
727
|
+
refusal is remembered for the session. The organization's `allowedProviders` applies, and
|
|
728
|
+
`ROBOTA_DISABLE_ADVISOR=1` turns it off completely. In-process subagents inherit the advisor, bound
|
|
729
|
+
to their own conversation; child-process subagents do not get it.
|
|
730
|
+
|
|
731
|
+
**`@robota-sdk/agent-framework` is `major` for one reason: `ICommandHostSessionAccess` gains a
|
|
732
|
+
required member,** `getSessionUsage()`, the session's persisted usage records. An external
|
|
733
|
+
implementation of that role port stops compiling until it adds the method. The rest is additive.
|
|
734
|
+
|
|
735
|
+
- `agent-session` — `formatConversationEntries`, the one text rendering of a conversation, now used
|
|
736
|
+
by compaction too. It keeps tool calls and results, marks a user message a peer session sent
|
|
737
|
+
(`user [from "peer:<id>"]`), and JSON-encodes every message onto one line so no content can forge
|
|
738
|
+
another entry; compaction previously flattened all of this. `Session.getProvider()` returns the
|
|
739
|
+
provider the session currently uses.
|
|
740
|
+
- `agent-framework` — `AdvisorController`, `createAdvisorTool`, the advisor spec helpers, provider
|
|
741
|
+
destinations (`describeProviderDestination`, `rememberProviderDestination`), `getSessionUsage` and
|
|
742
|
+
`ISessionUsageRecord`, the `onUsageRecorded` session option, and the optional `advisor` command
|
|
743
|
+
host adapter. Session assembly binds a host-supplied Advisor tool to the session holding it.
|
|
744
|
+
- `agent-command` — the `/advisor` command module; `/cost` reads the session's persisted usage.
|
|
745
|
+
- `agent-cli` — the `--advisor` flag, `advisorModel` setting, per-destination consent store and kill
|
|
746
|
+
switch.
|
|
747
|
+
- `agent-ui-terminal` — a usage line from another source (the advisor, a background task) names that
|
|
748
|
+
source and leaves out the context window it does not have.
|
|
749
|
+
- `agent-session-analytics` — personal usage counts an advisor call's tokens and cost toward its
|
|
750
|
+
turn without counting it as a turn.
|
|
751
|
+
|
|
752
|
+
- f336838: One permission evaluation order for every caller. The interactive session, background tasks and
|
|
753
|
+
subagents used to run two different resolvers, so the same call could be decided differently
|
|
754
|
+
depending on who made it. They now share `evaluatePermission`, and a background policy only adds a
|
|
755
|
+
ceiling, an ask-everything flag and the task's own lists to it:
|
|
756
|
+
|
|
757
|
+
deny → caller ceiling → unevaluable deny (ask) → never-auto-approve set (ask) → ask-everything →
|
|
758
|
+
bypassPermissions → allow → mode.
|
|
759
|
+
|
|
760
|
+
- **`ask` rules.** `permissions.ask` patterns always ask, in every mode including
|
|
761
|
+
`bypassPermissions`. They are matched per command like a deny rule, and are validated at
|
|
762
|
+
construction alongside `allow` and `deny`.
|
|
763
|
+
- **Never auto-approved, bypass included:** removing a critical path with `rm`/`rmdir` (the root, a
|
|
764
|
+
top-level directory, home, the working directory or a parent), and a modify-class write into
|
|
765
|
+
`.git`, `.robota`, `.claude`, `.agents`, `.mcp.json`, `.gitconfig`, `.npmrc` or a shell rc file.
|
|
766
|
+
Files inside an isolated worktree (`.robota/worktrees/<name>/…`) are ordinary files. With no
|
|
767
|
+
approver attached, an ask is a denial.
|
|
768
|
+
- **A ceiling is checked before bypass and before any ask.** A subagent's `inherit-allowlist` ceiling
|
|
769
|
+
is now the parent's _effective_ rules, read live at spawn: settings, preset lists and command
|
|
770
|
+
auto-allows. It used to be the raw settings file. An unevaluable deny under a policy now asks,
|
|
771
|
+
like everywhere else, where it used to deny outright; with no approver it is still a denial.
|
|
772
|
+
- **Settings layers union `permissions.allow`**, as they already did `deny`. A checked-in project
|
|
773
|
+
file no longer silently discards the user's allow list.
|
|
774
|
+
- **Print mode, `createQuery()` and headless sessions default to `default` mode**, not
|
|
775
|
+
`bypassPermissions`. They have no approver, so a call that would ask is denied. Pass
|
|
776
|
+
`--permission-mode` / `permissionMode: 'bypassPermissions'` explicitly for unattended runs.
|
|
777
|
+
|
|
778
|
+
**Breaking:**
|
|
779
|
+
- `@robota-sdk/agent-core` removes `resolvePermissionByPolicy` and `TPermissionPolicyDecision` in
|
|
780
|
+
favour of `projectPermissionPolicy` plus `evaluatePermission`'s new `context` argument.
|
|
781
|
+
- `@robota-sdk/agent-framework` changes the settings merge rule for `permissions.allow`, and the
|
|
782
|
+
default permission mode of `createQuery()` and headless sessions.
|
|
783
|
+
|
|
784
|
+
- 807d161: **BREAKING — ARCH-010: the execution root is a required contract field, and the containment guard now fails closed.**
|
|
785
|
+
|
|
786
|
+
The file-tool containment guard was fail-open: with no root configured it answered "allowed". A tool
|
|
787
|
+
built with no `cwd` therefore had no boundary — measured, a `Read` constructed that way returned the
|
|
788
|
+
contents of `/etc/hostname` — and the child-process subagent worker called `createDefaultTools()` with
|
|
789
|
+
no argument at all, so subagents got exactly that. Three independent auditors found three different
|
|
790
|
+
symptoms of this one missing field.
|
|
791
|
+
|
|
792
|
+
**Removed — seven context-free tool singletons.** `readTool`, `writeTool`, `editTool`, `globTool`,
|
|
793
|
+
`grepTool`, `shellTool`, `bashTool` are gone from `@robota-sdk/agent-tools`. A module-level instance is
|
|
794
|
+
bound at import time and can carry no containment root, so after the guard was inverted they could only
|
|
795
|
+
refuse everything.
|
|
796
|
+
|
|
797
|
+
Migrate to the factory of the same name, passing the directory the tool is allowed to work in:
|
|
798
|
+
|
|
799
|
+
```ts
|
|
800
|
+
// before
|
|
801
|
+
import { readTool, globTool } from '@robota-sdk/agent-tools';
|
|
802
|
+
const tools = [readTool, globTool];
|
|
803
|
+
|
|
804
|
+
// after
|
|
805
|
+
import { createReadTool, createGlobTool } from '@robota-sdk/agent-tools';
|
|
806
|
+
const cwd = process.cwd(); // or the workspace this agent is scoped to
|
|
807
|
+
const tools = [createReadTool({ cwd }), createGlobTool({ cwd })];
|
|
808
|
+
```
|
|
809
|
+
|
|
810
|
+
`webFetchTool`, `webSearchTool` and `askUserQuestionTool` are unchanged — they touch no filesystem, so
|
|
811
|
+
there is no root to contain them by.
|
|
812
|
+
|
|
813
|
+
**`cwd` is now REQUIRED** on `ISandboxToolOptions`, `IContainedBuiltinToolOptions` (and everything
|
|
814
|
+
extending them), `ICreateDefaultToolsOptions`, `ISessionOptions` and `ISubagentOptions`. The `= {}`
|
|
815
|
+
default parameter was removed from every builtin factory — that default was the mechanism by which
|
|
816
|
+
"forgot the root" was legal. `new Session({...})` without `cwd` no longer compiles, and also throws at
|
|
817
|
+
construction, because a required field is only required to a TypeScript caller.
|
|
818
|
+
|
|
819
|
+
**`Session` no longer reads `process.cwd()`.** It uses the root it was given, and `getCwd()` exposes it
|
|
820
|
+
so a fork or subagent asks the session instead of re-deriving a root that can disagree with it.
|
|
821
|
+
|
|
822
|
+
**Behavioural change even for callers that already passed a root**: a tool that somehow reaches the
|
|
823
|
+
guard with no root now REFUSES with an explicit error ("no containment root is configured … this is an
|
|
824
|
+
assembly bug, not a path problem") instead of allowing the access.
|
|
825
|
+
|
|
826
|
+
- e82215f: **ARCH-011: replace the ambiguous transport lifecycle stub with executable conformance.**
|
|
827
|
+
|
|
828
|
+
`ITransportAdapter` now requires a frozen `service | runner` lifecycle descriptor. `start()` resolves
|
|
829
|
+
at the concrete transport's documented readiness boundary; start before attach and repeated active
|
|
830
|
+
start reject a stable lifecycle error, repeated stop is safe, and stopped adapters can reattach and
|
|
831
|
+
restart.
|
|
832
|
+
|
|
833
|
+
Runner adapters launch separately and expose a typed terminal outcome through
|
|
834
|
+
`waitForCompletion()`. The registry accepts base adapters, rejects duplicate names, keeps
|
|
835
|
+
configuration as an optional capability, returns complete ordered records whose pending slots become
|
|
836
|
+
registry-owned `abandoned` outcomes on stop/rollback, and exposes a real-runner-only first-failure
|
|
837
|
+
wait. It serializes startup/stop, rejects active restart before mutation, and reverses partial startup
|
|
838
|
+
from the currently failing adapter with typed safe rollback details. Runtime host and serve mode
|
|
839
|
+
propagate real nonzero runner results without treating normal shutdown abandonment as failure.
|
|
840
|
+
|
|
841
|
+
HTTP, MCP, both WebSocket adapters, WebRTC, and headless invoke one shared public conformance kit.
|
|
842
|
+
The former `TuiTransport` export is removed because it ignored the attached session; use `renderApp`
|
|
843
|
+
or `TuiInteractionChannel`, which honestly own their session lifecycle.
|
|
844
|
+
|
|
845
|
+
- 52b7346: **BREAKING — ARCH-012: three `IInteractiveSession` members become required, and the conformant test double moves.**
|
|
846
|
+
|
|
847
|
+
`isInitialized`, `getPendingCount` and `getActiveDriverId` were OPTIONAL. A consumer reading
|
|
848
|
+
`session.getActiveDriverId?.() ?? undefined` received the same `undefined` for two unrelated
|
|
849
|
+
situations — the host attributes turns and none is active, and the host cannot attribute turns at all
|
|
850
|
+
— with no error, no log, and nothing to tell them apart. The second loses every co-drive attribution
|
|
851
|
+
silently.
|
|
852
|
+
|
|
853
|
+
**Any implementation of `IInteractiveSession` must now provide all three.** `null` from
|
|
854
|
+
`getActiveDriverId()` means exactly one thing: nobody is driving.
|
|
855
|
+
|
|
856
|
+
```ts
|
|
857
|
+
// before — a host could simply omit these
|
|
858
|
+
class MySession implements IInteractiveSession {
|
|
859
|
+
submit(/* … */) {
|
|
860
|
+
/* … */
|
|
861
|
+
}
|
|
862
|
+
}
|
|
863
|
+
|
|
864
|
+
// after
|
|
865
|
+
class MySession implements IInteractiveSession {
|
|
866
|
+
readonly isInitialized = true;
|
|
867
|
+
getPendingCount(): number {
|
|
868
|
+
return this.queue.length;
|
|
869
|
+
}
|
|
870
|
+
getActiveDriverId(): TDriverId | null {
|
|
871
|
+
return this.activeDriver ?? null;
|
|
872
|
+
}
|
|
873
|
+
submit(/* … */) {
|
|
874
|
+
/* … */
|
|
875
|
+
}
|
|
876
|
+
}
|
|
877
|
+
```
|
|
878
|
+
|
|
879
|
+
**`createTestInteractiveSession` moved** from `@robota-sdk/agent-framework` (its `./testing` subpath)
|
|
880
|
+
to `@robota-sdk/agent-interface-transport/testing`, beside the contract it doubles. It is **not**
|
|
881
|
+
re-exported from the old location: pass-through re-exports of another package's symbols are banned in
|
|
882
|
+
this repo, and the old export had no in-repo consumers — every transport package sits below
|
|
883
|
+
`agent-framework` and could never import it, which is why 41 hand-rolled partials existed instead.
|
|
884
|
+
|
|
885
|
+
```ts
|
|
886
|
+
// before
|
|
887
|
+
import { createTestInteractiveSession } from '@robota-sdk/agent-framework/testing';
|
|
888
|
+
// after
|
|
889
|
+
import { createTestInteractiveSession } from '@robota-sdk/agent-interface-transport/testing';
|
|
890
|
+
```
|
|
891
|
+
|
|
892
|
+
- 2ebff01: Remove the obsolete session-level permission and ask callback options and the stale
|
|
893
|
+
`permission-resolved` display event. Prompt requests now settle exclusively through the canonical
|
|
894
|
+
request events and session resolution methods, while leaf adapters fail closed when callbacks reject.
|
|
895
|
+
- 2d3b2c0: Remove pass-through exports for agent-core environment-reference helpers and agent-session session-id
|
|
896
|
+
guards. Import `formatEnvReference`, `hasUsableSecretReference`, `isEnvReference`, and
|
|
897
|
+
`resolveEnvReference` from `@robota-sdk/agent-core`, and import `assertSafeSessionId` and
|
|
898
|
+
`isSafeSessionId` from `@robota-sdk/agent-session`.
|
|
899
|
+
- 2d3b2c0: ARCH-024 replaces framework knowledge of command-owner ids with optional, owner-declared semantic
|
|
900
|
+
roles. `ISystemCommand` can declare `skillActivation`, `contextReduction`, or `subagentSpawn`;
|
|
901
|
+
`SystemCommandExecutor` exposes the selected role projection and rejects duplicate owners with the
|
|
902
|
+
typed `DuplicateSystemCommandSemanticRoleError`, atomically across construction, registration, and
|
|
903
|
+
replacement.
|
|
904
|
+
|
|
905
|
+
This is a beta-line breaking contract correction: unannotated commands named `skills`, `compact`, or
|
|
906
|
+
`agent` no longer receive special framework behavior. `@robota-sdk/agent-command` now declares the
|
|
907
|
+
roles on its shipped skills, compact, and agent commands.
|
|
908
|
+
|
|
909
|
+
- 3a8876b: ARCH-029: decompose the command host into role ports
|
|
910
|
+
|
|
911
|
+
`ICommandHostContext`, `ICommandSessionRuntime` and `IAgentJobHostContext` are now empty `extends`
|
|
912
|
+
aggregates over 26 named role ports, so a command declares only the capability it uses. A role port
|
|
913
|
+
is a supertype of the aggregate, so narrowing a declared parameter still satisfies
|
|
914
|
+
`ISystemCommand.execute` by contravariance.
|
|
915
|
+
|
|
916
|
+
All 79 members are preserved (46 + 18 + 15) with the declaration kind unchanged, so implementors and
|
|
917
|
+
callers stay source-compatible.
|
|
918
|
+
|
|
919
|
+
**Breaking:** every role-port member is now required except the adapter bag, whose contents are
|
|
920
|
+
genuinely variational. 38 members went from optional to required. A host that previously omitted a
|
|
921
|
+
member must now provide one — including `validateCurrentSessionReplayLog`, which was an override
|
|
922
|
+
with a framework-computed default and no implementor. `createTestCommandHost`,
|
|
923
|
+
`createTestAgentJobHost` and `createTestSessionRuntime` are published from
|
|
924
|
+
`@robota-sdk/agent-framework/testing` as conformant, cast-free doubles for exactly this.
|
|
925
|
+
|
|
926
|
+
Also removed: the `clearConversationHistory` fallback that reached past the host into
|
|
927
|
+
`getSession().clearHistory()`. Those were never the same operation — the host path also broadcasts
|
|
928
|
+
`history_cleared` to every attached surface, so a fallback clear left other surfaces still showing
|
|
929
|
+
the transcript.
|
|
930
|
+
|
|
931
|
+
- 4772067: **BREAKING — ARCH-031: the subagent seam is derived from its transport SSOT instead of copied.**
|
|
932
|
+
|
|
933
|
+
One field family — what a subagent job IS — was declared three times as independent shapes and carried
|
|
934
|
+
between them by six hand-written object literals that nothing checked for totality. A field added to
|
|
935
|
+
either side had to be hand-copied at every hop, and a miss compiled clean as a silent no-op. TYPE-003
|
|
936
|
+
named this cause and derived one hop; the next two changes each dropped a field at a hop it had skipped
|
|
937
|
+
(CORE-025's permission policy, and ANALYTICS-001's `usage`, dropped in the very commit that added it).
|
|
938
|
+
|
|
939
|
+
```ts
|
|
940
|
+
// now, in @robota-sdk/agent-interface-transport
|
|
941
|
+
export type ISubagentSpawnRequest = Omit<IAgentBackgroundTaskRequest, 'kind'>;
|
|
942
|
+
export type ISubagentJobResult = Omit<IBackgroundTaskResult, 'kind' | 'exitCode' | 'signalCode'>;
|
|
943
|
+
```
|
|
944
|
+
|
|
945
|
+
All four projections collapse to spreads. `parentTaskId` and `providerProfile` now reach the runner
|
|
946
|
+
because they exist on the source, not because someone remembered them.
|
|
947
|
+
|
|
948
|
+
**Per package, classified against each barrel:**
|
|
949
|
+
|
|
950
|
+
- **`agent-executor` (major)** — the barrel loses `ISubagentSpawnRequest` and `ISubagentJobResult` (they
|
|
951
|
+
moved to their owner; re-publishing them here would be a pass-through re-export). `ISubagentJobStart`
|
|
952
|
+
and `ISubagentJobHandle` rename `jobId` → `taskId`, `ISubagentJobStart` gains `worktree?`, and
|
|
953
|
+
`ISubagentWorktreePrepareRequest` renames `jobId` → `taskId`.
|
|
954
|
+
- **`agent-framework` (major)** — the barrel loses eleven type-only re-exports of `agent-executor`-owned
|
|
955
|
+
types. They carried zero runtime values, so they bought none of the assembly convenience a runtime
|
|
956
|
+
facade exists for, while making one field family look like it had three owners. Separately,
|
|
957
|
+
`ISpawnAgentTaskRequest.permissionPolicy` goes optional → **required**.
|
|
958
|
+
- **`agent-subagent-runner` (major)** — `ISubagentWorkerStartPayload` renames `jobId` → `taskId` and gains
|
|
959
|
+
`worktree?`. This package is not in the item's declared `area:`; the audit that caught it is the reason
|
|
960
|
+
it is here.
|
|
961
|
+
- **`agent-interface-transport` (minor)** — two new barrel exports; nothing removed or renamed.
|
|
962
|
+
- **`agent-core` (minor)** — **two** new barrel exports. `DEFAULT_BACKGROUND_PERMISSION_POLICY` is the
|
|
963
|
+
intended one; collapsing the hand-listed permissions block to `export *` also surfaced
|
|
964
|
+
`clearRegisteredToolArgumentKeys`, which the old list had omitted. It is documented as public rather
|
|
965
|
+
than re-narrowed — a barrel that cannot fall out of step with its owner is the point of the collapse.
|
|
966
|
+
Nothing was removed: all nine previously-listed permission types remain on the barrel.
|
|
967
|
+
- **`agent-cli` (patch)** — migrated as the only in-repo implementer of `ISubagentWorktreeAdapter`; no
|
|
968
|
+
barrel change.
|
|
969
|
+
|
|
970
|
+
**`permissionPolicy` is now required at the spawn boundary**, and its default is one exported constant
|
|
971
|
+
owned by the permission SSOT. It was previously applied as `?? 'inherit-allowlist'` in the middle of a
|
|
972
|
+
projection, in **two** packages independently, with nothing keeping them equal — a security-relevant value
|
|
973
|
+
whose default was declared twice. Every spawn site now states its own policy.
|
|
974
|
+
|
|
975
|
+
**The worktree identity moved to the runner envelope.** It is runner-produced — the worktree does not
|
|
976
|
+
exist when a caller builds a request — so it rides on `ISubagentJobStart.worktree` and crosses the IPC
|
|
977
|
+
boundary there. The runner no longer also rewrites `request.cwd`, which had given ARCH-010's execution-root
|
|
978
|
+
rule two carriers that could disagree. `branchName` **relocated rather than being deleted**: it has no
|
|
979
|
+
reader in this repository today, and for a library that is not a reason to drop a legitimate contract.
|
|
980
|
+
|
|
981
|
+
**Renames are consistent across the SPI** (`type` → `agentType`, `jobId` → `taskId`) rather than applied to
|
|
982
|
+
one shape, which would have left two names for one identifier in a single file. The IPC validator's
|
|
983
|
+
string-literal keys are now typed against the contract, so the next rename is a compile error instead of a
|
|
984
|
+
runtime rejection of every start payload.
|
|
985
|
+
|
|
986
|
+
- 7b85767: ARCH-035 — the default tool set becomes a composition leaf.
|
|
987
|
+
|
|
988
|
+
**New package: `@robota-sdk/agent-tool-defaults`.** It owns `createDefaultTools` and
|
|
989
|
+
`ICreateDefaultToolsOptions`, including the adapter gating that adds `CodebaseRetrieval` when a
|
|
990
|
+
`retrievalAdapter` is supplied and the Computer tools when a `computerDriver` is.
|
|
991
|
+
|
|
992
|
+
**Breaking for `@robota-sdk/agent-framework`:** `createDefaultTools` and `ICreateDefaultToolsOptions`
|
|
993
|
+
are no longer exported from it. Import them from `@robota-sdk/agent-tool-defaults`. The packages are
|
|
994
|
+
pre-release and this repo keeps no compatibility shims, so they are moved rather than deprecated.
|
|
995
|
+
|
|
996
|
+
**Also breaking:** the internal `createSession` assembly factory is now `async`. This does NOT affect
|
|
997
|
+
`IAgentRuntime.createSession`, which stays synchronous — it does not call that factory, and a
|
|
998
|
+
verification scenario now asserts that explicitly, because propagating async through it would break
|
|
999
|
+
every consumer that builds a session without supplying `defaultTools`.
|
|
1000
|
+
|
|
1001
|
+
**Zero-config behaviour is unchanged**, deliberately. `createQuery` and the headless runtime have no
|
|
1002
|
+
`defaultTools` seam, so a session built without one still receives the built-in tool tier —
|
|
1003
|
+
`agent-framework` reaches the new leaf through a dynamic `import()`. An earlier revision of this work
|
|
1004
|
+
proposed deleting the tier outright and was rejected on measurement: two published surfaces cannot
|
|
1005
|
+
express the alternative, and the failure mode was a silently toolless agent behind a green typecheck.
|
|
1006
|
+
|
|
1007
|
+
**Why the move matters.** `agent-subagent-runner` legitimately depends on `agent-framework`, so while
|
|
1008
|
+
the aggregator sat on that barrel a neutral runner could compose the product's tool surface with only
|
|
1009
|
+
a scan in the way. It has no manifest edge to the new leaf, so that import does not resolve there at
|
|
1010
|
+
all — the guarantee is carried by the type system now, mirroring what `@robota-sdk/agent-provider-defaults`
|
|
1011
|
+
already does on the provider axis.
|
|
1012
|
+
|
|
1013
|
+
`@robota-sdk/pack-coding` is a patch: it consumes the leaf instead of rebuilding the same list by
|
|
1014
|
+
hand. Its contributed tool surface is unchanged — verified from the published tarballs.
|
|
1015
|
+
|
|
1016
|
+
- 64ba748: **BREAKING — ARCH-042: project filesystem access is now an explicit, host-issued authority instead of an ambient consequence of `cwd`.**
|
|
1017
|
+
|
|
1018
|
+
`@robota-sdk/agent-framework` adds `WorkspaceTrustService` and the opaque
|
|
1019
|
+
`IWorkspaceProjectAuthority`, plus bounded reader, settings-writer, state-storage, and mutation
|
|
1020
|
+
facets. Public session, settings, context, checkpoint, memory, contribution, query, and replay
|
|
1021
|
+
contracts consume those facets. A caller that does not supply `projectAccess` is deliberately
|
|
1022
|
+
restricted to user-owned host state and receives no project filesystem capability.
|
|
1023
|
+
|
|
1024
|
+
The framework removes or renames ambient Node/project exports. Migrate `checkSettingsFile` to
|
|
1025
|
+
`checkNodeHostSettingsFile`, `readMergedProviderSettingsFromPaths` to
|
|
1026
|
+
`readMergedProviderSettingsFromSources`, `resolveProviderSettingsWriteTargetPath` to
|
|
1027
|
+
`resolveProviderSettingsWriteTarget`, `FileSystemMemoryStore` / `createFileSystemMemoryStore` to
|
|
1028
|
+
`WorkspaceMemoryStore` / `createWorkspaceMemoryStore`, and `PluginSettingsStore` to
|
|
1029
|
+
`NodeHostPluginSettingsStore`. Host-only git helpers now carry the `FromNodeHost` suffix.
|
|
1030
|
+
`projectPaths`, `resolveSettingsPathForScope`, and `getProviderSettingsPaths` are removed; project
|
|
1031
|
+
consumers must use the authority facets rather than recover absolute paths.
|
|
1032
|
+
|
|
1033
|
+
`@robota-sdk/agent-session` renames the Node filesystem implementation `SessionStore` to
|
|
1034
|
+
`NodeSessionStore` and adds explicit session-log/external-payload source and sink ports. Session
|
|
1035
|
+
replay no longer resolves external payload files from an ambient directory.
|
|
1036
|
+
|
|
1037
|
+
`@robota-sdk/agent-interface-transport` changes `ISkillExecutionPort.loadCommands(cwd, home?)` to
|
|
1038
|
+
the authority-bound `loadCommands()` and removes the optional absolute-path leak
|
|
1039
|
+
`IInteractiveSessionStore.getFilePath`. `@robota-sdk/agent-command` consequently replaces the
|
|
1040
|
+
`cwd` option of `createSkillsCommandModule` with required `contributionSources`; default command
|
|
1041
|
+
composition accepts explicit contribution sources and discovers no project skills when none are
|
|
1042
|
+
provided.
|
|
1043
|
+
|
|
1044
|
+
`@robota-sdk/agent-cli`, `@robota-sdk/agent-transport`, and
|
|
1045
|
+
`@robota-sdk/agent-transport-tui` thread the trusted-or-restricted project decision through every
|
|
1046
|
+
session surface. Embedded callers that need project settings, state, context, skills, checkpoints,
|
|
1047
|
+
or mutation must mint access through `WorkspaceTrustService` and pass the returned
|
|
1048
|
+
`projectAccess` (and a separately approved mutation/settings facet where required). Omitting it is
|
|
1049
|
+
still type-compatible but is behaviorally breaking: the surface now fails closed instead of
|
|
1050
|
+
reading or writing the current directory.
|
|
1051
|
+
|
|
1052
|
+
- fe48835: Honor skill model selection in forked child sessions. Skill metadata that specifies a model now requires `context: fork` instead of silently ignoring the model during ordinary execution. Startup errors for configured hooks without executors now identify their settings and enabled plugin sources.
|
|
1053
|
+
- 1e40b5b: Move handoff source/destination orchestration and its contract from agent-framework to the session-mobility owner. Import `HandoffSource`, `HandoffDestination`, and their option types from `@robota-sdk/agent-interface-session-mobility`. Mobility now applies offer and authority decisions directly, while the CLI supplies wire effects and the session-record decoder. A successful offer no longer returns a mutable authority transaction.
|
|
1054
|
+
- 8865acf: The framework now defaults to neutral model-facing identifiers: projected command tools use
|
|
1055
|
+
`command_` and attached file content uses `<file_references>`. This changes the default output of
|
|
1056
|
+
`MODEL_COMMAND_TOOL_PREFIX`, `createProviderSafeModelCommandToolName`,
|
|
1057
|
+
`createModelCommandToolProjection`, and `buildPromptWithFileReferences` for SDK consumers.
|
|
1058
|
+
|
|
1059
|
+
To preserve the previous identifiers, pass `modelCommandToolPrefix: 'robota_command_'` and
|
|
1060
|
+
`promptFileReferenceTag: 'robota_file_references'` in session options, or pass those values to
|
|
1061
|
+
the projection and prompt-format helpers. The Robota product profile supplies both values, so
|
|
1062
|
+
the Robota CLI keeps its existing model tool names and prompt enclosure.
|
|
1063
|
+
|
|
1064
|
+
- 5134b3b: **BREAKING — RUNTIME-003 P2: `submit` hands back the submission's identity, so an answer belongs to
|
|
1065
|
+
the caller who asked for it.**
|
|
1066
|
+
|
|
1067
|
+
`submit` returned nothing, so a caller that needed to know when ITS turn ended had only the
|
|
1068
|
+
session-global `complete` / `interrupted` / `error` events — which say that A turn ended and never
|
|
1069
|
+
which one. The MCP adapter did exactly that, and the result was measurable: a session runs one turn
|
|
1070
|
+
at a time and queues the rest, so two concurrent `submit` calls did not run concurrently. The second
|
|
1071
|
+
waited and then took the RUNNING turn's response as its own answer. Both callers were told about one
|
|
1072
|
+
turn; neither was told which.
|
|
1073
|
+
|
|
1074
|
+
`submit` now returns an `ITurnHandle` — `{ turnId, completed }`. The id is minted when the submission
|
|
1075
|
+
is ACCEPTED and kept if it waits in the queue, so one submission is one identity from end to end.
|
|
1076
|
+
|
|
1077
|
+
`completed` always settles, and that is the part that took the work. A queued submission is not
|
|
1078
|
+
promised a turn: the co-drive queue coalesces a same-driver input into the one behind it, drops at
|
|
1079
|
+
capacity, and discards everything when cleared. A handle that settled only for submissions that ran
|
|
1080
|
+
would leave the rest waiting forever — a worse failure than the ambiguity it replaces — so each of
|
|
1081
|
+
those rejects with a typed `TurnNotRunError` naming which happened (`coalesced`, `dropped`,
|
|
1082
|
+
`cancelled` — shutdown clears the queue through the same path, so it reports as cancelled).
|
|
1083
|
+
|
|
1084
|
+
**Migration.** A caller that ignores the return value is unaffected: `await session.submit(...)`
|
|
1085
|
+
still means what it did, and the direct path still resolves only when the turn is over. An
|
|
1086
|
+
IMPLEMENTER of `IInteractiveSession` must now return a handle:
|
|
1087
|
+
|
|
1088
|
+
```ts
|
|
1089
|
+
// before
|
|
1090
|
+
async submit(input: string): Promise<void> {
|
|
1091
|
+
await runTurn(input);
|
|
1092
|
+
}
|
|
1093
|
+
|
|
1094
|
+
// after
|
|
1095
|
+
async submit(input: string): Promise<ITurnHandle> {
|
|
1096
|
+
const turnId = crypto.randomUUID();
|
|
1097
|
+
return { turnId, completed: runTurn(input) };
|
|
1098
|
+
}
|
|
1099
|
+
```
|
|
1100
|
+
|
|
1101
|
+
`createTestInteractiveSession` already returns a conforming handle, so a double built on it needs no
|
|
1102
|
+
change.
|
|
1103
|
+
|
|
1104
|
+
One thing this deliberately does NOT do: DAG run advancement (P3) stays with DAG-001.
|
|
1105
|
+
|
|
1106
|
+
An earlier draft of this note claimed the HTTP route's documented TOCTOU had been measured and was
|
|
1107
|
+
not reachable. That was wrong, and it is corrected here rather than left for a reader to trip over.
|
|
1108
|
+
The probe behind it used a `submit` stub with no suspension point, so it could not exhibit the race
|
|
1109
|
+
it was written to rule out; the real `submit` opens with `await ensureInitialized()`. The race is
|
|
1110
|
+
real and is fixed in its own change (#1656), where the route CLAIMS the turn instead of asking
|
|
1111
|
+
whether one is running.
|
|
1112
|
+
|
|
1113
|
+
- 1f57e7f: **BREAKING — RUNTIME-006: align the exported concrete `InteractiveSession.submit` options with the
|
|
1114
|
+
transport-owned `IInteractiveSession` contract.**
|
|
1115
|
+
|
|
1116
|
+
The concrete class no longer exposes framework-internal turn metadata through its fourth argument;
|
|
1117
|
+
public callers may pass only `ISubmitOptions` (`driverId`). New public and internal submissions
|
|
1118
|
+
always mint a fresh turn identity. An already accepted queued submission now resumes through a
|
|
1119
|
+
private required-identity path instead of re-entering public `submit`, so runtime extra properties
|
|
1120
|
+
cannot select or reuse another turn's identity.
|
|
1121
|
+
|
|
1122
|
+
Queued entries, execution, and every settle/fail/refuse operation now require `turnId`. The former
|
|
1123
|
+
undefined no-op guards and the alternate settler lookup seam are removed, preserving the contract
|
|
1124
|
+
that every accepted handle settles for its own turn or typed refusal.
|
|
1125
|
+
|
|
1126
|
+
- db5c439: Framework query, runtime, interactive, and headless session creation now pass through one validated `SessionRecipe` constructor seam. Standard interactive options require provider and working directory; wrapping a host-owned session remains an explicit recipe mode, and test doubles use the package's `/testing` entry.
|
|
1127
|
+
- 4a01a87: Use the shared strict frontmatter decoder for skill, command, bundle plugin, and agent discovery. Reject malformed authority metadata with source diagnostics, preserve plugin invocation restrictions, and reject invalid agent limits before registration.
|
|
1128
|
+
|
|
1129
|
+
Remove the permissive public `parseFrontmatter` export as a breaking API change. Discovery sources now own validation; no compatibility parser is retained. The test-session harness accepts explicit project authority for trusted contribution fixtures.
|
|
1130
|
+
|
|
1131
|
+
- 242a644: Require versioned, event-decoded session replay logs. Reject unknown, malformed, and unsupported
|
|
1132
|
+
entries instead of dropping them or inventing message fields. Replay-only session loads and lists
|
|
1133
|
+
report damaged logs explicitly. Legacy unversioned JSONL is not accepted; snapshot encoding remains
|
|
1134
|
+
unchanged. Persisted logs now use schema version 1, and all replay entry points share the session-owned
|
|
1135
|
+
decoder and preserve sidecar integrity failures.
|
|
1136
|
+
|
|
1137
|
+
### Minor Changes
|
|
1138
|
+
|
|
1139
|
+
- d4189b9: The rest of the per-server MCP OAuth lifecycle: signing in to a server without a local browser,
|
|
1140
|
+
signing out of it with token revocation, and each server's sign-in state in `/mcp`.
|
|
1141
|
+
|
|
1142
|
+
- **`robota mcp login <name> --no-browser`** prints the authorization URL and reads the redirect URL
|
|
1143
|
+
the user pastes back (not echoed). `runMCPOAuthLogin` takes `readRedirect` for this; nothing
|
|
1144
|
+
listens on the redirect URI then. The pasted URL is held to the loopback listener's rules through
|
|
1145
|
+
`createPastedRedirectAcceptor`: it must be the registered redirect URI (same origin and path, no
|
|
1146
|
+
user info), carry the sign-in's `state` (compared in constant time), and is accepted once; an
|
|
1147
|
+
error redirect is `authorization-denied` without its `error_description`, and the RFC 9207 `iss`
|
|
1148
|
+
check applies as before. `openBrowser` now also receives the redirect URI. `readRedirect` gets a
|
|
1149
|
+
signal that aborts on cancel or at `callbackTimeoutMs` (5 minutes by default, as for the loopback
|
|
1150
|
+
listener); a paste longer than the prompt accepts fails as `redirect-too-long`.
|
|
1151
|
+
- **Signing out** (`runMCPOAuthLogout`; `robota mcp logout <name>`; `/mcp logout <serverId>`):
|
|
1152
|
+
deletes the stored credential under the refresh lock, then revokes the refresh token and the
|
|
1153
|
+
access token (RFC 7009) when the stored issuer advertises `revocation_endpoint`. Revocation is a
|
|
1154
|
+
POST through the egress policy that never follows a redirect and is byte-bounded; it authenticates
|
|
1155
|
+
the client by `revocation_endpoint_auth_methods_supported` when advertised, otherwise the way its
|
|
1156
|
+
refresh does. The local delete always happens. Each token's outcome is reported in `tokens`, and
|
|
1157
|
+
overall as `revoked`, `partial`, `unsupported`, `failed` or `not-attempted`, with fixed reasons
|
|
1158
|
+
only (new: `revocation-failed`, and `token-type-not-revocable` for RFC 7009
|
|
1159
|
+
`unsupported_token_type`). `/mcp logout` also makes the session's authenticator drop the token it
|
|
1160
|
+
holds (`IMCPOAuthAuthenticator.forget`).
|
|
1161
|
+
- **Sign-in state:** `readMCPOAuthCredentialState` answers `signed-in`, `expired-refreshable`,
|
|
1162
|
+
`sign-in-required` or `signed-out` — never anything token-derived. `/mcp` shows it for every
|
|
1163
|
+
OAuth server; a server this session was told needs a sign-in reads `sign-in-required`.
|
|
1164
|
+
`ICommandMCPActivationAdapter` gains optional `oauthStatus` and `oauthLogout`
|
|
1165
|
+
(`ICommandMCPOAuthStatus`, `ICommandMCPOAuthLogoutResult`).
|
|
1166
|
+
- **No in-session sign-in:** signing in stays `robota mcp login <server>` in a terminal, since it
|
|
1167
|
+
needs the terminal (browser, pasted redirect, hidden secret prompt) a running session owns. `/mcp`
|
|
1168
|
+
names that command for a server that needs a sign-in, as does the session's sign-in notice; the
|
|
1169
|
+
server name is shown there only when it is safe to paste into any shell — a plain token not
|
|
1170
|
+
starting with `-` or `=` — and is otherwise replaced by `<server>` (`shellArgumentForDisplay` in
|
|
1171
|
+
`agent-core`; nothing is quoted, since quoting rules differ between shells). Server names in OAuth
|
|
1172
|
+
notices have control and format characters escaped.
|
|
1173
|
+
- **Refresh hardening:** on `invalid_grant`, the store is read again under the lock; a refresh token
|
|
1174
|
+
another holder rotated in meanwhile is kept (and used when still valid) instead of being deleted.
|
|
1175
|
+
The expiry skew is capped at half the token's lifetime, so a short-lived token is not refreshed on
|
|
1176
|
+
every request; credentials now record `issuedAt` for this.
|
|
1177
|
+
|
|
1178
|
+
- 4078a72: Model fallback chain. `--fallback-model a,b` (or the `fallbackModel` settings array; the flag wins) names up to three models a turn moves to when its model is overloaded, unavailable or failing on the server. An entry is a provider profile, `profile:model`, a bare model on the primary's provider, or `default`. The move happens only before any output has streamed, lasts for the current turn, and is shown as a system note; entries that cannot be built are passed over and entries outside the organization's `allowedProviders` are dropped with a notice. `FallbackProvider` in agent-framework implements it over the session's provider; `IChatOptions` gains `executionId`, `onModelFallback` and `preserveContextWindow`, `IAIProvider` gains optional `resolveModelRoute`, and the execution loop emits a `provider_fallback` event and attributes requests, call observations, committed replies, the response cache and usage to the model that answered. A turn that ran on more than one model records per-model `modelShares` on its usage observation, which personal usage reports split by model and provider. A `/provider` switch keeps the chain, read again for the new primary.
|
|
1179
|
+
- af2f2ad: `/cd <directory>` continues the conversation in another directory.
|
|
1180
|
+
|
|
1181
|
+
- **A move is a new session in the target directory.** In the TUI, robota saves a copy of the
|
|
1182
|
+
conversation where the target's session store will find it, ends the current run through its
|
|
1183
|
+
normal end-of-life flow, and starts again in the target directory resuming that copy. The target's
|
|
1184
|
+
settings, trust decision, tools, skills and `AGENTS.md` apply, exactly as if robota had been
|
|
1185
|
+
launched there. The process boundary makes the move atomic, so no tool call can straddle it.
|
|
1186
|
+
- **The system prompt is kept as recorded**, so a provider's prompt cache survives. One appended
|
|
1187
|
+
`<workspace-move>` message tells the model the new directory, and which project instructions now
|
|
1188
|
+
apply.
|
|
1189
|
+
- **Refused** while a turn is running or a background task is still running, for a missing directory
|
|
1190
|
+
or the current one, and for a target a `Cd(...)` deny rule names.
|
|
1191
|
+
- **Access never widens:** a restricted session stays restricted after a move, and a trusted session
|
|
1192
|
+
takes the target's own trust decision.
|
|
1193
|
+
- New contracts: the `workspace-move` host action, `ICommandWorkspaceAdapter` /
|
|
1194
|
+
`IWorkspaceMoveRequest`, `InteractiveSession.moveWorkspace`, and the `workspaceMovedFrom` session
|
|
1195
|
+
option. The CLI's `--moved-from` and `--restricted-workspace` flags are internal.
|
|
1196
|
+
|
|
1197
|
+
- 34e50f0: A new permission mode, `auto`, lets a model classifier approve or block what would otherwise prompt.
|
|
1198
|
+
|
|
1199
|
+
- **What it decides:**
|
|
1200
|
+
- Reads and in-workspace edits run as in `acceptEdits`.
|
|
1201
|
+
- Commands and other calls the mode leaves open go to the classifier, a side call to the
|
|
1202
|
+
session's own model. It sees the call, the working directory and the git remotes, never the
|
|
1203
|
+
conversation.
|
|
1204
|
+
- A block reaches the model with its reason, so it can take another route.
|
|
1205
|
+
- **What still reaches a person, or is refused:**
|
|
1206
|
+
- Deny rules and background ceilings apply first.
|
|
1207
|
+
- `ask` rules, critical removals and protected paths ask a person.
|
|
1208
|
+
- After 3 refusals in a row (blocks, or no usable verdict), or 20 blocks in the session, the
|
|
1209
|
+
mode asks a person until one approves.
|
|
1210
|
+
With no one to ask, the call is denied.
|
|
1211
|
+
- **Allow rules:** in `auto` mode, allow rules that approve any command are set aside while the
|
|
1212
|
+
mode is on. Examples are `Bash(*)`, an interpreter (`Bash(python *)`), a package runner
|
|
1213
|
+
(`Bash(npm run *)`, `Bash(pnpm exec *)`), `Agent`, `ExecuteCommand` or `Computer`. Narrow
|
|
1214
|
+
rules still apply.
|
|
1215
|
+
- **Retry:** `/permissions` lists classifier blocks. `/permissions retry <n>` lets that exact call
|
|
1216
|
+
run once, unjudged, when the model tries it again.
|
|
1217
|
+
- **Turning it on and off:**
|
|
1218
|
+
- `--permission-mode auto`, `/mode auto` or `/permissions auto`.
|
|
1219
|
+
- An organization turns it off with `disableAutoMode` in the org policy.
|
|
1220
|
+
- **New contracts:**
|
|
1221
|
+
- `TPermissionMode` gains `'auto'`.
|
|
1222
|
+
- `allowRulesForAutoMode` and `isBroadExecutionAllowRule`.
|
|
1223
|
+
- `IPermissionClassifier` and `AutoModeGate`.
|
|
1224
|
+
- The `permissionClassifier` session option.
|
|
1225
|
+
- `Session.retryPermissionDenial`, and `retryDenial` on the permission-mode adapter.
|
|
1226
|
+
- The `'classifier'` denial reason.
|
|
1227
|
+
- `createModelPermissionClassifier`.
|
|
1228
|
+
- The `disableAutoMode` option on `createSession` and `IOrgPolicy`.
|
|
1229
|
+
|
|
1230
|
+
- 722e88a: Shell commands can run in an OS-level sandbox: bubblewrap on Linux and WSL2, Seatbelt on macOS.
|
|
1231
|
+
|
|
1232
|
+
- **Confinement:** covers the command and every process it starts.
|
|
1233
|
+
- Writes are limited to the working directory, the temporary directories and
|
|
1234
|
+
`sandbox.filesystem.allowWrite`.
|
|
1235
|
+
- Agent, git-hook, MCP and shell configuration inside the workspace stays read-only.
|
|
1236
|
+
- `sandbox.filesystem.denyRead` hides paths from the command.
|
|
1237
|
+
- The network is on or off (`sandbox.network.enabled`).
|
|
1238
|
+
- **Modes:** `/sandbox` switches between `auto-allow`, `regular` and `off` for the next command and
|
|
1239
|
+
saves the choice.
|
|
1240
|
+
- In `auto-allow` (`sandbox.autoAllowBashIfSandboxed`), a confined command runs without a prompt
|
|
1241
|
+
in `default` and `acceptEdits`.
|
|
1242
|
+
- Deny rules, ask rules, critical removals and plan mode still apply first.
|
|
1243
|
+
- **Exclusions:** `sandbox.excludedCommands` run unconfined, through the ordinary permission path.
|
|
1244
|
+
- **When the sandbox cannot run:** a missing or unusable backend is reported at startup, in
|
|
1245
|
+
`robota doctor` and in `/sandbox`, and commands then run unconfined.
|
|
1246
|
+
`sandbox.failIfUnavailable` refuses to start instead.
|
|
1247
|
+
- **New contracts:**
|
|
1248
|
+
- `OsSandboxClient`, `detectOsSandbox`, `bubblewrapArguments`, `seatbeltProfile`.
|
|
1249
|
+
- `ISandboxClient.wrapCommand` and `autoApproves`.
|
|
1250
|
+
- `IPermissionEvaluationContext.sandboxAutoApproved`.
|
|
1251
|
+
- The `commandSandbox` session option.
|
|
1252
|
+
- The `sandbox` settings key and the `sandbox` command host adapter.
|
|
1253
|
+
|
|
1254
|
+
- a5cc36e: `/permissions` shows the rules the session enforces and the calls it refused.
|
|
1255
|
+
|
|
1256
|
+
- **Rules by source:** each allow, deny and ask rule the gate reads is listed under the settings file
|
|
1257
|
+
that declares it. Rules added by a CLI flag, a preset or a command are listed under "this session".
|
|
1258
|
+
A rule a settings file declares but the session does not enforce is not shown.
|
|
1259
|
+
- **Recent denials:** the latest refused calls, most recent first, with the reason: a rule or the
|
|
1260
|
+
mode, the user declining, or no one available to approve.
|
|
1261
|
+
- New contracts: `Session.getRecentPermissionDenials()`, `PermissionEnforcer.getRecentDenials()`,
|
|
1262
|
+
`IPermissionDenial`, the `permissionRules` host adapter (`createSettingsPermissionRulesAdapter`),
|
|
1263
|
+
and `getPermissionRules` / `listRecentDenials` on `ICommandPermissionModeAdapter`. Settings
|
|
1264
|
+
provenance now covers `permissions.ask`.
|
|
1265
|
+
|
|
1266
|
+
- b70fa3d: `robota --safe-mode` starts a session with every customization off, to rule one out in one run.
|
|
1267
|
+
|
|
1268
|
+
- **Off:** project and user instruction files, skills, custom commands, agent definitions, output
|
|
1269
|
+
styles, external presets, plugins, hooks from every settings layer, and MCP servers.
|
|
1270
|
+
- **Unchanged:** provider, model, built-in tools and permissions work as usual. Nothing on disk
|
|
1271
|
+
changes.
|
|
1272
|
+
- **Project access:** the project starts Restricted whatever its trust decision, so safe mode also
|
|
1273
|
+
runs in print and serve mode.
|
|
1274
|
+
- **Notice:** a line at startup says that safe mode is on.
|
|
1275
|
+
- **Embedders:** `startCli({ safeMode: true })` does the same as the flag.
|
|
1276
|
+
- **New framework option:** `skipConfiguredHooks` on interactive and headless sessions, also
|
|
1277
|
+
carried by the TUI and serve session options.
|
|
1278
|
+
|
|
1279
|
+
- 2711ec6: One broken skill or agent file no longer stops the session.
|
|
1280
|
+
|
|
1281
|
+
Skill, command and agent definitions are shared with other hosts through `.claude`, and those hosts
|
|
1282
|
+
define fields of their own. The frontmatter decoder now validates only the fields robota owns and
|
|
1283
|
+
ignores the rest (nested `metadata` entries included); a malformed value of an owned field is still
|
|
1284
|
+
refused. A refused file is skipped with a single warning and still claims its name, so a
|
|
1285
|
+
lower-priority definition cannot stand in for it. An empty `argument-hint` reads as no hint. When
|
|
1286
|
+
initialization does fail, the session reports the cause to readiness probes instead of "not
|
|
1287
|
+
initialized", so the terminal shows the reason at once rather than a 15-second timeout.
|
|
1288
|
+
|
|
1289
|
+
The terminal also stops printing type names for message-less telemetry records, keeps its own notices
|
|
1290
|
+
in place across a history sync so the following answer is not skipped, and CLI diagnostics print
|
|
1291
|
+
their context instead of `[object Object]`, through the console so Ink renders them above the frame.
|
|
1292
|
+
|
|
1293
|
+
- 4dd45cc: `/peers` shows how each other local session's workspace relates to this one's: `same worktree`,
|
|
1294
|
+
`same repo`, `different repo`, or `workspace unknown`.
|
|
1295
|
+
|
|
1296
|
+
A session now publishes a workspace claim with its rendezvous entry — the root commits reachable
|
|
1297
|
+
from HEAD, a SHA-256 of its normalized `origin` URL (never the URL itself), and the real path of its
|
|
1298
|
+
worktree — and re-reads it as it runs, so a first commit or a checkout does not leave it stale. The
|
|
1299
|
+
reader does not take the claim as written: it reads git at the claimed path itself, and a claim whose
|
|
1300
|
+
contents disagree is shown as `workspace claim mismatched, not believed` and relates to nothing. Those
|
|
1301
|
+
git reads are local-only and asynchronous, run only for the view that shows the relation (and for
|
|
1302
|
+
the sender of an incoming peer message), and are cached per announcement. The relation also reaches
|
|
1303
|
+
the peer-turn origin, computed by the receiver; a relation the sender put on the wire is discarded,
|
|
1304
|
+
and the admission never carries it.
|
|
1305
|
+
|
|
1306
|
+
The relation is display and routing information only and is never an authorization input.
|
|
1307
|
+
|
|
1308
|
+
Additive: `agent-interface-session-mobility` exports `TWorkspaceRelation` and gains the optional
|
|
1309
|
+
`IPeerOrigin.workspaceRelation`; `agent-framework`'s `ILocalPeerSummary` gains the optional
|
|
1310
|
+
`workspaceRelation` and `workspaceClaim`, and `ICommandLocalPeersAdapter` the optional
|
|
1311
|
+
`listWithWorkspace()`.
|
|
1312
|
+
|
|
1313
|
+
- 4c5148e: ARCH-005 Stage S2 — `robota` is now expressed as an `IProductProfile` and assembled by `assembleProduct`;
|
|
1314
|
+
the hand-wired composition root in `agent-cli` is gone.
|
|
1315
|
+
|
|
1316
|
+
- **`@robota-sdk/agent-product`** — provider construction returns IN-KERNEL. `assembleProduct` builds the
|
|
1317
|
+
provider from `providerDefinitions` + the shell's already-resolved `providerSettings` via agent-core's
|
|
1318
|
+
pure `createProviderFromConfig`; `provider` is now an OPTIONAL injected override. Both are optional, so a
|
|
1319
|
+
Mode A profile can carry only `providerDefinitions`. The fold stays pure and IO-free — every
|
|
1320
|
+
settings/env/file read still happens in the shell. Adds `IAssembledProduct.buildRuntimeOptions`, the pure
|
|
1321
|
+
overlay `buildRuntime` delegates through, and `IAssembledProduct.providerDefinitions`.
|
|
1322
|
+
**Breaking for pre-release consumers:** `IProductProfile.providerDefinitions` is now required and
|
|
1323
|
+
`IProductProfile.provider` / `IAssembledProduct.provider` are now optional.
|
|
1324
|
+
- **`@robota-sdk/agent-framework`** — a scoped, additive session seam: `agentDefinitions` on
|
|
1325
|
+
`TInteractiveSessionOptions` / `ICreateSessionOptions`, composed into the built-in agent tier ahead of
|
|
1326
|
+
`BUILT_IN_AGENTS`, so capability-pack subagents actually reach the runtime. Precedence: discovered
|
|
1327
|
+
project/user definitions > injected > built-in. `AgentDefinitionLoader` now dedupes within that tier
|
|
1328
|
+
(first wins). Absent ⇒ unchanged behavior.
|
|
1329
|
+
- **`@robota-sdk/agent-transport` / `@robota-sdk/agent-transport-tui`** — forward the optional
|
|
1330
|
+
`agentDefinitions` through the headless and TUI channels so every robota surface carries the seam.
|
|
1331
|
+
- **`@robota-sdk/agent-cli`** — `robota`'s identity (branding, provider surface, presets,
|
|
1332
|
+
`packs: [codingPack]`, base command modules, injected transports/runners/subagent factory) is declared as
|
|
1333
|
+
data in a product profile and folded by `assembleProduct`. The coding command modules (`/shell`,
|
|
1334
|
+
`/editor`) now come from `pack-coding` rather than the base set, so the pack is load-bearing. What remains
|
|
1335
|
+
in the CLI is product-shell only: arg parsing, settings/file IO, terminal notices, first-run/init/
|
|
1336
|
+
`--configure`, memory + session-resume UX, and print/serve/TUI mode dispatch.
|
|
1337
|
+
|
|
1338
|
+
End-user `robota` behavior is unchanged in substance — the assembled command-module set, provider surface,
|
|
1339
|
+
tool set, subagent roster, and preset resolution all match the pre-change assembly — with one accepted
|
|
1340
|
+
cosmetic delta: `/shell` and `/editor` now appear at the END of `/help` output and of the slash-command
|
|
1341
|
+
autocomplete popup rather than mid-list, because they arrive from `pack-coding` and both surfaces render in
|
|
1342
|
+
module-insertion order. Same commands, same behavior, different position.
|
|
1343
|
+
|
|
1344
|
+
- 37af5dc: ARCH-006 + ARCH-007 — the capability-pack TOOL axis reaches parity with the command and subagent axes,
|
|
1345
|
+
and `robota` consumes the composition kernel's RUNTIME SEAM instead of only its materials.
|
|
1346
|
+
|
|
1347
|
+
- **`@robota-sdk/agent-framework` (ARCH-006)** — the default tool set is no longer hard-coded.
|
|
1348
|
+
`createSession` accepts `defaultTools`, which REPLACES the `createDefaultTools()` tier (`[]` suppresses
|
|
1349
|
+
it entirely) — the tool-axis mirror of NEUT-003's `builtInAgents` seam for subagents. The assembled
|
|
1350
|
+
list `defaultTools ⊕ additionalTools ⊕ goalTool` is now **deduplicated by tool name, first occurrence
|
|
1351
|
+
wins**, the same rule `AgentDefinitionLoader` applies within the subagent built-in tier. So a
|
|
1352
|
+
contributed tool with a NEW name is additive, a contributed tool that mirrors a framework default is
|
|
1353
|
+
deduped rather than listed twice, and a product can hand its whole tool surface to its capability
|
|
1354
|
+
packs. A name collision keeps the framework default and drops the contribution: the default tier is
|
|
1355
|
+
built WITH the session context (`cwd` supplies `agent-tools`' working-directory path guard, plus the
|
|
1356
|
+
sandbox client and retrieval adapter) and an already-constructed contribution carries none of it, so
|
|
1357
|
+
replacement is expressible only through the explicit `defaultTools` seam — never as a side effect of a
|
|
1358
|
+
collision. The edit-checkpoint wrap now covers the assembled set, so a pack-contributed `Write`/`Edit`
|
|
1359
|
+
is checkpointed too. Option threaded through `ICreateSessionOptions` / `IInitOptions` /
|
|
1360
|
+
`IInteractiveSessionStandardOptions`. Absent `defaultTools` and absent a duplicate name, every existing
|
|
1361
|
+
path is byte-identical.
|
|
1362
|
+
- **`@robota-sdk/agent-product` (ARCH-007)** — `buildRuntimeOptions` no longer overwrites a
|
|
1363
|
+
caller-supplied `commandModules`. A shell that has already narrowed the merged `base ⊕ packs` superset
|
|
1364
|
+
(as `robota` does with its preset's enabled/disabled delta) keeps that selection; the assembled set is
|
|
1365
|
+
overlaid only when the caller left it unset — the same rule `permissionMode` already followed.
|
|
1366
|
+
- **`@robota-sdk/agent-cli` (ARCH-007)** — `startCli` now routes through
|
|
1367
|
+
`product.buildRuntimeOptions(...)`. The shell resolves its own session inputs and the kernel lays the
|
|
1368
|
+
product-owned materials on top: the packs' tools (`additionalTools`), the packs' subagents
|
|
1369
|
+
(`agentDefinitions`), and the default preset's permission posture when `--permission-mode` left it
|
|
1370
|
+
unset. The hand-threaded `product.subagents` path and the three per-surface
|
|
1371
|
+
`args.permissionMode ?? resolvedPreset.permissionMode` expressions are gone — every surface binds to
|
|
1372
|
+
the one kernel result.
|
|
1373
|
+
|
|
1374
|
+
End-user `robota` behavior is unchanged: the assembled command-module set, provider surface, tool set,
|
|
1375
|
+
subagent roster, preset resolution, and permission posture all match the pre-change assembly.
|
|
1376
|
+
|
|
1377
|
+
- 2ebff01: Emit the complete persisted checkpoint and branch lifecycle, forward plan, context-refresh, and
|
|
1378
|
+
branch events through protocol transports, and render deterministic bounded notices in the TUI.
|
|
1379
|
+
Transport-owned delivery failures now enter the owning carrier cleanup lifecycle without reversing
|
|
1380
|
+
an already-committed session operation.
|
|
1381
|
+
- b078afa: Forward the runtime-owned session store into headless sessions by default while preserving explicit
|
|
1382
|
+
per-session override and disable semantics.
|
|
1383
|
+
- 0f98419: ARCH-037 — published-contract hygiene.
|
|
1384
|
+
|
|
1385
|
+
**Breaking for anyone importing these from `@robota-sdk/agent-interface-transport`** — hence `major`,
|
|
1386
|
+
matching ARCH-031's precedent for a barrel that loses names (a `minor` would file the removal under
|
|
1387
|
+
"Minor Changes" and a beta consumer scanning for breaking changes would meet it as a `TS2305` after
|
|
1388
|
+
upgrading instead). The package is
|
|
1389
|
+
pre-release and the repo keeps no compatibility shims, so the names are removed rather than deprecated;
|
|
1390
|
+
both are re-exports of types `@robota-sdk/agent-core` owns and still exports under the same names.
|
|
1391
|
+
|
|
1392
|
+
- `IActionRequest` — import from `@robota-sdk/agent-core`.
|
|
1393
|
+
- `TBackgroundPermissionPolicy` — import from `@robota-sdk/agent-core`.
|
|
1394
|
+
|
|
1395
|
+
`TActionResponse` deliberately STAYS. It is the one path by which `agent-transport-gui` and
|
|
1396
|
+
`agent-transport-protocol` can name the type: neither may depend on `agent-core`, and `agent-core` is
|
|
1397
|
+
the bottom layer, so the type cannot move down either. It is now a named exception carrying that
|
|
1398
|
+
reasoning in the source.
|
|
1399
|
+
|
|
1400
|
+
**Added** to `@robota-sdk/agent-framework`: `ICreateDefaultToolsOptions`. `createDefaultTools` was
|
|
1401
|
+
exported without it, so a consumer could call the function but could not name what it must pass —
|
|
1402
|
+
they had to reverse-engineer the shape or cast into it. A new `barrel-parameter-types` harness floor
|
|
1403
|
+
now fails on that shape rather than leaving it to review.
|
|
1404
|
+
|
|
1405
|
+
`@robota-sdk/agent-executor` is a patch only: it now sources `TBackgroundPermissionPolicy` from
|
|
1406
|
+
`@robota-sdk/agent-core` (which it already depends on) instead of through the interface package. Its
|
|
1407
|
+
own published surface is unchanged.
|
|
1408
|
+
|
|
1409
|
+
- d312755: Provider DIP Stage D (ARCH-PROVIDER-005): invert the skill node's dependency on the
|
|
1410
|
+
agent-framework assembly. New `ISkillExecutionPort` contract in
|
|
1411
|
+
`@robota-sdk/agent-interface-transport`; `@robota-sdk/agent-framework` exports
|
|
1412
|
+
`createSkillExecutionPort()`; `@robota-sdk/dag-node-skill` now requires an injected
|
|
1413
|
+
`skillPort` (via `ISkillNodeDefinitionOptions.skillPort`) and no longer depends on
|
|
1414
|
+
`agent-framework`. The concrete port is injected at the `dag-nodes-default` composition
|
|
1415
|
+
root. Closes ARL-11 (skill-half).
|
|
1416
|
+
|
|
1417
|
+
BREAKING (@robota-sdk/dag-node-skill): `SkillNodeDefinition`/`SkillResolverRuntime` now
|
|
1418
|
+
require an injected `skillPort`; the no-arg `createSkillNodeDefinition()` factory is removed.
|
|
1419
|
+
|
|
1420
|
+
- 1e3f91a: CMD-004 Phase 2 Stage E (breaking, beta line): the legacy `TCommandEffect` union and
|
|
1421
|
+
`ICommandResult.effects` are DELETED. Commands emit the split contract directly —
|
|
1422
|
+
`hostActions` (session-executed via `ICommandHostAdapters`; works headless and remote) and
|
|
1423
|
+
`uiIntents` (requester-routed `ui_intent` session events with UI-neutral `show-*` names).
|
|
1424
|
+
Final carriers for the former notification effects: `session_renamed` and the new
|
|
1425
|
+
`history_cleared` are BROADCAST session events (forwarded to every WS surface, folded by the
|
|
1426
|
+
TUI transcript/title and the GUI reducer's new `sessionName`/transcript-reset state);
|
|
1427
|
+
`session-execution-started` rides `result.data.sessionExecution`; the plugin-registry refresh
|
|
1428
|
+
rides `result.data.pluginRegistryReloaded`. A mechanical grep floor
|
|
1429
|
+
(`command-effect-grep-floor.test.ts`) keeps `tui-requested`/`TCommandEffect`/`effects:` out of
|
|
1430
|
+
every `packages/*/src` production tree.
|
|
1431
|
+
- 4b76cfa: NEUT-005 (wave 2): restore an actionable context-capacity hint at the surface tier, neutrally. The zero-dependency `agent-core` layer emits a product-neutral hard-capacity notice and exposes the `IAgentConfig.contextCapacityHint` seam (wave 1). This wave wires that seam end-to-end without baking product vocabulary into a neutral library:
|
|
1432
|
+
|
|
1433
|
+
- `agent-session`: `ISessionOptions.contextCapacityHint` is forwarded into the Robota agent config (`buildRobota`), making the core seam reachable from the consuming layer.
|
|
1434
|
+
- `agent-framework`: new `deriveContextCapacityHint(commandModules)` derives the concrete remediation wording from the surface's OWN registered command set (names a registered `compact` command → `"Run /compact and retry."`; `undefined` when none, leaving the neutral core default). It is applied automatically in interactive session assembly across the TUI, print, and `--serve` surfaces.
|
|
1435
|
+
- `agent-cli`: the default command set registers `/compact`, so end users regain the actionable hint.
|
|
1436
|
+
- `agent-interface-transport`: reworded the `'allow-project'` permission comment so it no longer hardcodes a storage path (the location is owned by the consuming layer), matching the `agent-session` twin.
|
|
1437
|
+
|
|
1438
|
+
- d9bd9ec: Framework neutrality batch (NEUT-001/003/004/007): `planSelfHostingVerification` now requires injected
|
|
1439
|
+
command templates (repo-process literals evicted from the library); built-in agent set, subagent prompt
|
|
1440
|
+
suffix, and self-verification content are injectable; `claudeMd` renamed to `projectNotesMd` (breaking,
|
|
1441
|
+
beta line); `.agents/tasks` context injection is now opt-in via `taskContext` settings and the unused
|
|
1442
|
+
`updateTaskFileStatus` write API was removed; memory candidate-extractor trigger/vocabulary policy is
|
|
1443
|
+
constructor-injectable with the previous bilingual/dev set as the documented default; session-name
|
|
1444
|
+
sanitizer is Unicode-aware (non-Latin titles preserved).
|
|
1445
|
+
- 90e7a10: The default background observer warning code and exported `OBSERVER_FAILURE_WARNING_CODE` value
|
|
1446
|
+
change from `ROBOTA_BACKGROUND_OBSERVER_FAILURE` to `BACKGROUND_OBSERVER_FAILURE`. Hosts matching
|
|
1447
|
+
the old warning code should match the new neutral code or provide `observerFailureWarningCode` in
|
|
1448
|
+
their background manager or session options. The Robota CLI supplies its existing code explicitly
|
|
1449
|
+
across print, goal, serve, MCP, and TUI sessions.
|
|
1450
|
+
- fcb0da3: PAYLOAD-2153: make external-payload replay stable across Linux, macOS, and Windows.
|
|
1451
|
+
|
|
1452
|
+
- Add the domain-free `@robota-sdk/agent-file-authority` leaf with bounded, root-relative reads over retained native handles and a typed, path-safe refusal taxonomy.
|
|
1453
|
+
- Route session replay and framework project reads through the shared authority while preserving their existing domain-specific budgets, integrity checks, and error mappings.
|
|
1454
|
+
- Expose the canonical safe session-id predicate through the framework facade so CLI exact-session lookup stays within the SDK package boundary.
|
|
1455
|
+
- Package the pinned native bridge in clean-installed Node CLI archives and exact-host standalone Bun binaries, refusing unsupported or mismatched targets before artifact mutation.
|
|
1456
|
+
|
|
1457
|
+
- 9665c6e: Make the permission and "ask the user" flows transport-neutral (REMOTE-007 / B4-2a). A session now
|
|
1458
|
+
emits `permission_request` / `ask_request` / `prompt_resolved` events and exposes
|
|
1459
|
+
`resolvePermission` / `resolveAsk`, so any attached surface — local TUI, a WS/WebRTC driver, or a web
|
|
1460
|
+
UI — can render and answer the SAME prompt (local == remote). The framework builds event-emitting
|
|
1461
|
+
default handlers bound to the session emitter (id-keyed parking, fail-closed on zero listeners / on
|
|
1462
|
+
detach / backstop, teardown drain on abort/cancelQueue/shutdown), replacing the injected
|
|
1463
|
+
askHandler/permissionHandler at their source. `getUserInteraction()` is gated on the `ask_request`
|
|
1464
|
+
listener count so the headless "no-human ⇒ proceed" contract is preserved. The WS protocol carries the
|
|
1465
|
+
new events + `permission-response` / `ask-response` verbs, and WebRTC gets them for free via the shared
|
|
1466
|
+
handler. No `/remote-control` enable path is added.
|
|
1467
|
+
- 44393be: Add the `/remote-control` enable path (REMOTE-008 Stage B4-2b) — turn on P2P remote control locally, get
|
|
1468
|
+
a QR + link, and a paired device co-drives the SAME live session over pairing-gated WebRTC. The command
|
|
1469
|
+
is a declarative trigger returning `remote-control-enable-requested`/`-stop-requested` effects (SSOT
|
|
1470
|
+
agent-interface-transport) and reads state via a new `ICommandHostAdapters.remoteControl.getStatus()`;
|
|
1471
|
+
the TUI dispatches the effects to injected callbacks; all transport construction lives at the agent-cli
|
|
1472
|
+
composition root (`WsSignalingClient` + pairing-gated `WebRtcTransport`, relay URL from
|
|
1473
|
+
`transports.webrtc.options.relayUrl`, QR/link rendered into history). Fail-closed: no relay configured ⇒
|
|
1474
|
+
does nothing; pairing mismatch/timeout ⇒ the session is never exposed. Consumes REMOTE-007 so a paired
|
|
1475
|
+
remote owner answers their own permission/ask prompts over the WebRTC channel.
|
|
1476
|
+
- c7fa299: REMOTE-003 + REMOTE-006 (merged — net behavior; the interim deny-by-default gate never appeared in a
|
|
1477
|
+
published version): commands now carry an invocation source. A `'remote'` value is added to the command
|
|
1478
|
+
invocation source (SSOT relocated to `@robota-sdk/agent-interface-transport`, re-exported by
|
|
1479
|
+
`agent-framework`) and an optional `source` is threaded into
|
|
1480
|
+
`IInteractiveSession.executeCommand(name, args, source?)` (defaults to `'user'`, so all local callers are
|
|
1481
|
+
unchanged). The shared `createWsHandler` tags transport-origin commands `'remote'`. Policy: local == remote
|
|
1482
|
+
(owner principle) — pairing is the sole trust boundary, so a transport-origin command runs exactly as a
|
|
1483
|
+
locally-typed one under the universal permission system (permission modes + PermissionEnforcer + the
|
|
1484
|
+
ask/approval handler); `createDefaultRemoteCommandPolicy()` allows by default. The `IRemoteCommandPolicy`
|
|
1485
|
+
seam remains as an OPTIONAL, user-configured restriction, and the genuinely-remote WebRTC path stays
|
|
1486
|
+
pairing-gated.
|
|
1487
|
+
- fde558e: Forward organization policy through TUI, print, and goal sessions so blocked commands are enforced consistently. Preserve print/goal preset generation, language, prompt-seed, and structured-response options through the headless channel, and guard declared session-capability projections against silent field loss.
|
|
1488
|
+
- cbee54e: Surface unmatched preset command-module names instead of silently dropping them (INFRA-032). A preset `enabledCommandModules`/`disabledCommandModules` entry that matches no built command module — a short form like `"editor"` instead of `agent-command-editor`, or a typo — is now reported as a non-fatal notice on both the startup `--preset` path (CLI terminal) and the in-session `/preset` path (command result). Detection lives once in agent-framework's new pure `findUnknownModuleNames`, and agent-command's duplicate module filter now delegates to the framework's `selectCommandModules`; `createDefaultCommandModules` returns `{ modules, unknownModuleNames }`.
|
|
1489
|
+
|
|
1490
|
+
### Patch Changes
|
|
1491
|
+
|
|
1492
|
+
- 5307f8a: Discriminate `IBackgroundTaskResult` by kind, the same way `TBackgroundTaskRequest` already is:
|
|
1493
|
+
`exitCode`/`signalCode` exist only on the `process` member and `usage` only on the `agent` member,
|
|
1494
|
+
instead of being optional-and-unreachable on every kind. `IBackgroundTaskResult<K>` narrows to the
|
|
1495
|
+
kind-specific member; called with no type argument it is still the full union, which is what
|
|
1496
|
+
`IBackgroundTaskState.result` continues to hold (that field stays undiscriminated — a later change).
|
|
1497
|
+
`ISubagentJobResult` is now derived as `Omit<IBackgroundTaskResult<'agent'>, 'kind'>` rather than a
|
|
1498
|
+
hand-maintained `Omit<IBackgroundTaskResult, 'kind' | 'exitCode' | 'signalCode'>`.
|
|
1499
|
+
|
|
1500
|
+
`IBackgroundTaskHandle` gains the same kind parameter as `IBackgroundTaskStart`: a runner declared
|
|
1501
|
+
for kind `K` resolves its handle's `result` to `IBackgroundTaskResult<K>`, so a caller that starts a
|
|
1502
|
+
known-kind runner gets a correctly-narrowed result with no cast, and reading a cross-kind field on it
|
|
1503
|
+
is a compile error. Consumers reading `state.result` through the generic (kind-erased) manager or
|
|
1504
|
+
task-state path are unaffected in behavior, but a `.exitCode`/`.signalCode`/`.usage` read there must
|
|
1505
|
+
now narrow on the result's own `kind` first, since the fallback default keeps `IBackgroundTaskResult`
|
|
1506
|
+
as the full union rather than the previously flat, always-present shape.
|
|
1507
|
+
|
|
1508
|
+
`agent-session`'s session-record decoder now rejects a persisted result carrying a field outside its
|
|
1509
|
+
own kind (e.g. an `'agent'` result with `exitCode`) as corrupt, reported at that field's own path —
|
|
1510
|
+
the same corruption-reporting style the taskId/kind identity check already uses.
|
|
1511
|
+
|
|
1512
|
+
**Breaking for `@robota-sdk/agent-interface-execution` and `@robota-sdk/agent-executor`**: code that
|
|
1513
|
+
read `exitCode`/`signalCode`/`usage` off an unnarrowed `IBackgroundTaskResult`, or that implemented
|
|
1514
|
+
`IBackgroundTaskHandle`/a custom runner without specifying its kind parameter, needs to narrow on
|
|
1515
|
+
`result.kind` (or specify the kind parameter) before those fields are visible again.
|
|
1516
|
+
|
|
1517
|
+
- b462ee7: Discriminate `IBackgroundTaskState` by kind, the same way `TBackgroundTaskRequest` and (as of the
|
|
1518
|
+
prior change) `TBackgroundTaskResult` already are. Fields only one runner ever produces now live
|
|
1519
|
+
only on that kind's member instead of being optional-and-cross-kind-reachable on every kind:
|
|
1520
|
+
|
|
1521
|
+
- `agent`-only: `agentType`, `isolation`, `resumeSessionId`, `promptPreview`, and the
|
|
1522
|
+
worktree-isolation fields (`worktreePath`, `branchName`, `worktreeStatus`, `worktreeNextAction`,
|
|
1523
|
+
`worktreeBaseRevision`, `parentWorktreeStatus`).
|
|
1524
|
+
- `scheduled`-only: `schedule`, `nextFireAt`.
|
|
1525
|
+
- Every kind except `agent`: `commandPreview` (a process command, an MCP tool-invocation summary, or
|
|
1526
|
+
a schedule's shell command / wake instruction).
|
|
1527
|
+
- `state.result` is now `IBackgroundTaskResult<K>` — correlated with `state.kind`, not the free
|
|
1528
|
+
full-result union.
|
|
1529
|
+
|
|
1530
|
+
`pid`, `logPath`, and `transcriptPath` stay on the shared base rather than becoming agent- or
|
|
1531
|
+
process-exclusive: the runner handle SPI already reports them for whichever runner's process
|
|
1532
|
+
happens to produce them, and a subagent run via the worktree/child-process runner carries a `pid`
|
|
1533
|
+
exactly as a `process`-kind task does. `timeoutReason` also stays base — session restore sets
|
|
1534
|
+
`'stale_worker'` on any non-terminal, non-rearmable task regardless of kind, not only agent ones.
|
|
1535
|
+
|
|
1536
|
+
`IBackgroundTaskState<K>` narrows to the kind-specific member; called with no type argument it is
|
|
1537
|
+
still the full union. The session-record decoder (`agent-session`) now rejects a persisted task
|
|
1538
|
+
state carrying a field outside its own kind as corrupt, reported at that field's own path, the same
|
|
1539
|
+
way it already rejects a `state.result` whose kind disagrees with `state.kind`.
|
|
1540
|
+
|
|
1541
|
+
**Breaking for `@robota-sdk/agent-interface-execution` and `@robota-sdk/agent-executor`**: code that
|
|
1542
|
+
read a kind-specific field (e.g. `state.agentType`, `state.schedule`, `state.commandPreview`) off an
|
|
1543
|
+
unnarrowed `IBackgroundTaskState` needs to narrow on `state.kind` first, since the fallback default
|
|
1544
|
+
no longer carries every field on every kind. `agent-session`, `agent-framework`, and `agent-command`
|
|
1545
|
+
land the corresponding narrowing at every read site the type change touched; no runtime behavior
|
|
1546
|
+
changes there beyond the state decoder's new corruption checks.
|
|
1547
|
+
|
|
1548
|
+
- 08a9bd6: The CLI update-check cache is now written owner-only (`0600`) into an owner-only directory (`0700`), instead of inheriting the process umask.
|
|
1549
|
+
|
|
1550
|
+
SEC-020 made every writer into the CLI's own store owner-only and scoped this one file out as "not a session record", which left it the only file the product created there at `0644` under a permissive umask. The store directory is the confidentiality boundary and the file modes are the layer beneath it — an exception in that layer is only invisible while the layer above it holds.
|
|
1551
|
+
|
|
1552
|
+
The write now goes through `writeOwnerOnlyFile`, which creates the parent owner-only and sets the mode at creation rather than tightening afterwards, so the file never exists readable. A cache an older version left at `0644` is repaired at its next write.
|
|
1553
|
+
|
|
1554
|
+
`getUserUpdateCheckCachePath`, `readUpdateCheckCache`, `writeUpdateCheckCache` and `IUpdateCheckCache` moved to an internal `update-check-cache` module. **They are exported from the package root under the same names, so no import changes.**
|
|
1555
|
+
|
|
1556
|
+
- 267af5f: The execution containment seam states where tools run.
|
|
1557
|
+
|
|
1558
|
+
- **`ISandboxClient.filesystem`** (`'shared' | 'separate'`, absent means `separate`).
|
|
1559
|
+
- With a **separate** filesystem (E2B, in-memory), every file tool goes through the sandbox, and
|
|
1560
|
+
`Glob`/`Grep`, which can only read the host, are withheld. Previously a remote sandbox still
|
|
1561
|
+
offered host-reading search tools beside sandbox-writing edit tools.
|
|
1562
|
+
- With a **shared** filesystem (OS-level confinement over the host's files), file tools stay on
|
|
1563
|
+
the host under the path guard, and only commands go through the sandbox.
|
|
1564
|
+
- **`describeExecutionContainment` / `routesFilesThroughSandbox`** name the containment (`host`,
|
|
1565
|
+
`sandbox-shared`, `sandbox-separate`) instead of inferring it from an absent value.
|
|
1566
|
+
- **`robota doctor` reports `execution.containment`.** Robota composes no sandbox today, so the
|
|
1567
|
+
doctor says shell commands run unconfined on the host and the permission rules are the only
|
|
1568
|
+
boundary. The CLI composition and the doctor read the same value.
|
|
1569
|
+
- **The `Agent` and `BackgroundProcess` tools no longer fall back to `process.cwd()`** when they
|
|
1570
|
+
were built without an execution root. They report an assembly error instead, as the file tools
|
|
1571
|
+
already did (ARCH-010).
|
|
1572
|
+
|
|
1573
|
+
- baa6863: **ARCH-025: `SubagentManager.wait()` carries `usage`, and `IScheduleEditPatch` becomes nameable.**
|
|
1574
|
+
|
|
1575
|
+
Two declared contract fields were unreachable by the projections meant to carry them.
|
|
1576
|
+
|
|
1577
|
+
`wait()` returned `{ jobId, output, metadata }` and dropped `usage`, though `ISubagentJobResult.usage` is
|
|
1578
|
+
declared (ANALYTICS-001) and populated end to end. The field was born dropped: the commit that added
|
|
1579
|
+
`usage` to `toBackgroundResult` never touched `wait()` two hundred lines above. It now uses the same
|
|
1580
|
+
conditional spread, so the two directions of the hop read identically.
|
|
1581
|
+
|
|
1582
|
+
This is a **contract repair, not a user-visible one** — worth stating because an earlier draft of this work
|
|
1583
|
+
claimed otherwise. `/cost` is fed by the `background_task_completed` event path and already worked;
|
|
1584
|
+
`wait()` feeds `IOrchestrationStepResult.usage`, which nothing currently reads. Forward-provisioned
|
|
1585
|
+
surfaces carry the same quality bar, which is why it is fixed rather than deferred.
|
|
1586
|
+
|
|
1587
|
+
`IScheduleEditPatch` is the parameter type of the public `IBackgroundTaskManager.editScheduledTask` and
|
|
1588
|
+
`IBackgroundTaskHandle.editSchedule`, but it was on neither barrel, so a consumer of those methods could
|
|
1589
|
+
not name its own parameter type. It is now exported (**new export → minor**), and both structural
|
|
1590
|
+
re-declarations in `agent-framework` are gone — `IAgentJobHostContext.editSchedule`, the interface every
|
|
1591
|
+
command module programs against, and the class method implementing it.
|
|
1592
|
+
|
|
1593
|
+
```ts
|
|
1594
|
+
// before — the caller could not name the type it had to pass
|
|
1595
|
+
editSchedule(
|
|
1596
|
+
taskId: string,
|
|
1597
|
+
patch: { cronExpression?: string; agentInstruction?: string; command?: string },
|
|
1598
|
+
): Promise<void>;
|
|
1599
|
+
|
|
1600
|
+
// after
|
|
1601
|
+
import type { IScheduleEditPatch } from '@robota-sdk/agent-executor';
|
|
1602
|
+
editSchedule(taskId: string, patch: IScheduleEditPatch): Promise<void>;
|
|
1603
|
+
```
|
|
1604
|
+
|
|
1605
|
+
Not a surface change for `agent-framework`: TypeScript is structural, so every existing implementer and
|
|
1606
|
+
caller satisfies the named type unchanged.
|
|
1607
|
+
|
|
1608
|
+
**Deliberately not in this change.** `providerProfile` is a dead contract field whose disposition belongs
|
|
1609
|
+
with the seam, and the seam itself — one field family declared three times and carried by hand-written
|
|
1610
|
+
literals nothing checks for totality — is filed as **ARCH-031** (issue #1747) after a `FOUNDATIONAL`
|
|
1611
|
+
finding-depth verdict. ARCH-031's derivation will subsume the `wait()` repair rather than undo it.
|
|
1612
|
+
|
|
1613
|
+
- 4f3c075: Assemble complete, verified package generations before switching build output; preserve the previous generation on build failure and pack only verified regular-file images. Include copied CLI web assets in affected-build ordering and artifact transfer. Preserve the CLI version in managed build paths. Public runtime contracts remain compatible (patch).
|
|
1614
|
+
- bed26ea: Fix: an in-flight autonomous `goal` is no longer lost on session resume. `fromSessionRecord` was a hand-enumerated field whitelist that omitted `goal` (while the write path persisted it), so the goal silently vanished on load. The read path is now a structural mirror of the write path (`{ ...session }`), so every persisted field — including `goal` — round-trips, and a future field cannot be dropped by omission (ARL-08 / DATA-006). `ISessionRecord` gains an opaque `goal?: unknown` for contract honesty.
|
|
1615
|
+
- 07b627f: A local peer can now be answered, and what its turn may do depends on where it runs.
|
|
1616
|
+
|
|
1617
|
+
- `agent-core`: the permission evaluator takes a peer turn's authority as one more input
|
|
1618
|
+
(`IPermissionEvaluationContext.peerTurn`), decided after the deny list and ceiling and before
|
|
1619
|
+
bypass and allow rules. A peer on another host uses no tool. A peer on the same host may use an
|
|
1620
|
+
inspect-class tool that declares `workspacePaths`, only when every named location resolves inside
|
|
1621
|
+
the workspace and is not a credential (`isSecretPath`); write and execute tools are refused unless
|
|
1622
|
+
enabled, and then every use asks. A tool declaring `repliesToPeer` exists only in a peer turn and
|
|
1623
|
+
asks once the turn used another tool. New: `isToolAvailableInPeerTurn`, `TPeerReach`,
|
|
1624
|
+
`IPeerTurnAuthority`. `IRunOptions.withholdHostedTools` leaves a provider's hosted tools out of a
|
|
1625
|
+
run's requests (`nativeWebTools` with `false` withholds a hosted tool for one call).
|
|
1626
|
+
- `agent-tools`: `Read` and `Glob` declare the arguments that say where they look. `Grep` does not:
|
|
1627
|
+
it reads files it was never named, so a peer turn does not get it.
|
|
1628
|
+
- `agent-session`: `ISessionRunOptions.peerReach` makes a run a peer turn for the permission policy;
|
|
1629
|
+
every ask in it needs a fresh approval, and its requests carry no provider-hosted tool. `ISessionOptions.allowPeerChanges` enables write and execute
|
|
1630
|
+
tools for same-host peer turns.
|
|
1631
|
+
- `agent-interface-session`: `ISubmitOptions.peer` (`IPeerTurnContext`) carries a peer turn's reach,
|
|
1632
|
+
the message it answers and the session a reply goes to.
|
|
1633
|
+
- `agent-interface-session-mobility`: `IPeerMessage.inReplyTo` threads a conversation;
|
|
1634
|
+
`peerReachOf(admission)` maps admission to a reach.
|
|
1635
|
+
- `agent-framework`: a peer turn is offered what its origin allows, and a new `peer_reply` tool
|
|
1636
|
+
answers the peer that sent the message, threaded to it. The setting `peers.allowChanges` enables
|
|
1637
|
+
write and execute tools for same-host peer turns.
|
|
1638
|
+
- `agent-ui-terminal`: a permission prompt in a peer turn names the requesting peer.
|
|
1639
|
+
- `agent-cli`: incoming peer turns carry their reach and reply route; a conversation is limited in
|
|
1640
|
+
depth and in how often this session answers it, and a reply over a limit is not sent and the
|
|
1641
|
+
operator is told.
|
|
1642
|
+
- `agent-provider-anthropic`, `agent-provider-openai-compatible` (Qwen): a request whose
|
|
1643
|
+
`nativeWebTools` sets a hosted tool to `false` is sent without it.
|
|
1644
|
+
|
|
1645
|
+
- d0de5b2: A peer session's message now reaches the model as a peer's, and a peer turn runs on the external
|
|
1646
|
+
baseline.
|
|
1647
|
+
|
|
1648
|
+
- `agent-core` marks every user message whose driver id starts with `peer:` as
|
|
1649
|
+
`<peer_message from="…">…</peer_message>` in the outgoing request — both the round and the forced
|
|
1650
|
+
summary — while the stored history keeps the text as sent. Wrapper-shaped text in user and tool
|
|
1651
|
+
messages is escaped, and an id that is not a plain identifier is printed as `peer:unverified`.
|
|
1652
|
+
New exports: `peerDriverOf`, `printablePeerDriver`.
|
|
1653
|
+
- `agent-session`'s conversation transcript (compaction, advisor) labels a peer message with the same
|
|
1654
|
+
printable id, so no rendering echoes a sender-chosen id that is not a plain identifier.
|
|
1655
|
+
- `agent-framework` runs a `peer` turn like an `external` one — no tools (`toolChoice: 'none'`), no
|
|
1656
|
+
`@path` expansion, no context references — and adds a per-turn system statement that the message
|
|
1657
|
+
came from another session and carries no authority. A `peer` turn must carry a `peer:` driver id.
|
|
1658
|
+
|
|
1659
|
+
- dd444c1: Bind interactive prompt, fork-skill, and foreground-command execution cleanup to an opaque
|
|
1660
|
+
controller-owned claim so stale cleanup cannot release another active operation or drain its queued
|
|
1661
|
+
input.
|
|
1662
|
+
- 833afe1: Remove the remaining polynomial-ReDoS backtracking (SEC-003, CodeQL `js/polynomial-redos`) and stop the DTLS fingerprint binding to SDP free text.
|
|
1663
|
+
|
|
1664
|
+
**`extractDtlsFingerprint` (agent-remote-pairing) — remote-reachable, pre-authentication.** Unlike the rest of this class, the SDP it parses arrives over the signaling relay, which the pairing design treats as untrusted, and it is parsed _before_ the channel-binding confirmation — on the browser peer, before `setRemoteDescription` too. Unanchored, `a=fingerprint:\S+\s+…` restarted from every offset in a non-space run: 5.0 s on a 400 KB SDP. It is now anchored to the start of an SDP line (`/^…/m`), which is linear and also stops the extractor from returning a value smuggled into another line's free text (`s=`, `i=`, an unrelated attribute) — text no DTLS stack reads, and which a relay controls. **Behaviour change:** a mid-line `a=fingerprint:` is no longer recognised. Every SDP a WebRTC stack emits puts the attribute at the start of its own line, so no real SDP is affected. A session-level line can still shadow a media-level one; that residual is recorded in the SEC-003 backlog.
|
|
1665
|
+
|
|
1666
|
+
**Trailing-run trims (agent-framework, agent-cli, agent-tools).** `replace(/-+$/, '')`-shaped regexes have no start anchor, so the engine retried the run from every offset inside it and each retry rescanned to the end — 3.0 s at 100 K characters, ~50 s at 400 K. The memory topic sanitiser, the provider profile-name sanitiser, the model-command tool-name projection, the npm registry URL builder, the git-worktree path-segment sanitiser and the sandbox-root normaliser now use linear index scans (`trimEdgeChars` / `trimTrailingChars` in agent-framework, local helpers elsewhere), proven equivalent to the regexes they replace over every string of the relevant alphabet up to 12 characters.
|
|
1667
|
+
|
|
1668
|
+
**Whitespace-ambiguity parsers (agent-framework).** The skill and agent-definition frontmatter list splitters used `/\s*,\s*/`, whose whitespace run overlapped nothing after it on a failed comma — 12.6 s on a 200 K run. They now split on `','`; the padding was already removed by the `.trim()` that follows, so the parsed lists are unchanged. The `.git` `gitdir:` pointer and the task-file open-item matcher used `\s*(.+)$` / `\s+(.+)$`, where `\s` and `.` both match a space; the capture is now pinned to start non-space, which accepts exactly the same inputs (verified exhaustively) and removes 14.5 s and 15.4 s worst cases.
|
|
1669
|
+
|
|
1670
|
+
**`WebFetch` HTML-to-text (agent-tools) — carried no CodeQL alert.** Found by sweeping for the same shapes rather than the flagged lines, and the only quadratic here whose input is a live response body from an arbitrary URL. `<[^>]+>`, `<script[\s\S]*?</script>` and `<style…>` each restarted from every opener that had no terminator: 12.6 s on 200 KB of `<`, and the 5 MB the fetch allows would have taken hours. All three are now single-pass scans, verified character-for-character identical to the regexes over ~800 K generated inputs.
|
|
1671
|
+
|
|
1672
|
+
Apart from the `extractDtlsFingerprint` anchoring noted above, no behaviour changes: every fix accepts the same inputs and produces the same values, and each ships an equivalence test pinning that.
|
|
1673
|
+
|
|
1674
|
+
- 7863b16: Create settings files owner-only (SEC-003, CodeQL `js/insecure-temporary-file`).
|
|
1675
|
+
|
|
1676
|
+
`writeSettings` persists `provider.apiKey` verbatim when a profile is configured without
|
|
1677
|
+
`--api-key-env` — the CLI even warns that the key is "stored as plain text in settings" — but the
|
|
1678
|
+
file was created with the process umask (measured `0644`/`0664`), leaving that credential readable
|
|
1679
|
+
by every user on the host. It is now created `0600`.
|
|
1680
|
+
|
|
1681
|
+
This is a permissions change only — file locations, names, formats, and APIs are unchanged. `mode`
|
|
1682
|
+
applies at creation, so a settings file that already exists keeps whatever mode it has; only newly
|
|
1683
|
+
created settings files are affected.
|
|
1684
|
+
|
|
1685
|
+
- 9814afc: Type-SSOT convergence (TYPE-003; re-audit CONTRACT-002/003/011/012 + RUNTIME-47 + STRUCT-04). Behavior is unchanged — this is a type-level refactor. `ITokenUsage` (agent-core) is confirmed as the usage-triple SSOT: `ISessionUsageTotals` and `IBackgroundTaskUsage` become aliases, and every inline `{ promptTokens; completionTokens; totalTokens }` copy (service/orchestration/executor/remote-client shapes) now references the SSOT (structurally identical → patch). The subagent-job contracts derive from the background-task SSOT — `TSubagentJobStatus = Exclude<TBackgroundTaskStatus, 'paused'>`, mode alias, and a `Pick`-projection `ISubagentJobState` — with a compile-enforced parity test so a drifting hand copy can no longer exist. `@robota-sdk/agent-session` is minor because the public `ISessionRecord` type is now the typed `IInteractiveSessionRecord` alias (previously a relaxed `unknown[]` mirror): runtime behavior of `SessionStore` is identical, but downstream code that assigned loose payloads to the record's fields may need explicit casts at its own trust boundary (the framework store facade's `as unknown as` cast bridge is deleted). agent-session's duplicate `@robota-sdk/agent-core` deps/devDeps declaration is also removed (STRUCT-04).
|
|
1686
|
+
- Updated dependencies [9c19c50]
|
|
1687
|
+
- Updated dependencies [7b6234c]
|
|
1688
|
+
- Updated dependencies [5307f8a]
|
|
1689
|
+
- Updated dependencies [b462ee7]
|
|
1690
|
+
- Updated dependencies [37b4bd7]
|
|
1691
|
+
- Updated dependencies [4eea54b]
|
|
1692
|
+
- Updated dependencies [30e5e50]
|
|
1693
|
+
- Updated dependencies [bb4696a]
|
|
1694
|
+
- Updated dependencies [2345c0b]
|
|
1695
|
+
- Updated dependencies [118fe0e]
|
|
1696
|
+
- Updated dependencies [240777e]
|
|
1697
|
+
- Updated dependencies [718bdf5]
|
|
1698
|
+
- Updated dependencies [50d2c9f]
|
|
1699
|
+
- Updated dependencies [1698be4]
|
|
1700
|
+
- Updated dependencies [a5961c9]
|
|
1701
|
+
- Updated dependencies [9368d00]
|
|
1702
|
+
- Updated dependencies [d4189b9]
|
|
1703
|
+
- Updated dependencies [9edae52]
|
|
1704
|
+
- Updated dependencies [4078a72]
|
|
1705
|
+
- Updated dependencies [4c73a0b]
|
|
1706
|
+
- Updated dependencies [af2f2ad]
|
|
1707
|
+
- Updated dependencies [267af5f]
|
|
1708
|
+
- Updated dependencies [196a900]
|
|
1709
|
+
- Updated dependencies [f336838]
|
|
1710
|
+
- Updated dependencies [34e50f0]
|
|
1711
|
+
- Updated dependencies [722e88a]
|
|
1712
|
+
- Updated dependencies [a5cc36e]
|
|
1713
|
+
- Updated dependencies [d23c848]
|
|
1714
|
+
- Updated dependencies [4dd45cc]
|
|
1715
|
+
- Updated dependencies [807d161]
|
|
1716
|
+
- Updated dependencies [fec722f]
|
|
1717
|
+
- Updated dependencies [e82215f]
|
|
1718
|
+
- Updated dependencies [52b7346]
|
|
1719
|
+
- Updated dependencies [9db63ee]
|
|
1720
|
+
- Updated dependencies [b078afa]
|
|
1721
|
+
- Updated dependencies [b078afa]
|
|
1722
|
+
- Updated dependencies [2ebff01]
|
|
1723
|
+
- Updated dependencies [2ebff01]
|
|
1724
|
+
- Updated dependencies [9db63ee]
|
|
1725
|
+
- Updated dependencies [2ebff01]
|
|
1726
|
+
- Updated dependencies [baa6863]
|
|
1727
|
+
- Updated dependencies [2d3b2c0]
|
|
1728
|
+
- Updated dependencies [4772067]
|
|
1729
|
+
- Updated dependencies [7b85767]
|
|
1730
|
+
- Updated dependencies [0f98419]
|
|
1731
|
+
- Updated dependencies [64ba748]
|
|
1732
|
+
- Updated dependencies [9fbab1b]
|
|
1733
|
+
- Updated dependencies [d312755]
|
|
1734
|
+
- Updated dependencies [a009f5b]
|
|
1735
|
+
- Updated dependencies [61db70f]
|
|
1736
|
+
- Updated dependencies [db80aba]
|
|
1737
|
+
- Updated dependencies [1e3f91a]
|
|
1738
|
+
- Updated dependencies [4f3c075]
|
|
1739
|
+
- Updated dependencies [475e085]
|
|
1740
|
+
- Updated dependencies [6085cad]
|
|
1741
|
+
- Updated dependencies [e477440]
|
|
1742
|
+
- Updated dependencies [9dcb5da]
|
|
1743
|
+
- Updated dependencies [a95ca85]
|
|
1744
|
+
- Updated dependencies [b6d14ce]
|
|
1745
|
+
- Updated dependencies [0382a51]
|
|
1746
|
+
- Updated dependencies [93d061d]
|
|
1747
|
+
- Updated dependencies [39554a1]
|
|
1748
|
+
- Updated dependencies [d28430a]
|
|
1749
|
+
- Updated dependencies [bed26ea]
|
|
1750
|
+
- Updated dependencies [1e40b5b]
|
|
1751
|
+
- Updated dependencies [7669851]
|
|
1752
|
+
- Updated dependencies [c6c56a6]
|
|
1753
|
+
- Updated dependencies [4b76cfa]
|
|
1754
|
+
- Updated dependencies [90e7a10]
|
|
1755
|
+
- Updated dependencies [fcb0da3]
|
|
1756
|
+
- Updated dependencies [07b627f]
|
|
1757
|
+
- Updated dependencies [d0de5b2]
|
|
1758
|
+
- Updated dependencies [9665c6e]
|
|
1759
|
+
- Updated dependencies [44393be]
|
|
1760
|
+
- Updated dependencies [c7fa299]
|
|
1761
|
+
- Updated dependencies [5134b3b]
|
|
1762
|
+
- Updated dependencies [ebd40a0]
|
|
1763
|
+
- Updated dependencies [833afe1]
|
|
1764
|
+
- Updated dependencies [d6b9404]
|
|
1765
|
+
- Updated dependencies [5c5ff23]
|
|
1766
|
+
- Updated dependencies [9814afc]
|
|
1767
|
+
- Updated dependencies [242a644]
|
|
1768
|
+
- @robota-sdk/agent-interface-execution@3.0.0-beta.80
|
|
1769
|
+
- @robota-sdk/agent-interface-command@3.0.0-beta.80
|
|
1770
|
+
- @robota-sdk/agent-executor@3.0.0-beta.80
|
|
1771
|
+
- @robota-sdk/agent-core@3.0.0-beta.80
|
|
1772
|
+
- @robota-sdk/agent-session@3.0.0-beta.80
|
|
1773
|
+
- @robota-sdk/agent-interface-session@3.0.0-beta.80
|
|
1774
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.80
|
|
1775
|
+
- @robota-sdk/agent-tools@3.0.0-beta.80
|
|
1776
|
+
- @robota-sdk/agent-interface-session-mobility@3.0.0-beta.80
|
|
1777
|
+
- @robota-sdk/agent-interface-analytics@3.0.0-beta.80
|
|
1778
|
+
- @robota-sdk/agent-tool-defaults@3.0.0-beta.80
|
|
1779
|
+
- @robota-sdk/agent-file-authority@3.0.0-beta.80
|
|
1780
|
+
|
|
1781
|
+
## 3.0.0-beta.79
|
|
1782
|
+
|
|
1783
|
+
### Patch Changes
|
|
1784
|
+
|
|
1785
|
+
- @robota-sdk/agent-core@3.0.0-beta.79
|
|
1786
|
+
- @robota-sdk/agent-executor@3.0.0-beta.79
|
|
1787
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.79
|
|
1788
|
+
- @robota-sdk/agent-session@3.0.0-beta.79
|
|
1789
|
+
- @robota-sdk/agent-tools@3.0.0-beta.79
|
|
1790
|
+
|
|
1791
|
+
## 3.0.0-beta.78
|
|
1792
|
+
|
|
1793
|
+
### Patch Changes
|
|
1794
|
+
|
|
1795
|
+
- Updated dependencies [6f308d1]
|
|
1796
|
+
- @robota-sdk/agent-core@3.0.0-beta.78
|
|
1797
|
+
- @robota-sdk/agent-executor@3.0.0-beta.78
|
|
1798
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.78
|
|
1799
|
+
- @robota-sdk/agent-session@3.0.0-beta.78
|
|
1800
|
+
- @robota-sdk/agent-tools@3.0.0-beta.78
|
|
1801
|
+
|
|
1802
|
+
## 3.0.0-beta.77
|
|
1803
|
+
|
|
1804
|
+
### Patch Changes
|
|
1805
|
+
|
|
1806
|
+
- Updated dependencies
|
|
1807
|
+
- @robota-sdk/agent-core@3.0.0-beta.77
|
|
1808
|
+
- @robota-sdk/agent-executor@3.0.0-beta.77
|
|
1809
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.77
|
|
1810
|
+
- @robota-sdk/agent-session@3.0.0-beta.77
|
|
1811
|
+
- @robota-sdk/agent-tools@3.0.0-beta.77
|
|
1812
|
+
|
|
1813
|
+
## 3.0.0-beta.76
|
|
1814
|
+
|
|
1815
|
+
### Patch Changes
|
|
1816
|
+
|
|
1817
|
+
- c0a6287: Relocate session feature logic out of the CLI shell and the transport (DQ-AUDIT-004):
|
|
1818
|
+
|
|
1819
|
+
- Extract session-log timing analysis into the new `@robota-sdk/agent-session-analytics` package (pure analysis over canonical session records — no duplicate types, no file I/O). `agent-cli`'s `session analyze` command shrinks to thin wiring and loads records via the new `createUserSessionStore()` / existing `createProjectSessionStore()` framework facades.
|
|
1820
|
+
- Move LLM-based session auto-naming (`generateSessionName`) from `agent-transport/tui` into `agent-framework` (session-lifecycle owner); the TUI transport now invokes it through the framework.
|
|
1821
|
+
|
|
1822
|
+
- 9df3a88: Split the consolidated `@robota-sdk/agent-transport` package into per-concern transport packages (DQ-AUDIT-005) so unrelated heavy dependencies (React/Ink, ws, Hono, MCP SDK) no longer share one publishable unit and are not dragged into non-TUI consumers' graphs:
|
|
1823
|
+
|
|
1824
|
+
- `@robota-sdk/agent-transport` — lean core: headless adapter + `TransportRegistry` + scripted-provider testing fixtures (no external runtime deps).
|
|
1825
|
+
- `@robota-sdk/agent-transport-tui` — React + Ink terminal UI.
|
|
1826
|
+
- `@robota-sdk/agent-transport-ws` — WebSocket transport + protocol (`agent-web-ui` now depends only on this for WS types).
|
|
1827
|
+
- `@robota-sdk/agent-transport-http` — Hono HTTP transport.
|
|
1828
|
+
- `@robota-sdk/agent-transport-mcp` — MCP server transport.
|
|
1829
|
+
|
|
1830
|
+
The default transport-registry wiring (pre-registering `WsTransport`) moves to the CLI composition root, removing the core→ws edge.
|
|
1831
|
+
|
|
1832
|
+
- 576af62: Fix `ConfigurationError: Agent must be fully initialized before changing model configuration` when running `/preset` (or any live model re-apply) on a fresh interactive session before the first message. The Robota agent initialized lazily on the first `run()`, but `setModel` requires full initialization. `Session.applyModelOptions` now awaits the new idempotent `Robota.ensureReady()` before `setModel`, and the preset live-switch path (`applyPresetToSession` → `executePresetCommand`) is async end-to-end. Adds a real cold-session regression test (no mocked Robota).
|
|
1833
|
+
- Updated dependencies
|
|
1834
|
+
- Updated dependencies
|
|
1835
|
+
- Updated dependencies
|
|
1836
|
+
- Updated dependencies [576af62]
|
|
1837
|
+
- @robota-sdk/agent-core@3.0.0-beta.76
|
|
1838
|
+
- @robota-sdk/agent-session@3.0.0-beta.76
|
|
1839
|
+
- @robota-sdk/agent-executor@3.0.0-beta.76
|
|
1840
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.76
|
|
1841
|
+
- @robota-sdk/agent-tools@3.0.0-beta.76
|
|
1842
|
+
|
|
1843
|
+
## 3.0.0-beta.75
|
|
1844
|
+
|
|
1845
|
+
### Patch Changes
|
|
1846
|
+
|
|
1847
|
+
- Agent preset system + live preset switching + context/history correctness fixes.
|
|
1848
|
+
|
|
1849
|
+
- **Preset system (PRESET-001~017):** new `@robota-sdk/agent-preset` package layering framework
|
|
1850
|
+
assembly options into named, selectable profiles (`default`, `autonomous-builder`, `careful-reviewer`,
|
|
1851
|
+
`neutral-executor`) plus user-authored external presets loaded from `~/.robota/presets/*.json`.
|
|
1852
|
+
- **Live preset switching:** `/preset` command (list + active marker + switch) and a TUI active-preset
|
|
1853
|
+
display. Switching live re-applies permission posture, model/effort, persona, command-module
|
|
1854
|
+
selection, parallel-subagents gating, and a self-verification system-prompt section via the single
|
|
1855
|
+
`applyPresetToSession` engine.
|
|
1856
|
+
- **CTX-001:** the TUI Context display + session auto-compact now use the accurate provider-based token
|
|
1857
|
+
estimate (system prompt + tool schemas included) instead of a crude history-only char heuristic.
|
|
1858
|
+
- **HIST-001:** conversation history is now append-only — removed the silent 100-message count cap that
|
|
1859
|
+
could drop early context; context size is managed solely by size-based compaction.
|
|
1860
|
+
|
|
1861
|
+
- Updated dependencies
|
|
1862
|
+
- @robota-sdk/agent-core@3.0.0-beta.75
|
|
1863
|
+
- @robota-sdk/agent-session@3.0.0-beta.75
|
|
1864
|
+
- @robota-sdk/agent-executor@3.0.0-beta.75
|
|
1865
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.75
|
|
1866
|
+
- @robota-sdk/agent-tools@3.0.0-beta.75
|
|
1867
|
+
|
|
1868
|
+
## 3.0.0-beta.74
|
|
1869
|
+
|
|
1870
|
+
### Patch Changes
|
|
1871
|
+
|
|
1872
|
+
- Architecture conformance release: doc-vs-code audit (INFRA-002), conformance skill system + GATE-CONFORMANCE blocking scan (INFRA-003), canonical-doc drift cleanup (INFRA-004~~011, BEHAVIOR-004), and the interface-type SSOT extraction to `@robota-sdk/agent-interface-transport` with a mechanically-enforced interface-import rule across packages and apps (DATA-001, INFRA-012~~014). Harness process lessons baked into skills (INFRA-015).
|
|
1873
|
+
- @robota-sdk/agent-core@3.0.0-beta.74
|
|
1874
|
+
- @robota-sdk/agent-executor@3.0.0-beta.74
|
|
1875
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.74
|
|
1876
|
+
- @robota-sdk/agent-session@3.0.0-beta.74
|
|
1877
|
+
- @robota-sdk/agent-tools@3.0.0-beta.74
|
|
1878
|
+
|
|
1879
|
+
## 3.0.0-beta.73
|
|
1880
|
+
|
|
1881
|
+
### Patch Changes
|
|
1882
|
+
|
|
1883
|
+
- @robota-sdk/agent-core@3.0.0-beta.73
|
|
1884
|
+
- @robota-sdk/agent-executor@3.0.0-beta.73
|
|
1885
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.73
|
|
1886
|
+
- @robota-sdk/agent-session@3.0.0-beta.73
|
|
1887
|
+
- @robota-sdk/agent-tools@3.0.0-beta.73
|
|
1888
|
+
|
|
1889
|
+
## 3.0.0-beta.72
|
|
1890
|
+
|
|
1891
|
+
### Patch Changes
|
|
1892
|
+
|
|
1893
|
+
- Emit context_update event after session restore so TUI status bar reflects correct context usage immediately on /resume.
|
|
1894
|
+
- @robota-sdk/agent-core@3.0.0-beta.72
|
|
1895
|
+
- @robota-sdk/agent-executor@3.0.0-beta.72
|
|
1896
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.72
|
|
1897
|
+
- @robota-sdk/agent-session@3.0.0-beta.72
|
|
1898
|
+
- @robota-sdk/agent-tools@3.0.0-beta.72
|
|
1899
|
+
|
|
1900
|
+
## 3.0.0-beta.71
|
|
1901
|
+
|
|
1902
|
+
### Patch Changes
|
|
1903
|
+
|
|
1904
|
+
- fix(context): unify token estimation to single SSOT — status bar and /context list now use the same serialized JSON estimate
|
|
1905
|
+
- Updated dependencies
|
|
1906
|
+
- @robota-sdk/agent-core@3.0.0-beta.71
|
|
1907
|
+
- @robota-sdk/agent-executor@3.0.0-beta.71
|
|
1908
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.71
|
|
1909
|
+
- @robota-sdk/agent-session@3.0.0-beta.71
|
|
1910
|
+
- @robota-sdk/agent-tools@3.0.0-beta.71
|
|
1911
|
+
|
|
1912
|
+
## 3.0.0-beta.70
|
|
1913
|
+
|
|
1914
|
+
### Patch Changes
|
|
1915
|
+
|
|
1916
|
+
- CLI UX fixes: /context list full LLM context breakdown (CLI-B10), logo resize fix (CLI-B03), token estimates in context list (CLI-B04)
|
|
1917
|
+
- @robota-sdk/agent-core@3.0.0-beta.70
|
|
1918
|
+
- @robota-sdk/agent-executor@3.0.0-beta.70
|
|
1919
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.70
|
|
1920
|
+
- @robota-sdk/agent-session@3.0.0-beta.70
|
|
1921
|
+
- @robota-sdk/agent-tools@3.0.0-beta.70
|
|
1922
|
+
|
|
1923
|
+
## 3.0.0-beta.69
|
|
1924
|
+
|
|
1925
|
+
### Patch Changes
|
|
1926
|
+
|
|
1927
|
+
- Fix /context list showing empty despite non-zero context percentage. System context files (AGENTS.md, CLAUDE.md) loaded at session startup now appear in the list with [system, active] label. Prompt execution no longer re-adds them as manual duplicates.
|
|
1928
|
+
- @robota-sdk/agent-core@3.0.0-beta.69
|
|
1929
|
+
- @robota-sdk/agent-executor@3.0.0-beta.69
|
|
1930
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.69
|
|
1931
|
+
- @robota-sdk/agent-session@3.0.0-beta.69
|
|
1932
|
+
- @robota-sdk/agent-tools@3.0.0-beta.69
|
|
1933
|
+
|
|
1934
|
+
## 3.0.0-beta.68
|
|
1935
|
+
|
|
1936
|
+
### Patch Changes
|
|
1937
|
+
|
|
1938
|
+
- @robota-sdk/agent-core@3.0.0-beta.68
|
|
1939
|
+
- @robota-sdk/agent-executor@3.0.0-beta.68
|
|
1940
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.68
|
|
1941
|
+
- @robota-sdk/agent-session@3.0.0-beta.68
|
|
1942
|
+
- @robota-sdk/agent-tools@3.0.0-beta.68
|
|
1943
|
+
|
|
1944
|
+
## 3.0.0-beta.67
|
|
1945
|
+
|
|
1946
|
+
### Patch Changes
|
|
1947
|
+
|
|
1948
|
+
- CLIR: agent-cli layer separation, agent-framework interactive session improvements, subagent runner fix, TUI interface README
|
|
1949
|
+
- @robota-sdk/agent-core@3.0.0-beta.67
|
|
1950
|
+
- @robota-sdk/agent-executor@3.0.0-beta.67
|
|
1951
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.67
|
|
1952
|
+
- @robota-sdk/agent-session@3.0.0-beta.67
|
|
1953
|
+
- @robota-sdk/agent-tools@3.0.0-beta.67
|
|
1954
|
+
|
|
1955
|
+
## 3.0.0-beta.66
|
|
1956
|
+
|
|
1957
|
+
### Patch Changes
|
|
1958
|
+
|
|
1959
|
+
- refactor: CLI-001/002 — agent-cli layer separation and monorepo-wide readability lint rules
|
|
1960
|
+
- CLI-001: Extract startup phases into focused modules; enforce agent-cli layer separation
|
|
1961
|
+
- CLI-002: Apply import/order, consistent-type-imports, explicit-function-return-type, prefer-const, object-shorthand across all packages
|
|
1962
|
+
- Fix stale child-process-subagent-worker entry in agent-cli tsdown.config.ts (build fix)
|
|
1963
|
+
- @robota-sdk/agent-core@3.0.0-beta.66
|
|
1964
|
+
- @robota-sdk/agent-executor@3.0.0-beta.66
|
|
1965
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.66
|
|
1966
|
+
- @robota-sdk/agent-session@3.0.0-beta.66
|
|
1967
|
+
- @robota-sdk/agent-tools@3.0.0-beta.66
|
|
1968
|
+
|
|
1969
|
+
## 3.0.0-beta.65
|
|
1970
|
+
|
|
1971
|
+
### Patch Changes
|
|
1972
|
+
|
|
1973
|
+
- @robota-sdk/agent-core@3.0.0-beta.65
|
|
1974
|
+
- @robota-sdk/agent-executor@3.0.0-beta.65
|
|
1975
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.65
|
|
1976
|
+
- @robota-sdk/agent-session@3.0.0-beta.65
|
|
1977
|
+
- @robota-sdk/agent-tools@3.0.0-beta.65
|
|
1978
|
+
|
|
1979
|
+
## 3.0.0-beta.64
|
|
1980
|
+
|
|
1981
|
+
### Minor Changes
|
|
1982
|
+
|
|
1983
|
+
- feat: add displayName and requiresPermission to command interfaces
|
|
1984
|
+
- `ICommand`, `ISystemCommand`, `ICommandListEntry`: add optional `displayName` field for user-friendly labels
|
|
1985
|
+
- `ISystemCommand`: add optional `requiresPermission` field for per-command permission policy declaration
|
|
1986
|
+
- `SystemCommandExecutor`: add `resolveRequiresPermission()` — derives from `safety` when field is undefined
|
|
1987
|
+
- All 24 built-in commands declare explicit `displayName` and `requiresPermission`
|
|
1988
|
+
- TUI autocomplete renders `displayName ?? name`; Tab completion still inserts the technical command ID
|
|
1989
|
+
- `/help` output shows `Display Name (/command-id)` format
|
|
1990
|
+
|
|
1991
|
+
### Patch Changes
|
|
1992
|
+
|
|
1993
|
+
- @robota-sdk/agent-core@3.0.0-beta.64
|
|
1994
|
+
- @robota-sdk/agent-executor@3.0.0-beta.64
|
|
1995
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.64
|
|
1996
|
+
- @robota-sdk/agent-session@3.0.0-beta.64
|
|
1997
|
+
- @robota-sdk/agent-tools@3.0.0-beta.64
|
|
1998
|
+
|
|
1999
|
+
## 3.0.0-beta.63
|
|
2000
|
+
|
|
2001
|
+
### Patch Changes
|
|
2002
|
+
|
|
2003
|
+
- @robota-sdk/agent-core@3.0.0-beta.63
|
|
2004
|
+
- @robota-sdk/agent-session@3.0.0-beta.63
|
|
2005
|
+
- @robota-sdk/agent-tools@3.0.0-beta.63
|
|
2006
|
+
- @robota-sdk/agent-interface-transport@3.0.0-beta.63
|
|
2007
|
+
- @robota-sdk/agent-executor@3.0.0-beta.63
|
|
2008
|
+
|
|
2009
|
+
## 3.0.0-beta.62
|
|
2010
|
+
|
|
2011
|
+
### Patch Changes
|
|
2012
|
+
|
|
2013
|
+
- Updated dependencies
|
|
2014
|
+
- @robota-sdk/agent-core@3.0.0-beta.62
|
|
2015
|
+
- @robota-sdk/agent-executor@3.0.0-beta.62
|
|
2016
|
+
- @robota-sdk/agent-session@3.0.0-beta.62
|
|
2017
|
+
- @robota-sdk/agent-tools@3.0.0-beta.62
|
|
2018
|
+
|
|
2019
|
+
## 3.0.0-beta.61
|
|
2020
|
+
|
|
2021
|
+
### Minor Changes
|
|
2022
|
+
|
|
2023
|
+
- e243fb0: Add provider-neutral sandbox execution ports, E2B-compatible sandbox adapter, and SDK sandbox injection for Bash and core file tools.
|
|
2024
|
+
- 18fcc5b: Add provider-neutral sandbox snapshot hydration for interactive sessions. Snapshot-capable sandbox clients now persist `sandboxSnapshotId` on shutdown and restore it before saved message replay on non-fork resume, while the E2B structural adapter supports both `createSnapshot()`-style checkpoints and pause/resume sandbox references.
|
|
2025
|
+
- 3bde012: Add provider-neutral sandbox workspace manifests and wire `InteractiveSession` to apply them before session creation.
|
|
2026
|
+
|
|
2027
|
+
### Patch Changes
|
|
2028
|
+
|
|
2029
|
+
- 36eb7a9: Add provider-owned native replay payload hooks, replay validation coverage, and a session log validation command.
|
|
2030
|
+
- cc0223d: Add SDK-owned provider profile name suggestions, create model-derived profile keys during interactive setup, and show the active provider profile identity in the CLI status area.
|
|
2031
|
+
- d97bdf2: Add provider-owned model catalog metadata, route `/model` suggestions through the active provider, and make `cli:dev` resolve the CLI workspace dependency closure through source export conditions.
|
|
2032
|
+
- Updated dependencies [e243fb0]
|
|
2033
|
+
- Updated dependencies [1c0d44c]
|
|
2034
|
+
- Updated dependencies [36eb7a9]
|
|
2035
|
+
- Updated dependencies [18fcc5b]
|
|
2036
|
+
- Updated dependencies [d97bdf2]
|
|
2037
|
+
- Updated dependencies [3bde012]
|
|
2038
|
+
- @robota-sdk/agent-tools@3.0.0-beta.61
|
|
2039
|
+
- @robota-sdk/agent-core@3.0.0-beta.61
|
|
2040
|
+
- @robota-sdk/agent-session@3.0.0-beta.61
|
|
2041
|
+
- @robota-sdk/agent-executor@3.0.0-beta.61
|
|
2042
|
+
|
|
2043
|
+
## 3.0.0-beta.60
|
|
2044
|
+
|
|
2045
|
+
### Minor Changes
|
|
2046
|
+
|
|
2047
|
+
- 7439391: Add provider-neutral native web search/fetch capability contracts, explicit unsupported handling for OpenAI-compatible/LM Studio profiles, and local WebFetch/WebSearch permission/documentation alignment.
|
|
2048
|
+
|
|
2049
|
+
### Patch Changes
|
|
2050
|
+
|
|
2051
|
+
- 41ae788: Restore the CLI thinking indicator and add structured Agent tool batch provenance/count metadata.
|
|
2052
|
+
- Updated dependencies [7439391]
|
|
2053
|
+
- @robota-sdk/agent-core@3.0.0-beta.60
|
|
2054
|
+
- @robota-sdk/agent-session@3.0.0-beta.60
|
|
2055
|
+
- @robota-sdk/agent-executor@3.0.0-beta.60
|
|
2056
|
+
- @robota-sdk/agent-tools@3.0.0-beta.60
|
|
2057
|
+
|
|
2058
|
+
## 3.0.0-beta.59
|
|
2059
|
+
|
|
2060
|
+
### Patch Changes
|
|
2061
|
+
|
|
2062
|
+
- Updated dependencies [95721ff]
|
|
2063
|
+
- @robota-sdk/agent-tools@3.0.0-beta.59
|
|
2064
|
+
- @robota-sdk/agent-core@3.0.0-beta.59
|
|
2065
|
+
- @robota-sdk/agent-session@3.0.0-beta.59
|
|
2066
|
+
- @robota-sdk/agent-executor@3.0.0-beta.59
|
|
2067
|
+
|
|
2068
|
+
## 3.0.0-beta.58
|
|
2069
|
+
|
|
2070
|
+
### Patch Changes
|
|
2071
|
+
|
|
2072
|
+
- Refresh package docs and robota.io content for the beta 57 feature set.
|
|
2073
|
+
- Updated dependencies
|
|
2074
|
+
- @robota-sdk/agent-core@3.0.0-beta.58
|
|
2075
|
+
- @robota-sdk/agent-executor@3.0.0-beta.58
|
|
2076
|
+
- @robota-sdk/agent-session@3.0.0-beta.58
|
|
2077
|
+
- @robota-sdk/agent-tools@3.0.0-beta.58
|
|
2078
|
+
|
|
2079
|
+
## 3.0.0-beta.57
|
|
2080
|
+
|
|
2081
|
+
### Minor Changes
|
|
2082
|
+
|
|
2083
|
+
- b80e51e: Add SDK-owned automatic project memory capture, approval review, bounded retrieval, and session-log provenance.
|
|
2084
|
+
- 1cfdce9: Add SDK-owned edit checkpointing for Write/Edit tool mutations with `/rewind` list and code restore commands.
|
|
2085
|
+
- f61e2cb: Add Qwen provider-owned Responses API support for built-in web search/fetch tools and pass provider-owned profile options through generic CLI/runtime configuration.
|
|
2086
|
+
- 822a78b: Add self-hosting verification planning and atomic UTF-8 writes for built-in file mutation tools.
|
|
2087
|
+
- 9817f99: Add active task context loading, formatting, and status update helpers for `.agents/tasks/*.md`.
|
|
2088
|
+
|
|
2089
|
+
### Patch Changes
|
|
2090
|
+
|
|
2091
|
+
- 16c3b6f: Persist and render provider-neutral per-turn usage summaries with pre-send context updates in CLI sessions.
|
|
2092
|
+
- 4eca470: Render command tool output as bounded transcript previews and persist tool result metadata in SDK tool summaries.
|
|
2093
|
+
- 90a2802: Render Edit tool summaries as context-aware diff hunks with structured truncation metadata.
|
|
2094
|
+
- 26a1718: Preserve and render Edit tool diff metadata in persisted CLI tool summaries.
|
|
2095
|
+
- e504d30: Route project memory through the model-visible `/memory` command descriptor instead of hidden automatic prompt injection.
|
|
2096
|
+
- 0e0e533: Remove obsolete automatic memory policy configuration and top-level automatic memory orchestration exports from the SDK public surface.
|
|
2097
|
+
- Updated dependencies [16c3b6f]
|
|
2098
|
+
- Updated dependencies [b80e51e]
|
|
2099
|
+
- Updated dependencies [26a1718]
|
|
2100
|
+
- Updated dependencies [f61e2cb]
|
|
2101
|
+
- Updated dependencies [822a78b]
|
|
2102
|
+
- @robota-sdk/agent-core@3.0.0-beta.57
|
|
2103
|
+
- @robota-sdk/agent-session@3.0.0-beta.57
|
|
2104
|
+
- @robota-sdk/agent-executor@3.0.0-beta.57
|
|
2105
|
+
- @robota-sdk/agent-tools@3.0.0-beta.57
|
|
2106
|
+
|
|
2107
|
+
## 3.0.0-beta.56
|
|
2108
|
+
|
|
2109
|
+
### Patch Changes
|
|
2110
|
+
|
|
2111
|
+
- Updated dependencies
|
|
2112
|
+
- @robota-sdk/agent-core@3.0.0-beta.56
|
|
2113
|
+
- @robota-sdk/agent-executor@3.0.0-beta.56
|
|
2114
|
+
- @robota-sdk/agent-session@3.0.0-beta.56
|
|
2115
|
+
- @robota-sdk/agent-tools@3.0.0-beta.56
|
|
2116
|
+
|
|
2117
|
+
## 3.0.0-beta.55
|
|
2118
|
+
|
|
2119
|
+
### Patch Changes
|
|
2120
|
+
|
|
2121
|
+
- 38a72bf: fix: resolve ESLint tsconfig parsing errors and improve pnpm CI reliability
|
|
2122
|
+
- Add tsconfig.eslint.json to all packages for per-package ESLint runs
|
|
2123
|
+
- Migrate typecheck from pnpm -r exec tsc to per-package typecheck scripts
|
|
2124
|
+
- Add --if-present to all recursive pnpm run scripts
|
|
2125
|
+
- Fix React type imports, dynamic imports in tests, Express.Multer types
|
|
2126
|
+
|
|
2127
|
+
- Updated dependencies [38a72bf]
|
|
2128
|
+
- @robota-sdk/agent-core@3.0.0-beta.55
|
|
2129
|
+
- @robota-sdk/agent-session@3.0.0-beta.55
|
|
2130
|
+
- @robota-sdk/agent-tools@3.0.0-beta.55
|
|
2131
|
+
|
|
2132
|
+
## 3.0.0-beta.54
|
|
2133
|
+
|
|
2134
|
+
### Patch Changes
|
|
2135
|
+
|
|
2136
|
+
- fix: resolve all typecheck errors across packages
|
|
2137
|
+
- Updated dependencies
|
|
2138
|
+
- @robota-sdk/agent-session@3.0.0-beta.54
|
|
2139
|
+
- @robota-sdk/agent-core@3.0.0-beta.54
|
|
2140
|
+
- @robota-sdk/agent-tools@3.0.0-beta.54
|
|
2141
|
+
|
|
2142
|
+
## 3.0.0-beta.53
|
|
2143
|
+
|
|
2144
|
+
### Patch Changes
|
|
2145
|
+
|
|
2146
|
+
- refactor: monolith decomposition — all agent-\* files under 300 lines
|
|
2147
|
+
- fix: PR #69 code review — session resume tool messages, type SSOT, fork isolation, settings crash, Notification removal, chat validation
|
|
2148
|
+
- Updated dependencies
|
|
2149
|
+
- Updated dependencies
|
|
2150
|
+
- @robota-sdk/agent-core@3.0.0-beta.53
|
|
2151
|
+
- @robota-sdk/agent-session@3.0.0-beta.53
|
|
2152
|
+
- @robota-sdk/agent-tools@3.0.0-beta.53
|
|
2153
|
+
|
|
2154
|
+
## 3.0.0-beta.52
|
|
2155
|
+
|
|
2156
|
+
### Patch Changes
|
|
2157
|
+
|
|
2158
|
+
- @robota-sdk/agent-core@3.0.0-beta.52
|
|
2159
|
+
- @robota-sdk/agent-session@3.0.0-beta.52
|
|
2160
|
+
- @robota-sdk/agent-tools@3.0.0-beta.52
|
|
2161
|
+
|
|
2162
|
+
## 3.0.0-beta.51
|
|
2163
|
+
|
|
2164
|
+
### Patch Changes
|
|
2165
|
+
|
|
2166
|
+
- @robota-sdk/agent-core@3.0.0-beta.51
|
|
2167
|
+
- @robota-sdk/agent-session@3.0.0-beta.51
|
|
2168
|
+
- @robota-sdk/agent-tools@3.0.0-beta.51
|
|
2169
|
+
|
|
2170
|
+
## 3.0.0-beta.50
|
|
2171
|
+
|
|
2172
|
+
### Patch Changes
|
|
2173
|
+
|
|
2174
|
+
- fix: reinsert repository/homepage/bugs in correct field order
|
|
2175
|
+
- Updated dependencies
|
|
2176
|
+
- @robota-sdk/agent-tools@3.0.0-beta.50
|
|
2177
|
+
- @robota-sdk/agent-core@3.0.0-beta.50
|
|
2178
|
+
- @robota-sdk/agent-session@3.0.0-beta.50
|
|
2179
|
+
|
|
2180
|
+
## 3.0.0-beta.49
|
|
2181
|
+
|
|
2182
|
+
### Patch Changes
|
|
2183
|
+
|
|
2184
|
+
- fix: add repository, homepage, bugs metadata to all publishable packages
|
|
2185
|
+
- Updated dependencies
|
|
2186
|
+
- @robota-sdk/agent-tools@3.0.0-beta.49
|
|
2187
|
+
- @robota-sdk/agent-core@3.0.0-beta.49
|
|
2188
|
+
- @robota-sdk/agent-session@3.0.0-beta.49
|
|
2189
|
+
|
|
2190
|
+
## 3.0.0-beta.48
|
|
2191
|
+
|
|
2192
|
+
### Patch Changes
|
|
2193
|
+
|
|
2194
|
+
- fix: record individual tool-start/tool-end in history + fix streaming tool display
|
|
2195
|
+
- Individual tool-start/tool-end events recorded as IHistoryEntry for persistence
|
|
2196
|
+
- TuiStateManager.onToolEnd uses findIndex (first match only, not all with same name)
|
|
2197
|
+
- MessageList hides tool-start/tool-end entries (not rendered as System:)
|
|
2198
|
+
- @robota-sdk/agent-core@3.0.0-beta.48
|
|
2199
|
+
- @robota-sdk/agent-session@3.0.0-beta.48
|
|
2200
|
+
- @robota-sdk/agent-tools@3.0.0-beta.48
|
|
2201
|
+
|
|
2202
|
+
## 3.0.0-beta.47
|
|
2203
|
+
|
|
2204
|
+
### Minor Changes
|
|
2205
|
+
|
|
2206
|
+
- feat: ITransportAdapter unified interface + headless transport + CLI adapter pattern
|
|
2207
|
+
- ITransportAdapter interface in agent-sdk (name, attach, start, stop)
|
|
2208
|
+
- InteractiveSession.attachTransport(transport) method
|
|
2209
|
+
- createHttpTransport, createWsTransport, createMcpTransport, createHeadlessTransport factories
|
|
2210
|
+
- CLI print mode uses adapter pattern: session.attachTransport(transport)
|
|
2211
|
+
- agent-transport-headless: text/json/stream-json output, stdin pipe, exit codes
|
|
2212
|
+
- --output-format, --system-prompt, --append-system-prompt CLI flags
|
|
2213
|
+
|
|
2214
|
+
### Patch Changes
|
|
2215
|
+
|
|
2216
|
+
- @robota-sdk/agent-core@3.0.0-beta.47
|
|
2217
|
+
- @robota-sdk/agent-session@3.0.0-beta.47
|
|
2218
|
+
- @robota-sdk/agent-tools@3.0.0-beta.47
|
|
2219
|
+
|
|
2220
|
+
## 3.0.0-beta.46
|
|
2221
|
+
|
|
2222
|
+
### Minor Changes
|
|
2223
|
+
|
|
2224
|
+
- feat: session continue/resume — persist, restore, and switch sessions
|
|
2225
|
+
- ISessionRecord.history field (required) for UI timeline restoration
|
|
2226
|
+
- Session.injectMessage() for AI context restoration on resume
|
|
2227
|
+
- InteractiveSession: sessionStore, resumeSessionId, forkSession, getName/setName
|
|
2228
|
+
- CLI: --continue, --resume, --fork-session, --name flags
|
|
2229
|
+
- TUI: /resume (session picker), /rename (session naming)
|
|
2230
|
+
- ListPicker generic component with viewport scrolling
|
|
2231
|
+
- Session name display: input border title, terminal title, StatusBar
|
|
2232
|
+
- Session picker: cwd filtering, date+time, response preview
|
|
2233
|
+
- React key remount for instant session switching
|
|
2234
|
+
|
|
2235
|
+
### Patch Changes
|
|
2236
|
+
|
|
2237
|
+
- Updated dependencies
|
|
2238
|
+
- @robota-sdk/agent-session@3.0.0-beta.46
|
|
2239
|
+
- @robota-sdk/agent-core@3.0.0-beta.46
|
|
2240
|
+
- @robota-sdk/agent-tools@3.0.0-beta.46
|
|
2241
|
+
|
|
2242
|
+
## 3.0.0-beta.45
|
|
2243
|
+
|
|
2244
|
+
### Patch Changes
|
|
2245
|
+
|
|
2246
|
+
- refactor: transports consume InteractiveSession only — commandExecutor param removed
|
|
2247
|
+
- Add InteractiveSession.listCommands() for transport tool discovery
|
|
2248
|
+
- All transports use session.executeCommand() instead of separate commandExecutor
|
|
2249
|
+
- Simplified factory signatures: only InteractiveSession required
|
|
2250
|
+
- @robota-sdk/agent-core@3.0.0-beta.45
|
|
2251
|
+
- @robota-sdk/agent-session@3.0.0-beta.45
|
|
2252
|
+
- @robota-sdk/agent-tools@3.0.0-beta.45
|
|
2253
|
+
|
|
2254
|
+
## 3.0.0-beta.44
|
|
2255
|
+
|
|
2256
|
+
### Patch Changes
|
|
2257
|
+
|
|
2258
|
+
- feat: IHistoryEntry universal history architecture + test quality cleanup
|
|
2259
|
+
- IHistoryEntry as universal history type across all 4 packages (core → sessions → sdk → cli)
|
|
2260
|
+
- Tool summary stored as event entry in history (category: 'event', type: 'tool-summary')
|
|
2261
|
+
- TuiStateManager pure TypeScript class for CLI rendering state
|
|
2262
|
+
- MessageList renders IHistoryEntry[] with Tool:/System:/You:/Robota: labels
|
|
2263
|
+
- Display order fixed: Tool → Robota (both streaming and abort)
|
|
2264
|
+
- Remove 25 tautological, duplicate, and hardcoded tests
|
|
2265
|
+
|
|
2266
|
+
- Updated dependencies
|
|
2267
|
+
- @robota-sdk/agent-core@3.0.0-beta.44
|
|
2268
|
+
- @robota-sdk/agent-session@3.0.0-beta.44
|
|
2269
|
+
- @robota-sdk/agent-tools@3.0.0-beta.44
|