@robota-sdk/agent-cli 3.0.0-beta.82 → 3.0.0-beta.83

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (135) hide show
  1. package/CHANGELOG.md +2478 -0
  2. package/README.md +70 -18
  3. package/dist/node/bin.js +33 -2
  4. package/dist/node/cli-core-CfQhvbx3.js +2850 -0
  5. package/dist/node/headless.js +2 -2
  6. package/dist/node/index.d.ts +106 -13
  7. package/dist/node/index.d.ts.map +1 -1
  8. package/dist/node/index.js +394 -311
  9. package/dist/node/index.js.map +1 -1
  10. package/dist/node/{node-cmTHiSYe.js → node-B8BhZ3NW.js} +1 -1
  11. package/dist/node/{node-bJ0lEuNF.js → node-C4_FOvnk.js} +2 -2
  12. package/dist/node/{node-bJ0lEuNF.js.map → node-C4_FOvnk.js.map} +1 -1
  13. package/dist/node/{node-hHzxDyjn.js → node-CC5tfdMu.js} +17 -17
  14. package/dist/node/node-CC5tfdMu.js.map +1 -0
  15. package/dist/node/{node-Bs1jlR4B.js → node-CsbnL0Yf.js} +4 -4
  16. package/dist/node/{node-2-nrieFn.js → node-DENLEmMT.js} +2 -2
  17. package/dist/node/{node-2-nrieFn.js.map → node-DENLEmMT.js.map} +1 -1
  18. package/dist/node/node-DtKU0MUr.js +14 -0
  19. package/dist/node/node-DtKU0MUr.js.map +1 -0
  20. package/dist/node/node-j7KM8r3b.js +14 -0
  21. package/dist/web/assets/PretendardVariable.subset.0-BHUkWNFR.woff2 +0 -0
  22. package/dist/web/assets/PretendardVariable.subset.1-C-__qv6_.woff2 +0 -0
  23. package/dist/web/assets/PretendardVariable.subset.10-DzSWztS8.woff2 +0 -0
  24. package/dist/web/assets/PretendardVariable.subset.11-CqVmlKJn.woff2 +0 -0
  25. package/dist/web/assets/PretendardVariable.subset.12-BHuZSgT0.woff2 +0 -0
  26. package/dist/web/assets/PretendardVariable.subset.13-C42mj_j2.woff2 +0 -0
  27. package/dist/web/assets/PretendardVariable.subset.14-Bl512uUX.woff2 +0 -0
  28. package/dist/web/assets/PretendardVariable.subset.15-D04iXIE3.woff2 +0 -0
  29. package/dist/web/assets/PretendardVariable.subset.16-BQUnS2GX.woff2 +0 -0
  30. package/dist/web/assets/PretendardVariable.subset.17-BfZSA-Xc.woff2 +0 -0
  31. package/dist/web/assets/PretendardVariable.subset.18-CwAxMC3C.woff2 +0 -0
  32. package/dist/web/assets/PretendardVariable.subset.19-CJu4Zcdo.woff2 +0 -0
  33. package/dist/web/assets/PretendardVariable.subset.2-dCZkyKLw.woff2 +0 -0
  34. package/dist/web/assets/PretendardVariable.subset.20-Ig1-z3n5.woff2 +0 -0
  35. package/dist/web/assets/PretendardVariable.subset.21-yKPEdLXC.woff2 +0 -0
  36. package/dist/web/assets/PretendardVariable.subset.22-CSqxKoOs.woff2 +0 -0
  37. package/dist/web/assets/PretendardVariable.subset.23-DK80wi0t.woff2 +0 -0
  38. package/dist/web/assets/PretendardVariable.subset.24-CmkE8Q8D.woff2 +0 -0
  39. package/dist/web/assets/PretendardVariable.subset.25-CsoWBIZB.woff2 +0 -0
  40. package/dist/web/assets/PretendardVariable.subset.26-Sozl8dw8.woff2 +0 -0
  41. package/dist/web/assets/PretendardVariable.subset.27-CT6nuW9L.woff2 +0 -0
  42. package/dist/web/assets/PretendardVariable.subset.28-CpO0Y96p.woff2 +0 -0
  43. package/dist/web/assets/PretendardVariable.subset.29-D6hjrUWm.woff2 +0 -0
  44. package/dist/web/assets/PretendardVariable.subset.3-Dqw33sf4.woff2 +0 -0
  45. package/dist/web/assets/PretendardVariable.subset.30-CWDM1c0J.woff2 +0 -0
  46. package/dist/web/assets/PretendardVariable.subset.31-CdmyZ5mm.woff2 +0 -0
  47. package/dist/web/assets/PretendardVariable.subset.32-CGnFWD2i.woff2 +0 -0
  48. package/dist/web/assets/PretendardVariable.subset.33--0OT__YQ.woff2 +0 -0
  49. package/dist/web/assets/PretendardVariable.subset.34-CaCS33Md.woff2 +0 -0
  50. package/dist/web/assets/PretendardVariable.subset.35-DWFYRGLp.woff2 +0 -0
  51. package/dist/web/assets/PretendardVariable.subset.36-Dn5IBRQB.woff2 +0 -0
  52. package/dist/web/assets/PretendardVariable.subset.37-BD6FyOtY.woff2 +0 -0
  53. package/dist/web/assets/PretendardVariable.subset.38-D4hu443z.woff2 +0 -0
  54. package/dist/web/assets/PretendardVariable.subset.39-B_7wfth9.woff2 +0 -0
  55. package/dist/web/assets/PretendardVariable.subset.4-Bvh2YGoc.woff2 +0 -0
  56. package/dist/web/assets/PretendardVariable.subset.40-BDaOfdUe.woff2 +0 -0
  57. package/dist/web/assets/PretendardVariable.subset.41-BUACvzZC.woff2 +0 -0
  58. package/dist/web/assets/PretendardVariable.subset.42-Dp-5mnyL.woff2 +0 -0
  59. package/dist/web/assets/PretendardVariable.subset.43-DHdpry7N.woff2 +0 -0
  60. package/dist/web/assets/PretendardVariable.subset.44-qHopVhdd.woff2 +0 -0
  61. package/dist/web/assets/PretendardVariable.subset.45-BniyRFfm.woff2 +0 -0
  62. package/dist/web/assets/PretendardVariable.subset.46-BMRq7xC-.woff2 +0 -0
  63. package/dist/web/assets/PretendardVariable.subset.47-B-cWO2pw.woff2 +0 -0
  64. package/dist/web/assets/PretendardVariable.subset.48-Ct-fWrPO.woff2 +0 -0
  65. package/dist/web/assets/PretendardVariable.subset.49-BblQVys9.woff2 +0 -0
  66. package/dist/web/assets/PretendardVariable.subset.5-K_MNGNCe.woff2 +0 -0
  67. package/dist/web/assets/PretendardVariable.subset.50-C8IyFH7L.woff2 +0 -0
  68. package/dist/web/assets/PretendardVariable.subset.51-Bxd0gTAs.woff2 +0 -0
  69. package/dist/web/assets/PretendardVariable.subset.52-CNgqKOOJ.woff2 +0 -0
  70. package/dist/web/assets/PretendardVariable.subset.53-BSRnyb-u.woff2 +0 -0
  71. package/dist/web/assets/PretendardVariable.subset.54-Dt2-cQkx.woff2 +0 -0
  72. package/dist/web/assets/PretendardVariable.subset.55-jFgflYjX.woff2 +0 -0
  73. package/dist/web/assets/PretendardVariable.subset.56-BwZdvJZQ.woff2 +0 -0
  74. package/dist/web/assets/PretendardVariable.subset.57-BwFDg-Fs.woff2 +0 -0
  75. package/dist/web/assets/PretendardVariable.subset.58-DlucQts_.woff2 +0 -0
  76. package/dist/web/assets/PretendardVariable.subset.59-CMkWjhdo.woff2 +0 -0
  77. package/dist/web/assets/PretendardVariable.subset.6-Bxhohlcm.woff2 +0 -0
  78. package/dist/web/assets/PretendardVariable.subset.60-CeHezjjf.woff2 +0 -0
  79. package/dist/web/assets/PretendardVariable.subset.61-PUuTnod4.woff2 +0 -0
  80. package/dist/web/assets/PretendardVariable.subset.62-DGSAWCfb.woff2 +0 -0
  81. package/dist/web/assets/PretendardVariable.subset.63-B35xsm4O.woff2 +0 -0
  82. package/dist/web/assets/PretendardVariable.subset.64-CTbrgYF9.woff2 +0 -0
  83. package/dist/web/assets/PretendardVariable.subset.65-B66rjuyf.woff2 +0 -0
  84. package/dist/web/assets/PretendardVariable.subset.66-C3HqaDeY.woff2 +0 -0
  85. package/dist/web/assets/PretendardVariable.subset.67-BmuXdlDy.woff2 +0 -0
  86. package/dist/web/assets/PretendardVariable.subset.68-DS9B48d0.woff2 +0 -0
  87. package/dist/web/assets/PretendardVariable.subset.69-YT16ymcp.woff2 +0 -0
  88. package/dist/web/assets/PretendardVariable.subset.7-E2HaA55t.woff2 +0 -0
  89. package/dist/web/assets/PretendardVariable.subset.70-BUXiAGMT.woff2 +0 -0
  90. package/dist/web/assets/PretendardVariable.subset.71-DuPZj8us.woff2 +0 -0
  91. package/dist/web/assets/PretendardVariable.subset.72-pYYGrEQR.woff2 +0 -0
  92. package/dist/web/assets/PretendardVariable.subset.73-DMrK970F.woff2 +0 -0
  93. package/dist/web/assets/PretendardVariable.subset.74-D4tQnymK.woff2 +0 -0
  94. package/dist/web/assets/PretendardVariable.subset.75-CxKdrRNf.woff2 +0 -0
  95. package/dist/web/assets/PretendardVariable.subset.76-DhPm2b_q.woff2 +0 -0
  96. package/dist/web/assets/PretendardVariable.subset.77-DwaxqOC8.woff2 +0 -0
  97. package/dist/web/assets/PretendardVariable.subset.78-DhqRbBzT.woff2 +0 -0
  98. package/dist/web/assets/PretendardVariable.subset.79-XpoyPP38.woff2 +0 -0
  99. package/dist/web/assets/PretendardVariable.subset.8-CRbJhhyA.woff2 +0 -0
  100. package/dist/web/assets/PretendardVariable.subset.80-DsV9Qp_h.woff2 +0 -0
  101. package/dist/web/assets/PretendardVariable.subset.81-BZzF9Hb3.woff2 +0 -0
  102. package/dist/web/assets/PretendardVariable.subset.82-BgAHe30u.woff2 +0 -0
  103. package/dist/web/assets/PretendardVariable.subset.83-DF-zBLLe.woff2 +0 -0
  104. package/dist/web/assets/PretendardVariable.subset.84-Brb8EsYQ.woff2 +0 -0
  105. package/dist/web/assets/PretendardVariable.subset.85-Byo_x2hf.woff2 +0 -0
  106. package/dist/web/assets/PretendardVariable.subset.86-XG7lTN_6.woff2 +0 -0
  107. package/dist/web/assets/PretendardVariable.subset.87-Lzui2vbK.woff2 +0 -0
  108. package/dist/web/assets/PretendardVariable.subset.88-CqX6JSgh.woff2 +0 -0
  109. package/dist/web/assets/PretendardVariable.subset.89-DOzqWPpX.woff2 +0 -0
  110. package/dist/web/assets/PretendardVariable.subset.9-Btb3bmS6.woff2 +0 -0
  111. package/dist/web/assets/PretendardVariable.subset.90-BF7RiZjm.woff2 +0 -0
  112. package/dist/web/assets/PretendardVariable.subset.91-Csm0YNoH.woff2 +0 -0
  113. package/dist/web/assets/index-DbAewVPM.js +244 -0
  114. package/dist/web/assets/index-DzQQd7ql.css +1 -0
  115. package/dist/web/index.html +6 -4
  116. package/package.json +39 -44
  117. package/dist/node/bounded-output-DpjpS98g-yPybHprY.cjs +0 -1
  118. package/dist/node/cli-core-DWG6gqoq.js +0 -2798
  119. package/dist/node/command-executor-DV-H2oD6-BAvcn7Tf.cjs +0 -1
  120. package/dist/node/http-executor-cWzI2svn-Nn7UFLl8.cjs +0 -1
  121. package/dist/node/index.cjs +0 -2796
  122. package/dist/node/index.d.cts +0 -3445
  123. package/dist/node/index.d.cts.map +0 -1
  124. package/dist/node/node-CFTax5Wl.cjs +0 -1
  125. package/dist/node/node-CQqDd5KI.js +0 -14
  126. package/dist/node/node-CQqDd5KI.js.map +0 -1
  127. package/dist/node/node-D8uo8Kzf.cjs +0 -13
  128. package/dist/node/node-DE_LpiDk.cjs +0 -66
  129. package/dist/node/node-Du_7g6qW.js +0 -14
  130. package/dist/node/node-OBnZskvR.cjs +0 -1
  131. package/dist/node/node-hHzxDyjn.js.map +0 -1
  132. package/dist/node/rolldown-runtime-DK3Fl9T5-BIInC43l.cjs +0 -1
  133. package/dist/node/verdict-decoder-Dk_w2NG9-DNTeVdQ8.cjs +0 -1
  134. package/dist/web/assets/index-8_Slbxe7.css +0 -1
  135. package/dist/web/assets/index-Cgu5C1kn.js +0 -77
