@robota-sdk/agent-framework 3.0.0-beta.99 → 3.0.1

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