@rnbsolucoes/axion-code 0.1.19 → 0.1.21

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -285,15 +285,21 @@ dispatcher before mutating filesystem, shell or MCP tools are enabled.
285
285
 
286
286
  Provider stream `tool_call` events now open the TUI approval menu when the
287
287
  active permission mode requires review. Approve/Deny records the audited
288
- decision and returns focus to the chat input. Actual tool execution remains
289
- limited to the guarded dispatcher allow-list.
290
-
291
- `axion tool run` exposes the first guarded dispatcher surface. It currently
292
- supports `Read`, `Glob`, `Grep`, `Write` and `Edit` inside the active workspace.
293
- When the active permission mode requires approval, execution is allowed only if
294
- the supplied approval is already approved and matches the exact redacted tool
295
- request. Shell, MCP, browser, process and unknown tools remain unsupported even
296
- when an approval exists.
288
+ decision and returns focus to the chat input. When approved, the TUI executes
289
+ supported guarded-dispatcher tools and prints the bounded result in the
290
+ timeline. Successful supported tool results are then sent back into the active
291
+ provider as a follow-up `tool_result` continuation turn, so the agent can use
292
+ the evidence before answering. Unsupported tools remain explicitly pending until
293
+ a dedicated adapter exists.
294
+
295
+ `axion tool run` exposes the first guarded dispatcher surface. The CLI and TUI
296
+ currently support `Read`, `Glob`, `Grep`, `Write` and `Edit` inside the active
297
+ workspace. Provider tool aliases such as `read_file` and `write_file` are
298
+ normalized to the native tool names before approval/execution. When the active
299
+ permission mode requires approval, execution is allowed only if the supplied
300
+ approval is already approved and matches the exact redacted tool request.
301
+ Shell, MCP, browser, process and unknown tools remain unsupported even when an
302
+ approval exists.
297
303
 
298
304
  Examples:
299
305
 
@@ -356,8 +362,10 @@ This is a functional direction MVP, not the full harness:
356
362
  - terminal logo uses Sixel when available and falls back to width-bounded ANSI/block rendering;
357
363
  - initial chat splash shows the Axion logo and system name until the first interaction;
358
364
  - guarded dispatcher execution is limited to workspace-local `Read`, `Glob`,
359
- `Grep`, `Write` and `Edit`; shell, MCP, browser, process and unknown tools
360
- remain blocked;
365
+ `Grep`, `Write` and `Edit`; the TUI executes these after approval and shows
366
+ the result, then feeds successful supported results back into the provider as
367
+ an iterative `tool_result` continuation turn;
368
+ - shell, MCP, browser, process and unknown tools remain blocked;
361
369
  - no executable Pi RPC bridge yet;
362
370
  - no MCP transport execution yet;
363
371
  - native subagent execution is prompt-isolated and provider/model-inherited; richer multi-subagent orchestration, streaming and budget telemetry remain next-cycle items.
Binary file
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@rnbsolucoes/axion-code",
3
- "version": "0.1.19",
3
+ "version": "0.1.21",
4
4
  "description": "Axion Code CLI harness for the Axion ecosystem.",
5
5
  "type": "module",
6
6
  "repository": {