package/CHANGELOG.md ADDED
@@ -0,0 +1,2478 @@
1
+ # @robota-sdk/agent-cli
2
+
3
+ ## 3.0.0-beta.83
4
+
5
+ ### Minor Changes
6
+
7
+ - 3c81769: A supervised session accepts attach connections on its control socket.
8
+
9
+ - A terminal of the same user sends `{"command":"attach","id","generation","mode":"drive"|"observe","protocol":1}`.
10
+ The session compares the generation with its own. It refuses another generation, an unknown mode or
11
+ protocol, or a fifth concurrent attach. Otherwise it answers `{"status":"attached","driverId":"attach:<n>"}`
12
+ and carries the ordinary session protocol as newline-delimited JSON on the same connection.
13
+ - The driver id is assigned by the session and a client-sent one is ignored. Turns submitted from an
14
+ attached terminal are attributed to it and counted under the new `attach` usage surface.
15
+ - `drive` sends prompts and answers the session's questions under the usual co-drive rules. `observe`
16
+ is read-only and never counts as a surface that can answer, so an unattended session still denies
17
+ its prompts at once.
18
+ - Detaching or crashing ends only that connection: a turn in progress keeps running, a prompt no other
19
+ surface can answer is denied, and the session returns to its unattached posture. A reader that falls
20
+ 1 MiB behind is disconnected, and an oversize frame closes only its own connection. Stopping the
21
+ session ends attached connections with it.
22
+ - Commands from an attached terminal carry the remote origin, so pairing, revoking and reading the
23
+ pairing link stay refused. An attached terminal is never an operator approver; supervised sessions
24
+ keep refusing mesh connections that need one.
25
+ - A client may send its first frames in the same write as the handshake; only the handshake line
26
+ itself is held to the control endpoint's line limit.
27
+ - `agent-framework`: the surface a turn was submitted on now reaches its usage observation. It was
28
+ dropped before, so remote-control turns were counted as `unknown`.
29
+ - The terminal client (`robota session attach`) and the view keys come separately.
30
+
31
+ - 617b795: `robota session attach <id> [--observe]` puts this terminal on a live supervised session.
32
+
33
+ - It asks first, on the controlling terminal, naming the session and the role: drive (send prompts,
34
+ answer its questions) or observe (read only). The yes holds only for the process start it named: if
35
+ the session restarted meanwhile, the attach is refused.
36
+ - It needs an interactive terminal. Without one (a script, or an agent running shell commands) it is
37
+ refused and prints the command for the user to run. It is not available as a slash command or a
38
+ model tool.
39
+ - The terminal view shows the conversation so far, then follows the session live: streaming replies,
40
+ tools, other terminals' prompts, queued input and questions. In drive mode it sends prompts and
41
+ `/commands` and answers permission prompts and questions; a question answered on another surface is
42
+ dismissed. Observe mode is labelled read-only and sends nothing but reads.
43
+ - `/exit`, `/quit`, Ctrl-C and Ctrl-] detach. Nothing is sent to the session, so its turn continues and
44
+ it keeps running; stop it with `robota session stop` or from `robota session view`.
45
+ - The attached terminal is the full terminal UI (`renderAttachedApp` in `agent-ui-terminal`).
46
+ - A handshake from a connection that already closed no longer holds one of the session's attach slots.
47
+
48
+ - 724fabb: External-event grants are given at start, carried exactly to a background session, listed without their
49
+ principal, and revoked by the owner.
50
+
51
+ - `agent-framework` (breaking) — `openExternalEventSource` and `ExternalEventIngress.open` take only
52
+ `{ grant, audit? }`: the session builds each grant's verifier from `grant.verifier` with the
53
+ `externalEventVerifierFactory` its host passed when the session was built (without one, no grant opens), and an
54
+ open that supplies a verifier or a factory is refused. `IExternalEventSource.revoke()` stops the grant's queued and running turns,
55
+ refuses its later events as `grant-revoked`, and keeps the label from being opened again. A submission the
56
+ session refuses is `shutting-down` only while it shuts down, and `session-unavailable` otherwise. New command
57
+ host adapter `externalEvents` (`ICommandExternalEventsAdapter`).
58
+ - `agent-ui-terminal` — forwards `externalEventVerifierFactory` from the render options to the session.
59
+ - `agent-interface-transport` — `TExternalEventRefusal` gains `session-unavailable`.
60
+ - `agent-command` — `/events` lists the session's grants (label, principal kind, state, counts) and
61
+ `/events revoke <grant-id>` withdraws one. User-only.
62
+ - `agent-cli` — a grant file (`grantId`, `issuer`, `resource` ending in `/events/<grantId>`, exactly one of
63
+ `subject` or `client`, `scopes`, optional `algorithms` and `rate`) is validated before anything starts, with a
64
+ reason that names the grant and no configured value. `robota --external-event-grant <file>` (TUI) and
65
+ `robota session start --background --external-event-grant <file>` open every grant or fail the start; a
66
+ background session receives its grants through a private file, opens them before it reports ready, and the
67
+ launcher refuses a readiness that names other grants. `robota session events list <id> [--json]` and
68
+ `robota session events revoke <id> <grant-id>` work over the generation-bound control socket, and
69
+ `robota session list --format json` shows each grant's counts. The retired `--external-event-allow` now points
70
+ at `--external-event-grant`.
71
+
72
+ - d877de2: External events arrive over HTTP: `POST <public-url>/events/<grant-id>`, on a loopback port behind the owner's own
73
+ HTTPS proxy or tunnel.
74
+
75
+ - `agent-transport` — `./node` exports the resource-server gate every token-admitted HTTP carrier shares:
76
+ `createBearerResourceServer` (Host and Origin checked against the public URL, trusted-proxy `X-Forwarded-For`,
77
+ a failure-only throttle per address, coarse address classes), `describeProtectedResource` (RFC 9728 metadata
78
+ path and body, RFC 6750 challenges), `serveProtectedResourceMetadata`, `refuseBearerToken` and
79
+ `parsePublicHttpsUrl`.
80
+ - `agent-transport-mcp` — the remote MCP gate is composed from that shared gate; its answers are unchanged.
81
+ - `agent-cli` — each grant is its own endpoint and audience (its resource is `<public-url>/events/<grant-id>`).
82
+ An admitted event answers `202 {"turnId"}`; refusals have an empty body: 401 with the `invalid_token` or
83
+ missing-token challenge, 403 `insufficient_scope` or a revoked grant, 400 a malformed event, 404 an unknown
84
+ grant, 413 a body over 16 KiB, 429 over the grant's rate or the address's failure budget, 503 when the issuer
85
+ or the session cannot take it. `--external-event-port <port>` (required with grants) and
86
+ `--external-event-trusted-proxy <ip>` work on the TUI and on `robota session start --background`. A background
87
+ session writes an owner-only, bounded JSONL trail of refusals and settlements under its supervised directory;
88
+ the TUI reports them on one line each.
89
+
90
+ - 0d78a17: An MCP server is no longer a carrier for external events: a server connection proves nothing about who wrote a
91
+ message, and external events are now admitted only by a verified access token.
92
+
93
+ - `agent-mcp` (breaking) — `MCP_EXTERNAL_EVENT_CAPABILITY`, `MCP_EXTERNAL_EVENT_METHOD`, `IMCPExternalEvent` and
94
+ `TMCPExternalEventListener` are removed, as are `IMCPSession.externalEventsDeclared`,
95
+ `IMCPSession.onExternalEvent`, `IMCPSession.onClose` and `MCPConnectionSupervisor.onExternalEvent`. A server
96
+ that declares `com.robota.external-event` or sends its notification is served as any other server and the
97
+ notification is ignored. The `zod` dependency is dropped.
98
+ - `agent-cli` (breaking) — `IMcpClientComposition.subscribeExternalEvent` and
99
+ `IMcpServerConnection.onExternalEvent` are removed.
100
+
101
+ - bfe8ed5: An external event is admitted only by a bearer access token the session verifies itself, and its sender is the
102
+ grant that token matched, never a name in the event.
103
+
104
+ - `agent-interface-transport` — `IExternalEventGrant` (a label, an access-token verifier configuration that pins
105
+ exactly one subject or client, the `message` kind, optional turn-rate windows), `IExternalEventDelivery` (the
106
+ token and the event as a carrier received them), the closed `TExternalEventRefusal` set, `TExternalEventAdmission`
107
+ and the content-free `TExternalEventAuditRecord`.
108
+ - `agent-framework` (breaking) — `ExternalEventIngress.open` and `InteractiveSession.openExternalEventSource` take
109
+ `{ grant, verifier, audit? }` instead of `{ id, allowedSenders, authenticate }`, and `receive` takes
110
+ `{ token, event }`. A delivery is refused with a stable word when the token is missing or the verifier refuses
111
+ it, when the token was already spent on an event (`jti`), when the event is malformed or oversize, or when the
112
+ grant is over its rate; nothing refused reaches the queue. An admitted event is attributed
113
+ `external:<grant>:<conversation>`, a payload display name appears in the envelope only as `claimed-name`, and the
114
+ receipt (`TExternalEventReceipt`) answers at acceptance with the turn id. Every refusal and settlement is
115
+ reported to the `audit` sink without content, conversation, name or token. `IAuthenticatedExternalEvent` and
116
+ `IExternalEventReceipt` are removed.
117
+ - `agent-cli` (breaking) — `--external-event-allow` is refused with the reason: a sender name relayed by an MCP
118
+ server does not prove who sent an event.
119
+
120
+ - 1706d29: `robota session view` attaches to and peeks at sessions.
121
+
122
+ - `a` attaches to the selected session to drive it, and `p` peeks at it read-only. Both are offered, in
123
+ the footer and in help, only on a row that is alive, controllable and verified. The view asks first,
124
+ naming the role. The yes is held to the process start the row showed: if the session restarted or
125
+ lost control meanwhile, the attach is refused. Detaching returns to the view, on the same row and
126
+ grouping, without printing the screen-reader line again.
127
+ - **Breaking:** opening a row's linked PR moves from `p` to `o`.
128
+ - The attached view shows the keys for what is on screen: sending, answering a permission, or
129
+ answering a question. With a screen reader it words every line ("Prompt from attach:2: …",
130
+ "Tool started: …", "Permission needed: …") and uses no symbols.
131
+ - Questions wait their turn: a second permission request or question no longer replaces the one on
132
+ screen, and one settled elsewhere leaves the queue.
133
+ - Line breaks inside pasted text become spaces instead of sending the text. In a masked answer they are
134
+ dropped, so a copied key that ends with a line break is kept exactly.
135
+ - `robota session attach` accepts `--screen-reader` and `--no-screen-reader`.
136
+ - The attach client closes a connection that sends more frames than it can hold before the view reads
137
+ them.
138
+
139
+ - 28fa8a7: `/devices add` and `/devices join` enrol a new device into your devices.
140
+
141
+ - On a device that holds the signing key, `/devices add` shows a one-time code on the terminal. It
142
+ works once, for five minutes.
143
+ - On the new device, `/devices join [name]` asks for the code on the terminal, creates the device's
144
+ keys, and meets the other device through the signaling relay in
145
+ `transports.webrtc.options.relayUrl`. Both devices need that setting.
146
+ - The new device proves the code over the WebRTC connection's DTLS fingerprints before anything else
147
+ crosses, so a relay in the middle cannot enrol anyone.
148
+ - Both devices then show the same six digits, and both operators compare them and confirm. Someone
149
+ who saw the code cannot choose the digits: the new device commits to its part before it sees the
150
+ existing device's.
151
+ - Only when both operators say yes does the existing device certify the new one and issue a new
152
+ roster. The new device keeps its identity only once the chain it receives verifies.
153
+ - A wrong, expired or already used code is refused. So is a code after a few failed attempts. When
154
+ either operator declines, nothing is issued or kept.
155
+ - The code appears only on the two terminals. It never reaches history, transcripts or the model. A
156
+ code typed as a command argument is refused. Both commands stay user-only and refuse remote
157
+ surfaces.
158
+ - `agent-remote-pairing`: enrollment codes, the enrollment proof, the signed request with its
159
+ commitment, the short authentication string and the frame decoder.
160
+ - `agent-transport-webrtc`: `dialEnrollment` and `listenForEnrollment` provide a data channel bound to
161
+ the negotiated fingerprints.
162
+
163
+ - 4f49d14: The device mesh can be turned on, and `/peers`, `/handoff` and `/devices` reach the user's other devices.
164
+
165
+ - New user setting `transports.mesh.enabled` (default `false`). When it is `true`, an interactive
166
+ session opens the device mesh at startup and closes it on exit. Only the user settings count; a
167
+ project's settings cannot turn it on. Print and serve runs never open it, and a device without an
168
+ identity is told to run `/devices init`. Only one session of a device opens it at a time; another
169
+ session on the same device says so in `/devices` and links nothing.
170
+ - By default a linked device may send messages, files and sessions. Each file and each session still
171
+ waits for the operator's yes on this machine's terminal; with no terminal the answer is no.
172
+ Delegating, observing and driving stay off unless `transports.mesh.options.capabilities` lists
173
+ them.
174
+ - A message from a linked device arrives like one from a session on this host: a peer turn with no
175
+ authority, attributed to the device the handshake proved, under the same rate limit and
176
+ conversation limits.
177
+ - `/peers` lists linked devices beside the sessions on this host; `/peers send` and
178
+ `/peers send-file` take a device id. `/handoff` lists linked devices and pushes the session to one.
179
+ Files arrive in the usual place aside, and sessions are saved without starting.
180
+ - `/devices` shows whether the mesh is on, how this device finds the others, and which are linked.
181
+ - The mesh uses the relay at `transports.webrtc.options.relayUrl` when one is set. Without one it
182
+ finds devices on the local network and over the public ways in `transports.mesh.options`.
183
+ - `/peers`, `/handoff` and `/devices` stay user-only. Their descriptions tell the model they cover
184
+ linked devices.
185
+ - `agent-framework`: the `/peers` port can list linked devices (`listDevices`, `ILinkedDeviceSummary`).
186
+ - `agent-command`: the `/devices` port can report the mesh (`meshStatus`, `IDevicesMeshStatus`).
187
+
188
+ - 963a4e0: Where no direct path joins two of one user's devices, a TURN relay on one of the user's own devices carries the
189
+ connection.
190
+
191
+ - `agent-transport-webrtc` — `TurnServer`, a pure-JavaScript TURN server over UDP (Allocate, Refresh,
192
+ CreatePermission, ChannelBind, Send/Data indications, ChannelData, long-term credentials) with quotas for
193
+ allocations per owner and in all, relayed bytes per second per owner, and allocation lifetime, and an optional
194
+ relayed-port range for a relay behind a NAT. Only what MESSAGE-INTEGRITY covers is read. Requests nobody has
195
+ authenticated are answered at a limited rate (per source and in all) and never with more bytes than they
196
+ carried, and forwarding into private ranges can be turned off (`allowPrivatePeers`). `MeshTurnRelay` runs it
197
+ for the devices of the roster: each pair derives a short-lived credential of its own (`meshRelayCredential`), a
198
+ device the lists drop or revoke can no longer allocate and loses its allocations. `DeviceMeshNode` takes
199
+ `relays` (the relays paired devices advertise, then configured TURN servers, and `relayOnly`) and
200
+ `relayServer`; a connection that needs a relay and has none is refused with `MeshRelayNeededError`, which says
201
+ why a relay was needed and carries the direct attempt's failure. `MeshDht` publishes this device's relay
202
+ endpoints in the sealed hints records (`relayEndpoints`) and reads the peers' (`relayAdverts`). DTLS stays end
203
+ to end; the relay only forwards it.
204
+ - `agent-remote-pairing` — the pair rendezvous derives a `relay-user` tag and `relayPassword`, the relay
205
+ credential's password for one direction and username.
206
+ - `agent-cli` — `transports.mesh.options` takes `relay` (`serve`, `port`, `host`, `publicAddress`, `relayPorts`,
207
+ `allowPrivatePeers`), `turnServers` and `relayOnly`. When the mesh is on, the session's mesh runs the relay,
208
+ advertises it to paired devices only, and uses the fallback order; `/devices` names the relays, and a device
209
+ that needs a relay is reported once with why. Running a relay, or relay-only without TURN servers, needs the
210
+ DHT or pkarr relays, which carry a relay's address to the other devices; a setting that could not work is
211
+ refused, naming it.
212
+
213
+ - 7b72344: Every client can offer the session's commands and skills and show its status. The GUI uses them as a
214
+ desktop-style composer.
215
+
216
+ - `agent-interface-session` is **`major` because `IInteractiveSession` gains required members**:
217
+ `ISessionCommands.listSkills()` and a `statusRead` capability, `getStatusSnapshot()`. The snapshot
218
+ holds session, model, permission mode, effort, context and goal. An external implementation stops
219
+ compiling until it adds both.
220
+ - `agent-transport` is **`major` for the same reason on `IProtocolSession`**. It also gains the wire
221
+ messages `get-commands` → `commands` and `get-status` → `session_status`. Both are reads that the
222
+ observe role may send.
223
+ - `agent-interface-command` gains `ICommandSkillListEntry`, moved from `agent-framework`, which
224
+ re-exports it unchanged.
225
+ - `agent-ui-web` is **`major` because its state changes shape**:
226
+ - A command's outcome and a finished turn's tool calls are now conversation entries: `messages` is
227
+ `TConversationEntry[]`.
228
+ - The `uiIntentNotices` list, `dismissUiIntentNotice`, `applyUiIntentEvent`,
229
+ `removeUiIntentNotice` and `IUiIntentNotice` are removed. An intent now answers with an info
230
+ line in the conversation.
231
+ - Session notices keep only `session-error` and `protocol-error`.
232
+ - The state gains `commandCatalog` and `sessionStatus`.
233
+ - `agent-command` registers `/theme` and `/keybindings` even without a terminal. They then answer
234
+ that they belong to the robota terminal, instead of being unknown.
235
+ - `agent-framework`:
236
+ - `InteractiveSession.getStatusSnapshot()`.
237
+ - The main-thread row previews the last chat message instead of the last record's type.
238
+ - `agent-cli` serves the full GUI web app, renamed from `agent-cli-web` to `agent-gui-web`, on
239
+ `robota --serve --open`.
240
+
241
+ - 9ecffed: `robota daemon start | status | stop | unlock` runs one long-lived runtime per workspace for clients to attach to.
242
+
243
+ - **What a daemon is.** A supervised session marked as the workspace's daemon.
244
+ - Its control socket answers `connect` with the loopback WebSocket address, and only to a caller that names the daemon's current start.
245
+ - The token never touches disk or argv. The daemon removes it from its own environment, so its tools do not inherit it.
246
+ - **Starting.** `daemon start --json` prints one line, `{"id","url"}`, for a client host to read.
247
+ - Starts in one workspace take turns through a lock.
248
+ - A lock left behind by a start that is gone is never removed automatically. The start refuses and names `robota daemon unlock`.
249
+ - A daemon that cannot hand over its address fails its start and is not left running.
250
+ - **The desktop app attaches** to the workspace daemon and starts one only when none is running.
251
+ - Closing the window leaves the daemon running.
252
+ - If the daemon stops while the window is open, the window says so and offers Reconnect.
253
+ - **`agent-ui-web`.** The WebSocket session client reports when its retries are exhausted (`onGiveUp`, and `onConnectionLost` in `useWsSession`).
254
+
255
+ - 6ae3f28: A served runtime can list its workspace's sessions, start a new one and switch to another without the
256
+ process or any client connection restarting. The GUI shows them in a sessions sidebar.
257
+
258
+ - `agent-interface-session` is **`major`** for two reasons:
259
+ - It adds `ISessionListing`, `ISessionDirectory` and `ISessionSwitchedEvent`.
260
+ - `IInteractiveSessionEvents` gains a required `session_switched` event. An exhaustive map over the
261
+ event names stops compiling until it classifies the new event.
262
+ - `agent-transport` is **`major`** for the same kind of reason:
263
+ - It adds the wire messages `list-sessions` → `sessions`/`sessions_error`, `new-session`,
264
+ `switch-session`, and the broadcast `session_switched`.
265
+ - It adds a `sessionDirectory` handler option. A refusal to switch comes back as a
266
+ `protocol_error` carrying the reason.
267
+ - An exhaustive map over message types must add the new variants.
268
+ - `agent-transport-ws` passes a configured `sessionDirectory` to every connection.
269
+ - `agent-framework` is **`major` because `IRuntimeHostHandle.session` is now a `SessionSlot`**, not the
270
+ `InteractiveSession`, and `bindTransports` receives the slot.
271
+ - The slot is an `IInteractiveSession` that forwards to the current session. Members outside that
272
+ interface are read through `host.session.current`, which changes on a switch.
273
+ - Adds `InteractiveSession.whenInitialized()`.
274
+ - Exports `listUnreadableSessions`.
275
+ - `agent-ui-web` is **`major`**:
276
+ - `IWsSessionState` gains session listing state and actions.
277
+ - It adds a `SessionSidebar`.
278
+ - `/resume` opens the sidebar.
279
+ - `agent-cli`: `robota --serve` provides the session directory, and refuses a switch that would lose
280
+ work in progress. External-event grants belong to the run: a switch reopens them on the new session,
281
+ as the TUI already does.
282
+ - External-event grant history (spent tokens, rate windows, revocations) belongs to the run. The new
283
+ option `externalEventGrantHistory` (from `createExternalEventGrantHistory()`) is shared by every
284
+ session that a served runtime or the TUI builds. A session switch therefore replays no spent token
285
+ and resets no rate limit. The TUI previously had this gap when it switched sessions.
286
+
287
+ - 57f57f5: A daemon keeps several sessions live, and each client is bound to its own: one client's switch moves
288
+ only that client.
289
+
290
+ - `agent-interface-session`: `ISessionBinder`/`ISessionBinding`, the session-change refusal codes with
291
+ `isSessionChangeRefusal`, and listing rows that may say `live` and `clients`.
292
+ - `agent-framework`: `SessionPool` and `SessionChangeRefusal`.
293
+ - `agent-transport` (**major**): a new server frame, `session_change_failed`, which an exhaustive
294
+ consumer must handle. A refused `new-session` or `switch-session` now answers with it, carrying a
295
+ `code`, instead of `protocol_error`; both requests take an optional `requestId` that it echoes.
296
+ - `agent-transport-ws`: the `sessionBinder` option binds each connection to its own session and
297
+ releases the binding when the connection closes.
298
+ - `agent-cli`: `robota --serve` and the daemon keep up to four sessions live. Each WebSocket client and
299
+ attached terminal is bound to its own session; leaving a busy session is no longer refused, and only
300
+ the last driver of a session with a pending prompt is kept from leaving it. Grants and the supervised
301
+ name stay on the runtime's first session, and its reported activity covers every live session.
302
+ - `agent-ui-web`: a refused new or switch shows the host's reason as a notice (an older host's
303
+ `protocol_error` still does); the session sidebar marks live sessions and counts the other clients
304
+ on each; after a reconnect to a host that keeps sessions live, the GUI returns to the session it was on.
305
+ - `agent-ui-terminal`: an attached terminal shows why a switch was refused, and the picker's switch
306
+ stays pending until the host answers; the session picker marks live sessions and their clients.
307
+
308
+ - ba822c1: An attached client reads a workspace entry's detail, stops a waiting self-paced loop, completes
309
+ subcommands, and sees status changes another client made.
310
+
311
+ - `agent-interface-session` (major): `IInteractiveSession` gains the required roles
312
+ `ISessionExecutionDetail` and `ISessionSelfPacedLoopControl` (`TWaitingLoopStopOutcome`), and the
313
+ exhaustively mapped event map gains `status_changed`.
314
+ - `agent-transport` (major): `IProtocolSession` gains both roles; the wire unions gain
315
+ `read-execution-detail`, `stop-waiting-loop`, `execution_detail`, `execution_detail_error` and
316
+ `waiting_loop_stop`; `status_changed` is pushed as `session_status`; `isObserverMessageType` is
317
+ exported from the root and `./client`.
318
+ - `agent-interface-command` (minor): `ICommandListEntry` gains optional `argumentHint` and
319
+ `subcommands` (`ICommandSubcommandEntry`).
320
+ - `agent-cli` (minor):
321
+ - `robota session attach` and an attach from `robota session view` open the full terminal UI,
322
+ the one `robota --attach` opens, in drive mode or, with `--observe`, read-only. The reduced
323
+ attached view is gone.
324
+ - A served runtime names each of its sessions after the session's first real turn.
325
+ - `agent-framework` (minor):
326
+ - `InteractiveSession` gains `stopWaitingSelfPacedLoop(reason?)`: it stops the one waiting loop,
327
+ or stops none and names `/loop stop` when several wait. `SessionSlot` forwards it and
328
+ `readExecutionWorkspaceDetail`.
329
+ - The session emits `status_changed` when its mode, model, effort, goal or name changes, after a
330
+ command, a turn, a rename or a goal or plan transition.
331
+ - A new option `autoName: true` makes the session name itself once, after its first turn, with its
332
+ current provider; it keeps a name it already has and lets a rename made meanwhile win. Off by
333
+ default.
334
+ - The command catalog carries each command's `argumentHint` and `subcommands`.
335
+ - `agent-ui-terminal` (major):
336
+ - The full terminal UI attached to a host's session reads a workspace entry's detail, sends input
337
+ to a background task, stops a waiting self-paced loop on Esc, and completes subcommands.
338
+ - `renderAttachedApp` takes `mode: 'drive' | 'observe'` (default `'drive'`) and `announce`. In
339
+ observe mode the terminal sends only what an observer may send, refuses prompts, host commands,
340
+ abort and loop stop with a read-only notice, still runs `/exit` and its own commands, and its
341
+ status bar says it is observing. `ITuiChannelSnapshot` gains `readOnly`.
342
+ - The in-process terminal no longer names sessions; it builds its session with `autoName: true`.
343
+ `ITuiInteractionChannelOptions.onAutoNamed` is removed.
344
+
345
+ - 6e6b06b: `robota --attach` puts the full terminal UI on this workspace's running daemon.
346
+
347
+ - **`agent-ui-terminal`:**
348
+ - `renderAttachedApp` renders the same App over a wire connection, through `WireTuiChannel`, a second implementation of the TUI's channel port.
349
+ - Leaving detaches; the daemon keeps running.
350
+ - The session picker lists and switches the daemon's sessions. It opens on the daemon's answer to `/resume`; a daemon that cannot list its sessions says why instead.
351
+ - With no saved sessions to resume, `/resume` says so and keeps the prompt, instead of opening an empty picker that blocks input. This applies to the in-process TUI too.
352
+ - The session picker lists an unnamed session by the part of its id that differs, not by the `session_` prefix every id shares. This applies to the in-process TUI too.
353
+ - The status bar names the daemon's current session: its name, or else its short id.
354
+ - A question already open when the terminal attaches is shown, and a long session's history reaches the terminal without the daemon cutting it off.
355
+ - Features that belong to the runtime process say they are unavailable while attached: the plugin manager, background task details and sending to an agent job.
356
+ - **`agent-cli`:**
357
+ - `robota --attach` finds the workspace daemon and asks the user to confirm on the terminal, as `robota session attach` does, then attaches.
358
+ - Options that shape a session are refused, because the daemon shapes its session.
359
+ - A terminal attached over the supervised socket can now list, start and switch sessions.
360
+ - A client's command no longer stops or restarts the workspace daemon. `/language`, `/reset`, `/exit` and provider setup or switch keep their saved change, and the client is told to run `robota daemon stop`, then `robota daemon start`.
361
+ - `robota --attach` installs the plain TUI's process guards, so an error the plain TUI survives no longer ends the attached terminal.
362
+ - A client's command no longer stops or restarts any supervised session either; the client is told to run `robota session stop <id>`, and the saved change applies to a new session from `robota session start --background`.
363
+
364
+ ### Patch Changes
365
+
366
+ - d61e159: The session protocol gains a read-only `observe` role.
367
+
368
+ - `createSessionMessageHandler({ role: 'observe' })` follows the session's conversation, streaming,
369
+ tool, background, usage and workspace events and answers reads of this session. The default role
370
+ stays `drive`, which is unchanged.
371
+ - An observer never subscribes to `permission_request` or `ask_request`. A session with only observers
372
+ attached therefore still denies a permission and cancels a question at once instead of waiting for a
373
+ surface that may not answer. Observers still see `prompt_resolved`.
374
+ - An observer cannot submit, run commands, abort, cancel the queue, control background tasks, answer
375
+ prompts, or read personal or other sessions' usage reports. Each such message is answered with a
376
+ `protocol_error` and changes nothing. Only an explicit list of reads is accepted, so a message type
377
+ added later is refused to observers until it is classified.
378
+ - `ATTACHED_SURFACE_MAX_PENDING_BYTES` (1 MiB) is the backpressure budget a carrier passes to
379
+ `createOutboundDelivery` for a terminal attached on the same host. A reader that falls that far
380
+ behind is cut off and reported to the carrier, and other surfaces keep streaming. No carrier uses it
381
+ yet.
382
+ - `agent-cli`: a supervised session's control endpoint no longer includes its generation in a
383
+ refusal to a caller that did not present it.
384
+
385
+ - 8625a14: Supervised session control is bound to one process start.
386
+
387
+ - Each supervised session start writes a fresh random generation into its private registration. Its
388
+ control endpoint echoes that generation in every reply and refuses any request that carries a
389
+ different one, or none.
390
+ - `session view` keeps the generation each row was verified with. Stop and linked-PR opening send it,
391
+ so a session that restarted under the same id since the row was shown is refused instead of acted
392
+ on. A stop confirmation also refuses when the row's generation changed while it was open.
393
+ - `session stop`, `rename`, `link-pr` and `unlink-pr` read the generation at request time and the
394
+ session itself checks it, closing the window between the liveness check and the action.
395
+ - A registration without a generation (written by an earlier version) is listed but never
396
+ controllable; restart that session to control it again.
397
+ - The generation is never printed by `session list` in text or JSON.
398
+
399
+ - 997f2fb: A revoked or closed external-event grant checks the token before it answers, so only a caller holding a valid
400
+ token for that grant learns it was revoked; anyone else gets exactly the refusal a live grant gives. The TUI keeps
401
+ revoked grants open-and-revoked on each session it binds so their tokens are still checked. The per-grant counters
402
+ now also count the refusals the HTTP endpoint decides itself (a missing token, an oversize body).
403
+ - e689c8e: Follow-ups to connection approval and `/handoff`.
404
+
405
+ - `agent-transport-webrtc-web` — the browser remote client says `Waiting for the host to approve this connection…`
406
+ (`awaiting-approval`) after pairing, and `Connected` only once the host's session answers. A host that closes the
407
+ channel instead is shown as `refused` and is not retried, since a retry would only ask the operator again; a
408
+ first connection lost before the host answered is `failed`. Reconnect attempts count until the host admits a
409
+ connection, so a link that keeps dropping while approval is pending gives up instead of asking again and again.
410
+ - `agent-core`, `agent-session`, `agent-framework` — a turn that did not come from the operator stores its
411
+ `turnSource` (`peer`, `external`, `agent-wakeup`) beside `driverId` on the user message and in the display
412
+ history (`IRunOptions.turnSource`), so a session handed off keeps where each turn came from.
413
+ - `agent-cli` — a `/handoff` resent after a lost confirmation reports what stays behind as it is now, not as it was
414
+ at the first attempt, and after refusing to resend a session that changed, the hand-off status shows that refusal
415
+ instead of the earlier lost confirmation.
416
+
417
+ - 6e4c6ee: Device mesh discovery holds up better against endpoints and peers that misbehave.
418
+
419
+ - A direct path's admission deadline starts only from a `hello`, `offer` or `answer`, so ICE candidates
420
+ that trail an admitted connection no longer set a working path aside.
421
+ - An endpoint or signaling carrier that keeps failing is set aside for longer each time it fails
422
+ again, until a connection over it is admitted.
423
+ - An mDNS lookup keeps listening briefly after the first matching answer, so a faster answer from
424
+ another host cannot hide the peer's own.
425
+ - The device lists read from public records are bounded per paired device, each device's newest
426
+ before any device's next, and the chunks of one list carry a shared version, so a read that finds
427
+ chunks of two versions yields no list. Records written before this change are not read as lists.
428
+ - CLI processes that share `~/.robota/devices/address-cache.json` apply each change to the file as it
429
+ is on disk, so one process no longer overwrites what another learned.
430
+
431
+ - 4241fc5: Device mesh follow-ups.
432
+
433
+ - A device with no identity is pointed to `/devices add` on one of the user's devices and `/devices join`
434
+ here, as well as to `/devices init`. The message says that `init` is for the first device only,
435
+ because it creates a separate identity that can never link to the user's other devices. The `/devices`
436
+ description and the `init` subcommand say the same.
437
+ - An identity created mid-session (`/devices init`, or a successful `/devices join`) opens the mesh
438
+ without a restart when `transports.mesh.enabled` is on.
439
+ - If a session stalls for longer than the mesh lock's stale window (for example while the machine
440
+ sleeps), another session can take the mesh over. The stalled session now notices this on its next
441
+ lock refresh, closes its own mesh, and says why. Two sessions no longer run it together.
442
+ `holdExclusiveFileLock` has a new `onLost` option for this.
443
+ - `/peers` and `/handoff` still list and reach linked mesh devices when local same-host peer discovery
444
+ fails. `/peers` says why sessions on this host are not listed. `ICommandLocalPeersAdapter` has a new
445
+ optional `localDiscoveryOff` field for this.
446
+ - `agent-transport-webrtc`: when lists become newer on a node (reissued, revoked, or adopted from a
447
+ peer), the node sends them over every admitted connection instead of waiting for the next handshake.
448
+ Reissues, revocations and enrolments in the CLI take effect this way at once. A receiver adopts a
449
+ pushed list only if it is newer, issued by this user's signing key, and verifies. The push does not
450
+ depend on the peer's capabilities, and it never reaches the application's message handlers.
451
+
452
+ - 05d5391: The embedded TURN relay says why it cannot listen — the port is taken, the host is not an address of
453
+ this machine, or the port needs privileges — and keeps the bind error as `cause`; the CLI names the
454
+ relay setting that cause asks you to change. Mesh options are no longer checked while
455
+ `transports.mesh.enabled` is off, so a mistake in them does not report that the mesh could not start.
456
+ - bbe9689: On a host that cannot prove a project write stays inside the project (every platform but Linux), a
457
+ trusted workspace no longer composes project memory, whose every save would be refused there. Memory
458
+ is shared through the repository, so it is not moved to a per-user store: turning it on prints once
459
+ that it stays off and why, and the run continues instead of failing on the first capture. Linux is
460
+ unchanged.
461
+ - 9721162: A trusted workspace saves its sessions on macOS and other hosts without Linux's project-write guarantee.
462
+
463
+ - **`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.
464
+ - **`agent-cli`:**
465
+ - Where project writes cannot be proven safe, a trusted workspace keeps its sessions in the user session store (`~/.robota/sessions`). They are listed for that workspace by their working directory, so `/resume`, the sessions sidebar, `--continue` and `robota session list` find them. Nothing is written under the project root.
466
+ - Before this, every save in a trusted git workspace on macOS was refused, and those surfaces listed nothing.
467
+ - Linux keeps trusted sessions in the project, as before.
468
+ - `robota session list`, `robota usage` and `robota session analyze` report such sessions as user sessions, never as project sessions.
469
+
470
+ - 57280bf: Every published package now declares `"engines": { "node": ">=22.12.0" }`. Before, 27 of the 38
471
+ packages declared no floor (`agent-core`, `agent-tools` and every provider among them),
472
+ `agent-session` and `agent-file-authority` declared `>=20.19.0`, and the other nine declared
473
+ `>=22.0.0`, so a consumer on Node 20 saw at most a warning from a transitive dependency.
474
+
475
+ Why 22.12: `agent-cli` and `agent-ui-terminal` need Node 22 through `ink` 7, and the CommonJS entries
476
+ of `agent-tools` and its dependents, `agent-transport`/`node` and its dependents, and
477
+ `agent-ui-terminal` `require()` ESM-only dependencies (`p-limit`, `jose`, `chalk`), which Node 22
478
+ supports unflagged only from 22.12. `engines` is advisory unless the consumer enables `engine-strict`.
479
+
480
+ No code changes: `tsdown` now reads `node22.12.0` as its build target from the field.
481
+
482
+ - 1efb124: `@robota-sdk/agent-cli` and `@robota-sdk/agent-ui-terminal` are now ESM-only. Their CommonJS entry
483
+ could never load: it pulls in Ink, whose `yoga-layout` dependency starts with a top-level `await`, so
484
+ `require()` failed on every Node version with `ERR_REQUIRE_ASYNC_MODULE`. The packages no longer
485
+ declare a `require` condition or ship `index.cjs`/`index.d.cts`, so `require()` now fails at resolution
486
+ with `ERR_PACKAGE_PATH_NOT_EXPORTED`. Load them with `import` or `import()`, which is unchanged. The
487
+ `robota` executable is unaffected.
488
+ - 18c0d5c: Every published package now exports `./package.json`, so `require('<package>/package.json')` and
489
+ `import('<package>/package.json', { with: { type: 'json' } })` work instead of failing with
490
+ `ERR_PACKAGE_PATH_NOT_EXPORTED`, and each tarball now ships the package's `CHANGELOG.md`.
491
+ - caaab20: `/rewind` works again. Every session the CLI builds for a trusted workspace captures edit
492
+ checkpoints; before, none did, and `/rewind` failed everywhere with "Edit checkpoints require
493
+ project authority."
494
+
495
+ - `agent-cli` (patch): a trusted workspace composes an edit checkpoint store for the terminal UI, a
496
+ print run, a served runtime and each session a daemon keeps live. Every session gets its own
497
+ 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
498
+ stays inside the project (every platform but Linux), none is composed: a checkpoint could be
499
+ neither saved nor restored there.
500
+ - `agent-command` (patch): where a session has no checkpoints, `/rewind` says why: a restricted
501
+ workspace is told to run `robota trust --yes` and restart robota, and a host that cannot write
502
+ the project safely says so. `/rewind list` reports this as a failed command instead of throwing.
503
+ - `agent-framework` (minor): a checkpoint operation on a session without a store throws
504
+ `EditCheckpointsUnavailableError`, whose `reason` is `host-cannot-write-project`,
505
+ `restricted-workspace` or `no-checkpoint-store`. It is a `WorkspaceAuthorityRequiredError`, as
506
+ before, named `EditCheckpointsUnavailableError`. `HeadlessInteractionChannel` takes an
507
+ `editCheckpointStore` option.
508
+ - `agent-ui-terminal` (minor): `renderApp` takes `createEditCheckpointStore` in place of
509
+ `editCheckpointStore`, and builds each session its own store, since a session switch can build the
510
+ next session before the old one's turn ends. `TuiInteractionChannel` keeps `editCheckpointStore`:
511
+ a channel runs one session.
512
+
513
+ - 227ff3a: The GUI session surface (desktop app, `robota --serve --open`) is redesigned as a calm desktop app: readable
514
+ type in a bundled Pretendard, monospace only for code and paths, surfaces separated by tone instead of
515
+ outlines, and light and dark themes that follow the system. Agent replies read as prose, your messages sit
516
+ in bubbles, tool calls are single quiet lines, and the composer carries the model, mode and effort. The
517
+ permission prompt now shows what the tool was asked to run, and the title bar names the current session.
518
+ - f01868f: `sandbox.autoAllowBashIfSandboxed` takes effect. The CLI confined shell commands in the OS sandbox,
519
+ but no session learned about the sandbox, so a confined command still asked for approval in the
520
+ terminal UI, a served runtime and MCP serve, and a print run with no one to approve it refused it.
521
+
522
+ - `agent-cli` (patch): a served session, and each session a daemon keeps live, receives the sandbox
523
+ the shell tools run under.
524
+ - `agent-framework` (minor): `HeadlessInteractionChannel` takes a `sandboxClient` option and hands it
525
+ to the session.
526
+ - `agent-ui-terminal` (minor): `renderApp` and `TuiInteractionChannel` take a `sandboxClient` option
527
+ and hand it to each session they build.
528
+
529
+ - e8779c9: A subagent consults the sandbox its shell tools run under, as its parent does. With
530
+ `autoAllowBashIfSandboxed` on, a confined command the subagent's gate leaves to the mode now runs
531
+ without a prompt. Before, a `context: fork` skill asked for approval, and a print run refused it.
532
+ An Agent-tool subagent in `auto` mode sent a command allowed by a broad rule like `Bash(npm *)` to
533
+ its classifier instead. A background policy's ceiling is still checked first: nothing outside it
534
+ runs.
535
+
536
+ - `agent-framework` (minor): `createSubagentSession` takes a `commandSandbox` option. The fork and the
537
+ in-process runner derive it from the parent's sandbox, the instance their inherited tools run
538
+ under. `sandboxApprovalFor` is exported.
539
+ - `agent-subagent-runner` (minor): `ISubagentWorkerComposition` takes an optional `createSandbox`. The
540
+ worker builds that sandbox once and hands the same instance to `createTools` and to the session.
541
+ - `agent-cli` (patch): robota's worker composition builds the OS sandbox through `createSandbox`, so
542
+ a child-process subagent approves what its parent approves.
543
+
544
+ - f8a8a4d: The GUI surface's design now applies inside a `robota-ui` scope that each of its root components opens,
545
+ so an app with design tokens of its own can embed the surface without either overriding the other. Such
546
+ an app imports `@robota-sdk/agent-ui-web/styles/surface.css` into its Tailwind entry; a page that is only
547
+ the surface keeps importing `styles/theme.css` and puts `robota-ui` on its `<html>`. `RobotaMark` and
548
+ `RobotaWordmark` are exported. The browser remote client (`RemoteClient`) follows the same design, with
549
+ its pairing states centred on the page.
550
+ - 122e82b: A child-process subagent confines and approves commands with its parent's sandbox settings as they
551
+ stand when it starts. Before, it read its root's settings files, so a `/sandbox` change made in the
552
+ session did not reach it. `/sandbox` changes the live sandbox and only the user settings file, which
553
+ project settings outrank. A worktree child also missed the parent's untracked local settings.
554
+
555
+ - `agent-subagent-runner` (minor): the runner factory takes `parentSandboxSettings`, read at each
556
+ spawn. The start payload carries it, the IPC guard checks it is a record, and the worker hands it to
557
+ `createSandbox` as `parentSettings`.
558
+ - `agent-cli` (patch): robota sends its live sandbox's settings, and a child builds its sandbox from
559
+ them. It refuses settings it cannot read rather than falling back to the files.
560
+
561
+ - 0368058: A running child-process subagent follows a `/sandbox` change made in its parent session. Before, it
562
+ kept the settings it started with until it ended, so a long-running `auto`-mode subagent went on
563
+ auto-approving confined commands after the user turned auto-allow off.
564
+
565
+ - `agent-tools` (minor): `OsSandboxClient.watchSettings(watcher)` reports each `configure`, until
566
+ its returned function is called.
567
+ - `agent-subagent-runner` (minor): the runner factory takes `watchParentSandboxSettings`, and
568
+ forwards each change to every running child as a `sandbox_settings` message. It watches before
569
+ reading the start payload, so no change is lost while a child starts, and stops when the child
570
+ exits or fails to start. A composed sandbox may define `applyParentSettings`. The worker applies
571
+ each change through it. On settings it cannot take, it aborts the run, lets a running command
572
+ finish, and ends the run with that error.
573
+ - `agent-cli` (patch): robota watches its live sandbox, and a child applies each change to the
574
+ instance its tools and approval read.
575
+
576
+ - 5a0ee96: Workspace trust no longer drops on its own. A grant was keyed by the repository config file and the
577
+ volume's device number, so `git push -u`, a branch rename or delete, `git remote add`, or macOS
578
+ renumbering a volume left a trusted workspace untrusted. Where the filesystem records a birth time
579
+ (APFS, ext4, NTFS, …), the key is now the git directory's own inode and birth time, which hold through
580
+ all of these while a repository recreated at the same path still does not inherit the grant; elsewhere
581
+ the stricter config-based key stays. Granting or revoking also retires a trusted record left for the
582
+ same worktree under an earlier key, so it no longer counts as a second trusted repository; it is
583
+ marked revoked rather than deleted, so a repository that returns to that path never regains a
584
+ generation an approval (such as a project MCP server's) was recorded against.
585
+
586
+ Grants made before this change are keyed the old way: run `robota trust --yes` once more in each
587
+ workspace. A workspace revoked before shows as untrusted until it is trusted or revoked again.
588
+
589
+ ## 3.0.0-beta.82
590
+
591
+ ### Minor Changes
592
+
593
+ - e15e22b: Two of one user's devices can connect to each other over WebRTC, admitted by the device handshake.
594
+
595
+ - `agent-transport-webrtc` — `DeviceMeshNode` keeps one connection per device pair, in either role: the
596
+ device with the lower id offers and the other answers, so concurrent attempts resolve by rule. Both
597
+ roles bind the handshake to the certificate the DTLS layer verified and take one remote description
598
+ with exactly one fingerprint; before admission only handshake frames cross, and a connection counts
599
+ as admitted only once both sides admitted each other. Each connection gets its own DTLS certificate
600
+ (`createDtlsKeys`). A new attempt never displaces an admitted connection until it is admitted
601
+ itself, and attempts per pair are paced. Lists adopted in a handshake, or handed over through
602
+ `refresh`, apply at once, and a device they revoke loses its connection. Signaling runs through
603
+ `IMeshRelay`: `WsMeshRelayClient` for the self-hosted relay's `presence` / `message` frames
604
+ (topics capped per source and relay-wide), `createInMemoryMeshRelayHub` for tests.
605
+ - `agent-remote-pairing` — the pair's two relay inbox topics, one per direction, come from their
606
+ pairwise secret (`derivePairRendezvous(...).relayInbox()`).
607
+ - `agent-cli` — a device holding the signing key reissues its roster and revocation list before they
608
+ expire while an interactive session runs. The host can open this device's mesh endpoint from the
609
+ identity under `~/.robota/devices`, saving newer lists a peer hands over; no command starts it yet.
610
+ - `agent-command` — `/devices add|join` still reports that enrolment is not available yet.
611
+
612
+ - e15e22b: The Node WebRTC transport runs on `node-datachannel` (libdatachannel, DTLS by OpenSSL). The DTLS stack
613
+ verifies handshake signatures, so a channel binding names the party that holds the certificate's key.
614
+ It is an optional dependency with a prebuilt binary per platform; where it cannot load, the WebRTC
615
+ transport reports itself unavailable instead of falling back to another implementation.
616
+
617
+ - `agent-transport-webrtc` — `RtcPeer` / `RtcChannel` wrap one connection; `loadDataChannel` replaces
618
+ `loadWerift` (and the `loadWerift` option becomes `loadDataChannel`). Every connection has its own DTLS
619
+ certificate, no ICE server is contacted unless configured, and `werift` is no longer a peer dependency.
620
+ A pairing peer that finishes the handshake first and speaks at once no longer has that frame dropped: it
621
+ is held until this side accepts, and discarded if it does not.
622
+ - `agent-cli` — depends on `node-datachannel` (optional) instead of `werift`.
623
+
624
+ - c7f9203: Connected sessions can send each other files.
625
+
626
+ - `/peers send-file <session-id> <path>` sends a copy of any file the operator can read to another
627
+ live session on this host.
628
+ - The model sends a file only through the `peer_send_file` tool. Every call asks the user, showing
629
+ the path, size, hash and destination; no permission mode, rule or remembered consent answers it.
630
+ The tool reaches only files inside the workspace whose path does not look like it holds secrets
631
+ (`.env*`, `~/.ssh`, keys and credentials), and it does not exist in a turn a peer's message started.
632
+ - The receiving operator approves every file. A received file is kept as an inert copy (mode 0600)
633
+ under `~/.robota/peer-files/<sender>/`. It is never run and never placed in the model's context.
634
+ The conversation is told only its name, size and sha256. A name that leaves that directory is
635
+ refused, a symbolic link is never written through, and nothing is overwritten.
636
+ - Transfers travel on a channel of their own (a separate connection on this host, a separate data
637
+ channel between devices), in chunks the receiver paces, up to 32 MiB, and are kept only when the
638
+ whole content matches the offered sha256. A transfer that ends early is discarded; there is no
639
+ resume.
640
+
641
+ **API**
642
+
643
+ - `agent-interface-session-mobility`: the `file` capability, which asks the operator for every
644
+ request; `ConnectionAuthority.authorizeFile`; `IFileOffer` and `IFileFrameChannel`.
645
+ - `agent-transport/node`: `sendFileOverChannel` and `receiveFileOverChannel`, the carrier over any
646
+ `IFileFrameChannel`; `DEFAULT_MAX_FILE_BYTES`.
647
+ - `agent-transport-webrtc`: `IDeviceMeshLink.openFileChannel` and `onFileChannel`.
648
+ - `agent-remote-pairing`: `file` joins `DEVICE_CAPABILITIES`. A device certificate that names it is
649
+ refused as malformed by an earlier version.
650
+ - `agent-core`: `IToolPermissionProfile.notInPeerTurn` withholds a tool from a turn a peer's message
651
+ started.
652
+ - `agent-framework`: `ICommandLocalPeersAdapter.prepareFile`.
653
+
654
+ - 004fe7f: `/handoff` moves a session over a real connection.
655
+
656
+ - `/handoff <session-id>` pushes this conversation to another Robota session on this machine. The
657
+ same carrier also runs between two of the user's devices over their mesh connection; no command
658
+ opens that connection yet.
659
+ - A hand-off is push-only: only the operator of the session that holds it starts one. A session or
660
+ device that asks another for its session is refused.
661
+ - The source signs a grant for that one transfer over that one channel with its device key, so a
662
+ hand-off needs the device identity from `/devices init`. The receiving side checks it against the
663
+ sender's certificate, then asks its own operator; without a yes nothing is sent.
664
+ - The session travels on the file-transfer carrier, is kept aside until it matches the manifest, and
665
+ is saved without being started. The operator there resumes it with `robota --resume <id>`.
666
+ - The source gives the session up, and ends, only once the receiving side confirms it saved it.
667
+ Every other outcome leaves the session where it was; if the confirmation is lost, `/handoff` to the
668
+ same session again resends the same transfer, which the receiver settles without saving it twice.
669
+ Peer attribution (`driverId`, `turnSource`)
670
+ travels with it.
671
+ - `/handoff` stays user-only. Its description tells the model to suggest the command to the user.
672
+ - `agent-transport-webrtc`: an admitted mesh link exposes the DTLS fingerprints it is bound to, and
673
+ `judgeHandoffGrant` is exported.
674
+ - `agent-interface-session-mobility`: a hand-off carrier may move the sealed payload whole
675
+ (`sendPayload`), the destination verifies it with `receivePayload`, and the source can report its
676
+ open transfer (`status`) and abandon it for any refusal the destination names.
677
+
678
+ - 189c21e: The device mesh can find and signal a peer device beyond the local network, through public
679
+ infrastructure that sees only signed ciphertext.
680
+
681
+ - **Rendezvous records (BEP 44):** each device publishes, per peer, its connection hints and the newest
682
+ device revocation lists it holds as mutable items on the BitTorrent Mainline DHT (`bittorrent-dht`,
683
+ directly over UDP), or through pkarr relays (`createPkarrRelayStore`, for clients that cannot reach
684
+ the DHT). Every record is signed by a one-time key of the pair, direction, epoch and purpose, stored
685
+ under a rotating salt, AEAD-sealed and padded to a fixed size; publish times are jittered per pair.
686
+ Lookups read the peer's records at the current and adjacent epochs and reject anything that does not
687
+ verify or open for the pair. Lists too large for one record are split into fixed-size chunks.
688
+ `MeshDht` is the candidate source and publisher, and its `latestLists` feeds the freshness lookup
689
+ before a remote admission with every list candidate found, newest first.
690
+ - **Nostr signaling:** `NostrMeshRelay` carries live SDP/ICE as ephemeral events on several relays,
691
+ under per-epoch, per-direction keys and kinds, with our own AEAD over the payload and no tags.
692
+ - **Order:** `DiscoveringMeshRelay` tries the address cache, mDNS, then DHT records for candidates,
693
+ and when none answers the signaling carriers in order — Nostr, then the self-hosted relay. A
694
+ carrier that carries no admission in time is set aside for the next one.
695
+ - **Defaults:** `DEFAULT_NOSTR_RELAYS` and `DEFAULT_PKARR_RELAYS` list well-known relays of several
696
+ operators; `transports.mesh.options` (`dht`, `pkarrRelays`, `nostrRelays`) replaces them, parsed by
697
+ the CLI's `parseMeshInternetSettings`, and `openDeviceMesh` takes them as `internet`. No command
698
+ starts the mesh yet.
699
+ - `agent-remote-pairing`: `signingSeed`, `sealRecord` and `openRecord` take a record purpose
700
+ (`hints`, the default and unchanged; `revocation`; `signal`), and two tag purposes are added. The
701
+ device handshake's `fetchLatestLists` may return several candidates per list kind; each is verified
702
+ and the newest that verifies counts, so a forged "newer" list cannot hide a real one.
703
+ - `agent-cli` declares the mesh's runtime dependencies (`bittorrent-dht`, `nostr-tools`,
704
+ `multicast-dns`), which its bundle leaves external.
705
+
706
+ **Breaking (pre-release, hence minor):** `IDiscoveringMeshRelayOptions.advertiser` becomes
707
+ `advertisers` (a list).
708
+
709
+ - 5e924ee: Two of one user's devices can find each other on the local network before the relay.
710
+
711
+ - `agent-remote-pairing` — `derivePairRendezvous` derives every place a device pair meets from their
712
+ pairwise secret, separated by direction: rotating tags (hourly epochs, looked up one epoch either
713
+ way), the seed of each epoch's one-time signing key, sealed connection-hint records, and the relay
714
+ inbox topics. It takes the lists in force and refuses a device they do not name with the same
715
+ key-agreement key, or revoke, so a rotated or revoked key stops deriving.
716
+ - `agent-transport-webrtc` — `startLanMeshRelay` / `DiscoveringMeshRelay` look for a peer in the
717
+ address cache, then with mDNS (`MeshMdns`, over `multicast-dns`), then on the self-hosted relay, and
718
+ carry signals to the peer's direct endpoint (`startMeshLanListener`) on rotating pairwise topics,
719
+ sent only as hashes. An endpoint must prove it holds the pair's topic before it carries signals,
720
+ and is set aside when no admission follows. The mDNS announcement names no product, device or
721
+ host, pads its instance count with names that hold for the epoch, and answers queries at a bounded
722
+ rate. Discovery yields candidates only: admission is still the device handshake, and an address is
723
+ remembered only after an admission it carried.
724
+ - `agent-cli` — the device mesh endpoint can look on the local network (`lan` option), remembering
725
+ the addresses that worked in an owner-only `~/.robota/devices/address-cache.json`; no command starts
726
+ it yet.
727
+
728
+ ## 3.0.0-beta.81
729
+
730
+ ### Minor Changes
731
+
732
+ - 3038eb7: A message from another session is instant messaging: text from an untrusted third party that
733
+ carries no authority. What the model does with it is decided by the session's ordinary permissions —
734
+ rules, permission mode and remembered consent — exactly like the session's own work. The per-origin
735
+ peer policy is gone.
736
+
737
+ **BREAKING**
738
+
739
+ - `agent-core`: `IPermissionEvaluationContext.peerTurn` is now a boolean. It decides only whether a
740
+ `repliesToPeer` tool exists; every other call in a peer turn is decided as in any turn. Removed:
741
+ `isToolAvailableInPeerTurn`, `isSecretPath`, `IPeerTurnAuthority`, `TPeerReach` (now exported by
742
+ `agent-interface-session-mobility`) and `IToolPermissionProfile.workspacePaths`.
743
+ - `agent-tools`: `Read` and `Glob` no longer declare `workspacePaths`.
744
+ - `agent-session`: `ISessionRunOptions.peerReach` is replaced by `peerTurn?: boolean`, and
745
+ `ISessionOptions.allowPeerChanges` is removed. An ask in a peer turn is answered like any other:
746
+ a consent the operator remembered answers it, and an "always allow" given there is remembered.
747
+ - `agent-interface-session`: `IPeerTurnContext` no longer has `reach`; it carries only the reply
748
+ route.
749
+ - `agent-interface-session-mobility`: `peerReachOf` is removed; `TPeerReach` moves here. A delegated
750
+ turn carries no reach.
751
+ - `agent-framework`: the `peers.allowChanges` setting is removed (an existing value is ignored). A
752
+ peer turn is offered the ordinary tools, plus `peer_reply`.
753
+
754
+ **Changes**
755
+
756
+ - `agent-framework`: the per-turn statement tells the model the message is an opinion from an
757
+ untrusted third party, not its owner's instruction, and that it decides for itself whether and how
758
+ to act. A message still expands no `@path` and attaches no context reference, and its requests
759
+ still carry no provider-hosted tool, since no permission step can decide one. The session takes
760
+ at most 6 messages a minute and 30 an hour from each sender for a turn; a message over the limit
761
+ is refused with a reason the sender receives. A prompt answer given in the name of a `peer:` or `external:`
762
+ driver is ignored. External-event turns keep their tool-less baseline.
763
+ - `agent-cli`: incoming peer turns carry only their reply route.
764
+
765
+ - ec5e477: Add a credential store port (`ICredentialStore` in `agent-core`) and keep the CLI's secrets behind it: the OS keychain through the optional `@napi-rs/keyring` binding (macOS Keychain, Windows Credential Manager, Linux Secret Service), else an owner-only file under `~/.robota/credentials`. The backend is chosen at first use, recorded, and named by `/remote-control status`; a recorded keychain that stops working fails closed instead of degrading to the file.
766
+
767
+ The remote-control host identity key moves into the store. The old `~/.robota/remote-host-identity.json` may have been copied by backups or dotfile sync, so it is not carried over: on the first run after upgrading a new host key is generated, the old file is removed, and the operator is told once that trusted devices must pair again.
768
+
769
+ - 44fc732: Add `/devices` for this device's identity among the user's devices: `list`, `init` (creates the identity: a recovery phrase, the master-certified signing key, this device's keys and certificate, the first roster and revocation list), `revoke <device-id>` (signing key only, no phrase; confirmed at the terminal) and `recover` (rotates the signing key from the phrase and revokes the old ones). Enrolling another device (`add` / `join`) comes with the device connection.
770
+
771
+ The recovery phrase never enters the session: it is shown once and read with no echo on the controlling terminal (opened apart from the session's input), on the alternate screen that is cleared afterwards, and never reaches prompt history, conversation history, transcripts, traces or the model. Without an interactive terminal the phrase commands refuse. `/devices` is operator-only: never model-invocable and refused from remote surfaces. Private keys live in the host credential store; certificates, roster, revocation lists and sequence marks are kept in owner-only files under `~/.robota/devices`.
772
+
773
+ `agent-remote-pairing` adds `isRecoveryPhraseWord`, so a phrase can be checked one word at a time.
774
+
775
+ - 007fd90: Authority per connection: pairing stays with the local operator, and driving needs the operator's yes.
776
+
777
+ - `agent-interface-session-mobility` — `ConnectionAuthority` decides what one connection may do.
778
+ `presence` and `message` are allowed; `delegate` and `handoff` ask the receiving operator for every
779
+ request; `observe` and `drive` ask once per connection. With no `IOperatorApprover` the answer is
780
+ no. `authorizeDelegation` turns an approved task into a peer turn from where admission placed the
781
+ peer, ignoring anything else on the request, so the receiver's policy decides what it may do.
782
+ - `agent-transport-webrtc` — `connectionApproval` asks the operator before a connection reaches the
783
+ session, after every proof has run. Frames the peer sends meanwhile are held (bounded) and delivered
784
+ only after a yes. A channel that closes first withdraws the question (the approval context carries
785
+ an `AbortSignal`), and a later answer admits nothing. A first-pairing device is pinned for
786
+ reconnect only once it is admitted.
787
+ - `agent-command` — `/remote-control enable` and `revoke` from a connected surface are refused, and
788
+ `status` never shows a connected surface the pairing link.
789
+ - `agent-framework` — the `remote-control-enable` host action runs only for the operator's own
790
+ command, whichever command asked for it.
791
+ - `agent-cli` — every remote-control connection, a returning trusted device included, is put to the
792
+ operator on the host terminal; without an interactive terminal it is refused.
793
+
794
+ - 18b52cc: Built-in commands are offered to the model deliberately, each described for the model, and never
795
+ with a trust, credential or permission-widening action.
796
+
797
+ - `agent-interface-command` — `ICommand` gains `modelDescription?` (what the model is told, beside the
798
+ short `/help` line), and `modelInvocable` on a subcommand entry now narrows what the model may run.
799
+ - `agent-framework` — `ISystemCommand` gains `modelDescription?` and `modelRequiresPermission?`.
800
+ Once any subcommand of a model-invocable command declares `modelInvocable`, the model may run only
801
+ the bare command and the subcommands declared `true`; everything else, including an alias or an
802
+ undeclared subcommand, is refused before the command runs. The model-facing descriptor lists only
803
+ that subset. A model-requested monitor's command is now decided by the shell tool's gate (its
804
+ Bash/Shell rules, the mode and the prompt) and a refusal rejects with the new
805
+ `MonitorCommandRefusedError`. The `scriptedSession` test harness accepts `permissions` patterns.
806
+ - `agent-session` — `Session.checkToolPermission(toolName, toolArgs)` decides an action that has a
807
+ tool's effect by another route: that tool's PreToolUse hooks, then the gate's rules, mode,
808
+ remembered consent and prompt — never the command sandbox's auto-approval, since the action does
809
+ not run inside the sandbox.
810
+ - `agent-framework` also: `ICommandMCPActivationAdapter.userActionSurface?` tells `/mcp` whether the
811
+ user can type a session command, so the model's status names the terminal sign-in otherwise.
812
+ - `agent-command` — `/context` (bare and `list`), `/cost` (the report, not `budget`) and `/mcp`
813
+ (`status` only, without a prompt) are now model-invocable; `/memory approve` and `/memory reject`
814
+ are now user-only; the model's `/monitor` is decided by the shell gate rather than by consent to
815
+ the command's name. Every model-invocable command carries a model-facing description. The model's
816
+ `/mcp status` shows only safe names, states and the command to suggest, and a caller that does not
817
+ identify itself gets that view. `/context list` accounts only for turns still in context. New
818
+ `mcpUserActionNotice`, `mcpUserActionCommand` and `mcpUnavailableServersNotice` build the fixed
819
+ notices.
820
+ - `agent-command-workflows` — `/workflows` carries a model-facing description.
821
+ - `agent-mcp` — `createDiscoveredTool` accepts `authFailureNotice`: a call the server refuses for
822
+ authentication returns that host text instead of the generic failure.
823
+ - `agent-cli` — an MCP server that did not start because the user must approve it, trust the
824
+ workspace or sign in is named to the model at the start of an interactive session with the
825
+ command to suggest, and a
826
+ signed-in OAuth server that refuses a call tells the model to suggest `/mcp login <server>` — or, in print and serve runs, the terminal
827
+ `robota mcp login <server>`.
828
+
829
+ A command whose bare form is a complete action declares `runsBare`, so choosing `/cost` or `/mcp`
830
+ from the autocomplete menu still runs it even though they now declare subcommands.
831
+
832
+ - 9843fe6: Sign in to a remote MCP server from inside a session, and use its tools without restarting.
833
+
834
+ - **`/mcp login <server> [--no-browser]`** runs the same per-server OAuth sign-in as
835
+ `robota mcp login` (discovery checks, PKCE, `state`, RFC 9207 `iss`, RFC 8707 resource, the
836
+ loopback listener, the lock-guarded store). It opens the browser through the argv opener; with
837
+ `--no-browser`, or when no browser can be opened, it shows the authorization URL and asks for the
838
+ redirect URL in the session's own prompt (masked), held to the same rules as a pasted redirect in
839
+ the terminal. A failed, refused, timed-out or cancelled sign-in changes nothing and is reported by
840
+ a fixed reason only. `/mcp login <server> --client-secret` is refused: a secret is never typed into
841
+ a session, and `robota mcp login <server> --client-secret` is named instead (also after a failed
842
+ token exchange for a pre-registered client). `/mcp` stays user-only (`modelInvocable: false`).
843
+ - **Connected in the same session:** after a sign-in, a server that could not connect for want of
844
+ one goes through the normal admission (approval, fingerprint, trust) and connects, and its tools
845
+ are offered from the next message; a server that was already connected is admitted again and
846
+ reconnects, and its authenticator drops what it held and reads the new credential. A tool left out
847
+ because the session already has its name is reported, and only tools actually added get
848
+ provenance. In browser mode the authorization URL is shown in the session prompt before the
849
+ browser opens, where the user can also choose to paste the redirect instead or cancel.
850
+ - **`runMCPOAuthLogin`** takes `readRedirectWhenBrowserFails`: when `openBrowser` rejects, the
851
+ loopback listener stops and the pasted redirect is read instead, for the same redirect URI. The
852
+ loopback listener's time limit now runs from its first `wait()` — once the authorization page is
853
+ handed over — so time spent at a prompt before the browser opens does not count against it.
854
+ - **`Session.addTools`** (and `ICommandSessionTools.addTools`) offers tools that became usable
855
+ mid-session, through the same permission gate and — via `ISessionOptions.wrapAddedTools`, which
856
+ `createSession` sets — the same edit-checkpoint and reversible-execution wraps as the assembled
857
+ tools. A name the session already has is left out, never replaced. Calls are serialized, and tools
858
+ added while a turn runs are applied when the next turn starts, so a turn's rounds all see one
859
+ tool list and the prompt cache misses once, at that boundary.
860
+ - **Breaking (`agent-framework`, major):** `addTools` is a new required member of the
861
+ `ICommandSessionTools` role port (and so of `ICommandSessionRuntime`). A host that implements the
862
+ port itself must add it; one that passes an `agent-session` `Session` already has it.
863
+ - **`ICommandMCPActivationAdapter.oauthLogin`** (`ICommandMCPOAuthLoginRequest`,
864
+ `ICommandMCPOAuthLoginResult`, `ICommandMCPOAuthRedirectPrompt`) is the port behind it.
865
+ - The sign-in notice and `/mcp status` now suggest `/mcp login <server>` in a session and
866
+ `robota mcp login <server>` in a terminal; the server's name is shown only when it is safe to paste
867
+ into any shell, otherwise `<server>`.
868
+
869
+ ### Patch Changes
870
+
871
+ - 02b7452: A reply to a peer session is decided by the permission system like any call that sends something
872
+ off this machine, and it goes only to the sender that was admitted.
873
+
874
+ - `agent-core` — a tool declaring `repliesToPeer` is still refused outside a peer turn; inside one it
875
+ is decided by the ordinary steps: deny, ask and allow rules, then the mode. It declares no risk
876
+ class, so it asks by default, is refused in plan mode and proceeds under bypass. `IPeerTurnAuthority`
877
+ no longer has `toolUsed`.
878
+ - `agent-session` — an "always allow" answer to the reply is remembered and answers later replies,
879
+ as for any tool; other asks in a peer turn still need a fresh approval each time.
880
+ - `agent-framework` — `peer_reply` asks the operator by default, showing the full text and the peer
881
+ it goes to; `permissions.allow`/`deny` rules naming `peer_reply` apply. `PeerMessageIngress`
882
+ refuses a message whose origin names a sender other than the admitted one, or whose admission names
883
+ no sender, and submits the turn with the admitted identity.
884
+ - `agent-cli` — a local peer message is taken as coming from the session it names only when that
885
+ session confirms, at its own socket, that it is sending exactly that message to this receiver.
886
+ The reply target, the driver id and the operator's notices come from the confirmed sender. A
887
+ session on an earlier version cannot confirm, so its messages are refused; both sessions need this
888
+ version to message each other.
889
+
890
+ ## 3.0.0-beta.80
891
+
892
+ ### Major Changes
893
+
894
+ - 64ba748: **BREAKING — ARCH-042: project filesystem access is now an explicit, host-issued authority instead of an ambient consequence of `cwd`.**
895
+
896
+ `@robota-sdk/agent-framework` adds `WorkspaceTrustService` and the opaque
897
+ `IWorkspaceProjectAuthority`, plus bounded reader, settings-writer, state-storage, and mutation
898
+ facets. Public session, settings, context, checkpoint, memory, contribution, query, and replay
899
+ contracts consume those facets. A caller that does not supply `projectAccess` is deliberately
900
+ restricted to user-owned host state and receives no project filesystem capability.
901
+
902
+ The framework removes or renames ambient Node/project exports. Migrate `checkSettingsFile` to
903
+ `checkNodeHostSettingsFile`, `readMergedProviderSettingsFromPaths` to
904
+ `readMergedProviderSettingsFromSources`, `resolveProviderSettingsWriteTargetPath` to
905
+ `resolveProviderSettingsWriteTarget`, `FileSystemMemoryStore` / `createFileSystemMemoryStore` to
906
+ `WorkspaceMemoryStore` / `createWorkspaceMemoryStore`, and `PluginSettingsStore` to
907
+ `NodeHostPluginSettingsStore`. Host-only git helpers now carry the `FromNodeHost` suffix.
908
+ `projectPaths`, `resolveSettingsPathForScope`, and `getProviderSettingsPaths` are removed; project
909
+ consumers must use the authority facets rather than recover absolute paths.
910
+
911
+ `@robota-sdk/agent-session` renames the Node filesystem implementation `SessionStore` to
912
+ `NodeSessionStore` and adds explicit session-log/external-payload source and sink ports. Session
913
+ replay no longer resolves external payload files from an ambient directory.
914
+
915
+ `@robota-sdk/agent-interface-transport` changes `ISkillExecutionPort.loadCommands(cwd, home?)` to
916
+ the authority-bound `loadCommands()` and removes the optional absolute-path leak
917
+ `IInteractiveSessionStore.getFilePath`. `@robota-sdk/agent-command` consequently replaces the
918
+ `cwd` option of `createSkillsCommandModule` with required `contributionSources`; default command
919
+ composition accepts explicit contribution sources and discovers no project skills when none are
920
+ provided.
921
+
922
+ `@robota-sdk/agent-cli`, `@robota-sdk/agent-transport`, and
923
+ `@robota-sdk/agent-transport-tui` thread the trusted-or-restricted project decision through every
924
+ session surface. Embedded callers that need project settings, state, context, skills, checkpoints,
925
+ or mutation must mint access through `WorkspaceTrustService` and pass the returned
926
+ `projectAccess` (and a separately approved mutation/settings facet where required). Omitting it is
927
+ still type-compatible but is behaviorally breaking: the surface now fails closed instead of
928
+ reading or writing the current directory.
929
+
930
+ ### Minor Changes
931
+
932
+ - 9c19c50: `/fork [name] [--same-dir]` copies the live conversation into a background session.
933
+
934
+ The session writes a copy of its own record under a fresh id — messages, system prompt, tool schemas
935
+ and full history, and deliberately not the sandbox snapshot, goal, plan or branch — then spawns a
936
+ background job carrying only `resumeSessionId`. The child restores that record itself, so no
937
+ conversation crosses the child-process boundary and the worker start payload's key set is unchanged.
938
+ The background panel gains an `attach` control that switches the terminal onto the forked session; it
939
+ is a view switch, never a merge, and a missing record or a terminal task is refused with the task's
940
+ own status.
941
+
942
+ **`@robota-sdk/agent-framework` is `major` for one reason: `ICommandHostSessionAccess` gains a
943
+ required member.** `forkSession({ name? })` is not optional, so an external implementation of that
944
+ role port stops compiling until it adds the method. Every other change in this set is additive:
945
+
946
+ - `agent-interface-execution` — `TExecutionControl` gains `'attach'`.
947
+ - `agent-interface-command` — `TCommandUiIntent` gains `{ type: 'switch-session'; sessionId }`.
948
+ - `agent-subagent-runner` — `ISubagentWorkerComposition` gains the optional `openSessionStore`, and
949
+ the worker resumes a record when the job names one. A composition that registers no store and
950
+ receives no `resumeSessionId` behaves exactly as before.
951
+ - `agent-framework` also gains the fork-record builder, `SessionTurnMemory`, and
952
+ `IAgentBackgroundTaskRequest.resumeSessionId?`; `loadSessionRecord` now returns
953
+ `restoredSystemPrompt`, which makes a record field that was written and never read take effect on
954
+ restore.
955
+ - `agent-executor`, `agent-command`, `agent-transport-tui`, `agent-cli` — the spawn input, the
956
+ `/fork` module and the attach control that carry it to the surface.
957
+
958
+ - 3ac6c48: Remote MCP servers get a client authentication port. OAuth and a dynamic header helper will plug
959
+ into it without the transport changing.
960
+
961
+ - **`IMCPClientAuthenticator`:**
962
+ - A host registers one for one server identity: `authenticatorFor` on the CLI's MCP client
963
+ composition, or `authentication` on `IMCPHttpEndpoint`.
964
+ - The Streamable HTTP transport asks it for headers on every request to that server, after
965
+ admission. Its headers override a static header of the same name.
966
+ - **Failures:**
967
+ - A 401/403 is retried at most once, with fresh authorization, when the authenticator answers
968
+ `retry`.
969
+ - Otherwise the connection is refused with `MCPAuthenticationError`, which is classified as
970
+ `auth`. Neither the credential nor the authenticator's text appears in it.
971
+ - There is never an unauthenticated attempt.
972
+ - **`oauth` and `headersHelper` in a definition** were silently ignored.
973
+ - On a remote server they are now decoded as `unsupportedAuthentication`: the server stays
974
+ listed, and admission refuses it by name (`unsupported-authentication`) instead of connecting
975
+ without the credential.
976
+ - On a stdio server they are a definition problem.
977
+
978
+ - 9368d00: Advisor escalation: the main model can consult a second model at the decision points it chooses.
979
+
980
+ With an advisor configured (`--advisor <profile>[:<model>]`, or the `advisorModel` setting that
981
+ `/advisor` saves; the flag wins), the session gets an `Advisor({ question? })` tool. The advisor reads
982
+ the whole conversation — system prompt, messages, tool calls and results — serialized into one prompt
983
+ and sent with `toolChoice: 'none'`, truncated from the front to fit its window with the system prompt
984
+ kept, and declines when even that does not fit. Its answer comes back framed as guidance to verify;
985
+ an empty or refusing answer reads as declined. Calls are limited to two per turn and a fixed number
986
+ per session, parallel calls in one round share those limits, and a repeated question in the same
987
+ turn returns the earlier answer. A request that was sent counts even when the provider failed (the
988
+ decline is reported by class, never by its text); only a call declined before sending gives its slot
989
+ back.
990
+
991
+ Advisor usage, including in-process subagents', is recorded where each turn's usage is recorded —
992
+ the persisted session history, under the advisor's own provider and model — so `/cost`, usage reports
993
+ and resumed sessions include it. `/cost` now totals that history and prices each part on its own
994
+ model, showing "mixed" when more than one model was priced.
995
+
996
+ `/advisor <model>` and `/advisor off` change only where calls go, never the tool list, so the main
997
+ model's prompt cache is not invalidated mid-session; the tool is added only when a session starts
998
+ with an advisor. Sending history to a destination (provider type and endpoint host) the main model
999
+ does not already use needs a one-time consent per destination, kept in the user settings file; a
1000
+ refusal is remembered for the session. The organization's `allowedProviders` applies, and
1001
+ `ROBOTA_DISABLE_ADVISOR=1` turns it off completely. In-process subagents inherit the advisor, bound
1002
+ to their own conversation; child-process subagents do not get it.
1003
+
1004
+ **`@robota-sdk/agent-framework` is `major` for one reason: `ICommandHostSessionAccess` gains a
1005
+ required member,** `getSessionUsage()`, the session's persisted usage records. An external
1006
+ implementation of that role port stops compiling until it adds the method. The rest is additive.
1007
+
1008
+ - `agent-session` — `formatConversationEntries`, the one text rendering of a conversation, now used
1009
+ by compaction too. It keeps tool calls and results, marks a user message a peer session sent
1010
+ (`user [from "peer:<id>"]`), and JSON-encodes every message onto one line so no content can forge
1011
+ another entry; compaction previously flattened all of this. `Session.getProvider()` returns the
1012
+ provider the session currently uses.
1013
+ - `agent-framework` — `AdvisorController`, `createAdvisorTool`, the advisor spec helpers, provider
1014
+ destinations (`describeProviderDestination`, `rememberProviderDestination`), `getSessionUsage` and
1015
+ `ISessionUsageRecord`, the `onUsageRecorded` session option, and the optional `advisor` command
1016
+ host adapter. Session assembly binds a host-supplied Advisor tool to the session holding it.
1017
+ - `agent-command` — the `/advisor` command module; `/cost` reads the session's persisted usage.
1018
+ - `agent-cli` — the `--advisor` flag, `advisorModel` setting, per-destination consent store and kill
1019
+ switch.
1020
+ - `agent-ui-terminal` — a usage line from another source (the advisor, a background task) names that
1021
+ source and leaves out the context window it does not have.
1022
+ - `agent-session-analytics` — personal usage counts an advisor call's tokens and cost toward its
1023
+ turn without counting it as a turn.
1024
+
1025
+ - 0d369ce: Remote MCP servers can take their request headers from a header helper.
1026
+
1027
+ - **Declaring one:** `"headersHelper": { "command": "/absolute/path", "args": [...] }` on a remote
1028
+ server definition.
1029
+ - `${}` templates are refused, as they are for stdio.
1030
+ - The shell-string form other clients accept is refused, with a message showing the argv form.
1031
+ - `headersHelper` is no longer reported as unsupported authentication; only `oauth` is.
1032
+ - **Allowing one:** a helper runs only when all of these hold:
1033
+ - its exact command and arguments are listed in `mcpHeaderHelpers` in the user's own settings.
1034
+ A project, local, managed or plugin source cannot add to that list.
1035
+ - the server's activation is approved. The helper is part of the definition fingerprint, and the
1036
+ activation endpoint shows it beside the URL, with arguments quoted and control characters
1037
+ escaped.
1038
+ - for a `project` or `local` definition, the workspace is trusted.
1039
+
1040
+ Otherwise the server is refused with `headers-helper-not-allowed` or `headers-helper-untrusted`.
1041
+ It is never connected with its static headers alone.
1042
+
1043
+ - **Running it** (`agent-cli`):
1044
+ - No shell. It runs in the project directory for a `project`/`local` definition, and in
1045
+ `~/.robota` otherwise.
1046
+ - Its environment is the host's without runtime-loading variables (`NODE_OPTIONS`, `LD_*`,
1047
+ `BASH_ENV`, …). A `project`/`local` helper also gets no credential-shaped variables.
1048
+ `ROBOTA_MCP_SERVER_NAME` and `ROBOTA_MCP_SERVER_URL` are set. For a `project`/`local` helper
1049
+ the URL keeps its `${VAR}` references instead of what the environment expanded them to.
1050
+ - Limits: 10 s and 64 KiB of stdout. Stderr is discarded. The process tree is killed on timeout
1051
+ or cancel.
1052
+ - **Its output** (`agent-mcp`, `parseHeadersHelperOutput`):
1053
+ - Exactly one JSON object of string values.
1054
+ - Refused: invalid or duplicate names (case-insensitive), more than 32 headers, and headers the
1055
+ transport owns (`Host`, `Content-Length`, `Transfer-Encoding`, `Connection`, `Content-Type`,
1056
+ `Accept`, `Mcp-Session-Id`, `Mcp-Protocol-Version`, `traceparent`).
1057
+ - **When it runs:** once per connection, one run at a time, and once more after a 401/403.
1058
+ - Requests refused together cost one new run: the reusable `MCPSingleFlightCache` tags each value
1059
+ with a generation and drops it only when the refused request used the current one.
1060
+ - `IMCPAuthorizationRejection` now carries `authorization`, the object `authorize` returned for
1061
+ the refused request, so an authenticator can tell which credential was refused.
1062
+ - A reconnect runs the helper afresh. A helper still running when the CLI exits is killed.
1063
+ - Failures are `MCPHeadersHelperError` with a fixed reason. Nothing the helper printed reaches an
1064
+ error or a diagnostic.
1065
+ - `IMCPHttpEndpoint.authenticationRequired` refuses admission (`authentication-unavailable`) when no
1066
+ authenticator is registered.
1067
+
1068
+ - d4189b9: The rest of the per-server MCP OAuth lifecycle: signing in to a server without a local browser,
1069
+ signing out of it with token revocation, and each server's sign-in state in `/mcp`.
1070
+
1071
+ - **`robota mcp login <name> --no-browser`** prints the authorization URL and reads the redirect URL
1072
+ the user pastes back (not echoed). `runMCPOAuthLogin` takes `readRedirect` for this; nothing
1073
+ listens on the redirect URI then. The pasted URL is held to the loopback listener's rules through
1074
+ `createPastedRedirectAcceptor`: it must be the registered redirect URI (same origin and path, no
1075
+ user info), carry the sign-in's `state` (compared in constant time), and is accepted once; an
1076
+ error redirect is `authorization-denied` without its `error_description`, and the RFC 9207 `iss`
1077
+ check applies as before. `openBrowser` now also receives the redirect URI. `readRedirect` gets a
1078
+ signal that aborts on cancel or at `callbackTimeoutMs` (5 minutes by default, as for the loopback
1079
+ listener); a paste longer than the prompt accepts fails as `redirect-too-long`.
1080
+ - **Signing out** (`runMCPOAuthLogout`; `robota mcp logout <name>`; `/mcp logout <serverId>`):
1081
+ deletes the stored credential under the refresh lock, then revokes the refresh token and the
1082
+ access token (RFC 7009) when the stored issuer advertises `revocation_endpoint`. Revocation is a
1083
+ POST through the egress policy that never follows a redirect and is byte-bounded; it authenticates
1084
+ the client by `revocation_endpoint_auth_methods_supported` when advertised, otherwise the way its
1085
+ refresh does. The local delete always happens. Each token's outcome is reported in `tokens`, and
1086
+ overall as `revoked`, `partial`, `unsupported`, `failed` or `not-attempted`, with fixed reasons
1087
+ only (new: `revocation-failed`, and `token-type-not-revocable` for RFC 7009
1088
+ `unsupported_token_type`). `/mcp logout` also makes the session's authenticator drop the token it
1089
+ holds (`IMCPOAuthAuthenticator.forget`).
1090
+ - **Sign-in state:** `readMCPOAuthCredentialState` answers `signed-in`, `expired-refreshable`,
1091
+ `sign-in-required` or `signed-out` — never anything token-derived. `/mcp` shows it for every
1092
+ OAuth server; a server this session was told needs a sign-in reads `sign-in-required`.
1093
+ `ICommandMCPActivationAdapter` gains optional `oauthStatus` and `oauthLogout`
1094
+ (`ICommandMCPOAuthStatus`, `ICommandMCPOAuthLogoutResult`).
1095
+ - **No in-session sign-in:** signing in stays `robota mcp login <server>` in a terminal, since it
1096
+ needs the terminal (browser, pasted redirect, hidden secret prompt) a running session owns. `/mcp`
1097
+ names that command for a server that needs a sign-in, as does the session's sign-in notice; the
1098
+ server name is shown there only when it is safe to paste into any shell — a plain token not
1099
+ starting with `-` or `=` — and is otherwise replaced by `<server>` (`shellArgumentForDisplay` in
1100
+ `agent-core`; nothing is quoted, since quoting rules differ between shells). Server names in OAuth
1101
+ notices have control and format characters escaped.
1102
+ - **Refresh hardening:** on `invalid_grant`, the store is read again under the lock; a refresh token
1103
+ another holder rotated in meanwhile is kept (and used when still valid) instead of being deleted.
1104
+ The expiry skew is capped at half the token's lifetime, so a short-lived token is not refreshed on
1105
+ every request; credentials now record `issuedAt` for this.
1106
+
1107
+ - 9edae52: Remote MCP servers can authenticate with OAuth: `robota mcp login <name>` signs in, and sessions
1108
+ send the stored token.
1109
+
1110
+ - **Declaring it:** `"oauth": { "clientId"?, "callbackPort"?, "authServerMetadataUrl"?, "scopes"? }`
1111
+ on a remote server definition, decoded into `IMCPOAuthConfig`.
1112
+ - `authServerMetadataUrl` must be `https`. `scopes` wins over the server's metadata and a 401's
1113
+ `scope`.
1114
+ - A `clientId` needs a `callbackPort`: a pre-registered client's redirect URI is fixed.
1115
+ - `clientSecret`, unknown keys and `${}` templates are refused; `oauth` beside `headersHelper`,
1116
+ or on a stdio server, is refused.
1117
+ - `oauth` is no longer reported as unsupported authentication, and it is part of the definition
1118
+ fingerprint.
1119
+ - **Signing in** (`runMCPOAuthLogin`; `robota mcp login <name> [--client-secret]`):
1120
+ - Discovery is done here, not by the SDK's `discoverOAuthServerInfo`: the protected-resource
1121
+ metadata `resource` must be the canonical server URL, the authorization server's `issuer` must
1122
+ be the server it was fetched for, the server, authorization, token and registration
1123
+ endpoints must be `https`, and the authorization server must advertise PKCE `S256`
1124
+ (`pkce-unsupported` otherwise). A 401's `resource_metadata` is never followed to another origin,
1125
+ and a server without resource metadata is not guessed at.
1126
+ `authServerMetadataUrl` skips resource discovery.
1127
+ - Dynamic client registration when there is no `clientId`; PKCE, a random `state` and the
1128
+ RFC 8707 resource indicator on the authorization request; the RFC 9207 `iss` checked on the
1129
+ redirect when sent, and required when the server promises it.
1130
+ - The loopback callback listens on `127.0.0.1`, checks `Host`, answers only `GET /callback` with
1131
+ the sign-in's `state` (compared in constant time), once, within 5 minutes, and serves a static
1132
+ page that never shows `error_description`.
1133
+ - The browser opens by argv (`open`, `xdg-open`, `rundll32 url.dll,FileProtocolHandler`) and only
1134
+ for an `https` URL. `--client-secret` asks for the secret without echo (or reads stdin's first
1135
+ line) and only for a pre-registered client.
1136
+ - **Network:** every OAuth request goes through the egress policy and is capped at 256 KiB.
1137
+ `agent-core` adds `postWithEgressPolicy`, which refuses a redirect (`redirect_refused`) instead
1138
+ of following it; registration, token and refresh requests use it.
1139
+ - **Storage:** `IMCPOAuthCredentialStore` (`get`/`set`/`delete`), keyed by the server's security
1140
+ identity and canonical URL together. `createFileOAuthCredentialStore` keeps 0600 files in a 0700
1141
+ `~/.robota/mcp-credentials/`. The issuer, token endpoint and client (with its secret, if any, and
1142
+ the client authentication method dynamic registration returned) are stored with the tokens. A
1143
+ sign-in stores its credential under the refresh lock, so a refresh in flight cannot overwrite it.
1144
+ - **Sessions** (`createOAuthAuthenticator`, wired for every `oauth` definition):
1145
+ - Sends the stored token as `Authorization: Bearer`, refreshing it first when expired — including
1146
+ a token cached earlier in the session — and only at the stored token endpoint.
1147
+ - One refresh at a time per credential: in a process through `MCPSingleFlightCache`, across
1148
+ processes under `createFileOAuthRefreshLock`, re-reading the store once the lock is held. A
1149
+ stale lock is taken over, and a lock released, only after it is renamed aside and proven to be
1150
+ the one judged — never another process's fresh lock.
1151
+ - A 401 rediscovers, then refreshes once and retries; an authorization server that changed clears
1152
+ the tokens — compared, under the lock, with what is stored then, so a newer sign-in is kept. `invalid_grant`, or nothing stored, asks the user to run `robota mcp login <name>`. A 403
1153
+ `insufficient_scope` fails and names the scope.
1154
+ - An `oauth` definition is never connected without the authenticator (`oauth-unavailable`).
1155
+ - Failures are `MCPOAuthError` with a fixed reason; no code, verifier, token, secret or
1156
+ authorization-server text reaches an error, a notice or a log.
1157
+
1158
+ - 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.
1159
+ - 3131209: `robota mcp serve` can serve a remote MCP client as an OAuth resource server.
1160
+
1161
+ `agent-transport-mcp` gains `createMcpRemoteHttpHost`, which admits requests only by an OAuth access
1162
+ token checked by an injected `IAccessTokenVerifier`. Its endpoint path and its RFC 9728
1163
+ protected-resource metadata path are derived from the `https` public URL, so a proxy prefix works,
1164
+ and Host and Origin are checked against that public origin. A refusal has an empty body: `401` with
1165
+ `WWW-Authenticate: Bearer resource_metadata="…"` (plus `error="invalid_token"` when a token was
1166
+ presented), or `403` with `error="insufficient_scope"`. The token is verified before anything is
1167
+ counted, and only failures are counted, per client address, so a valid token is never throttled;
1168
+ `X-Forwarded-For` is believed only from a configured trusted proxy. Each refusal goes to an injected
1169
+ audit sink as a reason and an address class, never token text. The host stays stateless and issues
1170
+ no `Mcp-Session-Id`. The loopback `createMcpHttpHost` is unchanged.
1171
+
1172
+ `agent-cli` adds `--http-public-url`, `--http-host`, `--oauth-issuer`, `--oauth-scopes`,
1173
+ `--oauth-allowed-subjects` and `--trusted-proxy` to `robota mcp serve`. It binds an address other than
1174
+ `127.0.0.1` only with the public URL and the OAuth settings, and never with `--http-token-file`.
1175
+ Refusals are logged on stderr without token text.
1176
+
1177
+ - af2f2ad: `/cd <directory>` continues the conversation in another directory.
1178
+
1179
+ - **A move is a new session in the target directory.** In the TUI, robota saves a copy of the
1180
+ conversation where the target's session store will find it, ends the current run through its
1181
+ normal end-of-life flow, and starts again in the target directory resuming that copy. The target's
1182
+ settings, trust decision, tools, skills and `AGENTS.md` apply, exactly as if robota had been
1183
+ launched there. The process boundary makes the move atomic, so no tool call can straddle it.
1184
+ - **The system prompt is kept as recorded**, so a provider's prompt cache survives. One appended
1185
+ `<workspace-move>` message tells the model the new directory, and which project instructions now
1186
+ apply.
1187
+ - **Refused** while a turn is running or a background task is still running, for a missing directory
1188
+ or the current one, and for a target a `Cd(...)` deny rule names.
1189
+ - **Access never widens:** a restricted session stays restricted after a move, and a trusted session
1190
+ takes the target's own trust decision.
1191
+ - New contracts: the `workspace-move` host action, `ICommandWorkspaceAdapter` /
1192
+ `IWorkspaceMoveRequest`, `InteractiveSession.moveWorkspace`, and the `workspaceMovedFrom` session
1193
+ option. The CLI's `--moved-from` and `--restricted-workspace` flags are internal.
1194
+
1195
+ - 267af5f: The execution containment seam states where tools run.
1196
+
1197
+ - **`ISandboxClient.filesystem`** (`'shared' | 'separate'`, absent means `separate`).
1198
+ - With a **separate** filesystem (E2B, in-memory), every file tool goes through the sandbox, and
1199
+ `Glob`/`Grep`, which can only read the host, are withheld. Previously a remote sandbox still
1200
+ offered host-reading search tools beside sandbox-writing edit tools.
1201
+ - With a **shared** filesystem (OS-level confinement over the host's files), file tools stay on
1202
+ the host under the path guard, and only commands go through the sandbox.
1203
+ - **`describeExecutionContainment` / `routesFilesThroughSandbox`** name the containment (`host`,
1204
+ `sandbox-shared`, `sandbox-separate`) instead of inferring it from an absent value.
1205
+ - **`robota doctor` reports `execution.containment`.** Robota composes no sandbox today, so the
1206
+ doctor says shell commands run unconfined on the host and the permission rules are the only
1207
+ boundary. The CLI composition and the doctor read the same value.
1208
+ - **The `Agent` and `BackgroundProcess` tools no longer fall back to `process.cwd()`** when they
1209
+ were built without an execution root. They report an assembly error instead, as the file tools
1210
+ already did (ARCH-010).
1211
+
1212
+ - f336838: One permission evaluation order for every caller. The interactive session, background tasks and
1213
+ subagents used to run two different resolvers, so the same call could be decided differently
1214
+ depending on who made it. They now share `evaluatePermission`, and a background policy only adds a
1215
+ ceiling, an ask-everything flag and the task's own lists to it:
1216
+
1217
+ deny → caller ceiling → unevaluable deny (ask) → never-auto-approve set (ask) → ask-everything →
1218
+ bypassPermissions → allow → mode.
1219
+
1220
+ - **`ask` rules.** `permissions.ask` patterns always ask, in every mode including
1221
+ `bypassPermissions`. They are matched per command like a deny rule, and are validated at
1222
+ construction alongside `allow` and `deny`.
1223
+ - **Never auto-approved, bypass included:** removing a critical path with `rm`/`rmdir` (the root, a
1224
+ top-level directory, home, the working directory or a parent), and a modify-class write into
1225
+ `.git`, `.robota`, `.claude`, `.agents`, `.mcp.json`, `.gitconfig`, `.npmrc` or a shell rc file.
1226
+ Files inside an isolated worktree (`.robota/worktrees/<name>/…`) are ordinary files. With no
1227
+ approver attached, an ask is a denial.
1228
+ - **A ceiling is checked before bypass and before any ask.** A subagent's `inherit-allowlist` ceiling
1229
+ is now the parent's _effective_ rules, read live at spawn: settings, preset lists and command
1230
+ auto-allows. It used to be the raw settings file. An unevaluable deny under a policy now asks,
1231
+ like everywhere else, where it used to deny outright; with no approver it is still a denial.
1232
+ - **Settings layers union `permissions.allow`**, as they already did `deny`. A checked-in project
1233
+ file no longer silently discards the user's allow list.
1234
+ - **Print mode, `createQuery()` and headless sessions default to `default` mode**, not
1235
+ `bypassPermissions`. They have no approver, so a call that would ask is denied. Pass
1236
+ `--permission-mode` / `permissionMode: 'bypassPermissions'` explicitly for unattended runs.
1237
+
1238
+ **Breaking:**
1239
+ - `@robota-sdk/agent-core` removes `resolvePermissionByPolicy` and `TPermissionPolicyDecision` in
1240
+ favour of `projectPermissionPolicy` plus `evaluatePermission`'s new `context` argument.
1241
+ - `@robota-sdk/agent-framework` changes the settings merge rule for `permissions.allow`, and the
1242
+ default permission mode of `createQuery()` and headless sessions.
1243
+
1244
+ - 34e50f0: A new permission mode, `auto`, lets a model classifier approve or block what would otherwise prompt.
1245
+
1246
+ - **What it decides:**
1247
+ - Reads and in-workspace edits run as in `acceptEdits`.
1248
+ - Commands and other calls the mode leaves open go to the classifier, a side call to the
1249
+ session's own model. It sees the call, the working directory and the git remotes, never the
1250
+ conversation.
1251
+ - A block reaches the model with its reason, so it can take another route.
1252
+ - **What still reaches a person, or is refused:**
1253
+ - Deny rules and background ceilings apply first.
1254
+ - `ask` rules, critical removals and protected paths ask a person.
1255
+ - After 3 refusals in a row (blocks, or no usable verdict), or 20 blocks in the session, the
1256
+ mode asks a person until one approves.
1257
+ With no one to ask, the call is denied.
1258
+ - **Allow rules:** in `auto` mode, allow rules that approve any command are set aside while the
1259
+ mode is on. Examples are `Bash(*)`, an interpreter (`Bash(python *)`), a package runner
1260
+ (`Bash(npm run *)`, `Bash(pnpm exec *)`), `Agent`, `ExecuteCommand` or `Computer`. Narrow
1261
+ rules still apply.
1262
+ - **Retry:** `/permissions` lists classifier blocks. `/permissions retry <n>` lets that exact call
1263
+ run once, unjudged, when the model tries it again.
1264
+ - **Turning it on and off:**
1265
+ - `--permission-mode auto`, `/mode auto` or `/permissions auto`.
1266
+ - An organization turns it off with `disableAutoMode` in the org policy.
1267
+ - **New contracts:**
1268
+ - `TPermissionMode` gains `'auto'`.
1269
+ - `allowRulesForAutoMode` and `isBroadExecutionAllowRule`.
1270
+ - `IPermissionClassifier` and `AutoModeGate`.
1271
+ - The `permissionClassifier` session option.
1272
+ - `Session.retryPermissionDenial`, and `retryDenial` on the permission-mode adapter.
1273
+ - The `'classifier'` denial reason.
1274
+ - `createModelPermissionClassifier`.
1275
+ - The `disableAutoMode` option on `createSession` and `IOrgPolicy`.
1276
+
1277
+ - 722e88a: Shell commands can run in an OS-level sandbox: bubblewrap on Linux and WSL2, Seatbelt on macOS.
1278
+
1279
+ - **Confinement:** covers the command and every process it starts.
1280
+ - Writes are limited to the working directory, the temporary directories and
1281
+ `sandbox.filesystem.allowWrite`.
1282
+ - Agent, git-hook, MCP and shell configuration inside the workspace stays read-only.
1283
+ - `sandbox.filesystem.denyRead` hides paths from the command.
1284
+ - The network is on or off (`sandbox.network.enabled`).
1285
+ - **Modes:** `/sandbox` switches between `auto-allow`, `regular` and `off` for the next command and
1286
+ saves the choice.
1287
+ - In `auto-allow` (`sandbox.autoAllowBashIfSandboxed`), a confined command runs without a prompt
1288
+ in `default` and `acceptEdits`.
1289
+ - Deny rules, ask rules, critical removals and plan mode still apply first.
1290
+ - **Exclusions:** `sandbox.excludedCommands` run unconfined, through the ordinary permission path.
1291
+ - **When the sandbox cannot run:** a missing or unusable backend is reported at startup, in
1292
+ `robota doctor` and in `/sandbox`, and commands then run unconfined.
1293
+ `sandbox.failIfUnavailable` refuses to start instead.
1294
+ - **New contracts:**
1295
+ - `OsSandboxClient`, `detectOsSandbox`, `bubblewrapArguments`, `seatbeltProfile`.
1296
+ - `ISandboxClient.wrapCommand` and `autoApproves`.
1297
+ - `IPermissionEvaluationContext.sandboxAutoApproved`.
1298
+ - The `commandSandbox` session option.
1299
+ - The `sandbox` settings key and the `sandbox` command host adapter.
1300
+
1301
+ - a5cc36e: `/permissions` shows the rules the session enforces and the calls it refused.
1302
+
1303
+ - **Rules by source:** each allow, deny and ask rule the gate reads is listed under the settings file
1304
+ that declares it. Rules added by a CLI flag, a preset or a command are listed under "this session".
1305
+ A rule a settings file declares but the session does not enforce is not shown.
1306
+ - **Recent denials:** the latest refused calls, most recent first, with the reason: a rule or the
1307
+ mode, the user declining, or no one available to approve.
1308
+ - New contracts: `Session.getRecentPermissionDenials()`, `PermissionEnforcer.getRecentDenials()`,
1309
+ `IPermissionDenial`, the `permissionRules` host adapter (`createSettingsPermissionRulesAdapter`),
1310
+ and `getPermissionRules` / `listRecentDenials` on `ICommandPermissionModeAdapter`. Settings
1311
+ provenance now covers `permissions.ask`.
1312
+
1313
+ - b70fa3d: `robota --safe-mode` starts a session with every customization off, to rule one out in one run.
1314
+
1315
+ - **Off:** project and user instruction files, skills, custom commands, agent definitions, output
1316
+ styles, external presets, plugins, hooks from every settings layer, and MCP servers.
1317
+ - **Unchanged:** provider, model, built-in tools and permissions work as usual. Nothing on disk
1318
+ changes.
1319
+ - **Project access:** the project starts Restricted whatever its trust decision, so safe mode also
1320
+ runs in print and serve mode.
1321
+ - **Notice:** a line at startup says that safe mode is on.
1322
+ - **Embedders:** `startCli({ safeMode: true })` does the same as the flag.
1323
+ - **New framework option:** `skipConfiguredHooks` on interactive and headless sessions, also
1324
+ carried by the TUI and serve session options.
1325
+
1326
+ - 4dd45cc: `/peers` shows how each other local session's workspace relates to this one's: `same worktree`,
1327
+ `same repo`, `different repo`, or `workspace unknown`.
1328
+
1329
+ A session now publishes a workspace claim with its rendezvous entry — the root commits reachable
1330
+ from HEAD, a SHA-256 of its normalized `origin` URL (never the URL itself), and the real path of its
1331
+ worktree — and re-reads it as it runs, so a first commit or a checkout does not leave it stale. The
1332
+ reader does not take the claim as written: it reads git at the claimed path itself, and a claim whose
1333
+ contents disagree is shown as `workspace claim mismatched, not believed` and relates to nothing. Those
1334
+ git reads are local-only and asynchronous, run only for the view that shows the relation (and for
1335
+ the sender of an incoming peer message), and are cached per announcement. The relation also reaches
1336
+ the peer-turn origin, computed by the receiver; a relation the sender put on the wire is discarded,
1337
+ and the admission never carries it.
1338
+
1339
+ The relation is display and routing information only and is never an authorization input.
1340
+
1341
+ Additive: `agent-interface-session-mobility` exports `TWorkspaceRelation` and gains the optional
1342
+ `IPeerOrigin.workspaceRelation`; `agent-framework`'s `ILocalPeerSummary` gains the optional
1343
+ `workspaceRelation` and `workspaceClaim`, and `ICommandLocalPeersAdapter` the optional
1344
+ `listWithWorkspace()`.
1345
+
1346
+ - 4c5148e: ARCH-005 Stage S2 — `robota` is now expressed as an `IProductProfile` and assembled by `assembleProduct`;
1347
+ the hand-wired composition root in `agent-cli` is gone.
1348
+
1349
+ - **`@robota-sdk/agent-product`** — provider construction returns IN-KERNEL. `assembleProduct` builds the
1350
+ provider from `providerDefinitions` + the shell's already-resolved `providerSettings` via agent-core's
1351
+ pure `createProviderFromConfig`; `provider` is now an OPTIONAL injected override. Both are optional, so a
1352
+ Mode A profile can carry only `providerDefinitions`. The fold stays pure and IO-free — every
1353
+ settings/env/file read still happens in the shell. Adds `IAssembledProduct.buildRuntimeOptions`, the pure
1354
+ overlay `buildRuntime` delegates through, and `IAssembledProduct.providerDefinitions`.
1355
+ **Breaking for pre-release consumers:** `IProductProfile.providerDefinitions` is now required and
1356
+ `IProductProfile.provider` / `IAssembledProduct.provider` are now optional.
1357
+ - **`@robota-sdk/agent-framework`** — a scoped, additive session seam: `agentDefinitions` on
1358
+ `TInteractiveSessionOptions` / `ICreateSessionOptions`, composed into the built-in agent tier ahead of
1359
+ `BUILT_IN_AGENTS`, so capability-pack subagents actually reach the runtime. Precedence: discovered
1360
+ project/user definitions > injected > built-in. `AgentDefinitionLoader` now dedupes within that tier
1361
+ (first wins). Absent ⇒ unchanged behavior.
1362
+ - **`@robota-sdk/agent-transport` / `@robota-sdk/agent-transport-tui`** — forward the optional
1363
+ `agentDefinitions` through the headless and TUI channels so every robota surface carries the seam.
1364
+ - **`@robota-sdk/agent-cli`** — `robota`'s identity (branding, provider surface, presets,
1365
+ `packs: [codingPack]`, base command modules, injected transports/runners/subagent factory) is declared as
1366
+ data in a product profile and folded by `assembleProduct`. The coding command modules (`/shell`,
1367
+ `/editor`) now come from `pack-coding` rather than the base set, so the pack is load-bearing. What remains
1368
+ in the CLI is product-shell only: arg parsing, settings/file IO, terminal notices, first-run/init/
1369
+ `--configure`, memory + session-resume UX, and print/serve/TUI mode dispatch.
1370
+
1371
+ End-user `robota` behavior is unchanged in substance — the assembled command-module set, provider surface,
1372
+ tool set, subagent roster, and preset resolution all match the pre-change assembly — with one accepted
1373
+ cosmetic delta: `/shell` and `/editor` now appear at the END of `/help` output and of the slash-command
1374
+ autocomplete popup rather than mid-list, because they arrive from `pack-coding` and both surfaces render in
1375
+ module-insertion order. Same commands, same behavior, different position.
1376
+
1377
+ - 37af5dc: ARCH-006 + ARCH-007 — the capability-pack TOOL axis reaches parity with the command and subagent axes,
1378
+ and `robota` consumes the composition kernel's RUNTIME SEAM instead of only its materials.
1379
+
1380
+ - **`@robota-sdk/agent-framework` (ARCH-006)** — the default tool set is no longer hard-coded.
1381
+ `createSession` accepts `defaultTools`, which REPLACES the `createDefaultTools()` tier (`[]` suppresses
1382
+ it entirely) — the tool-axis mirror of NEUT-003's `builtInAgents` seam for subagents. The assembled
1383
+ list `defaultTools ⊕ additionalTools ⊕ goalTool` is now **deduplicated by tool name, first occurrence
1384
+ wins**, the same rule `AgentDefinitionLoader` applies within the subagent built-in tier. So a
1385
+ contributed tool with a NEW name is additive, a contributed tool that mirrors a framework default is
1386
+ deduped rather than listed twice, and a product can hand its whole tool surface to its capability
1387
+ packs. A name collision keeps the framework default and drops the contribution: the default tier is
1388
+ built WITH the session context (`cwd` supplies `agent-tools`' working-directory path guard, plus the
1389
+ sandbox client and retrieval adapter) and an already-constructed contribution carries none of it, so
1390
+ replacement is expressible only through the explicit `defaultTools` seam — never as a side effect of a
1391
+ collision. The edit-checkpoint wrap now covers the assembled set, so a pack-contributed `Write`/`Edit`
1392
+ is checkpointed too. Option threaded through `ICreateSessionOptions` / `IInitOptions` /
1393
+ `IInteractiveSessionStandardOptions`. Absent `defaultTools` and absent a duplicate name, every existing
1394
+ path is byte-identical.
1395
+ - **`@robota-sdk/agent-product` (ARCH-007)** — `buildRuntimeOptions` no longer overwrites a
1396
+ caller-supplied `commandModules`. A shell that has already narrowed the merged `base ⊕ packs` superset
1397
+ (as `robota` does with its preset's enabled/disabled delta) keeps that selection; the assembled set is
1398
+ overlaid only when the caller left it unset — the same rule `permissionMode` already followed.
1399
+ - **`@robota-sdk/agent-cli` (ARCH-007)** — `startCli` now routes through
1400
+ `product.buildRuntimeOptions(...)`. The shell resolves its own session inputs and the kernel lays the
1401
+ product-owned materials on top: the packs' tools (`additionalTools`), the packs' subagents
1402
+ (`agentDefinitions`), and the default preset's permission posture when `--permission-mode` left it
1403
+ unset. The hand-threaded `product.subagents` path and the three per-surface
1404
+ `args.permissionMode ?? resolvedPreset.permissionMode` expressions are gone — every surface binds to
1405
+ the one kernel result.
1406
+
1407
+ End-user `robota` behavior is unchanged: the assembled command-module set, provider surface, tool set,
1408
+ subagent roster, preset resolution, and permission posture all match the pre-change assembly.
1409
+
1410
+ - 0116a29: ARCH-006 completion — robota's capability packs now OWN its tool surface, and `pack-coding` is built by a
1411
+ context-bound factory.
1412
+
1413
+ - **`@robota-sdk/pack-coding` (BREAKING)** — the module-level `codingPack` constant is **removed** and
1414
+ replaced by `createCodingPack({ cwd, sandboxClient })`, with `cwd` **required**. This is a safety change,
1415
+ not a style one: `agent-tools` disarms its working-directory path guard when `cwd` is `undefined`, so a
1416
+ pack whose file tools are built with no options contributes an **unsandboxed** `Read`/`Write`/`Edit`.
1417
+ That was inert while `agent-framework` always supplied its own context-bound default tier, but ARCH-006
1418
+ lets a product hand the whole tool surface to its packs (`defaultTools: []`) — and a context-free pack in
1419
+ that position is a real hole. Keeping a zero-option export beside that seam would be a loaded gun, so it
1420
+ is gone rather than deprecated. Each call returns fresh instances bound to the supplied context, so two
1421
+ products in one process get independently-scoped file tools. Migration: replace `codingPack` with
1422
+ `createCodingPack({ cwd: process.cwd() })`.
1423
+ - **`@robota-sdk/agent-cli`** — `robota`'s packs are built from the shell's resolved `cwd`
1424
+ (`createRobotaPacks({ cwd })`) before command setup, and the runtime seam passes
1425
+ `ROBOTA_PACKS_OWN_TOOL_SURFACE` (an empty `defaultTools`) so the framework's `createDefaultTools()` tier
1426
+ is REPLACED. Every tool robota runs now arrives from a capability pack: dropping a pack drops its tools,
1427
+ exactly as it already dropped its command modules and subagents.
1428
+ - **`@robota-sdk/agent-transport` / `@robota-sdk/agent-transport-tui`** — forward the optional
1429
+ `additionalTools` and `defaultTools` through the headless and TUI channels, mirroring the existing
1430
+ `agentDefinitions` pass-through, so print, serve and TUI carry an identical tool surface.
1431
+
1432
+ End-user `robota` behavior is unchanged, including the security property: the real binary still answers a
1433
+ read outside the working directory with `Access denied: "…" is outside the working directory`.
1434
+
1435
+ - 7937c19: Split the `@robota-sdk/agent-provider` monolith into SDK-aligned leaf packages (ARCH-PROVIDER-002 Stage A). The single package that hard-bundled all three vendor SDKs (`@anthropic-ai/sdk`, `openai`, `@google/genai`) is **removed** and replaced by per-vendor leaves, each depending only on `@robota-sdk/agent-core` + its one SDK: `@robota-sdk/agent-provider-anthropic`, `@robota-sdk/agent-provider-openai`, `@robota-sdk/agent-provider-openai-compatible` (DeepSeek/Qwen/Gemma over the shared OpenAI-compatible base), `@robota-sdk/agent-provider-gemini` (+ a `./google` entry), and `@robota-sdk/agent-provider-bytedance` (media/video `IVideoGenerationProvider`). The aggregated `createDefaultProviderDefinitions()` now lives in the new `@robota-sdk/agent-builtin-providers` leaf.
1436
+
1437
+ Migration: replace `@robota-sdk/agent-provider/<vendor>` imports with the corresponding `@robota-sdk/agent-provider-<vendor>` package (`/deepseek`, `/qwen`, `/gemma` → `@robota-sdk/agent-provider-openai-compatible`; `/google` → `@robota-sdk/agent-provider-gemini/google`), and import `createDefaultProviderDefinitions` from `@robota-sdk/agent-builtin-providers`. Consumers now pull only the vendor SDK(s) they actually use.
1438
+
1439
+ - 1e3f91a: CMD-004 Phase 2 Stage E (breaking, beta line): the legacy `TCommandEffect` union and
1440
+ `ICommandResult.effects` are DELETED. Commands emit the split contract directly —
1441
+ `hostActions` (session-executed via `ICommandHostAdapters`; works headless and remote) and
1442
+ `uiIntents` (requester-routed `ui_intent` session events with UI-neutral `show-*` names).
1443
+ Final carriers for the former notification effects: `session_renamed` and the new
1444
+ `history_cleared` are BROADCAST session events (forwarded to every WS surface, folded by the
1445
+ TUI transcript/title and the GUI reducer's new `sessionName`/transcript-reset state);
1446
+ `session-execution-started` rides `result.data.sessionExecution`; the plugin-registry refresh
1447
+ rides `result.data.pluginRegistryReloaded`. A mechanical grep floor
1448
+ (`command-effect-grep-floor.test.ts`) keeps `tui-requested`/`TCommandEffect`/`effects:` out of
1449
+ every `packages/*/src` production tree.
1450
+ - 44393be: Add the `/remote-control` enable path (REMOTE-008 Stage B4-2b) — turn on P2P remote control locally, get
1451
+ a QR + link, and a paired device co-drives the SAME live session over pairing-gated WebRTC. The command
1452
+ is a declarative trigger returning `remote-control-enable-requested`/`-stop-requested` effects (SSOT
1453
+ agent-interface-transport) and reads state via a new `ICommandHostAdapters.remoteControl.getStatus()`;
1454
+ the TUI dispatches the effects to injected callbacks; all transport construction lives at the agent-cli
1455
+ composition root (`WsSignalingClient` + pairing-gated `WebRtcTransport`, relay URL from
1456
+ `transports.webrtc.options.relayUrl`, QR/link rendered into history). Fail-closed: no relay configured ⇒
1457
+ does nothing; pairing mismatch/timeout ⇒ the session is never exposed. Consumes REMOTE-007 so a paired
1458
+ remote owner answers their own permission/ask prompts over the WebRTC channel.
1459
+ - 9f602df: Add user-supplied TURN fallback for remote control (REMOTE-010 / Stage E1) so P2P works behind symmetric
1460
+ NAT / restrictive firewalls. The host reads + validates `transports.webrtc.options.iceServers`/`forceTurn`
1461
+ at the agent-cli composition root (a fail-closed validator narrowing the untyped value → `IIceServer[]`;
1462
+ `IWebRtcTransportOptions.iceServers` widened to carry TURN `username`/`credential`), and the browser reads a
1463
+ validated `ice`/`forceTurn` pairing-URL query param (fail-closed decoder for the attacker-influenceable value;
1464
+ `forceTurn` → `iceTransportPolicy: 'relay'`) — both threaded into their `RTCPeerConnection`. `forceTurn` without
1465
+ a TURN server fails closed (else ICE gathers no candidates and silently never connects). Absent ICE config ⇒
1466
+ host-candidate-only, unchanged.
1467
+
1468
+ (Bump target corrected during REL-023 triage: `@robota-sdk/agent-web-ui` was dissolved by GUI-006 (#1141, 2026-07-12) before this work was ever published; the browser-side ICE/`forceTurn` handling described here now lives in `@robota-sdk/agent-transport-webrtc-web`.)
1469
+
1470
+ - 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 }`.
1471
+
1472
+ ### Patch Changes
1473
+
1474
+ - 1698be4: A child-process subagent can no longer send the parent's provider credential to a different
1475
+ endpoint.
1476
+
1477
+ - **Before spawning a child**, the parent compares every environment variable that decides where
1478
+ the provider connects or which credential it sends. If the child's environment differs, the job
1479
+ is refused before the credential leaves the parent. The error names the variable, never its
1480
+ value. The variables compared are:
1481
+ - the proxy and TLS variables;
1482
+ - the variables the provider's SDK reads, such as `OPENAI_BASE_URL`, `ANTHROPIC_AUTH_TOKEN` and
1483
+ the Vertex settings;
1484
+ - the credential's own variable.
1485
+ - **The child** repeats the check before it builds its provider. It builds that provider from the
1486
+ parent's effective connection exactly: it no longer fills in a base URL, options or a default
1487
+ credential from its own registry, and a credential reference that resolves to nothing is refused.
1488
+ - **Where the effective connection comes from:** the parent applies its own definition defaults
1489
+ (base URL, options). `profileName` is sent only when it names the connection actually sent.
1490
+ - **New contracts:**
1491
+ - `IProviderDefinition.destinationEnvironment`, declared by every built-in provider.
1492
+ - `createProviderFromExactProfile`, `connectionEnvironmentNames`,
1493
+ `findConnectionEnvironmentDivergence`, `sealConnectionEnvironment`,
1494
+ `verifyConnectionEnvironment` and `TRANSPORT_ENVIRONMENT`.
1495
+ - The start payload's `connectionCheck`.
1496
+ - The child-process runner's `providerDefinitions` option, now required: a provider with no
1497
+ definition there is refused, because its connection cannot be checked.
1498
+
1499
+ - 2711ec6: One broken skill or agent file no longer stops the session.
1500
+
1501
+ Skill, command and agent definitions are shared with other hosts through `.claude`, and those hosts
1502
+ define fields of their own. The frontmatter decoder now validates only the fields robota owns and
1503
+ ignores the rest (nested `metadata` entries included); a malformed value of an owned field is still
1504
+ refused. A refused file is skipped with a single warning and still claims its name, so a
1505
+ lower-priority definition cannot stand in for it. An empty `argument-hint` reads as no hint. When
1506
+ initialization does fail, the session reports the cause to readiness probes instead of "not
1507
+ initialized", so the terminal shows the reason at once rather than a 15-second timeout.
1508
+
1509
+ The terminal also stops printing type names for message-less telemetry records, keeps its own notices
1510
+ in place across a history sync so the following answer is not skipped, and CLI diagnostics print
1511
+ their context instead of `[object Object]`, through the console so Ink renders them above the frame.
1512
+
1513
+ - d157f4b: ARCH-008 — `robota` resolves presets through the composition kernel's per-call registry, so there is one
1514
+ preset resolution path instead of two.
1515
+
1516
+ - **`@robota-sdk/agent-product`** — `IProductProfile` gains two optional fields. `presetRegistry` lets a
1517
+ consumer hand in an `IPresetRegistry` it already built (`createPresetRegistry`); when present the
1518
+ assembler ADOPTS that instance instead of building a second, equivalent one, so `product.presets` is
1519
+ that very object. This is the seam for a shell that must resolve a preset BEFORE it can build its
1520
+ profile — a preset can carry the `model` and `agentName` the profile is itself constructed from, so
1521
+ "resolve, then assemble" is a real ordering constraint. `presetContext` carries the override layers
1522
+ (`cliOverrides` / `explicit`) used when resolving `defaultPresetId`, so `product.defaultPreset` is the
1523
+ caller's full resolution rather than a variant missing its overrides. R8 is unaffected: the registry is
1524
+ still instance-scoped and no module-level state is read or mutated. Both fields are optional and the
1525
+ existing `presets` + `defaultPresetId` shape behaves exactly as before.
1526
+ - **`@robota-sdk/agent-cli`** — `resolveCliPreset` is replaced by `resolveShellPreset(externalPresets,
1527
+ args, settingsPreset)`, which builds the per-call registry, resolves over it, and returns
1528
+ `{ registry, presetId, context, options }` as one value. `createRobotaProfile` takes that whole value,
1529
+ so the shell cannot hand the kernel a registry, id, or override context other than the ones it actually
1530
+ resolved with. `robota`'s startup path no longer reads `agent-preset`'s module-global resolver; that
1531
+ registry remains only as the in-session `/preset` DISCOVERY surface, which is executed inside the
1532
+ session and has no handle on the assembled product. Both surfaces are fed by the one
1533
+ `loadExternalPresets()` call, so they cannot disagree.
1534
+
1535
+ End-user `robota` behavior is unchanged: the same preset resolves to the same options, external presets
1536
+ in `~/.robota/presets/*.json` remain visible to both `--preset <id>` and `/preset`, and the assembled
1537
+ command-module set, provider surface, tool set, subagent roster, and permission posture are untouched.
1538
+
1539
+ - e82215f: **ARCH-011: replace the ambiguous transport lifecycle stub with executable conformance.**
1540
+
1541
+ `ITransportAdapter` now requires a frozen `service | runner` lifecycle descriptor. `start()` resolves
1542
+ at the concrete transport's documented readiness boundary; start before attach and repeated active
1543
+ start reject a stable lifecycle error, repeated stop is safe, and stopped adapters can reattach and
1544
+ restart.
1545
+
1546
+ Runner adapters launch separately and expose a typed terminal outcome through
1547
+ `waitForCompletion()`. The registry accepts base adapters, rejects duplicate names, keeps
1548
+ configuration as an optional capability, returns complete ordered records whose pending slots become
1549
+ registry-owned `abandoned` outcomes on stop/rollback, and exposes a real-runner-only first-failure
1550
+ wait. It serializes startup/stop, rejects active restart before mutation, and reverses partial startup
1551
+ from the currently failing adapter with typed safe rollback details. Runtime host and serve mode
1552
+ propagate real nonzero runner results without treating normal shutdown abandonment as failure.
1553
+
1554
+ HTTP, MCP, both WebSocket adapters, WebRTC, and headless invoke one shared public conformance kit.
1555
+ The former `TuiTransport` export is removed because it ignored the attached session; use `renderApp`
1556
+ or `TuiInteractionChannel`, which honestly own their session lifecycle.
1557
+
1558
+ - 0c07176: **BREAKING — ARCH-021: child-process subagents compose the PRODUCT's surface, not imported defaults.**
1559
+
1560
+ The child-process worker built its surface from `createDefaultProviderDefinitions()` and `createDefaultTools()` — a fixed six-vendor registry and the framework's default tool tier — while the composition root had already handed the runner the fully composed surface and the runner dropped it. So a product's custom providers and pack-contributed tools reached an **in-process** subagent and not a **child-process** one, and ARCH-006's landed invariant "every tool robota runs comes from a pack" was **false in the child**: dropping a pack did not drop its tools.
1561
+
1562
+ This is the second finding at that line. ARCH-010 — judged BLOCKER, a subagent `Read` returning `/etc/hostname` — patched one argument there and left the reconstruction standing.
1563
+
1564
+ ```ts
1565
+ // the port: what the product composes, stated by the composition root
1566
+ export interface ISubagentWorkerComposition {
1567
+ createTools(context: { readonly cwd: string }): IToolWithEventService[];
1568
+ readonly providerDefinitions: readonly IProviderDefinition[];
1569
+ }
1570
+
1571
+ export function runSubagentWorkerMain(composition: ISubagentWorkerComposition): void;
1572
+ ```
1573
+
1574
+ **Why a recipe and not a broker.** A composition cannot be projected across a process boundary because it is _code_: `createProvider` is a function and a tool carries `execute`. The two sound answers are to proxy the instances or to stop expressing the contract as instances. Proxying loses on containment — a proxied tool executes in the **parent**, bound to the parent's checkout, while a worktree-isolated child's execution root is a different directory — and a prior-art sweep found **no specification that defines a per-call working root for a proxied tool invocation** (MCP roots are session-scoped and pull-based). So the recipe crosses and the child builds an equivalent surface at its own root, which is what every comparable product does.
1575
+
1576
+ **Per package, classified against each barrel:**
1577
+
1578
+ - **`agent-subagent-runner` (major)** — `runSubagentWorkerMain` gains a **required** parameter; `ISubagentWorkerComposition` is added to the barrel; `ISubagentWorkerReadyMessage` gains `composedToolNames?`; and the `@robota-sdk/agent-provider-defaults` **dependency edge is removed**.
1579
+ - **`agent-cli` (patch)** — composition-root wiring plus one new internal `product/` module; no barrel change.
1580
+
1581
+ **The structural guarantee reaches one axis, and the document says so.** Deleting the manifest edge makes the **provider** axis a compile error, because that package solely owns `createDefaultProviderDefinitions`. The **tool** axis cannot be cut the same way: `createDefaultTools` is barrel-exported by `agent-framework`, which this package must keep for `createSubagentSession`. That axis is held by a new `harness:scan` check instead — and it is the axis with the failure history, so claiming compile-time enforcement across both would have been an overclaim exactly where it matters. The cause (no defaults-aggregator leaf for the tool surface) is tracked as ARCH-035.
1582
+
1583
+ **Fail closed on what a recipe cannot reproduce.** A recipe carries anything that is a pure function of (execution root, serialized payload, ambient durable state) — not a live, unrepeatable handle. Today that is `sandboxClient`, and it is reachable with public code (`E2BSandboxClient` and `InMemorySandboxClient` are both on `agent-tools`' barrel). The composition root now **refuses** to select the child-process runner in that case, naming the capability, rather than yielding a sandboxed parent with a host-tool child. Projection is tracked as ARCH-033.
1584
+
1585
+ **Verified per run, not by construction.** The child declares its composed tool names in `ready`, so the built binary can be asked what it actually composed. Measured on the real artifact: `["Shell","Bash","Read","Write","Edit","Glob","Grep","WebFetch","WebSearch","AskUserQuestion"]` — `pack-coding`'s surface, from the product's own packs.
1586
+
1587
+ **Also filed rather than folded in:** ARCH-034 (in-process and child-process subagents get different tool surfaces), ARCH-036 (`deps.builtInAgents` is dropped by the child-process path), SEC-009 (`apiKey` rides in the IPC start payload; comparable products use the child's environment).
1588
+
1589
+ - 4772067: **BREAKING — ARCH-031: the subagent seam is derived from its transport SSOT instead of copied.**
1590
+
1591
+ One field family — what a subagent job IS — was declared three times as independent shapes and carried
1592
+ between them by six hand-written object literals that nothing checked for totality. A field added to
1593
+ either side had to be hand-copied at every hop, and a miss compiled clean as a silent no-op. TYPE-003
1594
+ named this cause and derived one hop; the next two changes each dropped a field at a hop it had skipped
1595
+ (CORE-025's permission policy, and ANALYTICS-001's `usage`, dropped in the very commit that added it).
1596
+
1597
+ ```ts
1598
+ // now, in @robota-sdk/agent-interface-transport
1599
+ export type ISubagentSpawnRequest = Omit<IAgentBackgroundTaskRequest, 'kind'>;
1600
+ export type ISubagentJobResult = Omit<IBackgroundTaskResult, 'kind' | 'exitCode' | 'signalCode'>;
1601
+ ```
1602
+
1603
+ All four projections collapse to spreads. `parentTaskId` and `providerProfile` now reach the runner
1604
+ because they exist on the source, not because someone remembered them.
1605
+
1606
+ **Per package, classified against each barrel:**
1607
+
1608
+ - **`agent-executor` (major)** — the barrel loses `ISubagentSpawnRequest` and `ISubagentJobResult` (they
1609
+ moved to their owner; re-publishing them here would be a pass-through re-export). `ISubagentJobStart`
1610
+ and `ISubagentJobHandle` rename `jobId` → `taskId`, `ISubagentJobStart` gains `worktree?`, and
1611
+ `ISubagentWorktreePrepareRequest` renames `jobId` → `taskId`.
1612
+ - **`agent-framework` (major)** — the barrel loses eleven type-only re-exports of `agent-executor`-owned
1613
+ types. They carried zero runtime values, so they bought none of the assembly convenience a runtime
1614
+ facade exists for, while making one field family look like it had three owners. Separately,
1615
+ `ISpawnAgentTaskRequest.permissionPolicy` goes optional → **required**.
1616
+ - **`agent-subagent-runner` (major)** — `ISubagentWorkerStartPayload` renames `jobId` → `taskId` and gains
1617
+ `worktree?`. This package is not in the item's declared `area:`; the audit that caught it is the reason
1618
+ it is here.
1619
+ - **`agent-interface-transport` (minor)** — two new barrel exports; nothing removed or renamed.
1620
+ - **`agent-core` (minor)** — **two** new barrel exports. `DEFAULT_BACKGROUND_PERMISSION_POLICY` is the
1621
+ intended one; collapsing the hand-listed permissions block to `export *` also surfaced
1622
+ `clearRegisteredToolArgumentKeys`, which the old list had omitted. It is documented as public rather
1623
+ than re-narrowed — a barrel that cannot fall out of step with its owner is the point of the collapse.
1624
+ Nothing was removed: all nine previously-listed permission types remain on the barrel.
1625
+ - **`agent-cli` (patch)** — migrated as the only in-repo implementer of `ISubagentWorktreeAdapter`; no
1626
+ barrel change.
1627
+
1628
+ **`permissionPolicy` is now required at the spawn boundary**, and its default is one exported constant
1629
+ owned by the permission SSOT. It was previously applied as `?? 'inherit-allowlist'` in the middle of a
1630
+ projection, in **two** packages independently, with nothing keeping them equal — a security-relevant value
1631
+ whose default was declared twice. Every spawn site now states its own policy.
1632
+
1633
+ **The worktree identity moved to the runner envelope.** It is runner-produced — the worktree does not
1634
+ exist when a caller builds a request — so it rides on `ISubagentJobStart.worktree` and crosses the IPC
1635
+ boundary there. The runner no longer also rewrites `request.cwd`, which had given ARCH-010's execution-root
1636
+ rule two carriers that could disagree. `branchName` **relocated rather than being deleted**: it has no
1637
+ reader in this repository today, and for a library that is not a reason to drop a legitimate contract.
1638
+
1639
+ **Renames are consistent across the SPI** (`type` → `agentType`, `jobId` → `taskId`) rather than applied to
1640
+ one shape, which would have left two names for one identifier in a single file. The IPC validator's
1641
+ string-literal keys are now typed against the contract, so the next rename is a compile error instead of a
1642
+ runtime rejection of every start payload.
1643
+
1644
+ - 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).
1645
+ - 6fab98f: **BREAKING — DIST-006: the built `robota` binary could not spawn a subagent at all.**
1646
+
1647
+ `/agent run` failed on every distributed build with `Subagent worker exited before result: exit code 1`. The child's real stderr was `Cannot find module '…/agent-cli/dist/node/child-process-subagent-worker.js'`. `getDefaultSubagentWorkerPath()` resolved the worker relative to its own `import.meta.url`; INFRA-028 bundles every workspace package into `agent-cli/dist/node/bin.js`, so at runtime that directory is **agent-cli's** dist, where the worker was never emitted. It worked from source, which is why nothing caught it.
1648
+
1649
+ **Second occurrence of one cause.** `agent-subagent-runner/tsdown.config.ts` already carried a comment naming this exact failure: _"Without this entry the file never existed, so the child-process subagent silently failed from any dist build."_ That fix put the worker next to its OWN package's bundle; bundling then moved the resolver's notion of "next to me" one package along.
1650
+
1651
+ **The defect was the function, not the missing file.** `getDefaultSubagentWorkerPath()` answered _"where is my worker file on disk?"_ from a library that cannot know — the answer is a property of the packaging step. Emitting the file where the resolver looks would have fixed **one of three shipped artifacts**: the npm bundle, but not the Bun single-file binaries published on every tag, nor the Electron desktop sidecar that embeds them. A compiled single-file executable has no sibling directory to emit into.
1652
+
1653
+ ```ts
1654
+ // removed — a question no library can answer
1655
+ export function getDefaultSubagentWorkerPath(): string;
1656
+
1657
+ // now: the composition root states how to start a copy of ITSELF
1658
+ export interface ISubagentWorkerEntry {
1659
+ readonly execPath: string;
1660
+ readonly args: readonly string[];
1661
+ readonly execArgv?: readonly string[];
1662
+ }
1663
+ ```
1664
+
1665
+ `IChildProcessSubagentRunnerOptions.workerPath` → **`workerEntry`**, and the runner `spawn`s `execPath args… --__robota-subagent-worker` instead of forking a module path. `robota`'s own entry enters worker mode through the new `runSubagentWorkerMain()`, so **there is no second artifact and no path to get wrong**. The one seam satisfies all three shapes: a bundled Node build names the file it is executing, a `tsx` source run names the same and adds `--import tsx`, and a compiled binary names _nothing_ — `process.execPath` is the binary, and re-executing it re-enters its embedded entry.
1666
+
1667
+ **Per package, classified against each barrel:**
1668
+
1669
+ - **`agent-subagent-runner` (major)** — the barrel loses `getDefaultSubagentWorkerPath` (deleted, not renamed) and gains `SUBAGENT_WORKER_MODE_FLAG`, `isSubagentWorkerModeArgv`, `runSubagentWorkerMain`, `ISubagentWorkerEntry`. `IChildProcessSubagentRunnerOptions` renames `workerPath` → `workerEntry` and drops `execArgv` — it now has exactly one owner, on the entry descriptor. The separate `child-process-subagent-worker` bundle entry is gone.
1670
+ - **`agent-cli` (patch)** — composition-root wiring only; no barrel change.
1671
+
1672
+ **Two things this also repairs, both found in review:**
1673
+
1674
+ - **The child's stderr was discarded** (`stdio: [..., 'ignore', 'ipc']`), so a worker that died before its first IPC message reported only an exit code. That is why occurrence #2 had to be diagnosed by hand. It is now captured, bounded, and appended to the error, making the next occurrence self-reporting.
1675
+ - **A source run executed the BUILT worker, not the source worker**, because package `exports` resolve to `dist`. `resolveExecArgv`'s `--import tsx` branch was therefore dead code. Self-fork names the entry actually running, so source runs finally run source.
1676
+
1677
+ **Verified against the artifacts, not from source:** the built `dist/node/bin.js` and a real `bun --compile` single-file binary each complete the worker IPC handshake (`{type:'ready'}`), each refuse a hand-typed flag with no IPC channel (exit 2, "Silence is not success" — measured on both), and the shipped bundle no longer contains the string `child-process-subagent-worker.js` — there is nothing left to look for.
1678
+
1679
+ - 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.
1680
+ - f3fe3db: The terminal renderer no longer reads `ROBOTA_SCREEN_READER_STARTUP_QUIET_MS` or
1681
+ `ROBOTA_SCREEN_READER_PREPARK_MS` from the process environment. SDK hosts calling `renderApp`
1682
+ directly should pass raw timing choices and diagnostic labels through the new optional
1683
+ `screenReaderPacing` render option. Without it, the renderer uses its existing 900 ms startup
1684
+ quiet period and 50 ms pre-write park when screen-reader mode is enabled. The Robota CLI still
1685
+ reads the same environment variables and preserves their validation, bounds, and warnings.
1686
+ - 724d5b6: The terminal renderer no longer reads `ROBOTA_IME_CURSOR` or `ROBOTA_TURN_MARKS` from the process environment. SDK hosts calling `renderApp` directly should pass cursor and turn-mark choices through the optional `terminalCapabilities` render option. Without a host choice, the renderer keeps its terminal and TTY defaults. The Robota CLI still reads both environment variables and preserves its exact `1` and `0` overrides.
1687
+ - c6c56a6: Move the concrete `GitWorktreeIsolationAdapter` (git CLI + filesystem I/O) out of the reusable
1688
+ `@robota-sdk/agent-executor` runtime-primitives package into the `@robota-sdk/agent-cli` composition
1689
+ root, restoring the executor's "creates no Git worktrees" boundary (ARL-02 / ARCH-FIX-024, INFRA-031).
1690
+
1691
+ **Breaking (`@robota-sdk/agent-subagent-runner`):** `worktreeAdapter` is now a **required** option on
1692
+ `createChildProcessSubagentRunnerFactory` / `IChildProcessSubagentRunnerOptions`. The concrete git
1693
+ default (`createGitWorktreeIsolationAdapter()`) has been removed — inject the adapter at the composition
1694
+ root. `@robota-sdk/agent-executor` no longer exports `GitWorktreeIsolationAdapter`,
1695
+ `createGitWorktreeIsolationAdapter`, or `IGitWorktreeIsolationAdapterOptions` (the
1696
+ `ISubagentWorktreeAdapter` port and `WorktreeSubagentRunner` remain). CLI runtime behavior is unchanged.
1697
+
1698
+ - 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:
1699
+
1700
+ - `agent-session`: `ISessionOptions.contextCapacityHint` is forwarded into the Robota agent config (`buildRobota`), making the core seam reachable from the consuming layer.
1701
+ - `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.
1702
+ - `agent-cli`: the default command set registers `/compact`, so end users regain the actionable hint.
1703
+ - `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.
1704
+
1705
+ - 796ddb4: Use a neutral default MCP client name and let hosts supply their own protocol identity. Robota CLI startup now explicitly supplies its prior `robota-agent-mcp` name, preserving its initialize handshake; embedders relying on that implicit name can set `clientInfo` explicitly.
1706
+ - e13c30c: MCP servers now publish a neutral submission tool by default. Hosts that need the previous
1707
+ `robota_submit` tool must pass `submitTool: { name: 'robota_submit', description: '...' }` to
1708
+ `createAgentMcpServer`, `createMcpTransport`, or `createMcpHttpHost`. The Robota CLI supplies its
1709
+ existing name and description for both stdio and HTTP carriers.
1710
+ - 90e7a10: The default background observer warning code and exported `OBSERVER_FAILURE_WARNING_CODE` value
1711
+ change from `ROBOTA_BACKGROUND_OBSERVER_FAILURE` to `BACKGROUND_OBSERVER_FAILURE`. Hosts matching
1712
+ the old warning code should match the new neutral code or provide `observerFailureWarningCode` in
1713
+ their background manager or session options. The Robota CLI supplies its existing code explicitly
1714
+ across print, goal, serve, MCP, and TUI sessions.
1715
+ - 2db1b97: Remote-control pairing binds to the negotiated DTLS certificate.
1716
+
1717
+ - The Node host reads the remote fingerprint from the certificate the DTLS layer verified, not from the answer's
1718
+ SDP text, and builds the pairing gate once the DTLS handshake completes.
1719
+ - An SDP must advertise exactly one DTLS fingerprint. `extractDtlsFingerprint` now throws when two different
1720
+ fingerprints are present, and `extractDtlsFingerprintAttribute` returns the algorithm with the value.
1721
+ - A start takes one answer (host) and a connection takes one offer (browser client); a later description is
1722
+ ignored.
1723
+
1724
+ - fcb0da3: PAYLOAD-2153: make external-payload replay stable across Linux, macOS, and Windows.
1725
+
1726
+ - 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.
1727
+ - Route session replay and framework project reads through the shared authority while preserving their existing domain-specific budgets, integrity checks, and error mappings.
1728
+ - Expose the canonical safe session-id predicate through the framework facade so CLI exact-session lookup stays within the SDK package boundary.
1729
+ - 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.
1730
+
1731
+ - 07b627f: A local peer can now be answered, and what its turn may do depends on where it runs.
1732
+
1733
+ - `agent-core`: the permission evaluator takes a peer turn's authority as one more input
1734
+ (`IPermissionEvaluationContext.peerTurn`), decided after the deny list and ceiling and before
1735
+ bypass and allow rules. A peer on another host uses no tool. A peer on the same host may use an
1736
+ inspect-class tool that declares `workspacePaths`, only when every named location resolves inside
1737
+ the workspace and is not a credential (`isSecretPath`); write and execute tools are refused unless
1738
+ enabled, and then every use asks. A tool declaring `repliesToPeer` exists only in a peer turn and
1739
+ asks once the turn used another tool. New: `isToolAvailableInPeerTurn`, `TPeerReach`,
1740
+ `IPeerTurnAuthority`. `IRunOptions.withholdHostedTools` leaves a provider's hosted tools out of a
1741
+ run's requests (`nativeWebTools` with `false` withholds a hosted tool for one call).
1742
+ - `agent-tools`: `Read` and `Glob` declare the arguments that say where they look. `Grep` does not:
1743
+ it reads files it was never named, so a peer turn does not get it.
1744
+ - `agent-session`: `ISessionRunOptions.peerReach` makes a run a peer turn for the permission policy;
1745
+ every ask in it needs a fresh approval, and its requests carry no provider-hosted tool. `ISessionOptions.allowPeerChanges` enables write and execute
1746
+ tools for same-host peer turns.
1747
+ - `agent-interface-session`: `ISubmitOptions.peer` (`IPeerTurnContext`) carries a peer turn's reach,
1748
+ the message it answers and the session a reply goes to.
1749
+ - `agent-interface-session-mobility`: `IPeerMessage.inReplyTo` threads a conversation;
1750
+ `peerReachOf(admission)` maps admission to a reach.
1751
+ - `agent-framework`: a peer turn is offered what its origin allows, and a new `peer_reply` tool
1752
+ answers the peer that sent the message, threaded to it. The setting `peers.allowChanges` enables
1753
+ write and execute tools for same-host peer turns.
1754
+ - `agent-ui-terminal`: a permission prompt in a peer turn names the requesting peer.
1755
+ - `agent-cli`: incoming peer turns carry their reach and reply route; a conversation is limited in
1756
+ depth and in how often this session answers it, and a reply over a limit is not sent and the
1757
+ operator is told.
1758
+ - `agent-provider-anthropic`, `agent-provider-openai-compatible` (Qwen): a request whose
1759
+ `nativeWebTools` sets a hosted tool to `false` is sent without it.
1760
+
1761
+ - 5ccd1e9: Add the browser remote client (REMOTE-009 Stage D) — the P2P peer that opens the pairing URL and
1762
+ co-drives a live session over WebRTC. `agent-web-ui` gains a native-`WebSocket` signaling client, a
1763
+ fail-closed responder pairing gate (session exposed only after the DTLS-fingerprint-bound handshake
1764
+ accepts), an RTC data-channel session client with the same contract as the WS client, a
1765
+ fragment-injected `spa/remote.html` static entry, and the REMOTE-007 permission/ask render+answer
1766
+ (the paired owner answers its own prompts — local == remote) shared by both the WS and RTC clients. It
1767
+ reuses the isomorphic `@robota-sdk/agent-remote-pairing` leaf and takes no node/werift dependency.
1768
+ `agent-cli` removes the fabricated `robota-remote://pair` client-URL default and fails closed when
1769
+ `transports.webrtc.options.clientUrl` is unset (no dead link).
1770
+
1771
+ (Bump targets corrected during REL-023 triage: `@robota-sdk/agent-web-ui` was dissolved by GUI-006 (#1141, 2026-07-12) before this work was ever published; the browser client described here now lives in `@robota-sdk/agent-transport-webrtc-web` + `@robota-sdk/agent-remote-client`.)
1772
+
1773
+ - c7fa299: REMOTE-003 + REMOTE-006 (merged — net behavior; the interim deny-by-default gate never appeared in a
1774
+ published version): commands now carry an invocation source. A `'remote'` value is added to the command
1775
+ invocation source (SSOT relocated to `@robota-sdk/agent-interface-transport`, re-exported by
1776
+ `agent-framework`) and an optional `source` is threaded into
1777
+ `IInteractiveSession.executeCommand(name, args, source?)` (defaults to `'user'`, so all local callers are
1778
+ unchanged). The shared `createWsHandler` tags transport-origin commands `'remote'`. Policy: local == remote
1779
+ (owner principle) — pairing is the sole trust boundary, so a transport-origin command runs exactly as a
1780
+ locally-typed one under the universal permission system (permission modes + PermissionEnforcer + the
1781
+ ask/approval handler); `createDefaultRemoteCommandPolicy()` allows by default. The `IRemoteCommandPolicy`
1782
+ seam remains as an OPTIONAL, user-configured restriction, and the genuinely-remote WebRTC path stays
1783
+ pairing-gated.
1784
+ - d19feda: Build a separate verified headless Bun artifact for the Electron desktop app. The full CLI binary and npm entry remain available; the desktop resource now copies the smaller presentation-free artifact while preserving the `--serve` wire and launch contract.
1785
+ - 833afe1: Remove the remaining polynomial-ReDoS backtracking (SEC-003, CodeQL `js/polynomial-redos`) and stop the DTLS fingerprint binding to SDP free text.
1786
+
1787
+ **`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.
1788
+
1789
+ **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.
1790
+
1791
+ **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.
1792
+
1793
+ **`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.
1794
+
1795
+ 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.
1796
+
1797
+ - 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.
1798
+
1799
+ ## 3.0.0-beta.79
1800
+
1801
+ ### Patch Changes
1802
+
1803
+ - Coordinated beta.79 release. Ships the natural-language workflow authoring feature and its
1804
+ follow-ups, all bundled into the published CLI:
1805
+
1806
+ - **FLOW-007 `/workflows create "<description>"`** — author a workflow from natural language via the
1807
+ active provider, save it as a reusable `.workflows/<name>.json` artifact, and run it immediately;
1808
+ composes existing nodes and creates prompt-backed nodes on the fly; model-invocable so the agent can
1809
+ author + run from chat. Storage de-jargoned to a flat `.workflows/` layout with an injectable
1810
+ workspace.
1811
+ - Live-LLM hardening found by running against a real provider: the authoring call now threads the
1812
+ resolved model; the spec parser tolerates a Markdown code fence; authored prompt nodes inherit +
1813
+ persist the active provider; and the unit suite no longer makes real key-using calls (forces the
1814
+ no-key path + asserts detection), with real coverage isolated in an opt-in `test:live`.
1815
+ - **DATA-003** — the instant-node package now owns a runtime provider SSOT (`INSTANT_NODE_PROVIDERS`)
1816
+ and a symmetric persistence round-trip (`parsePersistedInstantNode` / `rehydrateInstantNode` +
1817
+ guards), removing duplicated provider lists and a hand-rolled, prompt-only reload path.
1818
+
1819
+ (The DAG/workflow subsystem stays private and is bundled into the CLI; no new runtime `@robota-sdk`
1820
+ edge is added.)
1821
+
1822
+ ## 3.0.0-beta.78
1823
+
1824
+ ## 3.0.0-beta.77
1825
+
1826
+ ### Patch Changes
1827
+
1828
+ - Updated dependencies
1829
+ - @robota-sdk/agent-core@3.0.0-beta.77
1830
+ - @robota-sdk/agent-command@3.0.0-beta.77
1831
+ - @robota-sdk/agent-executor@3.0.0-beta.77
1832
+ - @robota-sdk/agent-framework@3.0.0-beta.77
1833
+ - @robota-sdk/agent-provider@3.0.0-beta.77
1834
+ - @robota-sdk/agent-session-analytics@3.0.0-beta.77
1835
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.77
1836
+ - @robota-sdk/agent-transport@3.0.0-beta.77
1837
+ - @robota-sdk/agent-transport-tui@3.0.0-beta.77
1838
+ - @robota-sdk/agent-transport-ws@3.0.0-beta.77
1839
+ - @robota-sdk/agent-preset@3.0.0-beta.77
1840
+
1841
+ ## 3.0.0-beta.76
1842
+
1843
+ ### Patch Changes
1844
+
1845
+ - c0a6287: Relocate session feature logic out of the CLI shell and the transport (DQ-AUDIT-004):
1846
+
1847
+ - Extract session-log timing analysis into the new `@robota-sdk/agent-session-analytics` package (pure analysis over canonical session records — no duplicate types, no file I/O). `agent-cli`'s `session analyze` command shrinks to thin wiring and loads records via the new `createUserSessionStore()` / existing `createProjectSessionStore()` framework facades.
1848
+ - Move LLM-based session auto-naming (`generateSessionName`) from `agent-transport/tui` into `agent-framework` (session-lifecycle owner); the TUI transport now invokes it through the framework.
1849
+
1850
+ - 9df3a88: Split the consolidated `@robota-sdk/agent-transport` package into per-concern transport packages (DQ-AUDIT-005) so unrelated heavy dependencies (React/Ink, ws, Hono, MCP SDK) no longer share one publishable unit and are not dragged into non-TUI consumers' graphs:
1851
+
1852
+ - `@robota-sdk/agent-transport` — lean core: headless adapter + `TransportRegistry` + scripted-provider testing fixtures (no external runtime deps).
1853
+ - `@robota-sdk/agent-transport-tui` — React + Ink terminal UI.
1854
+ - `@robota-sdk/agent-transport-ws` — WebSocket transport + protocol (`agent-web-ui` now depends only on this for WS types).
1855
+ - `@robota-sdk/agent-transport-http` — Hono HTTP transport.
1856
+ - `@robota-sdk/agent-transport-mcp` — MCP server transport.
1857
+
1858
+ The default transport-registry wiring (pre-registering `WsTransport`) moves to the CLI composition root, removing the core→ws edge.
1859
+
1860
+ - Updated dependencies
1861
+ - Updated dependencies
1862
+ - Updated dependencies [c0a6287]
1863
+ - Updated dependencies [9df3a88]
1864
+ - Updated dependencies
1865
+ - Updated dependencies
1866
+ - Updated dependencies [576af62]
1867
+ - @robota-sdk/agent-core@3.0.0-beta.76
1868
+ - @robota-sdk/agent-command@3.0.0-beta.76
1869
+ - @robota-sdk/agent-transport@3.0.0-beta.76
1870
+ - @robota-sdk/agent-transport-tui@3.0.0-beta.76
1871
+ - @robota-sdk/agent-session-analytics@3.0.0-beta.76
1872
+ - @robota-sdk/agent-framework@3.0.0-beta.76
1873
+ - @robota-sdk/agent-transport-ws@3.0.0-beta.76
1874
+ - @robota-sdk/agent-provider@3.0.0-beta.76
1875
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.76
1876
+ - @robota-sdk/agent-preset@3.0.0-beta.76
1877
+
1878
+ ## 3.0.0-beta.75
1879
+
1880
+ ### Patch Changes
1881
+
1882
+ - Agent preset system + live preset switching + context/history correctness fixes.
1883
+
1884
+ - **Preset system (PRESET-001~017):** new `@robota-sdk/agent-preset` package layering framework
1885
+ assembly options into named, selectable profiles (`default`, `autonomous-builder`, `careful-reviewer`,
1886
+ `neutral-executor`) plus user-authored external presets loaded from `~/.robota/presets/*.json`.
1887
+ - **Live preset switching:** `/preset` command (list + active marker + switch) and a TUI active-preset
1888
+ display. Switching live re-applies permission posture, model/effort, persona, command-module
1889
+ selection, parallel-subagents gating, and a self-verification system-prompt section via the single
1890
+ `applyPresetToSession` engine.
1891
+ - **CTX-001:** the TUI Context display + session auto-compact now use the accurate provider-based token
1892
+ estimate (system prompt + tool schemas included) instead of a crude history-only char heuristic.
1893
+ - **HIST-001:** conversation history is now append-only — removed the silent 100-message count cap that
1894
+ could drop early context; context size is managed solely by size-based compaction.
1895
+
1896
+ - Updated dependencies
1897
+ - @robota-sdk/agent-preset@3.0.0-beta.75
1898
+ - @robota-sdk/agent-framework@3.0.0-beta.75
1899
+ - @robota-sdk/agent-core@3.0.0-beta.75
1900
+ - @robota-sdk/agent-command@3.0.0-beta.75
1901
+ - @robota-sdk/agent-transport@3.0.0-beta.75
1902
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.75
1903
+ - @robota-sdk/agent-provider@3.0.0-beta.75
1904
+
1905
+ ## 3.0.0-beta.74
1906
+
1907
+ ### Patch Changes
1908
+
1909
+ - Updated dependencies
1910
+ - @robota-sdk/agent-framework@3.0.0-beta.74
1911
+ - @robota-sdk/agent-command@3.0.0-beta.74
1912
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.74
1913
+ - @robota-sdk/agent-transport@3.0.0-beta.74
1914
+ - @robota-sdk/agent-core@3.0.0-beta.74
1915
+ - @robota-sdk/agent-provider@3.0.0-beta.74
1916
+
1917
+ ## 3.0.0-beta.73
1918
+
1919
+ ### Patch Changes
1920
+
1921
+ - Updated dependencies [d4fd33f]
1922
+ - @robota-sdk/agent-transport@3.0.0-beta.73
1923
+ - @robota-sdk/agent-command@3.0.0-beta.73
1924
+ - @robota-sdk/agent-core@3.0.0-beta.73
1925
+ - @robota-sdk/agent-framework@3.0.0-beta.73
1926
+ - @robota-sdk/agent-provider@3.0.0-beta.73
1927
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.73
1928
+
1929
+ ## 3.0.0-beta.72
1930
+
1931
+ ### Patch Changes
1932
+
1933
+ - Updated dependencies
1934
+ - Updated dependencies
1935
+ - @robota-sdk/agent-framework@3.0.0-beta.72
1936
+ - @robota-sdk/agent-transport@3.0.0-beta.72
1937
+ - @robota-sdk/agent-command@3.0.0-beta.72
1938
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.72
1939
+ - @robota-sdk/agent-core@3.0.0-beta.72
1940
+ - @robota-sdk/agent-provider@3.0.0-beta.72
1941
+
1942
+ ## 3.0.0-beta.71
1943
+
1944
+ ### Patch Changes
1945
+
1946
+ - fix(context): unify token estimation to single SSOT — status bar and /context list now use the same serialized JSON estimate
1947
+ - Updated dependencies
1948
+ - @robota-sdk/agent-command@3.0.0-beta.71
1949
+ - @robota-sdk/agent-core@3.0.0-beta.71
1950
+ - @robota-sdk/agent-framework@3.0.0-beta.71
1951
+ - @robota-sdk/agent-provider@3.0.0-beta.71
1952
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.71
1953
+ - @robota-sdk/agent-transport@3.0.0-beta.71
1954
+
1955
+ ## 3.0.0-beta.70
1956
+
1957
+ ### Patch Changes
1958
+
1959
+ - Updated dependencies
1960
+ - @robota-sdk/agent-command@3.0.0-beta.70
1961
+ - @robota-sdk/agent-transport@3.0.0-beta.70
1962
+ - @robota-sdk/agent-framework@3.0.0-beta.70
1963
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.70
1964
+ - @robota-sdk/agent-core@3.0.0-beta.70
1965
+ - @robota-sdk/agent-provider@3.0.0-beta.70
1966
+
1967
+ ## 3.0.0-beta.69
1968
+
1969
+ ### Patch Changes
1970
+
1971
+ - Updated dependencies
1972
+ - @robota-sdk/agent-framework@3.0.0-beta.69
1973
+ - @robota-sdk/agent-command@3.0.0-beta.69
1974
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.69
1975
+ - @robota-sdk/agent-transport@3.0.0-beta.69
1976
+ - @robota-sdk/agent-core@3.0.0-beta.69
1977
+ - @robota-sdk/agent-provider@3.0.0-beta.69
1978
+
1979
+ ## 3.0.0-beta.68
1980
+
1981
+ ### Patch Changes
1982
+
1983
+ - Updated dependencies
1984
+ - @robota-sdk/agent-transport@3.0.0-beta.68
1985
+ - @robota-sdk/agent-command@3.0.0-beta.68
1986
+ - @robota-sdk/agent-core@3.0.0-beta.68
1987
+ - @robota-sdk/agent-framework@3.0.0-beta.68
1988
+ - @robota-sdk/agent-provider@3.0.0-beta.68
1989
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.68
1990
+
1991
+ ## 3.0.0-beta.67
1992
+
1993
+ ### Patch Changes
1994
+
1995
+ - CLIR: agent-cli layer separation, agent-framework interactive session improvements, subagent runner fix, TUI interface README
1996
+ - Updated dependencies
1997
+ - @robota-sdk/agent-framework@3.0.0-beta.67
1998
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.67
1999
+ - @robota-sdk/agent-command@3.0.0-beta.67
2000
+ - @robota-sdk/agent-transport@3.0.0-beta.67
2001
+ - @robota-sdk/agent-core@3.0.0-beta.67
2002
+ - @robota-sdk/agent-provider@3.0.0-beta.67
2003
+
2004
+ ## 3.0.0-beta.66
2005
+
2006
+ ### Patch Changes
2007
+
2008
+ - refactor: CLI-001/002 — agent-cli layer separation and monorepo-wide readability lint rules
2009
+ - CLI-001: Extract startup phases into focused modules; enforce agent-cli layer separation
2010
+ - CLI-002: Apply import/order, consistent-type-imports, explicit-function-return-type, prefer-const, object-shorthand across all packages
2011
+ - Fix stale child-process-subagent-worker entry in agent-cli tsdown.config.ts (build fix)
2012
+
2013
+ - Updated dependencies
2014
+ - @robota-sdk/agent-framework@3.0.0-beta.66
2015
+ - @robota-sdk/agent-command@3.0.0-beta.66
2016
+ - @robota-sdk/agent-transport@3.0.0-beta.66
2017
+ - @robota-sdk/agent-subagent-runner@3.0.0-beta.66
2018
+ - @robota-sdk/agent-core@3.0.0-beta.66
2019
+ - @robota-sdk/agent-executor@3.0.0-beta.66
2020
+ - @robota-sdk/agent-provider@3.0.0-beta.66
2021
+
2022
+ ## 3.0.0-beta.65
2023
+
2024
+ ### Minor Changes
2025
+
2026
+ - feat(CMD-003): TUI command interaction — picker/confirm overlay on missing args
2027
+ - Add `command-interaction.ts` with `ITuiPickerInteraction`, `ITuiConfirmInteraction`, `TAnyTuiCommandInteraction` types
2028
+ - Add `CommandPicker` and `CommandConfirm` Ink overlay components
2029
+ - Extend `TCommandSelectionResult` with `open-interaction` variant in input-area-flow
2030
+ - `resolveEnterCommandSelection` opens interaction overlay when command has `onMissingArgs` and no args typed
2031
+ - `InputArea` accepts `resolveInteraction` prop; renders picker/confirm overlay when active
2032
+ - Add `resolveInteraction` to `IRenderOptions` / `App` / `render`
2033
+ - Add `TUI_COMMAND_INTERACTIONS` registry in `agent-cli` with mode/language/provider/exit/clear interactions
2034
+ - Fix `SlashAutocomplete` to show technical command name (`cmd.name`) instead of `displayName`
2035
+
2036
+ ### Patch Changes
2037
+
2038
+ - Updated dependencies
2039
+ - @robota-sdk/agent-transport@3.0.0-beta.65
2040
+ - @robota-sdk/agent-command@3.0.0-beta.65
2041
+ - @robota-sdk/agent-core@3.0.0-beta.65
2042
+ - @robota-sdk/agent-executor@3.0.0-beta.65
2043
+ - @robota-sdk/agent-framework@3.0.0-beta.65
2044
+ - @robota-sdk/agent-interface-transport@3.0.0-beta.65
2045
+ - @robota-sdk/agent-provider@3.0.0-beta.65
2046
+
2047
+ ## 3.0.0-beta.64
2048
+
2049
+ ### Patch Changes
2050
+
2051
+ - Updated dependencies
2052
+ - @robota-sdk/agent-framework@3.0.0-beta.64
2053
+ - @robota-sdk/agent-command@3.0.0-beta.64
2054
+ - @robota-sdk/agent-transport@3.0.0-beta.64
2055
+ - @robota-sdk/agent-core@3.0.0-beta.64
2056
+ - @robota-sdk/agent-executor@3.0.0-beta.64
2057
+ - @robota-sdk/agent-interface-transport@3.0.0-beta.64
2058
+ - @robota-sdk/agent-provider@3.0.0-beta.64
2059
+
2060
+ ## 3.0.0-beta.63
2061
+
2062
+ ### Patch Changes
2063
+
2064
+ - Add --help / -h CLI flag to print usage information and exit
2065
+ - @robota-sdk/agent-core@3.0.0-beta.63
2066
+ - @robota-sdk/agent-framework@3.0.0-beta.63
2067
+ - @robota-sdk/agent-command-agent@3.0.0-beta.63
2068
+ - @robota-sdk/agent-command-background@3.0.0-beta.63
2069
+ - @robota-sdk/agent-command-compact@3.0.0-beta.63
2070
+ - @robota-sdk/agent-command-context@3.0.0-beta.63
2071
+ - @robota-sdk/agent-command-exit@3.0.0-beta.63
2072
+ - @robota-sdk/agent-command-help@3.0.0-beta.63
2073
+ - @robota-sdk/agent-command-language@3.0.0-beta.63
2074
+ - @robota-sdk/agent-command-memory@3.0.0-beta.63
2075
+ - @robota-sdk/agent-command-mode@3.0.0-beta.63
2076
+ - @robota-sdk/agent-command-model@3.0.0-beta.63
2077
+ - @robota-sdk/agent-command-permissions@3.0.0-beta.63
2078
+ - @robota-sdk/agent-command-plugin@3.0.0-beta.63
2079
+ - @robota-sdk/agent-command-provider@3.0.0-beta.63
2080
+ - @robota-sdk/agent-command-reset@3.0.0-beta.63
2081
+ - @robota-sdk/agent-command-rewind@3.0.0-beta.63
2082
+ - @robota-sdk/agent-command-session@3.0.0-beta.63
2083
+ - @robota-sdk/agent-command-statusline@3.0.0-beta.63
2084
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.63
2085
+ - @robota-sdk/agent-provider-deepseek@3.0.0-beta.63
2086
+ - @robota-sdk/agent-provider-openai@3.0.0-beta.63
2087
+ - @robota-sdk/agent-provider-gemma@3.0.0-beta.63
2088
+ - @robota-sdk/agent-provider-gemini@3.0.0-beta.63
2089
+ - @robota-sdk/agent-transport-ws@3.0.0-beta.63
2090
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.63
2091
+ - @robota-sdk/agent-command-settings@3.0.0-beta.63
2092
+ - @robota-sdk/agent-command-skills@3.0.0-beta.63
2093
+ - @robota-sdk/agent-command-user-local@3.0.0-beta.63
2094
+ - @robota-sdk/agent-interface-transport@3.0.0-beta.63
2095
+ - @robota-sdk/agent-provider-qwen@3.0.0-beta.63
2096
+ - @robota-sdk/agent-transport-tui@3.0.0-beta.63
2097
+
2098
+ ## 3.0.0-beta.62
2099
+
2100
+ ### Patch Changes
2101
+
2102
+ - Updated dependencies
2103
+ - @robota-sdk/agent-core@3.0.0-beta.62
2104
+ - @robota-sdk/agent-command-provider@3.0.0-beta.62
2105
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.62
2106
+ - @robota-sdk/agent-provider-deepseek@3.0.0-beta.62
2107
+ - @robota-sdk/agent-provider-gemini@3.0.0-beta.62
2108
+ - @robota-sdk/agent-provider-gemma@3.0.0-beta.62
2109
+ - @robota-sdk/agent-provider-openai@3.0.0-beta.62
2110
+ - @robota-sdk/agent-provider-qwen@3.0.0-beta.62
2111
+ - @robota-sdk/agent-framework@3.0.0-beta.62
2112
+ - @robota-sdk/agent-command-agent@3.0.0-beta.62
2113
+ - @robota-sdk/agent-command-background@3.0.0-beta.62
2114
+ - @robota-sdk/agent-command-compact@3.0.0-beta.62
2115
+ - @robota-sdk/agent-command-context@3.0.0-beta.62
2116
+ - @robota-sdk/agent-command-exit@3.0.0-beta.62
2117
+ - @robota-sdk/agent-command-help@3.0.0-beta.62
2118
+ - @robota-sdk/agent-command-language@3.0.0-beta.62
2119
+ - @robota-sdk/agent-command-memory@3.0.0-beta.62
2120
+ - @robota-sdk/agent-command-model@3.0.0-beta.62
2121
+ - @robota-sdk/agent-command-permissions@3.0.0-beta.62
2122
+ - @robota-sdk/agent-command-plugin@3.0.0-beta.62
2123
+ - @robota-sdk/agent-command-reset@3.0.0-beta.62
2124
+ - @robota-sdk/agent-command-rewind@3.0.0-beta.62
2125
+ - @robota-sdk/agent-command-session@3.0.0-beta.62
2126
+ - @robota-sdk/agent-command-skills@3.0.0-beta.62
2127
+ - @robota-sdk/agent-command-statusline@3.0.0-beta.62
2128
+ - @robota-sdk/agent-command-user-local@3.0.0-beta.62
2129
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.62
2130
+ - @robota-sdk/agent-transport-ws@3.0.0-beta.62
2131
+
2132
+ ## 3.0.0-beta.61
2133
+
2134
+ ### Minor Changes
2135
+
2136
+ - b7cb169: Add first-class DeepSeek API provider support and include it in the default CLI provider definitions.
2137
+
2138
+ ### Patch Changes
2139
+
2140
+ - cfb8b5a: Clean up the CLI status bar by hiding the baseline default permission mode and removing the duplicate right-side thinking indicator.
2141
+ - cc0223d: Add SDK-owned provider profile name suggestions, create model-derived profile keys during interactive setup, and show the active provider profile identity in the CLI status area.
2142
+ - d97bdf2: Add provider-owned model catalog metadata, route `/model` suggestions through the active provider, and make `cli:dev` resolve the CLI workspace dependency closure through source export conditions.
2143
+ - Updated dependencies [e243fb0]
2144
+ - Updated dependencies [b7cb169]
2145
+ - Updated dependencies [1c0d44c]
2146
+ - Updated dependencies [36eb7a9]
2147
+ - Updated dependencies [cc0223d]
2148
+ - Updated dependencies [18fcc5b]
2149
+ - Updated dependencies [d97bdf2]
2150
+ - Updated dependencies [3bde012]
2151
+ - @robota-sdk/agent-framework@3.0.0-beta.61
2152
+ - @robota-sdk/agent-provider-deepseek@3.0.0-beta.61
2153
+ - @robota-sdk/agent-core@3.0.0-beta.61
2154
+ - @robota-sdk/agent-command-session@3.0.0-beta.61
2155
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.61
2156
+ - @robota-sdk/agent-provider-gemini@3.0.0-beta.61
2157
+ - @robota-sdk/agent-provider-gemma@3.0.0-beta.61
2158
+ - @robota-sdk/agent-provider-openai@3.0.0-beta.61
2159
+ - @robota-sdk/agent-provider-qwen@3.0.0-beta.61
2160
+ - @robota-sdk/agent-command-provider@3.0.0-beta.61
2161
+ - @robota-sdk/agent-command-model@3.0.0-beta.61
2162
+ - @robota-sdk/agent-command-agent@3.0.0-beta.61
2163
+ - @robota-sdk/agent-command-background@3.0.0-beta.61
2164
+ - @robota-sdk/agent-command-compact@3.0.0-beta.61
2165
+ - @robota-sdk/agent-command-context@3.0.0-beta.61
2166
+ - @robota-sdk/agent-command-exit@3.0.0-beta.61
2167
+ - @robota-sdk/agent-command-help@3.0.0-beta.61
2168
+ - @robota-sdk/agent-command-language@3.0.0-beta.61
2169
+ - @robota-sdk/agent-command-memory@3.0.0-beta.61
2170
+ - @robota-sdk/agent-command-permissions@3.0.0-beta.61
2171
+ - @robota-sdk/agent-command-plugin@3.0.0-beta.61
2172
+ - @robota-sdk/agent-command-reset@3.0.0-beta.61
2173
+ - @robota-sdk/agent-command-rewind@3.0.0-beta.61
2174
+ - @robota-sdk/agent-command-statusline@3.0.0-beta.61
2175
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.61
2176
+ - @robota-sdk/agent-command-skills@3.0.0-beta.61
2177
+
2178
+ ## 3.0.0-beta.60
2179
+
2180
+ ### Minor Changes
2181
+
2182
+ - 7439391: Add provider-neutral native web search/fetch capability contracts, explicit unsupported handling for OpenAI-compatible/LM Studio profiles, and local WebFetch/WebSearch permission/documentation alignment.
2183
+
2184
+ ### Patch Changes
2185
+
2186
+ - 0c77089: Validate the merged active provider profile during CLI startup so higher-priority provider selections with missing API keys are not masked by unrelated valid settings files.
2187
+ - 41ae788: Restore the CLI thinking indicator and add structured Agent tool batch provenance/count metadata.
2188
+ - Updated dependencies [41ae788]
2189
+ - Updated dependencies [3d6bdf6]
2190
+ - Updated dependencies [7439391]
2191
+ - @robota-sdk/agent-framework@3.0.0-beta.60
2192
+ - @robota-sdk/agent-provider-gemini@3.0.0-beta.60
2193
+ - @robota-sdk/agent-core@3.0.0-beta.60
2194
+ - @robota-sdk/agent-session@3.0.0-beta.60
2195
+ - @robota-sdk/agent-provider-openai@3.0.0-beta.60
2196
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.60
2197
+ - @robota-sdk/agent-provider-gemma@3.0.0-beta.60
2198
+ - @robota-sdk/agent-provider-qwen@3.0.0-beta.60
2199
+ - @robota-sdk/agent-command-agent@3.0.0-beta.60
2200
+ - @robota-sdk/agent-command-background@3.0.0-beta.60
2201
+ - @robota-sdk/agent-command-compact@3.0.0-beta.60
2202
+ - @robota-sdk/agent-command-context@3.0.0-beta.60
2203
+ - @robota-sdk/agent-command-exit@3.0.0-beta.60
2204
+ - @robota-sdk/agent-command-help@3.0.0-beta.60
2205
+ - @robota-sdk/agent-command-language@3.0.0-beta.60
2206
+ - @robota-sdk/agent-command-memory@3.0.0-beta.60
2207
+ - @robota-sdk/agent-command-mode@3.0.0-beta.60
2208
+ - @robota-sdk/agent-command-model@3.0.0-beta.60
2209
+ - @robota-sdk/agent-command-permissions@3.0.0-beta.60
2210
+ - @robota-sdk/agent-command-plugin@3.0.0-beta.60
2211
+ - @robota-sdk/agent-command-provider@3.0.0-beta.60
2212
+ - @robota-sdk/agent-command-reset@3.0.0-beta.60
2213
+ - @robota-sdk/agent-command-rewind@3.0.0-beta.60
2214
+ - @robota-sdk/agent-command-session@3.0.0-beta.60
2215
+ - @robota-sdk/agent-command-statusline@3.0.0-beta.60
2216
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.60
2217
+
2218
+ ## 3.0.0-beta.59
2219
+
2220
+ ### Patch Changes
2221
+
2222
+ - @robota-sdk/agent-framework@3.0.0-beta.59
2223
+ - @robota-sdk/agent-command-agent@3.0.0-beta.59
2224
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.59
2225
+ - @robota-sdk/agent-core@3.0.0-beta.59
2226
+ - @robota-sdk/agent-session@3.0.0-beta.59
2227
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.59
2228
+ - @robota-sdk/agent-provider-openai@3.0.0-beta.59
2229
+ - @robota-sdk/agent-provider-gemma@3.0.0-beta.59
2230
+ - @robota-sdk/agent-provider-gemini@3.0.0-beta.59
2231
+ - @robota-sdk/agent-provider-qwen@3.0.0-beta.59
2232
+
2233
+ ## 3.0.0-beta.58
2234
+
2235
+ ### Patch Changes
2236
+
2237
+ - Refresh package docs and robota.io content for the beta 57 feature set.
2238
+ - Updated dependencies
2239
+ - @robota-sdk/agent-command-agent@3.0.0-beta.58
2240
+ - @robota-sdk/agent-core@3.0.0-beta.58
2241
+ - @robota-sdk/agent-provider-gemini@3.0.0-beta.58
2242
+ - @robota-sdk/agent-provider-gemma@3.0.0-beta.58
2243
+ - @robota-sdk/agent-provider-qwen@3.0.0-beta.58
2244
+ - @robota-sdk/agent-framework@3.0.0-beta.58
2245
+ - @robota-sdk/agent-session@3.0.0-beta.58
2246
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.58
2247
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.58
2248
+ - @robota-sdk/agent-provider-openai@3.0.0-beta.58
2249
+
2250
+ ## 3.0.0-beta.57
2251
+
2252
+ ### Minor Changes
2253
+
2254
+ - b80e51e: Add SDK-owned automatic project memory capture, approval review, bounded retrieval, and session-log provenance.
2255
+ - f61e2cb: Add Qwen provider-owned Responses API support for built-in web search/fetch tools and pass provider-owned profile options through generic CLI/runtime configuration.
2256
+
2257
+ ### Patch Changes
2258
+
2259
+ - 16c3b6f: Persist and render provider-neutral per-turn usage summaries with pre-send context updates in CLI sessions.
2260
+ - d3bcc0e: Move the active status indicator into the primary status-bar scan path with deterministic tool, thinking, background, queued, and idle priority.
2261
+ - 4eca470: Render command tool output as bounded transcript previews and persist tool result metadata in SDK tool summaries.
2262
+ - 1cfdce9: Add SDK-owned edit checkpointing for Write/Edit tool mutations with `/rewind` list and code restore commands.
2263
+ - 90a2802: Render Edit tool summaries as context-aware diff hunks with structured truncation metadata.
2264
+ - 26a1718: Preserve and render Edit tool diff metadata in persisted CLI tool summaries.
2265
+ - 3509f1d: Add canonical Gemini provider package and keep the Google provider package as a compatibility wrapper.
2266
+ - 8e056b1: Adopt Ink 7 paste and window-size hooks for CJK-aware input handling.
2267
+ - 7e9e81c: Render background work as compact one-level tree rows with shared formatting and bounded previews.
2268
+ - Updated dependencies [16c3b6f]
2269
+ - Updated dependencies [b80e51e]
2270
+ - Updated dependencies [4eca470]
2271
+ - Updated dependencies [1cfdce9]
2272
+ - Updated dependencies [90a2802]
2273
+ - Updated dependencies [26a1718]
2274
+ - Updated dependencies [3509f1d]
2275
+ - Updated dependencies [e504d30]
2276
+ - Updated dependencies [f61e2cb]
2277
+ - Updated dependencies [0e0e533]
2278
+ - Updated dependencies [822a78b]
2279
+ - Updated dependencies [9817f99]
2280
+ - @robota-sdk/agent-core@3.0.0-beta.57
2281
+ - @robota-sdk/agent-session@3.0.0-beta.57
2282
+ - @robota-sdk/agent-framework@3.0.0-beta.57
2283
+ - @robota-sdk/agent-provider-gemini@3.0.0-beta.57
2284
+ - @robota-sdk/agent-provider-qwen@3.0.0-beta.57
2285
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.57
2286
+ - @robota-sdk/agent-provider-gemma@3.0.0-beta.57
2287
+ - @robota-sdk/agent-provider-openai@3.0.0-beta.57
2288
+ - @robota-sdk/agent-command-agent@3.0.0-beta.57
2289
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.57
2290
+
2291
+ ## 3.0.0-beta.56
2292
+
2293
+ ### Patch Changes
2294
+
2295
+ - Updated dependencies
2296
+ - @robota-sdk/agent-core@3.0.0-beta.56
2297
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.56
2298
+ - @robota-sdk/agent-provider-gemma@3.0.0-beta.56
2299
+ - @robota-sdk/agent-provider-openai@3.0.0-beta.56
2300
+ - @robota-sdk/agent-framework@3.0.0-beta.56
2301
+ - @robota-sdk/agent-session@3.0.0-beta.56
2302
+ - @robota-sdk/agent-command-agent@3.0.0-beta.56
2303
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.56
2304
+
2305
+ ## 3.0.0-beta.55
2306
+
2307
+ ### Patch Changes
2308
+
2309
+ - 38a72bf: fix: resolve ESLint tsconfig parsing errors and improve pnpm CI reliability
2310
+ - Add tsconfig.eslint.json to all packages for per-package ESLint runs
2311
+ - Migrate typecheck from pnpm -r exec tsc to per-package typecheck scripts
2312
+ - Add --if-present to all recursive pnpm run scripts
2313
+ - Fix React type imports, dynamic imports in tests, Express.Multer types
2314
+
2315
+ - Updated dependencies [38a72bf]
2316
+ - @robota-sdk/agent-core@3.0.0-beta.55
2317
+ - @robota-sdk/agent-framework@3.0.0-beta.55
2318
+ - @robota-sdk/agent-session@3.0.0-beta.55
2319
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.55
2320
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.55
2321
+
2322
+ ## 3.0.0-beta.54
2323
+
2324
+ ### Patch Changes
2325
+
2326
+ - fix: resolve all typecheck errors across packages
2327
+ - Updated dependencies
2328
+ - @robota-sdk/agent-session@3.0.0-beta.54
2329
+ - @robota-sdk/agent-framework@3.0.0-beta.54
2330
+ - @robota-sdk/agent-core@3.0.0-beta.54
2331
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.54
2332
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.54
2333
+
2334
+ ## 3.0.0-beta.53
2335
+
2336
+ ### Patch Changes
2337
+
2338
+ - refactor: monolith decomposition — all agent-\* files under 300 lines
2339
+ - fix: PR #69 code review — session resume tool messages, type SSOT, fork isolation, settings crash, Notification removal, chat validation
2340
+ - Updated dependencies
2341
+ - Updated dependencies
2342
+ - @robota-sdk/agent-core@3.0.0-beta.53
2343
+ - @robota-sdk/agent-framework@3.0.0-beta.53
2344
+ - @robota-sdk/agent-session@3.0.0-beta.53
2345
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.53
2346
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.53
2347
+
2348
+ ## 3.0.0-beta.52
2349
+
2350
+ ### Patch Changes
2351
+
2352
+ - fix: paste at cursor position + cursor moves to end of pasted label + cursorHint prop
2353
+ - @robota-sdk/agent-core@3.0.0-beta.52
2354
+ - @robota-sdk/agent-session@3.0.0-beta.52
2355
+ - @robota-sdk/agent-framework@3.0.0-beta.52
2356
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.52
2357
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.52
2358
+
2359
+ ## 3.0.0-beta.51
2360
+
2361
+ ### Patch Changes
2362
+
2363
+ - feat: debounce streaming text rendering (300ms) to reduce CPU load
2364
+ - @robota-sdk/agent-core@3.0.0-beta.51
2365
+ - @robota-sdk/agent-session@3.0.0-beta.51
2366
+ - @robota-sdk/agent-framework@3.0.0-beta.51
2367
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.51
2368
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.51
2369
+
2370
+ ## 3.0.0-beta.50
2371
+
2372
+ ### Patch Changes
2373
+
2374
+ - fix: reinsert repository/homepage/bugs in correct field order
2375
+ - Updated dependencies
2376
+ - @robota-sdk/agent-framework@3.0.0-beta.50
2377
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.50
2378
+ - @robota-sdk/agent-core@3.0.0-beta.50
2379
+ - @robota-sdk/agent-session@3.0.0-beta.50
2380
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.50
2381
+
2382
+ ## 3.0.0-beta.49
2383
+
2384
+ ### Patch Changes
2385
+
2386
+ - fix: add repository, homepage, bugs metadata to all publishable packages
2387
+ - Updated dependencies
2388
+ - @robota-sdk/agent-framework@3.0.0-beta.49
2389
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.49
2390
+ - @robota-sdk/agent-core@3.0.0-beta.49
2391
+ - @robota-sdk/agent-session@3.0.0-beta.49
2392
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.49
2393
+
2394
+ ## 3.0.0-beta.48
2395
+
2396
+ ### Patch Changes
2397
+
2398
+ - fix: record individual tool-start/tool-end in history + fix streaming tool display
2399
+ - Individual tool-start/tool-end events recorded as IHistoryEntry for persistence
2400
+ - TuiStateManager.onToolEnd uses findIndex (first match only, not all with same name)
2401
+ - MessageList hides tool-start/tool-end entries (not rendered as System:)
2402
+
2403
+ - Updated dependencies
2404
+ - @robota-sdk/agent-framework@3.0.0-beta.48
2405
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.48
2406
+ - @robota-sdk/agent-core@3.0.0-beta.48
2407
+ - @robota-sdk/agent-session@3.0.0-beta.48
2408
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.48
2409
+
2410
+ ## 3.0.0-beta.47
2411
+
2412
+ ### Minor Changes
2413
+
2414
+ - feat: ITransportAdapter unified interface + headless transport + CLI adapter pattern
2415
+ - ITransportAdapter interface in agent-sdk (name, attach, start, stop)
2416
+ - InteractiveSession.attachTransport(transport) method
2417
+ - createHttpTransport, createWsTransport, createMcpTransport, createHeadlessTransport factories
2418
+ - CLI print mode uses adapter pattern: session.attachTransport(transport)
2419
+ - agent-transport-headless: text/json/stream-json output, stdin pipe, exit codes
2420
+ - --output-format, --system-prompt, --append-system-prompt CLI flags
2421
+
2422
+ ### Patch Changes
2423
+
2424
+ - Updated dependencies
2425
+ - @robota-sdk/agent-framework@3.0.0-beta.47
2426
+ - @robota-sdk/agent-transport-headless@3.0.0-beta.47
2427
+ - @robota-sdk/agent-core@3.0.0-beta.47
2428
+ - @robota-sdk/agent-session@3.0.0-beta.47
2429
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.47
2430
+
2431
+ ## 3.0.0-beta.46
2432
+
2433
+ ### Minor Changes
2434
+
2435
+ - feat: session continue/resume — persist, restore, and switch sessions
2436
+ - ISessionRecord.history field (required) for UI timeline restoration
2437
+ - Session.injectMessage() for AI context restoration on resume
2438
+ - InteractiveSession: sessionStore, resumeSessionId, forkSession, getName/setName
2439
+ - CLI: --continue, --resume, --fork-session, --name flags
2440
+ - TUI: /resume (session picker), /rename (session naming)
2441
+ - ListPicker generic component with viewport scrolling
2442
+ - Session name display: input border title, terminal title, StatusBar
2443
+ - Session picker: cwd filtering, date+time, response preview
2444
+ - React key remount for instant session switching
2445
+
2446
+ ### Patch Changes
2447
+
2448
+ - Updated dependencies
2449
+ - @robota-sdk/agent-session@3.0.0-beta.46
2450
+ - @robota-sdk/agent-framework@3.0.0-beta.46
2451
+ - @robota-sdk/agent-core@3.0.0-beta.46
2452
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.46
2453
+
2454
+ ## 3.0.0-beta.45
2455
+
2456
+ ### Patch Changes
2457
+
2458
+ - Updated dependencies
2459
+ - @robota-sdk/agent-framework@3.0.0-beta.45
2460
+ - @robota-sdk/agent-core@3.0.0-beta.45
2461
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.45
2462
+
2463
+ ## 3.0.0-beta.44
2464
+
2465
+ ### Patch Changes
2466
+
2467
+ - feat: IHistoryEntry universal history architecture + test quality cleanup
2468
+ - IHistoryEntry as universal history type across all 4 packages (core → sessions → sdk → cli)
2469
+ - Tool summary stored as event entry in history (category: 'event', type: 'tool-summary')
2470
+ - TuiStateManager pure TypeScript class for CLI rendering state
2471
+ - MessageList renders IHistoryEntry[] with Tool:/System:/You:/Robota: labels
2472
+ - Display order fixed: Tool → Robota (both streaming and abort)
2473
+ - Remove 25 tautological, duplicate, and hardcoded tests
2474
+
2475
+ - Updated dependencies
2476
+ - @robota-sdk/agent-core@3.0.0-beta.44
2477
+ - @robota-sdk/agent-framework@3.0.0-beta.44
2478
+ - @robota-sdk/agent-provider-anthropic@3.0.0-beta.44