vinta-ai-workflows 0.7.0-alpha4 → 0.7.0-alpha5

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -7,6 +7,7 @@ the project follows [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
7
7
 
8
8
  ## [0.7.0] — YYYY-MM-DD
9
9
 
10
+ <!-- pre-release: 0.7.0-alpha5 on 2026-09-13 -->
10
11
  <!-- pre-release: 0.7.0-alpha4 on 2026-09-13 -->
11
12
  <!-- pre-release: 0.7.0-alpha3 on 2026-09-12 -->
12
13
  <!-- pre-release: 0.7.0-alpha2 on 2026-09-12 -->
@@ -219,6 +220,104 @@ the project follows [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
219
220
 
220
221
  ### Fixed
221
222
 
223
+ - **Four places the UI asked the operator to work around it.** The transcript
224
+ opened at the *oldest* row it held, so a live agent's newest line — the one
225
+ the panel was opened to read — sat below the fold and every arriving entry
226
+ pushed it further down; it now opens at the newest and stays there, but only
227
+ while the operator is already at the bottom, because scrolling up is reading.
228
+ The `git diff` command overflowed its panel, uncopyable without selecting
229
+ blind, and now wraps. The shell's bounded column went from 1280px to 1600px:
230
+ 1280 is a reading measure, and the Nodes table's columns are ids, lane names
231
+ and branch names, none of which can be abbreviated without losing what
232
+ identifies them. And the notification interval said "Remind every 5 min"
233
+ without ever saying what it would remind anyone about — it repeats the
234
+ notification for a phase that stopped to ask the operator something, until
235
+ they answer, which is what the options say now.
236
+
237
+ - **A killed terminal releases its directory on Windows.** Two PTY tests failed
238
+ teardown with `EBUSY: rmdir`: killing a process there is not synchronous with
239
+ releasing what it held, so the conpty and its background child are gone as far
240
+ as the test is concerned while the OS still has the working directory open.
241
+
242
+ - **A failed phase can be retried instead of ending the run.** `run` takes
243
+ `--on-failure <stop|ask>`. `stop` is the default and is what every run has
244
+ always done — the phase fails, its dependents block, the run finishes. `ask`
245
+ parks the node on a question instead: retry, retry with another member of the
246
+ crew, or stop.
247
+
248
+ It exists because the failures worth retrying are overwhelmingly
249
+ environmental — a permission wall, a grant nobody made, a gate whose service
250
+ was not up — and the only recovery was to start the whole plan again, running
251
+ every phase that had already succeeded a second time. Only pass `ask` when
252
+ somebody is watching: the run waits, which is exactly why it is not the
253
+ default.
254
+
255
+ The alternatives offered are **members of the crew, not models**. A staffed
256
+ run has no free-floating models in it — a phase is taken by a member, and the
257
+ tier floor that decides who may take it is the assigned member's own — so a
258
+ model is something the plan cannot express and nobody could be found to hold.
259
+ A member below the phase's tier is never offered: an operator answering a
260
+ question is not a reason to hand a phase to somebody the plan judged too
261
+ junior for it.
262
+
263
+ The retry starts **cold**, and everything the node held goes back before it
264
+ waits (§6.1) — an operator at lunch must not be holding a lane another phase
265
+ could use.
266
+
267
+ - **A refusal nobody was asked about is now said out loud.** The adapter knew
268
+ about `permission_request`, a question waiting for an answer, and nothing
269
+ else. The refusal an operator actually hits is not a question: a read outside
270
+ the working directory is decided by the CLI and announced as
271
+ `permission_denied`, with no request to reply to. That frame was dropped at
272
+ the first `switch` — no event, no journal row, no transcript line. The new
273
+ `permission_denied` event carries the decision token (`workingDir`, `mode`)
274
+ and never the vendor's prose, which names the file being read (§11).
275
+
276
+ - **A turn that ended blocked is no longer a turn that succeeded.** The CLI
277
+ says `status_category: "blocked"` one frame before reporting
278
+ `is_error: false`, and both are true from its side: it was asked for
279
+ something it could not do and said so. Taking the second at its word is how a
280
+ phase passed having written no code and then failed two steps later under
281
+ another name. A session that reported an error no longer ends `ok` — which
282
+ also makes a reviewer fail closed, since its verdict is read back out of a
283
+ transcript whose session did not end cleanly.
284
+
285
+ - **An agent still could not write in its own lane.** The entry below passed
286
+ claude-code `--permission-mode auto`, which matched our own vocabulary for
287
+ "works unattended" and is not what the vendor means by the word: `auto` still
288
+ routes a write to a permission prompt, and in `-p` there is nobody to answer
289
+ one. Run against the CLI, a `Write` to the agent's *own working directory*
290
+ comes back denied with no reason attached — the same dead end, wearing the
291
+ word that made it look closed. `acceptEdits` is the mode under which that
292
+ write succeeds, and is what `auto` now maps to. The test covering this
293
+ asserted the word rather than the behaviour, so it pinned the bug in place.
294
+
295
+ - **A phase can read the operator's checkout.** A lane is a worktree cut from a
296
+ branch, so anything uncommitted — a plan written this morning, a spec that
297
+ never leaves the operator's machine — is present where they are and absent
298
+ from every lane. Reaching for it was refused before the model saw a byte, with
299
+ a message that reads like a prompt awaiting an answer ("Claude requested
300
+ permissions to read from …, but you haven't granted it yet") when in fact
301
+ nothing is asking: the CLI denies it outright, emits no permission request,
302
+ and the session then ends *successfully*, having written nothing.
303
+
304
+ The repository root is now granted to every claude-code agent for **reading**.
305
+ Granting a directory also grants writing in it, and the lane sits inside the
306
+ directory being granted, so the grant is paired with a deny list that keeps
307
+ the lane the only writable place under it — the operator's source and every
308
+ sibling lane stay refused. That list names the *siblings* at each level down
309
+ to the lane rather than the root itself, because the vendor resolves deny
310
+ before allow with no carve-out: `deny: <repo>/**` plus `allow: <lane>/**`
311
+ refuses the lane too. Each of those facts was established by running the CLI.
312
+
313
+ **This covers the file-editing tools and not `Bash`.** A shell redirection was
314
+ never confined to the working directory and is not confined now; that boundary
315
+ is the OS's, and the vendor's sandbox that enforces it also switches off the
316
+ network a phase needs to install anything.
317
+
318
+ codex needed nothing: under `--approve-for-me` it already reads anywhere on
319
+ disk, which was confirmed the same way.
320
+
222
321
  - **An agent can write in its own lane.** Every adapter declared
223
322
  `permissionControl: true` and passed no policy at all: claude-code was spawned
224
323
  as `-p --output-format stream-json …` with no `--permission-mode`, and codex as
package/package.json CHANGED
@@ -1,16 +1,11 @@
1
1
  {
2
2
  "name": "vinta-ai-workflows",
3
- "version": "0.7.0-alpha4",
3
+ "version": "0.7.0-alpha5",
4
4
  "description": "Bootstrap AI tooling (AGENTS.md, skills, sub-agents) across Claude Code, Codex, Cursor, and VS Code + GitHub Copilot.",
5
5
  "type": "module",
6
- "packageManager": "pnpm@10.33.0",
7
6
  "bin": {
8
7
  "vinta-ai-workflows": "./vinta-ai-workflows.mjs"
9
8
  },
10
- "scripts": {
11
- "check-ai-models": "node scripts/check-ai-models.mjs",
12
- "test": "node --test tests/*.test.mjs"
13
- },
14
9
  "devDependencies": {
15
10
  "yaml": "^2.4.0"
16
11
  },
@@ -26,10 +21,14 @@
26
21
  },
27
22
  "repository": {
28
23
  "type": "git",
29
- "url": "git+ssh://git@github.com:vintasoftware/vinta-ai-workflows.git"
24
+ "url": "git+https://github.com/vintasoftware/vinta-ai-workflows.git"
30
25
  },
31
26
  "publishConfig": {
32
27
  "access": "public"
33
28
  },
34
- "license": "MIT"
35
- }
29
+ "license": "MIT",
30
+ "scripts": {
31
+ "check-ai-models": "node scripts/check-ai-models.mjs",
32
+ "test": "node --test tests/*.test.mjs"
33
+ }
34
+ }