ur-agent 1.83.2 → 1.84.1

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,63 @@
1
1
  # Changelog
2
2
 
3
+ ## 1.84.1
4
+
5
+ - Made dynamic reasoning discovery capability-truthful across local and
6
+ OpenAI-compatible providers. vLLM now uses its non-generating server-info
7
+ contract to expose `minimal→none|low|medium|high` only when a reasoning
8
+ parser is configured, and the adapter serializes all provider-authored effort
9
+ aliases rather than translating Ultra alone. llama.cpp records its template
10
+ support flag without fabricating a finite level set that the endpoint does
11
+ not publish.
12
+ - Refined Ollama's thinking presentation: a generic `thinking` capability now
13
+ reports thinking support and UR's verified native on/off control without
14
+ claiming the model supports only booleans. Exact graded levels and Ultra
15
+ remain model-scoped and provider-advertised. Added provider-matrix, discovery,
16
+ picker, command-message, and request-wire regression coverage and synchronized
17
+ the public site, user guides, validation guide, and technical specification.
18
+
19
+ ## 1.84.0
20
+
21
+ - Added production npm marketplace sources with scoped-package and version
22
+ selectors, custom registries, isolated installation, atomic cache promotion
23
+ and rollback, actionable failures, and complete installed-plugin cache
24
+ invalidation. Public and technical plugin documentation now describes the
25
+ same executable contract.
26
+ - Made input-token accounting provider-aware. OpenAI Responses, Anthropic,
27
+ Gemini, llama.cpp, and vLLM use native non-generating count paths where
28
+ available; Ollama, OpenRouter, LM Studio, Unsloth, and compatible endpoints
29
+ use request-shaped local estimation without reusing another provider's
30
+ fixture or carrying unreachable Bedrock/Vertex branches.
31
+ - Corrected reasoning controls across dynamic providers. Ollama capability
32
+ discovery now treats ordinary thinking models as native boolean `think`
33
+ models and sends strings only for explicitly advertised graded ladders or
34
+ aliases. Added `/thinking on|off|toggle|status`; boolean-capable model pickers
35
+ use Left for off and Right for on only when the runtime has a real two-state
36
+ transport. `/effort` never claims a fabricated level, and Ultra remains
37
+ limited to an explicit provider-advertised beyond-high value. OpenRouter
38
+ provider selection now reuses its endpoint-scoped live catalogue instead of
39
+ forcing a slow refresh each time.
40
+ - Replaced incomplete runtime scaffolding with working implementations: a
41
+ validated tmux-backed Tungsten tool and live monitor; a buildable KAIROS
42
+ assistant/proactive runtime with transcript persistence, dream lifecycle,
43
+ scheduling, and communication tools; complete tool output/permission
44
+ contracts; and a non-React MCP desired-state controller that handles
45
+ reconnect, authentication, partial failure, and late-connection races.
46
+ - Completed the keybinding and SDK migrations. Shortcut labels now come from
47
+ the typed registry with correct last-write and Alt/Meta behavior, feature
48
+ gates hide unavailable bindings, remote tools receive a full fallback
49
+ contract, and SDK initialization emits canonical `Agent` names while
50
+ retaining compatibility only at the input boundary.
51
+ - Fixed production-shell and test-isolation defects: `getCwd` is always bound,
52
+ spawned zsh sessions pass unmatched globs through instead of aborting,
53
+ missing grep/rg targets become precise model-facing recovery guidance, and
54
+ secondary-model tests no longer inherit cached live provider settings.
55
+ - Synchronized the slash-command reference from the shipped registry, separated
56
+ commands from bundled skills and feature-gated internals, expanded KAIROS and
57
+ provider technical coverage, ignored only runtime-owned `.ur/` state, and
58
+ added pre-build version consistency enforcement across npm, documentation,
59
+ IDE extensions, source fallbacks, and the generated CLI.
60
+
3
61
  ## 1.83.2
4
62
 
5
63
  - Synchronized the public guides, static documentation site, examples, and
package/README.md CHANGED
@@ -376,19 +376,36 @@ In the interactive app, `/model` is a two-step, provider-first picker:
376
376
  their curated model list because the official CLIs expose no models API. The
377
377
  generic `subscription` entry is an internal placeholder hidden from listings.
