unraid-cli

TypeScript CLI for Unraid Server GraphQL API. 12 command groups for system, arrays, disks, containers, VMs, shares, logs, and diagnostics. Built for humans and AI agents.

Safety Notice

This listing is from the official public ClawHub registry. Review SKILL.md and referenced scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "unraid-cli" with this command: npx skills add Ingodibella/unraid-cli

ucli agent guide

CLI: ucli [global flags] <group> <command> [args...]

Recommended defaults

ucli --output json --quiet <group> <command>
  • --output json for machine-readable output
  • --quiet to suppress decorative text
  • --fields to shrink payloads
  • --filter and --sort to shape data before it hits your context

Guardrails

  • Prefer read-only commands first. Inspect before acting.
  • Use --yes only in deliberate automation paths, never speculatively.
  • Pair destructive actions with explicit identifiers. No fuzzy matching in the shell.
  • Re-fetch state after any mutation. Do not trust a prior cache.
  • Treat exit code 0 as success. Non-zero: capture stderr, retry only on transient failures.

Command groups

GroupTypical use
systeminfo, health, status, resources, uptime
arraystatus, devices, parity, parity-check actions
disksInventory, SMART, temp, usage, mount
containerslist, inspect, logs, stats, lifecycle actions
notificationslist, latest, get, create, archive
vmslist, inspect, lifecycle actions
shareslist, get, usage
logslist, get, system, tail, search
serviceslist, get, status
networkInterfaces, status
schemaAPI introspection
diagnosticsping, latency, env, doctor

Workflow: health check

ucli system info --output json --quiet
ucli system health --output json --quiet
ucli array status --output json --quiet
ucli services status --output json --quiet
  1. Fetch each separately. Fail fast on non-zero exits.
  2. Summarize array state, service state, resource pressure, warnings.
  3. Only pull logs if the snapshot shows trouble.

Workflow: container management

# list running
ucli containers list --output json --quiet --fields id,names,state,status --sort names:asc

# inspect one
ucli containers inspect <id> --output json --quiet

# restart
ucli containers restart <id> --yes --output json --quiet
  1. Resolve target by id or names.
  2. Inspect current state.
  3. Execute with --yes when confirmation would block automation.
  4. Re-read status after mutation.

Anti-patterns

  • Don't parse human-readable output. Always use --output json.
  • Don't assume partial success from human-readable text. Check exit codes.
  • Don't retry on non-transient errors (auth, bad arguments, missing resources).
  • Don't skip --fields on large result sets. Token waste adds up fast.
  • Don't chain mutations without re-fetching state between them.
  • Don't use --force unless you understand exactly what it skips.

Configuration

Default config path: ~/.config/ucli/config.yaml

default_profile: lab
profiles:
  lab:
    host: http://192.168.1.10:7777
    apiKey: YOUR_API_KEY
    output: json
    timeout: 30

Prefer --host and --api-key explicitly for isolated jobs, --profile <name> for stable environments.

ucli agent guide

CLI: ucli [global flags] <group> <command> [args...]

Recommended defaults

ucli --output json --quiet <group> <command>
  • --output json for machine-readable output
  • --quiet to suppress decorative text
  • --fields to shrink payloads
  • --filter and --sort to shape data before it hits your context

Guardrails

  • Prefer read-only commands first. Inspect before acting.
  • Use --yes only in deliberate automation paths, never speculatively.
  • Pair destructive actions with explicit identifiers. No fuzzy matching in the shell.
  • Re-fetch state after any mutation. Do not trust a prior cache.
  • Treat exit code 0 as success. Non-zero: capture stderr, retry only on transient failures.

Command groups

GroupTypical use
systeminfo, health, status, resources, uptime
arraystatus, devices, parity, parity-check actions
disksInventory, SMART, temp, usage, mount
containerslist, inspect, logs, stats, lifecycle actions
notificationslist, latest, get, create, archive
vmslist, inspect, lifecycle actions
shareslist, get, usage
logslist, get, system, tail, search
serviceslist, get, status
networkInterfaces, status
schemaAPI introspection
diagnosticsping, latency, env, doctor

Workflow: health check

ucli system info --output json --quiet
ucli system health --output json --quiet
ucli array status --output json --quiet
ucli services status --output json --quiet
  1. Fetch each separately. Fail fast on non-zero exits.
  2. Summarize array state, service state, resource pressure, warnings.
  3. Only pull logs if the snapshot shows trouble.

Workflow: container management

# list running
ucli containers list --output json --quiet --fields id,names,state,status --sort names:asc

# inspect one
ucli containers inspect <id> --output json --quiet

# restart
ucli containers restart <id> --yes --output json --quiet
  1. Resolve target by id or names.
  2. Inspect current state.
  3. Execute with --yes when confirmation would block automation.
  4. Re-read status after mutation.

Anti-patterns

  • Don't parse human-readable output. Always use --output json.
  • Don't assume partial success from human-readable text. Check exit codes.
  • Don't retry on non-transient errors (auth, bad arguments, missing resources).
  • Don't skip --fields on large result sets. Token waste adds up fast.
  • Don't chain mutations without re-fetching state between them.
  • Don't use --force unless you understand exactly what it skips.

Configuration

Default config path: ~/.config/ucli/config.yaml

default_profile: lab
profiles:
  lab:
    host: http://192.168.1.10:7777
    apiKey: YOUR_API_KEY
    output: json
    timeout: 30

Prefer --host and --api-key explicitly for isolated jobs, --profile <name> for stable environments.

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Coding

YiHui GIT MONITOR

通用 Git 项目监控工具。支持 GitHub、GitLab、Gitee 等所有 Git 平台。可以添加、删除、检查任意 Git 仓库的更新,自动拉取代码并生成变更摘要。

Registry SourceRecently Updated
Coding

Workspace Governance

A methodology-first workspace governance skill for AI agents. Focuses on principles, decision framework, and safe execution patterns instead of fixed directo...

Registry SourceRecently Updated
Coding

Nox Influencer - Creator Discovery & Influencer Marketing

Runs NoxInfluencer creator and marketing-ops workflows via CLI, including creator discovery for influencer marketing, creator marketing, UGC, social media ma...

Registry SourceRecently Updated
Coding

Gigo Lobster Doctor

🦞 GIGO · gigo-lobster-doctor: 环境体检模式:只检查 gateway、Python 依赖、题包链路与 PNG 证书能力,不跑正式试吃。 Triggers: 龙虾体检 / 检查龙虾环境 / lobster doctor / check lobster environment.

Registry SourceRecently Updated