Install
openclaw skills install alibabacloud-cli-guidanceGuide users to manage Alibaba Cloud resources using the Aliyun CLI command-line tool. Covers CLI installation, credential configuration, plugin management, c...
openclaw skills install alibabacloud-cli-guidanceGuide users to manage Alibaba Cloud resources effectively using the aliyun command-line tool.
Required permissions : see ./references/ram-policies.md (## required_permissions). Extend on demand for other CLI commands.
Skill identifier (same string whichever path you use): AlibabaCloud-Agent-Skills/alibabacloud-cli-guidance
Use exactly one way to attach this skill to requests. Do not combine AI-mode (configure ai-mode + set-user-agent) with ALIBABA_CLOUD_USER_AGENT or a per-command env prefix for the same skill token — the CLI stacks those sources, and User-Agent / attribution will duplicate (bad for telemetry).
| Path | When to use | Start | End / cleanup |
|---|---|---|---|
| A — AI-mode (preferred for agents) | Agent session, many aliyun calls | aliyun configure ai-mode enable then aliyun configure ai-mode set-user-agent --user-agent "AlibabaCloud-Agent-Skills/alibabacloud-cli-guidance" | [MUST] aliyun configure ai-mode disable before the final response on every exit (success, failure, error, cancel, session end). Do not export ALIBABA_CLOUD_USER_AGENT to the same value while AI-mode is on. |
| B — Environment or one-shot | One-off commands, scripts without configure, or no AI-mode | export ALIBABA_CLOUD_USER_AGENT=AlibabaCloud-Agent-Skills/alibabacloud-cli-guidance for the session, or prefix each API call: ALIBABA_CLOUD_USER_AGENT=AlibabaCloud-Agent-Skills/alibabacloud-cli-guidance aliyun ... | If you used export, run unset ALIBABA_CLOUD_USER_AGENT when done so other skills are not mis-attributed. Inline prefix needs no unset. Do not enable AI-mode on path B for the same skill string. |
Path A — start (before the first aliyun that hits the API; local aliyun configure without cloud calls may run first if needed):
aliyun configure ai-mode enable
aliyun configure ai-mode set-user-agent --user-agent "AlibabaCloud-Agent-Skills/alibabacloud-cli-guidance"
Path A — [MUST] disable at every exit (AI-mode must not remain on after the skill stops):
aliyun configure ai-mode disable
Path B — examples (one carrier per workflow: export, inline env, or root --user-agent; never stack the same token or mix with path A):
export ALIBABA_CLOUD_USER_AGENT=AlibabaCloud-Agent-Skills/alibabacloud-cli-guidance
# … aliyun … calls … then: unset ALIBABA_CLOUD_USER_AGENT
ALIBABA_CLOUD_USER_AGENT=AlibabaCloud-Agent-Skills/alibabacloud-cli-guidance aliyun ecs DescribeRegions
Root --user-agent is path B semantics too — do not combine with path A for the same token. Non-agent copy-paste: path B is often enough; agent sessions: path A + disable on exit. Examples below use path A or B only, never both.
Pre-check: Aliyun CLI >= 3.3.3 required — Run aliyun version. If too low: curl -fsSL https://aliyuncli.alicdn.com/setup.sh | bash or see references/installation-guide.md.
Pre-check: Aliyun CLI plugin update required — [MUST] aliyun configure set --auto-plugin-install true; [MUST] aliyun plugin update.
CLI version milestones (agents and users)
| From version | What you gain |
|---|---|
| >= 3.3.3 | Baseline for product plugins and flows in this skill (see pre-checks above). |
| >= 3.3.5 | aliyun upgrade — update the CLI from the binary itself when the subcommand exists. Prefer it over re-running the install script for routine upgrades once the CLI is new enough. |
| >= 3.3.8 | aliyun plugin show --name <plugin> — details for an installed plugin (version, product code, descriptions, API versions when present). On older CLIs, use aliyun plugin list and product --help only. |
If the user hasn't installed or configured the CLI, guide them through setup.
See ./references/installation-guide.md for full details. Quick path:
# Install or update (macOS / Linux — one command)
/bin/bash -c "$(curl -fsSL --connect-timeout 10 --max-time 120 https://aliyuncli.alicdn.com/setup.sh)"
After the CLI is at 3.3.5 or newer, routine self-updates can use aliyun upgrade instead of the curl installer (the installer remains appropriate for first-time install or when upgrade is not available):
aliyun version # confirm >= 3.3.5 before relying on upgrade
aliyun upgrade
When a browser can be opened on the same machine (for example a local desktop with a GUI), prefer OAuth over storing AccessKey pairs: credentials are not kept as plaintext AK/SecretKey in configuration, and sign-in can use SSO. Requires Alibaba Cloud CLI 3.0.299 or later. Not suitable for headless environments (for example SSH-only servers without a local browser).
Run interactively:
aliyun configure --profile <your-profile-name> --mode OAuth
Full setup (administrator consent, RAM identity assignments, CN vs INTL site) is documented in Configure OAuth authentication for Alibaba Cloud CLI and ./references/installation-guide.md.
# Credentials via environment variables (automation, CI/CD, headless, or when OAuth is not available)
export ALIBABA_CLOUD_ACCESS_KEY_ID=<key-id>
export ALIBABA_CLOUD_ACCESS_KEY_SECRET=<key-secret>
export ALIBABA_CLOUD_REGION_ID=cn-hangzhou
# Temporary credentials (StsToken) — add:
# export ALIBABA_CLOUD_SECURITY_TOKEN=<sts-token>
# API calls + this skill: use path A (ai-mode) OR path B (ALIBABA_CLOUD_USER_AGENT) — not both — see "Agent execution: AI-mode and User-Agent (this skill)"
# Verify
aliyun version # Should be >= 3.3.3
aliyun ecs describe-regions # Tests authentication
Aliyun CLI 3.3.3+ supports all published Alibaba Cloud product plugins. Newer commands (aliyun upgrade from 3.3.5, aliyun plugin show from 3.3.8) are summarized under CLI version milestones near the top of these instructions.
For modes that use explicit keys or tokens (not OAuth), choose what fits the deployment context. When set, these environment variables override any values in ~/.aliyun/config.json.
| Mode | When to use | Environment variables |
|---|---|---|
| AK | Development, long-lived credentials | ALIBABA_CLOUD_ACCESS_KEY_ID, ALIBABA_CLOUD_ACCESS_KEY_SECRET, ALIBABA_CLOUD_REGION_ID |
| StsToken | CI/CD, temporary credentials | Same as AK, plus ALIBABA_CLOUD_SECURITY_TOKEN |
| RamRoleArn | After AssumeRole or cross-account session | Export the temporary pair from the role session: same variables as StsToken (AK + secret + ALIBABA_CLOUD_SECURITY_TOKEN) |
Use separate export blocks per shell session, CI job, or secret store (different ALIBABA_CLOUD_ACCESS_KEY_ID / ALIBABA_CLOUD_ACCESS_KEY_SECRET / ALIBABA_CLOUD_REGION_ID values). For profile-based workflows backed by the config file, see ./references/installation-guide.md.
--help before constructing any commandBuilt-in commands have inconsistent parameter naming across APIs — some use PascalCase,
others camelCase, and the exact names are not predictable. Guessing parameter names frequently
leads to errors that require multiple retries. Running --help first takes seconds:
aliyun <product> --help # Discover available subcommands
aliyun <product> <subcommand> --help # Get exact parameter names, types, structure
Help output is the authoritative source. Plugin help is especially rich — it includes type info, structure fields, format hints, and constraints for every parameter.
When a plugin is installed, aliyun <product> --help automatically shows plugin help. To view
the legacy built-in (OpenAPI-style) help instead:
ALIBABA_CLOUD_ORIGINAL_PRODUCT_HELP=true aliyun ecs --help
Each Alibaba Cloud product has a CLI plugin. Plugins provide consistent kebab-case commands
with comprehensive help, while the legacy built-in system has inconsistent naming and minimal
help. If you know which product to use, install the plugin directly — plugin install is
idempotent (safe to run even if already installed):
aliyun plugin install --names ecs # Install (short name, case-insensitive)
aliyun plugin install --names ECS VPC RDS # Multiple at once
To discover or verify plugins:
aliyun plugin list # Installed plugins
aliyun plugin list-remote # All available plugins
aliyun plugin search <keyword> # Search by keyword
aliyun plugin show --name ecs # Aliyun CLI >= 3.3.8 — details for one installed plugin
plugin show requires Aliyun CLI >= 3.3.8 and only works for installed plugins (use plugin list-remote / plugin search to inspect the catalog). On older versions, omit plugin show and rely on plugin list plus aliyun <product> --help.
Plugin names accept both short form (ecs) and full form (aliyun-cli-ecs), case-insensitive.
Plugin lifecycle:
aliyun plugin update --name ecs # Update a plugin
aliyun plugin uninstall --name ecs # Remove a plugin
The CLI has two command styles, and the subcommand casing determines which system handles it:
Plugin commands use consistent kebab-case naming for both subcommands and parameters, making
them predictable. Built-in commands use PascalCase subcommands with mixed/inconsistent parameter
naming that varies by API — you must check --help for every command to know the exact names.
# Plugin (preferred): consistent kebab-case
aliyun ecs describe-instances --biz-region-id cn-hangzhou
# Built-in (fallback): PascalCase subcommand, inconsistent params
aliyun ecs DescribeInstances --RegionId cn-hangzhou
Mixing styles causes silent failures — the CLI routes to different backends based on subcommand casing. A kebab-case subcommand with PascalCase parameters will be sent to the plugin system, which doesn't recognize PascalCase parameter names.
Product code is always case-insensitive (ecs, Ecs, ECS all work).
| Aspect | Plugin (CLI Native) | Built-in (OpenAPI) |
|---|---|---|
| Subcommand | describe-instances | DescribeInstances |
| Parameters | kebab-case (consistent) | Mixed (inconsistent) |
| ROA Body | Expanded to individual params | Single --body JSON |
| Header params | Visible in help, usable directly | Hidden, manual --header only |
| Help | Comprehensive with structure | Basic |
The CLI plugin system reserves certain global parameters for its own use:
--region-id / --region — controls which API endpoint the request is sent to (e.g.
ecs.cn-hangzhou.aliyuncs.com). This is a routing concern, not a business field.--profile, --api-version, --output, etc.Many APIs also define their own RegionId or Region parameter in the API spec — these are
business parameters with API-specific meaning (e.g. "the region to create this resource in").
The global --region-id and the API's RegionId serve different purposes, but they would
collide on the command line.
The plugin system resolves this automatically during code generation:
--biz- prefix (default): the API parameter RegionId becomes --biz-region-id--<product>- prefix (fallback): if --biz-region-id is already taken by another
parameter, the plugin falls back to --<product>-region-id (e.g. --ecs-region-id)This means in plugin commands, --region-id is always the global endpoint selector, and
the business region is --biz-region-id (or --<product>-region-id). Using --region-id where
you meant the business parameter silently changes the endpoint without setting the intended field.
Always check --help to see the actual parameter name — it is the authoritative source for
whether a given command uses --biz-region-id, --<product>-region-id, or something else.
Plugins support structured input that the framework serializes automatically. This avoids
the error-prone legacy --Tag.N.Key / --Param.N=value syntax.
Primitives and lists:
--instance-id i-abc123 # single value
--security-group-ids sg-001 sg-002 sg-003 # space-separated list
--instance-id i-abc --instance-id i-def # repeated param (also valid)
Key-value objects and repeatable structures:
--tag Key=env Value=prod --tag Key=app Value=web # repeatable key-value
--capacity-options OnDemandBaseCapacity=12 CompensateWithOnDemand=true # object
--data-disk '{"DiskName":"d1","Size":100}' # complex structure (JSON)
Check --help for each command — it shows the exact type, structure fields, and whether a
parameter is repeatable.
Unlike other products, OSS has a hand-written implementation with custom command syntax.
API-style commands like PutBucket or GetObject do not exist for OSS — using them will fail
silently or produce confusing errors. Always check help first:
aliyun oss --help # Basic operations (cp, ls, mb, rm, etc.)
aliyun ossutil --help # Advanced utilities (sync, stat, etc.)
The lines below are syntax examples only (<your-*> placeholders). Do not run them verbatim — substitute real paths, bucket names, and file names before executing.
aliyun oss cp <your-file-name>.txt oss://<your-bucket-name>/ # Upload
aliyun oss mb oss://<your-bucket-name> # Create bucket
aliyun ossutil sync ./<your-folder-name>/ oss://<your-bucket-name>/ # Sync directory
Use --cli-query (JMESPath) to extract specific fields from API responses, and --output
to control the format. This avoids piping large JSON blobs through external tools:
# JMESPath filter: only running instances, selected fields
aliyun ecs describe-instances \
--biz-region-id cn-hangzhou \
--cli-query "Instances.Instance[?Status=='Running'].{ID:InstanceId,Name:InstanceName}"
# Output formats
aliyun ecs describe-instances --biz-region-id cn-hangzhou --output json # default
aliyun ecs describe-instances --biz-region-id cn-hangzhou --output table # human-readable table
aliyun ecs describe-instances --biz-region-id cn-hangzhou --output cols=InstanceId,InstanceName,Status rows="Instances.Instance[]" # custom columns
Many list commands return paginated results. Use --page-number and --page-size to control:
aliyun ecs describe-instances \
--biz-region-id cn-hangzhou \
--page-number 1 \
--page-size 50
To fetch all pages automatically without manual loops, use --pager:
aliyun ecs describe-instances \
--biz-region-id cn-hangzhou \
--pager path='Instances.Instance[]' PageNumber=PageNumber PageSize=PageSize
The path argument specifies which JSON field contains the page data to merge.
Some commands support built-in waiters for automation — poll until a resource reaches the desired state:
aliyun vpc describe-vpc-attribute \
--biz-region-id cn-shanghai \
--vpc-id <your-vpc-id> \
--waiter expr='Status' to='Available'
When troubleshooting command failures, these flags reveal what's happening under the hood — the full HTTP request/response and parameter validation details:
--log-level debug — detailed request/response logs (shows endpoint, serialized params, response)--cli-dry-run — validate command without executing (checks parameter parsing)ALIBABA_CLOUD_CLI_LOG_CONFIG=debug — environment variable to set log level globallyFor 403, Forbidden, NoPermission, or other RAM-style denials, the identity behind the credentials lacks permission for the underlying API action. See ./references/ram-policies.md for the skill’s required_permissions table, on-demand authorization, and how to narrow permissions.
Some products (e.g. ESS, SLB) ship multiple API versions with different command sets and
capabilities. Using the wrong version may cause missing parameters, deprecated behavior, or
entirely different command availability. Not all products have multiple versions — if
list-api-versions returns an error, the product is single-version and no action is needed.
aliyun <product> list-api-versions
Example (ESS; * = default):
* 2014-08-28 (default)
2022-02-22
Each version may expose different commands or parameter names.
aliyun ess describe-scaling-groups --api-version 2022-02-22 --biz-region-id cn-hangzhou
To avoid passing --api-version on every call, set the default for a product:
export ALIBABA_CLOUD_ESS_API_VERSION=2022-02-22
export ALIBABA_CLOUD_SLB_API_VERSION=2014-05-15
The pattern is ALIBABA_CLOUD_<PRODUCT_CODE>_API_VERSION (product code in uppercase).
This is especially useful in scripts or CI/CD where you want consistent version behavior
across multiple commands.
Different API versions may have different command sets. To see what's available:
aliyun ess --api-version 2022-02-22 # List commands in this version
aliyun ess <cmd> --api-version 2022-02-22 --help # Help for a specific command in this version
--help — missing parameter may exist only in another API version.ALIBABA_CLOUD_<PRODUCT>_API_VERSION for reproducibility.These flags are available on all plugin commands:
| Flag | Purpose |
|---|---|
--region <region> | API endpoint region (global, not business region) |
--profile <name> | Use a named credential profile |
--api-version <ver> | Override API version for this command |
--output json|table|cols=... | Response format |
--cli-query <jmespath> | JMESPath filter on response |
--log-level debug | Verbose request/response logging |
--cli-dry-run | Validate without executing |
--endpoint <url> | Override service endpoint |
--retry <n> | Retry count for failed requests |
--quiet | Suppress output |
--pager | Auto-merge all pages for pageable APIs |
aliyun plugin list | grep ecs
# If missing: aliyun plugin install --names ecs
aliyun ecs describe-instances --biz-region-id cn-hangzhou
The create-instance example below provisions billable resources (fixed image ID, instance type, and disk as illustration). Do not run it verbatim — adjust region, image, type, disks, network, and tags for your account and policies before executing.
aliyun ecs create-instance \
--biz-region-id cn-hangzhou \
--instance-type ecs.g7.large \
--image-id ubuntu_20_04_arm64_20G_alibase_20250625.vhd \
--data-disk Category=cloud_essd Size=100 \
--tag Key=env Value=prod --tag Key=app Value=web
aliyun plugin list | grep fc
# If missing: aliyun plugin install --names fc
The block below is a syntax example (<your-function-name> and other values are illustrative). Do not run verbatim — set the real function name, runtime, handler, memory, timeout, and add any required VPC or service role settings for your environment. Plugin commands expand ROA body fields into individual params (no --body JSON needed).
aliyun fc create-function \
--function-name <your-function-name> \
--runtime python3.9 \
--handler index.handler \
--memory-size 512 \
--timeout 60 \
--description "Process uploaded images"
# Check available versions
aliyun ess list-api-versions
# Use the latest version for new features
export ALIBABA_CLOUD_ESS_API_VERSION=2022-02-22
aliyun ess describe-scaling-groups --biz-region-id cn-hangzhou
# Or specify per command without env var
aliyun ess describe-scaling-groups --api-version 2022-02-22 --biz-region-id cn-hangzhou
When providing CLI commands:
--biz- prefixed parameters and their reason--log-level debug when the user is troubleshootingset-user-agent or env/inline ALIBABA_CLOUD_USER_AGENT, never both for the same skill token; agents should disable AI-mode on every exit or unset after export (see Agent execution: AI-mode and User-Agent (this skill))./references/installation-guide.md — Installation, configuration modes, credential setup./references/command-syntax.md — Complete command syntax guide./references/global-flags.md — Global flags reference./references/ram-policies.md — On-demand RAM, least privilege, common permission errors