ur-agent 1.78.11 → 1.78.14

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
@@ -1,5 +1,57 @@
1
1
  # Changelog
2
2
 
3
+ ## 1.78.14
4
+
5
+ - Interactive prompts no longer create the synthetic `Planning requested work`
6
+ task before the model understands the request. The task surface stays quiet
7
+ for conversation, one-step changes, acknowledgements, and small corrections;
8
+ concrete task boards remain available for multi-step, dependent, delegated,
9
+ or explicitly tracked work. Existing explicit tasks still survive
10
+ interruptions, while legacy automatic placeholders are hidden immediately
11
+ and removed at the next generation boundary without reusing their IDs.
12
+ - Task guidance no longer demands one task for every actionable message. Large
13
+ prompts still decompose into bounded outcome-based tasks, and follow-ups
14
+ update relevant tracked work instead of copying the user's reply into a new
15
+ task title.
16
+ - Security dependency floors now include patched `fast-uri`, `hono`,
17
+ `ip-address`, `undici`, `@hono/node-server`, and MCP SDK releases after new
18
+ registry advisories made the prior lockfile fail the release audit.
19
+
20
+ ## 1.78.13
21
+
22
+ - The release workflow now publishes its downloaded tarball with an explicit
23
+ `./dist-release/...` filesystem path. npm interpreted the previous bare
24
+ `dist-release/...` value as GitHub shorthand and attempted to clone
25
+ `github.com/dist-release/ur-agent-<version>.tgz` over SSH even though the
26
+ verified artifact existed. A release-readiness regression assertion prevents
27
+ the local-path prefix from being removed again.
28
+
29
+ ## 1.78.12
30
+
31
+ - Completed or failed automatic `Planning tasks` seeds no longer remain in the
32
+ task panel or status bar after a simple turn finishes. Pending and
33
+ in-progress seeds remain visible for honest interruption recovery, while the
34
+ terminal snapshot stays internal so a corrective follow-up can reopen it
35
+ without turning the user's reply into a task title.
36
+ - The active checkout now keeps benchmark evidence only for its current
37
+ package version. Superseded 1.37.2 result snapshots, an obsolete release
38
+ audit, and a superseded root IDE design draft were removed; the benchmark
39
+ guide now derives comparison paths from `package.json`. Historical evidence
40
+ remains available from immutable Git tags and releases instead of being
41
+ duplicated in the current tree.
42
+ - Release publication now preflights `NPM_TOKEN` before creating a GitHub
43
+ Release whenever the version is not already on npm. A missing credential
44
+ fails the workflow explicitly instead of reporting success after publishing
45
+ only half of the release, and release-readiness tests lock in the dependency
46
+ ordering.
47
+ - Repository maintenance removed stale generated archives, caches, logs,
48
+ duplicate/FUSE/Finder files, abandoned worktree records, redundant local
49
+ helper branches, and unreachable Git objects. Remote branches, tags, and all
50
+ reachable history are preserved. The safety-matrix executable guard now
51
+ compares canonical paths, so `bun run safety:matrix -- --check` still runs
52
+ under Bun when `argv[1]` is relative, and benchmark schema tests no longer
53
+ depend on a deleted historical placeholder.
54
+
3
55
  ## 1.78.11
4
56
 
5
57
  - Provider-reported context overflow now triggers one bounded automatic
package/RELEASE.md CHANGED
@@ -90,6 +90,15 @@ GitHub Actions publishes the exact tarball that passes the release workflow.
90
90
  Do not run `npm publish` separately and do not create a tag before the release
91
91
  commit is on the remote branch.
92
92
 
93
+ The repository secret `NPM_TOKEN` must be configured before tagging a version
94
+ that is not already published. The workflow checks this before it creates the
95
+ GitHub Release, preventing a partial GitHub-only release from being reported as
96
+ successful. Treat a failed credential preflight as a release blocker; configure
97
+ the secret and re-run the same immutable tag rather than publishing manually.
98
+ The npm publish step uses `./dist-release/<tarball>.tgz`: the explicit relative
99
+ path marker prevents npm from interpreting the artifact name as GitHub
100
+ `owner/repository` shorthand.
101
+
93
102
  Only after every check passes, commit the complete release and push it:
94
103
 
95
104
  ```bash