Deploy
Deploy a model to a new endpoint. If you pass the name or ID of an existing endpoint to--endpoint, the model deploys to that endpoint. If you pass a new name, the CLI creates the endpoint first, then deploys. The model is passed as the positional MODEL argument.
Shell
modelName (from tg beta models public) as MODEL to select that profile, or re-run with --config <cr_...>. If the name still matches more than one profile, deploy returns an error that lists each profile’s modelName, config ID, quantization, GPUs, and parallelism, and shows an example --model <modelName> --config <cr_...> command. When a model has a single profile, the CLI selects it automatically.
The CLI defaults --min-replicas and --max-replicas to 1, which may differ from the raw API defaults. If you pass only one bound, the CLI infers the other: --min-replicas alone mirrors into the max (including 0 to create the deployment stopped), and --max-replicas 0 alone lowers the min to 0. Passing 0 for one bound and a positive value for the other is an error.
Parameters
List
List endpoints in the current project.Shell
Parameters
Get
Print details for an endpoint or deployment. Pass an endpoint ID (ep_...) to see its deployments and traffic split, or pass a deployment ID (dep_...) to inspect that deployment directly.
Endpoint responses include at most the 10 newest deployment summaries per endpoint. To list every deployment, use the deployments list API.
Shell
--json, endpoint responses expose deployment state under deployments[].state, while deployment responses expose it under status.state.
Update
Update a deployment’s parameters: change its replica bounds, adjust autoscaling, set its share of endpoint traffic, or change an A/B variant’s percent. Pass the deployment ID (dep_...). The CLI resolves its parent endpoint automatically. At least one option must be set.
Shell
Parameters
LoRA loading can’t be changed after a deployment is created. To turn LoRA on or off, redeploy the model with
deploy --enable-lora.Delete
Delete an endpoint, deployment, A/B experiment, or shadow experiment. The command infers the resource type from the ID prefix (ep_, dep_, abx_, or exp_).
Shell
tg beta endpoints -d.
Parameters
Events
List an endpoint’s audit and lifecycle events, newest first. The feed merges endpoint-scoped events with the deployment-scoped events of every deployment under the endpoint. See Monitoring for how to read the feed.Shell
--after command that displays the next page. Add --json for the raw event objects, including fields the table view omits, such as the event ID, level, and source kind.
Parameters
A/B test
Fork a percentage of an endpoint’s live traffic from a control deployment to a new variant model, then compare the two. See A/B testing for the full workflow.Shell
Parameters
Shadow
Mirror a fraction of an endpoint’s live traffic to a new model without affecting responses returned to clients. See Shadow deployments for details.Shell
Parameters
Global options
Every command also accepts the global parameters, including--json for machine-readable output and --project to override the target project.
The 2.0 endpoint commands operate within a Together project. The CLI reads the project from the TOGETHER_PROJECT_ID environment variable, or you can pass --project on any command. Without either setting, an interactive deploy asks you to confirm the project associated with your API key. In CI, agents, --non-interactive mode, or --json mode, set the project explicitly before deploying.
Shell