@tuned-tensor/cli 0.12.0-beta.0 → 0.12.0-beta.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/README.md CHANGED
@@ -8,8 +8,9 @@
8
8
 
9
9
  Existing commands such as `tt runs`, `tt models`, and `tt push` remain hosted
10
10
  commands. The local workflow lives under `tt local`, so scripts keep their
11
- current meaning while people can switch between both targets in one
12
- interactive shell.
11
+ current meaning. In the interactive shell the local workflow is the default;
12
+ prefix a command with `cloud` (for example `cloud runs list`) to run one hosted
13
+ command without changing the default.
13
14
 
14
15
  ## Install
15
16
 
@@ -35,17 +36,17 @@ npm link
35
36
 
36
37
  ## Conversational terminal
37
38
 
38
- The interactive agent harness and conversation state now run on your laptop
39
- with Pi. Inference runs through the provider/model you select, which may be a
39
+ The interactive agent harness and conversation state run on your laptop.
40
+ Inference runs through the provider/model you select, which may be a
40
41
  local endpoint or a remote provider. Tuned Tensor remains an authenticated
41
42
  typed tool provider: `tt auth login` is used only for Tuned Tensor REST calls
42
43
  and is never sent to the selected model.
43
44
  Tool results needed to answer a request are sent to the model you selected, so
44
45
  choose a local or remote provider whose data policy fits your workload.
45
46
 
46
- Pi reuses provider authentication and custom model definitions from
47
+ `tt` reuses provider authentication and custom model definitions from
47
48
  `~/.pi/agent/auth.json` and `~/.pi/agent/models.json`. Authenticate a provider
48
- with Pi's normal login flow; `tt` deliberately has no provider-secret flags.
49
+ through its normal login flow; `tt` deliberately has no provider-secret flags.
49
50
  Then inspect and select a provider/model:
50
51
 
51
52
  ```bash
@@ -69,24 +70,24 @@ If a newer stable release is available it recommends
69
70
  checks are ignored.
70
71
 
71
72
  ```text
72
- tt cloud support-agent › What happened in my latest training run?
73
+ tt local support-agent › What happened in my latest training run?
73
74
  TT Your latest run completed...
74
- tt cloud support-agent › runs list
75
- tt cloud support-agent › Ask whether my dataset is ready to train
75
+ tt local support-agent › runs list
76
+ tt local support-agent › Ask whether my dataset is ready to train
76
77
  ```
77
78
 
78
- Ordinary sentences go through the locally orchestrated Pi model session. The
79
+ Ordinary sentences go through the locally orchestrated model session. The
79
80
  model can call a
80
81
  strict, bounded set of authenticated Tuned Tensor read tools and prepare-only
81
- mutation tools; it has no shell or general filesystem tool. In `local` mode it
82
- can prepare one new folder directly beneath the shell's current working
83
- directory with a validated `tunedtensor.json`. The tool refuses path traversal,
84
- symlinked workspace roots, existing targets, and unsupported spec fields. It is
85
- not available to cloud-mode turns. Known CLI commands such as
86
- `runs list`, `doctor`, and `models list` still execute directly. Prefix a
87
- command with `:` when you want to make that intent explicit. Commands are
88
- routed to the mode shown in the prompt; prefix one with `cloud` or `local` to
89
- override the mode without switching it.
82
+ mutation tools; it has no shell or general filesystem tool. The shell runs the
83
+ local workflow by default, so it can prepare one new folder directly beneath
84
+ the shell's current working directory with a validated `tunedtensor.json`. The
85
+ tool refuses path traversal,
86
+ symlinked workspace roots, existing targets, and unsupported spec fields. Known
87
+ CLI commands such as `runs list`, `doctor`, and `models list` still execute
88
+ directly. Prefix a command with `:` when you want to make that intent
89
+ explicit. Commands run in the local workflow by default; prefix one with
90
+ `cloud` (or `local`) to override the target for that one command.
90
91
 
91
92
  Agent conversations are durable and local under
92
93
  `~/.config/tuned-tensor/agent/threads` (or the XDG config equivalent), with
@@ -119,16 +120,20 @@ ID. If a response or final state write is lost after dispatch, the action is
119
120
  retained as `outcome_unknown`, cannot be retried automatically, and directs the
120
121
  user to inspect the remote resource. `/reject` never calls a mutation endpoint.
121
122
 
122
- Useful shell controls include `/help`, `/status`, `/context`, `/cloud`,
123
- `/local`, `/mode`, `/model`, `/cd`, `/clear`, and `/exit`. `/cloud` and
124
- `/local` switch the workflow in one word (aliases for `/mode cloud|local`).
123
+ Useful shell controls include `/help`, `/status`, `/context`, `/model`, `/cd`,
124
+ `/clear`, and `/exit`. The shell runs the local workflow by default; prefix a
125
+ command with `cloud` (for example `cloud runs list`) to run one hosted command
126
+ without changing the default.
125
127
  The shell banner and `/context` surface the assistant's configured provider and
126
128
  model (`agent provider/model`) separately from the workflow model, so the
127
- model answering your prompts is always visible. `/model` retains its workflow
128
- meaning: it shows the active local serving model or cloud spec base model, and
129
- `/model <id>` activates a verified local serving model. Configure the assistant
130
- model explicitly with `tt agent configure`. The shell keeps normal terminal
131
- scrollback and command history only for the current process.
129
+ model answering your prompts is always visible. `/model` shows and changes the
130
+ laptop-local TT agent model: run it with no arguments for a short list of
131
+ suggestions, search with `/model <query>` (only the closest matches are
132
+ shown), or switch with `/model <provider>/<model>` (for example
133
+ `/model anthropic/claude-sonnet-4-5`). The equivalent non-interactive commands
134
+ are `tt agent models`, `tt agent configure`, and `tt agent status`.
135
+ The shell keeps normal terminal scrollback and command history only for the
136
+ current process.
132
137
 
133
138
  Explicit commands remain non-interactive, including in CI. `tt --help` shows
134
139
  the complete command surface, `tt status` inspects both targets without a
@@ -168,7 +173,7 @@ tt --json pipeline run --file pipeline.json \
168
173
  to an omitted predecessor. Local plans execute directly and may omit, reorder,
169
174
  or repeat supported components. Cloud and mixed-target plans remain preview-only
170
175
  until the bounded hosted dispatcher and artifact handoff are deployed; execution
171
- fails closed rather than silently running the fixed cloud workflow. The Pi agent
176
+ fails closed rather than silently running the fixed cloud workflow. The TT agent
172
177
  may describe, validate, and prepare a plan, but has no direct pipeline-execute
173
178
  tool.
174
179