@mmmbuto/nexuscrew 0.8.4 → 0.8.5

package/README.md

@@ -16,7 +16,7 @@ panes, windows. tmux does the work; the browser is just a faithful client.
 
 ---
 
-## What it is (v0.8.4 "Simple and Clean")
+## What it is (v0.8.5 "Clean Fleet")
 
 - Runs a small server on the host where your tmux sessions live.
 - Each attach spawns a real PTY running `tmux attach` and bridges its bytes over a WebSocket
@@ -33,8 +33,9 @@ panes, windows. tmux does the work; the browser is just a faithful client.
   management use the selected location through a scoped single-origin route.
 - **Settings and wizard**: manage roles, nodes, token rotation, and service regeneration
   from the UI; a skippable first-run wizard guides initial setup.
-- **Session lifecycle from the UI**: create sessions (name + cwd + an allowlisted preset)
-  and terminate generic ones with confirmation. Protected session names are always refused.
+- **Cell lifecycle from the UI**: the primary `+` creates a managed Fleet cell at Local or
+  any reachable node. Cards expose direct power and settings controls; deletion lives in
+  Settings → Fleet. Unmanaged tmux sessions remain attachable and can be terminated there.
 - **Rich cards**: last activity, current command, a sanitized one-line preview per session.
 - **Fleet control**: a built-in schema-driven fleet manager handles cells, engines, model
   selection, and boot persistence; an existing external `fleet` CLI can take ownership through
@@ -65,13 +66,25 @@ over a real PTY. On the right, a `codex-vl` session running inside the browser c
 ## Fleet integration
 
 A clean install includes the built-in, schema-driven fleet manager. Its safe defaults contain
-three engine templates — **Claude Native**, **Codex Native**, and **Codex-VL Native** — and no cells, prompts,
-API keys, or machine-specific paths. Add cells and enable optional managed providers from the
-Fleet settings. The managed matrix covers Claude Code, Codex, Codex-VL, and Pi with their
-documented native/local providers plus renameable custom providers. Custom Codex adapters are
-Responses-only. New custom credentials are read only from the environment variable named in
-the PWA; NexusCrew never stores the secret value. Existing Z.AI A/P and Ollama Cloud profiles
-retain their backwards-compatible credential loading.
+four CLI adapters — **Claude Code**, **Codex**, **Codex-VL**, and **Pi** — and no cells,
+prompts, API keys, or machine-specific paths. Engine, provider, credential-variable name,
+model and permission policy are configured only in Settings → Fleet; the power sheet only
+starts or stops the already configured cell and controls boot persistence.
+
+The concise provider catalog is scoped per CLI:
+
+- **Claude Code:** Anthropic account, Amazon Bedrock, Google Vertex AI, Microsoft Foundry,
+  Ollama Cloud, local Ollama, Z.AI, and a renameable Anthropic-compatible endpoint.
+- **Codex / Codex-VL:** OpenAI/ChatGPT account, OpenAI API, Ollama Cloud, local Ollama,
+  LM Studio, and a renameable custom endpoint using the real Responses wire API only.
+- **Pi:** its configured default, Anthropic, OpenAI API, OpenAI Codex OAuth, Google Gemini,
+  GitHub Copilot, OpenRouter, local Ollama, DeepSeek, Z.AI, and a custom provider.
+
+Provider credentials are resolved from the selected CLI's native login or from an environment
+variable named in the PWA; NexusCrew never stores a new secret value. Legacy Z.AI A/P engines
+remain launch-compatible for existing fleets but are not provider choices for new engines.
+Model discovery is used where the CLI/provider documents it, with a manual model field as the
+portable fallback.
 
 Managed engines expose a permission selector. New Claude engines (native, Z.AI, Ollama, or
 custom) default to **Bypass permissions** and launch with
@@ -95,9 +108,10 @@ trusted executable (default `~/.local/bin/fleet`, configurable via `fleet.bin` i
  "engines":[{"id":"native","label":"Claude","rc":true},{"id":"my-engine","label":"My Engine"}]}
 ```
 
-`engines` is optional: it declares the engine picker shown when powering a cell on — `id` is
-what `up --engine <id>` receives, `label` is what the UI displays, and `rc: true` marks engines
-that support your remote-control path. In external mode the external CLI owns its engine list.
+`engines` is optional: it declares the configured engine inventory — `id` is the stable
+identifier, `label` is what the UI displays, and `rc: true` marks engines that support your
+remote-control path. In external mode the external CLI owns its engine list and configuration;
+the NexusCrew power control starts or stops the cell without changing that configuration.
 
 and accepts `up <Cell> [--engine E] [--boot]`, `down <Cell> [--boot]`, `engine <Cell> <E>`,
 `boot|noboot <Cell>`. The binary is trust-checked (regular file, not a symlink, not
@@ -292,7 +306,7 @@ node bin/nexuscrew.js serve
 
 ## Status
 
-The current stable release is **v0.8.4**, published on npm under the **`latest`** dist-tag.
+The current stable release is **v0.8.5**, published on npm under the **`latest`** dist-tag.
 
 ## License