Zilliz CLI v1.4.0

Added

• New zilliz external-collection refresh resource with three actions
  (trigger, describe, list) wrapping the new kite-coordinator REST endpoints
  under /v2/vectordb/jobs/external_collection/* (PR #5735). Requires a region
  running kite-coordinator that includes PR #5735.
• zilliz context set --on-demand: resolve the cluster endpoint via the on-demand
  cluster API (/v2/clusters/onDemandClusters/{id}) instead of the standard cluster
  API, for setting context against a VectorLake on-demand cluster.
• zilliz login --dev for authenticating against the UAT (dev) environment API-key only, mutually exclusive with
  --cn. Internal-use flag for debugging zilliz-tui against UAT without
  manually setting --endpoint on every command.

Changed

• zilliz collection create description and examples now document the
  external-collection workflow: place externalSource / externalSpec inside
  the schema object of --body file://.... Top-level placement is rejected by
  the server (kite-coordinator PR #5735).
• BREAKING: align zilliz on-demand-cluster create with the cloud-control-api
  rename (upstream commit ae36e140f5, PR #5648):
  • The create endpoint is now POST /v2/clusters/createOnDemandCluster (singular,
    was createOnDemandClusters).
  • Flag --cu is renamed to --cu-size and the minimum is raised from 1 to 8.
  • --cluster-name is now required (was optional) and is validated client-side
    against the upstream instance-name regex (max 64 chars).
  • --session-ttl floor is lowered from 120s to 60s for both
    on-demand-cluster create and the VectorLake create path.
  • List/describe output now reads cuSize (was cu) from the
    onDemandClusters array (was queryClusters).
• BREAKING: rename zilliz query-cluster subcommand to zilliz on-demand-cluster
  to align with the cloud-control-api naming and to avoid confusion with Milvus's
  internal QueryNode component. The old name is removed (no alias).
• Update bundled API paths to follow cloud-control-api route renames:
  • on-demand-cluster subcommands now hit /v2/clusters/onDemandClusters* (was /v2/clusters/queryClusters*).
  • privatelink subcommands now hit /v2/privateEndpoint* style paths (was /v2/endpoint*).
    No response schema change; older zilliz-tui versions will start returning
    404 once the corresponding control-api release ships.

Fixed

• zilliz on-demand-cluster create --help now shows the correct default
  --session-ttl of 60s (was 30m), matching the cloud-control-api default
  applied when the field is omitted (PR #5715).
• zilliz on-demand-cluster list status coloring now recognizes SUSPENDING /
  SUSPENDED (was STOPPING / STOPPED), matching the normalized statuses
  returned by the control-api (PR #5729).
• --body JSON fields that aren't declared as flat params on the operation are
  now passed through to the request body. Previously, keys like schema,
  externalSource, externalSpec, fields, and indexParams were silently
  dropped on collection create and similar commands, so the documented
  --body file://schema.json example didn't actually work.
• -h / --help output for resource operations now lists --body in the
  Options block when the operation supports it. Previously it only appeared in
  the Examples section.
• zilliz project create and zilliz project add-regions now send regionIds
  in the request body instead of regions, matching the renamed cloud-control-api
  contract. The CLI flag --region is unchanged.

Installation

macOS / Linux:

curl -fsSL https://github.com/zilliztech/zilliz-cli/releases/latest/download/install.sh | sh

Windows (PowerShell):

irm https://github.com/zilliztech/zilliz-cli/releases/latest/download/install.ps1 | iex

Platform Binaries

Platform	Architecture	Asset
Linux	x86_64	zilliz-1.4.0-x86_64-unknown-linux-gnu.tar.gz
Linux	aarch64	zilliz-1.4.0-aarch64-unknown-linux-gnu.tar.gz
macOS	x86_64	zilliz-1.4.0-x86_64-apple-darwin.tar.gz
macOS	aarch64	zilliz-1.4.0-aarch64-apple-darwin.tar.gz
Windows	x86_64	zilliz-1.4.0-x86_64-pc-windows-msvc.zip