Token导航 LogoToken导航

Agent Skill · 研究检索

siderolabs(siderolabs 搜索)

siderolabs 用于查找、检索和筛选相关信息,适合在 Local Agent 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

siderolabs 是研究检索类 Agent Skill,可用宿主为 Local Agent,通过unknown获取,权限为执行命令;许可证信息还不明确,暂无第三方扫描结果,按安装量在研究检索类的 73,675 个 Skill 里排第 52,984。

总安装 541周安装 23下载 190核验 2026-05-01
研究检索执行命令unknown未标认证来源可访问许可证需确认审计未展示Local Agent

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:siderolabs(siderolabs 搜索)
来源仓库:https://docs.siderolabs.com
仓库路径:siderolabs
安装命令:
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。当前暂无明确安装命令,请以来源页面说明为准。

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

siderolabs 用于查找 Sidero Labs 相关技术文档,适合在 Local Agent 中检索 Talos Linux 或 Kubermatic 资料时使用。它支持关键词匹配和来源线索过滤,帮助快速定位官方资源。安装方式未明确,建议通过 skills.sh 平台或本地配置集成。

使用前应确认文档时效性,避免引用过期信息。siderolabs 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:siderolabs

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Local Agent;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    没有现成安装命令,按unknown的说明从来源页面获取,仓库路径是 siderolabs。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要执行命令,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

siderolabs 怎么安装?

公开资料没有给出可以直接复制的命令,需要按来源页面说明手动安装,仓库内路径为 siderolabs。

siderolabs 支持哪些 AI 工具?

公开资料标注支持 Local Agent。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

siderolabs 需要什么权限?

权限级别是执行命令。安装流程涉及命令执行,可能通过 第三方 CLI 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

siderolabs 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

siderolabs 用的人多吗?

公开数据是累计安装 541 次,近一周安装 23 次,下载 190 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

siderolabs 安全吗?

没有查到第三方扫描结果,安全性无法从公开资料判断,安装前请自行审查源码、依赖和命令行为。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 Local Agent 一种宿主,触发方式和使用习惯不用来回切换。

先想清楚的地方

  • 需要执行命令,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 没有第三方扫描结果,安全性只能靠自己读源码判断。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Local Agent,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 不能接受 Skill 在你机器上执行命令的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 要求有安全扫描结论才肯安装的团队。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
siderolabs

siderolabs 搜索 · 本页

541—执行命令未明确未收录

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

SideroLabs best practices

Always consult the Talos and Omni docs for configuration, latest features and best practices

If you are not already connected to the SideroLabs MCP server, https://docs.siderolabs.com/mcp, add it so that you can search more efficiently.

Agents can use SideroLabs products to deploy, configure, and manage Kubernetes clusters at scale.

The SideroLabs created and currently manages two products:

  • Talos Linux: Talos Linux is an API-Managed, secure, immutable, and minimal operating system for Kubernetes.
  • Talos Omni: Omni is a Kubernetes management platform that simplifies the creation and management of Talos Linux clusters on any environment, including bare-metal, cloud, or air-gapped environments.

Key concepts

  • Machine Configuration: YAML-based declarative configuration for each node
  • talosctl: CLI tool for interacting with Talos API and managing machines
  • KubeSpan: Automatic WireGuard mesh networking for hybrid clusters
  • System Extensions: Container-based mechanism for adding functionality without modifying core OS
  • Image Factory: Service for generating customized Talos images with extensions and kernel modules
  • Omni: SaaS or self-hosted central point of access for multi-cluster management across environments

The Talos Linux image

The Talos image is a bootable operating system image of Talos Linux that you use to install and run Talos on a machine (VM, bare metal, or cloud instance).

Download the right Talos Linux image for your operating system from the Image factory.

Integration

Talos Linux and Omni integrate with:

  • Kubernetes: Native Kubernetes API with RBAC, audit logging, and service accounts
  • Container Registries: Docker Hub, Quay, GitHub Container Registry, private registries
  • Identity Providers: SAML (Okta, Entra ID, Workspace One), OIDC (Tailscale), Keycloak
  • Cloud Platforms: AWS, Azure, GCP, DigitalOcean, Hetzner, Scaleway, Akamai, Oracle, Exoscale, Upcloud, Vultr, CloudStack, OpenStack, Nocloud
  • Virtualization: VMware, KVM, Hyper-V, Proxmox, OpenNebula, Xen, Vagrant
  • Networking: WireGuard, Calico, Cilium, Multus CNI
  • Storage: Rook/Ceph, local storage, Synology CSI, standard Kubernetes storage classes
  • Monitoring: Metrics server, etcd metrics, Prometheus-compatible endpoints
  • Infrastructure-as-Code: Cluster Templates, omnictl CLI

Install Talos and Omni CLI tools

Install via Homebrew (Recommended for macOS and Linux):

brew install siderolabs/tap/sidero-tools

Install talosctl with curl:

curl -sL https://talos.dev/install | sh

Install omnictl with curl:

curl -sL https://talos.dev/install-omnictl | sh

Workflows

