coolify について
coolify は、セルフホストの Coolify 環境でアプリケーション、データベース、サービスをデプロイ・管理するためのスキルです。REST API の操作やビルド設定、CI/CD によるデプロイを扱います。
主な機能
- 01REST API によるアプリ管理
- 02アプリ設定の作成と更新
- 03API または Webhook によるデプロイ開始
- 04Nixpacks、Dockerfile、Compose のビルド設定
- 05ドメイン、環境変数、ヘルスチェックの設定
活用シーン
- 01セルフホスト環境へのアプリデプロイ
- 02CI パイプラインでのデプロイ自動化
- 03Coolify リソースの確認と管理
- 04複数サービスの Compose デプロイ設定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ oakoss/ agent-skills --skill coolifyインストール後、Claude Code で/coolifyを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/api-patterns.mdbuild-packs.mddeployment-strategies.md詳細
Coolify
概要
Coolify は、アプリケーション、データベース、サービスを独自のインフラストラクチャにデプロイするセルフホスト可能な PaaS(Vercel/Netlify の代替サービス)です。プログラムから制御できる REST API を提供し、複数のビルドパックをサポートしています。また、リバースプロキシと SSL には Traefik を使用します。
使用する場合: アプリケーションをセルフホスト可能なインフラストラクチャにデプロイする場合、API を通じてデータベースやサービスを管理する場合、CI/CD でデプロイを自動化する場合、ベンダーロックインなしでセルフホストする場合。
使用しない場合: Coolify サーバーの初期インストール(ブラウザーから公式インストールスクリプトを使用してください)、Coolify 自体のインフラストラクチャ(Postgres、Redis など、内部で管理されるもの)を管理する場合、またはセルフホストの要件がなく、マネージドプラットフォーム(Vercel、Railway)でニーズを満たせる場合。
クイックリファレンス
| パターン | 方法 | 主なポイント |
|---|---|---|
| API 認証 | Authorization: Bearer <token> ヘッダー | トークンはダッシュボードで作成し、権限を設定できます |
| アプリケーションの一覧表示 | GET /api/v1/applications | ステータスと設定を含むすべてのアプリを返します |
| デプロイの実行 | GET /api/v1/deploy?uuid=<app>&force=true | またはアプリごとの Webhook URL を使用します |
| アプリケーションの作成 | POST /api/v1/applications/public | project_uuid、server_uuid、env_name が必要です |
| アプリケーションの更新 | PATCH /api/v1/applications/<uuid> | ビルド、ヘルスチェック、ドメイン、制限フィールドを受け付けます |
| 自動デプロイ | Advanced > General で有効にします | 設定されたブランチへのプッシュごとにデプロイします |
| Webhook によるデプロイ | curl GET <webhook_url> -H "Authorization: Bearer ..." | CI パイプラインからデプロイを制御します |
| GitHub Actions によるデプロイ | イメージをビルドしてレジストリにプッシュし、Webhook を実行します | デプロイ前のビルドとテストを完全に制御できます |
| Nixpacks によるビルド | ソースコードから自動検出 | 対応言語では設定不要です |
| Dockerfile によるビルド | ビルドパックを dockerfile に設定 | ビルドプロセスを完全に制御できます |
| Compose によるビルド | docker-compose.yaml を信頼できる唯一の情報源として使用 | Coolify ラベルを使用する複数サービスのスタック |
| 環境変数 | API または環境ごとのダッシュボード | Compose 内では ${VAR} 構文で展開されます |
| ドメインルーティング | fqdn フィールドまたは Compose 内の Traefik ラベル | Let's Encrypt による SSL の自動設定 |
| ヘルスチェック | API からパス、間隔、再試行回数を設定できます | running:healthy ステータスに必要です |
よくある間違い
| 間違い | 正しいパターン |
|---|---|
| API が「Unauthenticated」を返す | Bearer トークンと合わせて Accept: application/json ヘッダーを追加します |
| 機密フィールド(自動デプロイなど)を読み取れない | トークンに view:sensitive または * の権限スコープが必要です |
| 自動デプロイが実行されない | GitHub App が接続され、Advanced で自動デプロイが有効になっていることを確認します |
| デプロイ権限のない API トークンを使用している | デプロイを実行するには、トークンに明示的な deploy 権限が必要です |
| Compose サービスのヘルスチェックに失敗する | HTTP サービス以外には exclude_from_hc: true ラベルを追加します |
| 認証ヘッダーなしで Webhook デプロイを行う | Webhook 呼び出しには必ず Authorization: Bearer <token> を含めます |
| ビルド時に環境変数を使用できない | ランタイム環境変数ではなく、Advanced メニューのビルド引数を使用します |
| Compose サービス間で通信できない | 同じスタックネットワーク内では、ホスト名としてサービス名を使用します |
委任
- API の調査:
Exploreエージェントを使用して、既存の Coolify リソースを確認します - Dockerfile の最適化:
Taskエージェントを使用して、Coolify デプロイ向けに Dockerfile をレビューします - CI/CD パイプラインの設計:
Planエージェントを使用して、デプロイワークフローの戦略を策定します
dockerスキルが利用可能な場合は、Dockerfile の作成、マルチステージビルド、イメージの最適化を委任します。github-actionsスキルが利用可能な場合は、ワークフローの構文や CI パイプラインのパターンを委任します。ci-cd-architectureスキルが利用可能な場合は、デプロイ戦略や環境の昇格を委任します。