@sjawhar/claude-envoy 1.0.0 → 1.2.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.
@@ -2,5 +2,5 @@
2
2
  "name": "claude-envoy",
3
3
  "description": "Deliver Envoy events as Claude Code channel notifications and expose Envoy MCP tools.",
4
4
  "mcpServers": "./.mcp.json",
5
- "version": "1.0.0"
5
+ "version": "1.2.0"
6
6
  }
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "claude-envoy",
3
- "version": "1.0.0",
3
+ "version": "1.2.0",
4
4
  "description": "Deliver Envoy events as Claude Code channel notifications and expose Envoy MCP tools.",
5
5
  "mcpServers": {}
6
6
  }
@@ -54334,7 +54334,7 @@ var import_nats2 = __toESM(require_mod4(), 1);
54334
54334
 
54335
54335
  // package.json
54336
54336
  var name = "@sjawhar/claude-envoy";
54337
- var version2 = "1.0.0";
54337
+ var version2 = "1.2.0";
54338
54338
  var legion = {
54339
54339
  daemonApiVersion: 49
54340
54340
  };
@@ -129,7 +129,22 @@ carries the pod's own PostgreSQL server (the section above).
129
129
  - `dig` — how a role whose connection to a service name fails tells "the name does not resolve"
130
130
  from "the packets are dropped".
131
131
 
132
- ## Why a sixth is an image change, not an install
132
+ ## Two more the image carries: `unzip` and `yq`
133
+
134
+ Two programs beside those five ride in the image for a role's own work, and neither is a client of
135
+ a service. Like the five, they are on a role's `PATH` only once its deployment pins a digest at or
136
+ after the change that added them; `command -v unzip yq` says whether yours has them.
137
+
138
+ - `unzip` — Debian trixie's, at `/usr/bin/unzip`: a script calls the `unzip` command by name, and
139
+ no package runner in the image provides that program.
140
+ - `yq` — mikefarah's `yq` 4, at `/usr/local/bin/yq`, a pinned release the build fetches and checks
141
+ against a pinned SHA-256: a role's work that reads or rewrites YAML. Debian's `yq` is a different
142
+ program — kislyuk's Python wrapper over `jq`, 3.4.3 in trixie — so an expression written for one
143
+ does not run on the other, and a recipe you found may be written for the other one.
144
+
145
+ `model-gateway/apply_test.sh` of theorem-labs/agent-infra calls both.
146
+
147
+ ## Why a tool the image lacks is an image change, not an install
133
148
 
134
149
  Your role runs as an unprivileged user with no writable system prefix: `/usr/local/bin` and `/opt`
135
150
  are read-only, `/home` is read-only too, and `apt-get` cannot take dpkg's lock even to download.
@@ -151,9 +166,9 @@ section's test ("The test: where it lands, and what it leaves resolving"), and a
151
166
  pod's disk rather than the issue's volume — the placement `roleEnvironment`
152
167
  (`packages/daemon/internal/runtime/sandbox/manifest.go`) exists to move writes off. The sanctioned
153
168
  extraction is the harness's: onto the issue's volume, and exported around its own commands and no
154
- further (the Dispatch e2e stack, below, is the worked case). For everything the five do not cover,
155
- the one documented step is a pinned run through one of the three package runners the image already
156
- carries — plus `uv run --with` when what you need is a library rather than a command — and a tool
169
+ further (the Dispatch e2e stack, below, is the worked case). For everything the image does not
170
+ carry, the one documented step is a pinned run through one of the three package runners it does
171
+ — plus `uv run --with` when what you need is a library rather than a command — and a tool
157
172
  no runner reaches is an image change ("When no runner reaches it", below).
158
173
 
159
174
  ## What the withheld capability is, and what it is not
@@ -498,6 +513,10 @@ holding the summary to the list; the stub binaries in
498
513
  `packages/daemon/internal/capabilities/capabilitiestest/capabilitiestest.go` have to include it, or
499
514
  the capability and `probe-image` tests fail on an image that does not carry it; and
500
515
  `packages/daemon/internal/capabilities/image_test.go` spells the expected detail string out again.
516
+ Those four are for a tool every deployment's image must carry: the `toolchain` row is the floor the
517
+ probe holds every image to, not an inventory of this one, so a program this image carries need not
518
+ be named there — `aws` is in the image and not in that row — and a name added to the row makes the
519
+ probe refuse every other deployment's image that lacks it. `unzip` and `yq` are in none of the four.
501
520
 
502
521
  Miss one of those four and the suite is red, which is what makes them easy to find. Nothing holds
503
522
  a Dockerfile comment or the smoke step to anything, so a change that stops at the gated sites opens
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@sjawhar/claude-envoy",
3
- "version": "1.0.0",
3
+ "version": "1.2.0",
4
4
  "license": "Apache-2.0",
5
5
  "description": "Claude Code channel plugin for Legion's Envoy bus",
6
6
  "type": "module",