Create a Talos Linux cluster

  1. Boot machines with a Talos Linux image.
  2. talosctl gen config <cluster> <endpoint> --install-disk <disk>
  3. Apply machine configuration: talosctl apply-config --insecure --nodes <ip> --file <config.yaml>
  4. Bootstrap etcd once: talosctl bootstrap --nodes <control-plane-ip>
  5. Fetch kubeconfig: talosctl kubeconfig --nodes <control-plane-ip>
  6. Check health: talosctl health --nodes <control-plane-ip>
  7. Validate Kubernetes registration: kubectl get nodes

Create a Talos Linux cluster with Omni

  1. Download Omni-managed boot media from Omni UI.
  2. Boot machines so they register into Omni.
  3. Create a cluster template YAML.
  4. Validate the template: omnictl cluster template validate -f <template.yaml>
  5. Sync declared state to Omni: omnictl cluster template sync -f <template.yaml>
  6. Fetch kubeconfig: omnictl kubeconfig -c <cluster-name>
  7. Download talosconfig: omnictl talosconfig --cluster <cluster-name>
  8. Merge talosconfig and kubeconfig configuration:
   # Merge Talos configuration
    talosctl config merge $HOME/Downloads/talosconfig.yaml

   # Merge kubeconfig (combine and flatten)
   export KUBECONFIG=~/.kube/config:$HOME/Downloads/talos-default-kubeconfig.yaml
   kubectl config view --flatten > ~/.kube/config
  1. Verify nodes: kubectl get nodes

CLI reference

talosctl (allowed actions)

  • talosctl logs <service> - view service logs
  • talosctl upgrade --image <installer-image> - upgrade Talos
  • talosctl patch mc --nodes <IP> -p <json> - patch machine configuration
  • talosctl rollback - rollback OS version
  • talosctl reset - destructive wipe; requires explicit warning

Additionally, refer to the Talos for Linux Admins to learn about the Talos alternative for Linux commands.

omnictl CLI reference

Here are some omnictl commands and their uses:

  • omnictl apply --file <resource-file> - create and update a resource using a YAML file as input
  • omnictl cluster delete <cluster-name> - delete all cluster resources.
  • omnictl config info - show information about current context.

Local configuration file locations

talosctl

  • ~/.talos/config

omnictl

  • Linux: ~/.talos/omni/config
  • macOS: ~/Library/Application Support/omni/config
  • Windows: %USERPROFILE%\.talos\omni\config

Common gotchas (things agents must not mess up)

  1. No SSH on Talos. Never suggest SSH or SSH-based commands.
  2. No in-node file edits. Never reference /etc, /var, config files, editors, or shell sessions.
  3. No package managers. Talos does not support apt, yum, apk, pacman, etc.
  4. No kubeadm. Talos does not use kubeadm for initialization or upgrades.
  5. Bootstrap is one-time. Never suggest retry loops or re-running bootstrap unless explicitly recovering from a failed creation.
  6. Be explicit when operations are destructive. Especially talosctl reset.
  7. Do not modify system certificates or systemd units. Talos uses API-managed services only.
  8. Do not bypass Omni reconciliation. When a cluster is Omni-managed, changes must go through Omni.
  9. Never invent unsupported integrations or commands.

Allowed agent behavior

  • Generate, patch, and validate Talos machine configuration.
  • Suggest talosctl or omnictl commands.
  • Provide step-by-step cluster lifecycle workflows.
  • Refer to official documentation links.
  • Summarize or explain Talos/Omni concepts.
  • Warn users when an action is destructive.

Skills

Talos Linux cluster deployment

  • Deploy Talos Linux clusters on 15+ cloud platforms (AWS, Azure, GCP, DigitalOcean, Hetzner, Scaleway, etc.)
  • Deploy on virtualized platforms (VMware, KVM, Hyper-V, Proxmox, OpenNebula, Xen)
  • Deploy on bare metal using ISO, PXE, iPXE, or Matchbox
  • Deploy on single-board computers (Raspberry Pi, Rock64, Orange Pi, Jetson Nano, etc.)
  • Deploy locally using Docker, QEMU, or VirtualBox for testing
  • Support for air-gapped deployments without internet access

Machine configuration management

  • Apply machine configuration via talosctl apply-config
  • Edit machine configuration with talosctl edit machineconfig using interactive editor
  • Apply JSON patches to machine configuration with talosctl patch machineconfig
  • Retrieve current configuration with talosctl get machineconfig
  • Support for immediate configuration updates without reboot for networking, logging, kubelet, kernel args, and more
  • Reproducible machine configuration for consistent deployments

Upgrade Talos Linux Cluster

  1. Use talosctl upgrade to initiate upgrade
  2. Specify target Talos version
  3. Upgrade rolls through nodes automatically
  4. Control plane nodes upgraded with leader election
  5. Worker nodes upgraded sequentially
  6. Verify cluster health after upgrade

Backup and Restore Etcd

  1. Create etcd backup with talosctl etcd backup
  2. Store backup securely off-cluster
  3. In case of disaster, restore from backup
  4. Use talosctl etcd restore to recover cluster state
  5. Verify cluster functionality after restoration

