infisical-self-host — скилл для Claude Code: разбор и установка
Скилл помогает развернуть и настроить серверную платформу Infisical в Docker Compose или Kubernetes. Пригодится при настройке базы данных PostgreSQL, очередей Redis и параметров безопасности.
npx skills add Infisical/ai-skills --skill infisical-self-host -a claude-codeЧто делает infisical-self-host
Скилл предоставляет инструкции и правила для запуска платформы Infisical на собственных серверах. Он охватывает работу через автономные контейнеры Docker, стек docker-compose.prod.yml и развёртывание в Kubernetes через Helm-чарт infisical-standalone-postgres. Архитектура самого приложения полностью stateless. Для масштабирования производитель советует добавлять новые реплики контейнеров с 2–4 ядрами CPU и 4–8 ГБ оперативной памяти, а не увеличивать ресурсы одного инстанса.
Для работы обязательны две внешние службы. В качестве базы данных поддерживается исключительно PostgreSQL версий 14 и выше, протестированный на релизе 16. Второй критичный компонент — Redis версии 6.x или 7.x. Redis служит обязательной зависимостью. Там хранятся очереди фоновых задач и распределённые блокировки. Без настроенной политики noeviction инстанс потеряет задачи очереди при нехватке памяти.
Скилл также задаёт правила работы с секретами окружения. Потеря ENCRYPTION_KEY приводит к безвозвратной утрате зашифрованных данных. Для стандартных установок ключ генерируется как 16-байтная шестнадцатеричная строка, а для режима FIPS 140-3 требуется 256-битный ключ base64 и отдельный образ infisical/infisical-fips. Этот скилл относится только к самой платформе: оператор Kubernetes и первоначальная настройка после запуска вынесены в отдельные навыки.
Какие задачи решает
- развернуть серверную часть Infisical через Docker Compose или Helm
- сгенерировать и проверить ключи
ENCRYPTION_KEYиAUTH_SECRET - настроить Redis с обязательной политикой
noevictionи сохранением данных - подготовить параметры подключения к базе данных PostgreSQL 14+
- сконфигурировать защищённый контейнер с поддержкой стандарта FIPS 140-3
Примеры запросов агенту
- Помоги настроить переменные окружения и сгенерировать ключи шифрования для развёртывания платформы через Docker Compose.
- Подготовь конфигурацию Redis с политикой
noevictionи опиши запуск инстанса в Kubernetes через Helm-чарт. - Как правильно масштабировать контейнеры сервиса и настроить подключение к репликам базы данных PostgreSQL?
Как установить infisical-self-host
1Через Skills CLI (Vercel)
npx skills add Infisical/ai-skills --skill infisical-self-host -a claude-code2Вручную: положить файлы
~/.claude/skills/infisical-self-host/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/infisical-self-host/
1Через Skills CLI (Vercel)
npx skills add Infisical/ai-skills --skill infisical-self-host -a codex2Вручную: положить файлы
.agents/skills/infisical-self-host/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add Infisical/ai-skills --skill infisical-self-host -a cursor2Вручную: положить файлы
.cursor/skills/infisical-self-host/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install Infisical/ai-skills infisical-self-host2Вручную: положить файлы
.github/skills/infisical-self-host/SKILL.md1Через Skills CLI (Vercel)
npx skills add Infisical/ai-skills --skill infisical-self-host -a gemini-cli2Командой платформы
gemini skills install https://github.com/Infisical/ai-skills --path skills/infisical-self-hostВручную: положить файлы
.devin/skills/infisical-self-host/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add Infisical/ai-skills --skill infisical-self-host -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о infisical-self-host
Как установить infisical-self-host в Claude Code?
Выполните команду npx skills add Infisical/ai-skills --skill infisical-self-host -a claude-code. Файл конфигурации будет размещён по пути ~/.claude/skills/infisical-self-host/SKILL.md.
Что делает скилл infisical-self-host?
Он даёт модели детальные инструкции по установке и администрированию платформы Infisical в собственной инфраструктуре. Внутри описаны архитектурные требования, структура переменных окружения и шаги подготовки хранилищ.
Почему для Redis обязательно выставлять политику noeviction?
В Redis хранятся очереди задач, отложенные ротации секретов и вебхуки, а не только временный кэш. Если включить сброс ключей при нехватке памяти, сервер незаметно потеряет фоновые задачи.
Исходный текст
SKILL.md · MIT
--- name: infisical-self-host description: Deploy and operate Infisical self-hosted instances with Docker, Docker Compose, and Kubernetes. Covers architecture, environment variables, ENCRYPTION_KEY management, PostgreSQL setup, Redis configuration (including the required noeviction policy), production hardening, FIPS 140-3 compliance, scaling, and high availability patterns. For deploying the Infisical platform itself. Not for the Kubernetes Operator, which is a separate Helm chart (infisical-kubernetes-operator), nor for using Infisical once running (infisical-setup). triggers: - self-host infisical - deploy infisical - docker compose infisical - infisical docker - helm chart infisical - kubernetes infisical - ENCRYPTION_KEY - infisical environment variables - production deployment infisical - FIPS infisical - scale infisical - ha infisical --- # Infisical Self-Hosted Deployment This skill guides you through deploying, configuring, and operating Infisical in self-hosted environments. Whether you are running Infisical on Docker, Docker Compose, or Kubernetes, this resource covers essential setup, security hardening, scaling, and maintenance patterns. ## Not this skill | If the user wants... | Use | |----------------------|-----| | To deploy the **Kubernetes Operator** (also a Helm chart, different thing) | `infisical-kubernetes-operator` | | To reach a private resource from Infisical | `infisical-gateway` | | To configure SSO or SCIM on their instance | `infisical-sso` | | Roles, permissions, audit log streams | `infisical-access-control` | | To use Infisical once it is running | `infisical-setup` | | An external KMS or HSM backing the root key | `infisical-kms` | The Helm confusion is worth pre-empting: the `secrets-operator` chart installs the **operator**; this skill covers the chart that installs the **platform**. Both come from the same Cloudsmith repo. ## Guiding Principles 1. **ENCRYPTION_KEY is Critical**: This key encrypts all secrets at rest and **cannot be recovered if lost**. Back it up and rotate it carefully following Infisical's rotation procedures. - Standard deployments: a random 16-byte hex string — `openssl rand -hex 16` - **FIPS-enabled deployments: a 256-bit base64 key instead** — `openssl rand -base64 32` 2. **AUTH_SECRET is Required**: This key is used for session and JWT signing. It is 32 bytes (base64), generated with `openssl rand -base64 32`, and must be stable across restarts. 3. **Database Requirements**: PostgreSQL is the only supported database. Use 14+ for compatibility; Infisical is extensively tested on 16. Always backup your database before upgrading Infisical. Schema migrations run automatically on boot (since v0.111.0-postgres). 4. **Redis is a hard dependency, not just a cache**: Beyond caching it holds the background job queue, distributed locks, cross-instance coordination state, and rate-limit counters. **The instance will not start unless one of `REDIS_URL`, `REDIS_SENTINEL_HOSTS`, or `REDIS_CLUSTER_HOSTS` is set**, and a running instance is degraded while Redis is unreachable. - Use Redis 6.x or 7.x; at least 6.2 is advised - All three topologies are supported: standalone, Sentinel, and Cluster - **Active-passive is recommended.** Active-active has not been tested and may behave in undocumented ways - **Set the eviction policy to `noeviction`.** This is required, not a tuning suggestion — evicting keys under memory pressure would silently drop queued work - Enable persistence (AOF, or at minimum RDB snapshots) and back Redis up. Pending secret rotations, syncs, and webhook deliveries live there; a Redis that comes back empty loses them - Give Redis the same availability target as the app instances — an unreplicated Redis is a single point of failure for the whole deployment 5. **Stateless Architecture**: Infisical is stateless. Scale horizontally by adding more replicas. All state lives in PostgreSQL and Redis. Each instance needs no more than 2–4 CPU cores and 4–8 GB memory; add containers rather than growing one. 6. **FIPS Compliance**: Infisical is compliant with **FIPS 140-3**. Deploy the separate **`infisical/infisical-fips`** Docker image (an Enterprise-only image, not a tag on the standard repo) and set `FIPS_ENABLED=true`. Remember the `ENCRYPTION_KEY` format changes to 256-bit base64 in FIPS mode. ## Quick Start - **Docker Standalone**: Pull `infisical/infisical:<version>`, set environment variables, run on port 8080. - **Docker Compose**: Use `docker-compose.prod.yml` from the repository with PostgreSQL and Redis services. - **Kubernetes**: Deploy via Helm chart `infisical-standalone-postgres` from Cloudsmith registry with optional managed databases. ## Reference Guides ### [Environment Variables](./references/environment-variables.md) Complete reference for all configuration environment variables, including: - Required keys (ENCRYPTION_KEY, AUTH_SECRET, database, Redis) - Database and replication setup - Redis with Sentinel support - SMTP configuration - OAuth/SSO providers - FIPS and telemetry settings - Security options ### [Docker Deployment](./references/docker-deployment.md) Docker and Docker Compose deployment patterns, including: - Standalone container setup - Docker Compose production stack - Image variants (standard and FIPS) - Production hardening with security capabilities and read-only filesystems - Health checks ### [Kubernetes Deployment](./references/kubernetes-deployment.md) Kubernetes and Helm deployment guide, including: - Helm chart installation and configuration - Secret creation and management - Optional PostgreSQL and Redis (Bitnami charts) - Pod security and RBAC - Networking policies and Ingress/TLS ### [Scaling and High Availability](./references/scaling-and-ha.md) Production scaling patterns and HA architecture, including: - Horizontal scaling (adding replicas) - Sizing guidelines for Infisical, PostgreSQL, and Redis - Database read replicas - Redis Sentinel for HA - Backup and upgrade procedures - License server firewall rules
© Infisical · MIT · Infisical/ai-skills