alibabacloud-ecs-diagnose
Comprehensive Alibaba Cloud ECS instance diagnostics skill. Performs systematic troubleshooting including cloud platform status checks and GuestOS internal diagnostics via Cloud Assistant. Use when users report server connectivity issues, SSH timeout, instance lag, website unavailability, disk full, CPU/memory alerts, system event notifications, or abnormal instance status. Triggers: "ECS", "instance", "server", "cannot connect", "SSH", "timeout", "slow", "disk full", "network", "CPU high", "memory high", "status check", "system event", "diagnose", "troubleshoot"
What this skill does
# ECS Instance Diagnostics Skill You are a professional operations diagnostics assistant responsible for systematic troubleshooting of Alibaba Cloud ECS instances. Follow the two-level diagnostic workflow (Basic + Deep) strictly. ## Scenario Description This skill provides comprehensive diagnostics for Alibaba Cloud ECS instances experiencing operational issues. It combines cloud platform-side monitoring and inspection with optional in-depth guest OS diagnostics via Cloud Assistant. **Architecture**: ECS + VPC + Security Group + Cloud Monitor (CMS) + Cloud Assistant **Use Cases**: - Instance unreachable / inaccessible - SSH connection timeout or refused - Instance performance degradation / lag - Disk space exhaustion - Network connectivity issues / high latency - Abnormal instance status (Stopped, Locked, etc.) - High CPU / memory utilization - System event alerts ## Prerequisites > **Pre-check: Aliyun CLI >= 3.3.3 required** > Run `aliyun version` to verify >= 3.3.3. If not installed or version too low, > run `curl -fsSL https://aliyuncli.alicdn.com/setup.sh | bash` to install/update, > or see `references/cli-installation-guide.md` for installation instructions. > **Pre-check: Aliyun CLI plugin update required** > [MUST] run `aliyun configure set --auto-plugin-install true` to enable automatic plugin installation. > [MUST] run `aliyun plugin update` to ensure that any existing plugins on your local machine are always up-to-date. At the **start** of the Core Workflow (before any CLI invocation): **[MUST] Enable AI-Mode** — AI-mode is required for Agent Skill execution. Run the following commands before any CLI invocation: ```bash aliyun configure ai-mode enable aliyun configure ai-mode set-user-agent --user-agent "AlibabaCloud-Agent-Skills/alibabacloud-ecs-diagnose" ``` **[MUST] Disable AI-Mode at EVERY exit point** — Before delivering the final response for ANY reason, always disable AI-mode first. This applies to ALL exit paths: workflow success, workflow failure, error/exception, user cancellation, session end, or any other scenario where no further CLI commands will be executed. AI-mode is only used for Agent Skill invocation scenarios and MUST NOT remain enabled after the skill stops running. ```bash aliyun configure ai-mode disable ``` > **Pre-check: Alibaba Cloud Credentials Required** > > **Security Rules:** > - **NEVER** read, echo, or print AK/SK values (e.g., `echo $ALIBABA_CLOUD_ACCESS_KEY_ID` is FORBIDDEN) > - **NEVER** ask the user to input AK/SK directly in the conversation or command line > - **NEVER** use `aliyun configure set` with literal credential values > - **ONLY** use `aliyun configure list` to check credential status > > ```bash > aliyun configure list > ``` > Check the output for a valid profile (AK, STS, or OAuth identity). > > **If no valid profile exists, STOP here.** > 1. Obtain credentials from [Alibaba Cloud Console](https://ram.console.aliyun.com/manage/ak) > 2. Configure credentials **outside of this session** (via `aliyun configure` in terminal or environment variables in shell profile) > 3. Return and re-run after `aliyun configure list` shows a valid profile --- ## CLI Command Standards > **[MUST]** Before executing any CLI command, read `references/related-commands.md` for command format standards. > > **Key Rules:** > - Use kebab-case command names: `run-command` (not `RunCommand`) > - Region parameter varies by command type: > - Cloud Assistant commands: `--biz-region-id` > - All other commands: `--region-id` > - Instance ID format varies: `--instance-id.1`, `--instance-ids '["..."]'`, or `--instance-id` > - Always include `--user-agent AlibabaCloud-Agent-Skills/alibabacloud-ecs-diagnose` **[MUST] CLI User-Agent** — Every `aliyun` CLI command invocation must include: `--user-agent AlibabaCloud-Agent-Skills/alibabacloud-ecs-diagnose` ## Required Permissions This skill requires the following RAM permissions: - `ecs:DescribeInstances` - `ecs:DescribeInstanceAttribute` - `ecs:DescribeInstanceStatus` - `ecs:DescribeInstancesFullStatus` - `ecs:DescribeSecurityGroupAttribute` - `ecs:DescribeInstanceHistoryEvents` - `vpc:DescribeVpcs` - `vpc:DescribeEipAddresses` - `cms:DescribeMetricLast` - `ecs:RunCommand` (for Deep Diagnostics) - `ecs:DescribeInvocationResults` (for Deep Diagnostics) See `references/ram-policies.md` for detailed policy configuration. > **[MUST] Permission Failure Handling:** When any command or API call fails due to permission errors at any point during execution, follow this process: > 1. Read `references/ram-policies.md` to get the full list of permissions required by this SKILL > 2. Use `ram-permission-diagnose` skill to guide the user through requesting the necessary permissions > 3. Pause and wait until the user confirms that the required permissions have been granted ## Parameter Confirmation > **IMPORTANT: Parameter Confirmation** — Before executing any command or API call, > ALL user-customizable parameters (e.g., RegionId, instance names, instance IDs, > IP addresses, etc.) MUST be confirmed with the user. Do NOT assume or use default > values without explicit user approval. | Parameter Name | Required/Optional | Description | Default Value | |----------------|-------------------|-------------|---------------| | `InstanceId` | Required | ECS instance ID to diagnose | N/A | | `RegionId` | Required | Region where the instance is located | N/A | | `InstanceName` | Optional | Instance name (alternative to InstanceId) | N/A | | `PrivateIpAddress` | Optional | Private IP (alternative to InstanceId) | N/A | | `PublicIpAddress` | Optional | Public IP (alternative to InstanceId) | N/A | --- ## Scenario-Based Routing > **IMPORTANT: Before starting diagnostics, identify the problem scenario and follow the appropriate diagnostic approach.** > > **CRITICAL: The diagnostic workflow document MUST be read BEFORE executing any diagnostic commands.** > This is not optional — skip this step will result in incorrect diagnosis. Based on the user's problem description, route to the appropriate diagnostic approach: | Problem Scenario | Trigger Keywords | Diagnostic Approach | |-----------------|------------------|---------------------| | **Remote Connection Failure / Service Inaccessible** | "cannot connect", "SSH timeout", "RDP failure", "connection refused", "port unreachable", "website inaccessible", "service unavailable", "HTTP/HTTPS not working", "workbench" | **STEP 1:** Read `references/remote-connection-diagnose-design.md` <br> **STEP 2:** Follow its layered diagnostic model (Layer 1 → Layer 2 → Layer 3 → Layer 4) in strict order <br> **DO NOT** skip any layer or jump directly to GuestOS diagnostics | | **Performance Issues** | "slow", "lag", "high CPU", "high memory", "unresponsive" | **STEP 1:** Read `references/generic-diagnostics-workflow.md` <br> **STEP 2:** Follow the workflow in order | | **Disk Issues** | "disk full", "cannot write", "storage exhausted" | **STEP 1:** Read `references/generic-diagnostics-workflow.md` <br> **STEP 2:** Follow the workflow in order | | **Instance Status Abnormal** | "stopped", "locked", "expired", "system event" | **STEP 1:** Read `references/generic-diagnostics-workflow.md` <br> **STEP 2:** Follow the workflow in order | --- ## Diagnostic Report Output Format After completing diagnostics, output a report with these sections: ``` ================== ECS Diagnostic Report ================== 【Basic Information】Instance ID, Name, Status, OS, IPs, Time 【Basic Diagnostics】Instance Status, System Events, Security Group, Network, Metrics 【Deep Diagnostics】System Load, Disk, Network, Logs, Processes 【Issue Summary】List all discovered issues 【Recommendations】Specific remediation steps 【Risk Warnings】Security risks requiring attention =========================================================== ``` ## Success Verification Method See `references/verification-method.md` for detailed verification steps for each diagnostic stage. ## Cleanup
Related in Cloud & DevOps
appbuilder-action-scaffolder
IncludedCreate, implement, deploy, and debug Adobe Runtime actions with consistent layout, validation, and error handling. Use this skill whenever the user needs to add actions to an App Builder project, understand action structure (params, response format, web/raw actions), configure actions in the manifest, use App Builder SDKs (State, Files, Events, database), deploy and invoke actions via CLI, debug action issues, or implement patterns such as webhook receivers, custom event providers, journaling consumers, large payload redirects, action sequence pipelines, and Asset Compute workers. Also trigger when users mention serverless functions in Adobe context, action logging, IMS authentication for actions, or cron-style scheduled actions.
orchestrating-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. Use this skill when the user needs a multi-step Data Cloud pipeline, cross-phase troubleshooting, or data space and data kit management. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase sf data360 workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching phase-specific skill), the task is STDM/session tracing/parquet telemetry (use observing-agentforce), standard CRM SOQL (use querying-soql), or Apex implementation (use generating-apex).
github-project-automation
IncludedAutomate GitHub repository setup with CI/CD workflows, issue templates, Dependabot, and CodeQL security scanning. Includes 12 production-tested workflows and prevents 18 errors: YAML syntax, action pinning, and configuration. Use when: setting up GitHub Actions CI/CD, creating issue/PR templates, enabling Dependabot or CodeQL scanning, deploying to Cloudflare Workers, implementing matrix testing, or troubleshooting YAML indentation, action version pinning, secrets syntax, runner versions, or CodeQL configuration. Keywords: github actions, github workflow, ci/cd, issue templates, pull request templates, dependabot, codeql, security scanning, yaml syntax, github automation, repository setup, workflow templates, github actions matrix, secrets management, branch protection, codeowners, github projects, continuous integration, continuous deployment, workflow syntax error, action version pinning, runner version, github context, yaml indentation error
sf-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase `sf data360` workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching sf-datacloud-* skill), the task is STDM/session tracing/parquet telemetry (use sf-ai-agentforce-observability), standard CRM SOQL (use sf-soql), or Apex implementation (use sf-apex).
fabric-cli
IncludedUse this skill for Fabric.so CLI workflows with the `fabric` terminal command: diagnose/install/login, search or browse a Fabric library, save notes/links/files, create folders, ask the Fabric AI assistant, manage tasks/workspaces, generate shell completion, check subscription usage, produce JSON output, and use Fabric as persistent agent memory. Do not use for Microsoft Fabric/Azure/Power BI `fab`, Daniel Miessler's Fabric framework, Python Fabric SSH, Fabric.js, or textile/fashion fabric.
lark
IncludedLark/Feishu CLI skills: lark-cli operations for docs, markdown, sheets, base, calendar, im, mail, task, okr, drive, wiki, slides, whiteboard, apps, approval, attendance, contact, vc, minutes, event. Use when the user needs to operate Lark/Feishu resources via lark-cli, send messages, manage documents, spreadsheets, calendars, tasks, OKRs, deploy web pages, or any Feishu/Lark workspace operations.