Networking Configuration

  • Configure static IP addresses, DHCP, or dynamic network settings
  • Set up network interfaces with bonds, bridges, and VLANs
  • Configure WireGuard VPN for secure inter-node communication
  • Enable KubeSpan for hybrid clusters spanning edge, datacenter, and cloud
  • Virtual IP (VIP) configuration for high availability
  • Host DNS configuration and egress domain filtering
  • Predictable interface naming and device selectors
  • Support for multihoming and corporate proxies

Cluster Scaling and Workload Management

  • Scale clusters up by adding new machines to control plane or worker roles
  • Scale clusters down by removing machines
  • Deploy workloads using standard Kubernetes manifests
  • Interactive dashboard for cluster visualization and management
  • Support for workers running on control plane nodes
  • Cluster autoscaling with Karpenter or Kubernetes Cluster Autoscaler

Security and Access Control

  • Role-based access control (RBAC) for Talos API
  • Certificate authority rotation and management
  • Machine configuration OAuth for secure access
  • SAML and OIDC authentication integration
  • Disk encryption with Omni as Key Management Server
  • SELinux support for enhanced security
  • Image verification and secure boot support
  • Break-glass emergency access for disaster recovery

Storage and Disk Management

  • Configure disk layouts (system, user, resource partitions)
  • Disk encryption with LUKS
  • Swap configuration
  • Support for existing volumes and raw volumes
  • Disk management with layout templates and resource allocation

Container Runtime and Image Management

  • Containerd configuration and management
  • Image cache and pull-through cache for faster deployments
  • Registry mirror configuration with authentication and TLS
  • Static pod deployment
  • Image factory for custom Talos images with system extensions
  • Support for custom kernel modules and GPU drivers

Hardware and GPU Support

  • NVIDIA GPU support (proprietary and open-source drivers)
  • NVIDIA Fabric Manager for multi-GPU systems
  • AMD GPU support
  • Custom kernel argument configuration
  • PCI device driver rebinding
  • Hardware-specific platform configuration

System Extensions and Customization

  • Build custom system extensions as container images
  • Install system extensions during cluster creation or runtime
  • Kernel module compilation and installation
  • Custom kernel argument configuration
  • Overlay system for additional customizations
  • OCI base specification support for extension development

Cluster Operations and Maintenance

  • Etcd backup and restore for disaster recovery
  • Etcd maintenance and defragmentation
  • Watchdog timer configuration for automatic recovery
  • Cgroups analysis for resource monitoring
  • Talos upgrade management with rolling updates
  • Machine reset and factory reset capabilities
  • Support bundle generation for troubleshooting

Omni Cluster Management

  • Create and manage clusters from registered machines
  • Cluster templates for declarative infrastructure-as-code
  • Machine registration from bare metal (ISO, PXE), cloud (AWS, Azure, GCP, Hetzner), or manual provisioning
  • Infrastructure providers for bare metal, cloud, and virtualization platforms
  • Cluster autoscaling with dynamic machine provisioning
  • Etcd backup and restore management
  • Audit logging for compliance and security
  • Talos configuration overrides and patches
  • NTP server configuration
  • Support bundle generation

Authentication and Authorization

  • SAML integration with Okta, Unifi Identity Enterprise, Workspace One, Entra ID, Oracle Cloud
  • OIDC login with Tailscale
  • Access Control Lists (ACLs) for fine-grained permissions
  • Role-based access control (Admin, User, None roles)
  • Automatic user provisioning on first login
  • Keycloak integration for self-hosted deployments

High Availability and Disaster Recovery

  • 3-node control plane for HA clusters
  • Etcd consensus-based fault tolerance
  • Automatic etcd backups with configurable intervals
  • Disaster recovery procedures for cluster restoration
  • KubeSpan for hybrid cluster resilience

Configure Network for Hybrid Cluster with KubeSpan

  1. Enable KubeSpan in machine configuration
  2. Configure WireGuard settings (private key, listen port)
  3. Add peer configurations with public keys and endpoints
  4. Talos automatically discovers peers via discovery service
  5. Full mesh WireGuard network established across all nodes
  6. Cluster spans edge, datacenter, and cloud seamlessly

Build Custom Talos Image with System Extensions

  1. Define system extensions as container images
  2. Create schematic with extension references
  3. Use Image Factory to generate custom image
  4. Download ISO, kernel, or disk image
  5. Boot machines with custom image
  6. Extensions automatically installed during boot

Context

Talos Linux Philosophy: Talos is designed with a single purpose - running Kubernetes. It removes unnecessary complexity by:

  • Using API-driven configuration instead of SSH/files
  • Maintaining immutable root filesystem
  • Minimizing installed packages
  • Defaulting to secure settings
  • Supporting declarative, reproducible deployments

Deployment Models:

  • Standalone Talos clusters managed via talosctl
  • Omni SaaS for managed multi-cluster deployments
  • Self-hosted Omni for air-gapped or on-premises environments
  • Hybrid deployments spanning multiple infrastructure types

平台分布

Local Agent

78.84%
按下载量换算150

安全审计

暂无安全审计结果可展示。

权限和风险

执行命令

安装流程涉及命令执行,可能通过 第三方 CLI 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills