@christiandoxa/prodex 0.109.0 → 0.111.0

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 (2) hide show
  1. package/README.md +7 -17
  2. package/package.json +7 -7
package/README.md CHANGED
@@ -278,7 +278,7 @@ Prodex handles MCP registration for its own overlay session when it can find the
278
278
  <details>
279
279
  <summary>Install claw-compactor</summary>
280
280
 
281
- claw-compactor is used by `prodex clawcompactor` and by Super mode as a deterministic/local context compaction aid.
281
+ claw-compactor is used by `prodex clawcompactor` and by Super mode as a deterministic/local context compaction aid. When discoverable, Super installs a trusted startup probe that runs `claw-compactor benchmark <workspace> --json` through Prodex's compatibility wrapper.
282
282
 
283
283
  Recommended source install:
284
284
 
@@ -340,7 +340,7 @@ prodex presidio redact --text "My name is John Smith and my phone is 212-555-123
340
340
  prodex presidio enable
341
341
  ```
342
342
 
343
- `prodex super` / `prodex s` asks `Use Presidio for data safety? [y/N]` before starting an interactive session. The default is `n`. Answering `y` starts a dedicated runtime proxy for that session and redacts UTF-8 HTTP request bodies and WebSocket text frames through the local Presidio Analyzer and Anonymizer before forwarding them upstream. It is equivalent to adding the `presidio` prefix to the Super stack. The runtime uses `presidio.toml` endpoints when configured, falls back to `http://localhost:5002` and `http://localhost:5001`, and honors `fail_mode = "open"` or `"closed"`.
343
+ `prodex super` / `prodex s` starts a dedicated runtime proxy and redacts UTF-8 HTTP request bodies and WebSocket text frames through the local Presidio Analyzer and Anonymizer before forwarding them upstream. It is equivalent to adding the `presidio` prefix to the Super stack. The runtime uses `presidio.toml` endpoints when configured, falls back to `http://localhost:5002` and `http://localhost:5001`, and honors `fail_mode = "open"` or `"closed"`.
344
344
 
345
345
  </details>
346
346
 
@@ -441,29 +441,19 @@ prodex s exec "review this repo"
441
441
 
442
442
  `prodex super` expands to:
443
443
 
444
- ```bash
445
- prodex caveman mem rtk sqz tokensavior clawcompactor --full-access
446
- ```
447
-
448
- Before an interactive Super session starts, Prodex asks whether to enable Presidio:
449
-
450
- ```text
451
- Use Presidio for data safety? [y/N]
452
- ```
453
-
454
- The default is `n`. Answering `y` enables runtime request-body and WebSocket text redaction through local Presidio for that session and is equivalent to adding the `presidio` prefix:
455
-
456
444
  ```bash
457
445
  prodex caveman mem rtk sqz tokensavior clawcompactor presidio --full-access
458
446
  ```
459
447
 
448
+ Super enables runtime request-body and WebSocket text redaction through local Presidio for the session. The runtime uses `presidio.toml` endpoints when configured, falls back to `http://localhost:5002` and `http://localhost:5001`, and honors `fail_mode = "open"` or `"closed"`.
449
+
460
450
  Full access maps to Codex's sandbox-bypass launch flag. Use it only when you intentionally want Codex to run without the normal approval and sandbox protections.
461
451
 
462
- Super's built-in optimization stack is deliberately local and deterministic. It preloads the existing Caveman and Claude-Mem pieces, exposes an overlay `rtk` wrapper plus RTK auto-wrappers for common noisy commands when RTK is installed, auto-registers `sqz-mcp` and `token-savior` MCP servers when those binaries are already on `PATH` or in a managed `prodex-optimizers` checkout, exposes `sqz` and `claw-compactor` wrappers when those commands/checkouts are discoverable, then uses Smart Context Autopilot through a dedicated runtime proxy for lower-token request shaping.
452
+ Super's built-in optimization stack is deliberately local and deterministic. It preloads the existing Caveman and Claude-Mem pieces, exposes an overlay `rtk` wrapper plus RTK auto-wrappers for common noisy commands when RTK is installed, auto-registers `sqz-mcp` and `token-savior` MCP servers when those binaries are already on `PATH` or in a managed `prodex-optimizers` checkout, exposes `sqz` and `claw-compactor` wrappers when those commands/checkouts are discoverable, invokes a trusted `prodex-claw-compactor-auto "$(pwd)"` SessionStart benchmark probe when Claw-Compactor is available, then uses Presidio redaction and Smart Context Autopilot through a dedicated runtime proxy for lower-token request shaping.
463
453
 
464
454
  RTK and SQZ split the token work across different sides of the flow:
465
455
 
466
- - RTK works upstream/input-side. Use visible `rtk <cmd>` for noisy terminal commands before their output enters the model context, such as `git diff`, `cargo test`, `npm test`, build logs, and package-manager output. Prodex also auto-wraps common noisy commands as a fallback when RTK is installed.
456
+ - RTK works upstream/input-side. Use visible `rtk <cmd>` for noisy terminal commands before their output enters the model context, such as `git diff`, `cargo test`, `npm test`, build logs, and package-manager output. Prodex also auto-wraps common noisy commands as a fallback when RTK is installed, but that fallback does not make the TUI show an `rtk` prefix.
467
457
  - SQZ works downstream/context-side through the auto-registered `prodex-sqz` MCP server. Use it for repeated workspace reads, large text blobs, and long-session context reuse instead of emitting the same full content again.
468
458
 
469
459
  Managed optimizer checkouts are discovered from `PRODEX_OPTIMIZERS_HOME`, `$XDG_DATA_HOME/prodex-optimizers`, then `~/.local/share/prodex-optimizers`.
@@ -655,7 +645,7 @@ It keeps exact pass-through for continuation-sensitive requests. When safe, it u
655
645
 
656
646
  The Super optimization stack is meant to stay deterministic and local by default. It auto-registers `sqz-mcp` and `token-savior` MCP servers when those binaries are already on `PATH` or in a managed `prodex-optimizers` checkout, exposes `sqz` and `claw-compactor` wrappers when discoverable, and uses a dedicated runtime proxy for local compaction, stable references, and lower-token context shaping rather than hidden remote summarization.
657
647
 
658
- RTK handles upstream/input command output before it enters the context window, using visible `rtk <cmd>` commands and overlay auto-wrappers when available. SQZ handles downstream/context reuse after content is already in the session, using `prodex-sqz` when the MCP server is available.
648
+ RTK handles upstream/input command output before it enters the context window, using visible `rtk <cmd>` commands and overlay auto-wrappers when available. Auto-wrappers are only a backstop; write `rtk <cmd>` explicitly when you want the TUI/transcript to show RTK usage. SQZ handles downstream/context reuse after content is already in the session, using `prodex-sqz` when the MCP server is available.
659
649
 
660
650
  Managed optimizer checkouts are discovered from `PRODEX_OPTIMIZERS_HOME`, `$XDG_DATA_HOME/prodex-optimizers`, then `~/.local/share/prodex-optimizers`.
661
651
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@christiandoxa/prodex",
3
- "version": "0.109.0",
3
+ "version": "0.111.0",
4
4
  "description": "Safe multi-account auto-rotate for Codex CLI with isolated CODEX_HOME profiles",
5
5
  "license": "Apache-2.0",
6
6
  "bin": {
@@ -16,12 +16,12 @@
16
16
  "@openai/codex": "latest"
17
17
  },
18
18
  "optionalDependencies": {
19
- "@christiandoxa/prodex-linux-x64": "0.109.0",
20
- "@christiandoxa/prodex-linux-arm64": "0.109.0",
21
- "@christiandoxa/prodex-darwin-x64": "0.109.0",
22
- "@christiandoxa/prodex-darwin-arm64": "0.109.0",
23
- "@christiandoxa/prodex-win32-x64": "0.109.0",
24
- "@christiandoxa/prodex-win32-arm64": "0.109.0"
19
+ "@christiandoxa/prodex-linux-x64": "0.111.0",
20
+ "@christiandoxa/prodex-linux-arm64": "0.111.0",
21
+ "@christiandoxa/prodex-darwin-x64": "0.111.0",
22
+ "@christiandoxa/prodex-darwin-arm64": "0.111.0",
23
+ "@christiandoxa/prodex-win32-x64": "0.111.0",
24
+ "@christiandoxa/prodex-win32-arm64": "0.111.0"
25
25
  },
26
26
  "engines": {
27
27
  "node": ">=18"