378
378
 
379
- In the model catalog, use **Up/Down** to browse. The effort row updates to
379
+ In the model catalog, use **Up/Down** to browse. For graded models, the effort row updates to
380
380
  the focused model's capability-backed selectors; use **Left/Right** to cycle
381
- only values UR can map to provider-native levels before pressing Enter. `ultra` is UR's visible
381
+ only values UR can map to provider-native levels before pressing Enter. For
382
+ models with thinking but no advertised graded ladder on runtimes with a native
383
+ two-state mapping (currently
384
+ Ollama and direct Anthropic), Left selects off, Right selects on, and `t`
385
+ toggles. The same state is available directly through `/thinking on|off`.
386
+ Generic OpenAI-compatible runtimes never receive an invented boolean field.
387
+ `ultra` is UR's visible
382
388
  beyond-high ceiling selector. It appears only when the provider/model
383
389
  advertises `ultra`, `max`, `xhigh`, or an explicit equivalent, and the row
384
390
  shows the exact mapping (for example, `ultra→max`). Models whose graded
385
- ladder tops out at `high`, plus boolean-thinking models, do not get Ultra. A generic
391
+ ladder tops out at `high`, plus models without an advertised beyond-high
392
+ value, do not get Ultra. A generic
386
393
  `max` request resolves visibly to that model's highest supported non-Ultra tier
387
394
  (commonly `max`, `xhigh`, or `high`), and that resolved value is sent to the provider. llama.cpp models
388
395
  are checked lazily through their model-scoped `/props` capability while the
389
- cursor moves. Ollama models are checked through `/api/show`; Kimi K3 exposes
390
- `low`, `high`, and `max`, and the chosen level is sent through Ollama's
391
- native `think` field; Ultra maps to Kimi's advertised `max`. OpenRouter additionally
396
+ cursor moves. Because current llama.cpp reports support but not the accepted
397
+ level names, that flag alone does not create a graded selector. vLLM is
398
+ checked lazily through `/server_info?config_format=json`; a configured
399
+ reasoning parser enables its documented `none|low|medium|high` Chat
400
+ Completions contract (`minimal→none`) without inventing Ultra. Ollama models
401
+ are checked through `/api/show`; a generic `thinking` capability establishes
402
+ thinking support but not a model-specific ladder, so UR uses Ollama's native
403
+ on/off control unless the endpoint supplies exact levels.
404
+ If `/effort max` or another graded request is used for such a model, UR
405
+ enables thinking but reports that no graded level was sent.
406
+ GPT-OSS uses its documented `low|medium|high` values, while any other graded
407
+ values or Ultra aliases must be explicitly present in provider metadata.
408
+ The resolved value is sent through Ollama's native `think` field. OpenRouter additionally
392
409
  shows compact model names, FREE/PAID tier, context size, tool/reasoning
393
410
  support, and the full untruncated ID immediately below the focused entry.
394
411
  Its endpoint-scoped catalog is reused for five minutes; Ctrl+R forces an
@@ -615,6 +632,7 @@ validator, and Markdown language-adapter metadata.
615
632
 
616
633
  ```sh
617
634
  ur plugin list
635
+ ur plugin marketplace add npm:@acme/ur-marketplace@latest
618
636
  ur plugin search git
619
637
  ur plugin search --capability skills --json
620
638
  ur plugin show github@ur-plugins-official
@@ -636,6 +654,13 @@ installed, project, and bundled plugin manifest and reports its declared
636
654
  components and capability surface, so you can review what a plugin touches
637
655
  before enabling it.
638
656
 
657
+ Marketplace catalogs can come from GitHub/Git, direct URLs, npm packages,
658
+ local files/directories, or inline settings. npm sources use
659
+ `npm:<package>[@<version-range-or-dist-tag>]`, respect the user's npm registry
660
+ and authentication configuration, and must ship `.ur-plugin/marketplace.json`.
661
+ See the [Plugin Guide](docs/plugins.md) for private-registry configuration and
662
+ refresh behavior.
663
+
639
664
  The npm package includes `README.md`, `QUALITY.md`, `docs/`, `documentation/`,
640
665
  and `plugins/`, so the npm package page and installed artifact both carry the
641
666
  marketplace documentation, core plugins, community staging directory, and