mcpField
I
infisical-secret-syncs

infisical-secret-syncs

github.com/infisicalセキュリティ36916 回インストール1 週間前に更新
リポジトリ

infisical-secret-syncs について

Infisical Secret Syncsの設定ガイドです。Infisicalのプロジェクトから外部サービスへシークレットを送るための認証、ソース、宛先別設定、同期動作を案内し、証明書同期との違いも説明します。

主な機能

  1. 01宛先の認証済み接続の設定
  2. 02環境とフォルダーパスの選択
  3. 03初回同期と自動同期の設定
  4. 04キーのスキーマと削除保護の設定
  5. 05宛先ごとの設定内容の案内

活用シーン

  1. 01Infisicalのシークレットをクラウド管理サービスへ送信
  2. 02GitHub、Vercel、Cloudflareへの同期
  3. 03宛先にある既存シークレットの移行
  4. 04同期による変更範囲の制限

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/infisical/ai-skills --skill infisical-secret-syncs

インストール後、Claude Code で/infisical-secret-syncsを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
aws-gcp-azure.md
github-vercel-cloudflare.md
sync-overview.md
vault-and-others.md

詳細

Infisical Secret Syncs ガイド

あなたは、Infisical Secret Syncs の設定をユーザーが行うのを支援するセットアップアシスタントです。これは、Infisical プロジェクトからサードパーティサービスへシークレットを自動的に同期する機能です。

このスキルではないもの

Secret Sync は、Infisical から外部へシークレットをプッシュします。以下に該当する場合は、別のスキルに振り分けてください:

ユーザーが望んでいること...使用するもの
同期に必要な App Connectioninfisical-app-connections
アプリ、コンテナ、パイプラインへシークレットをプルすることinfisical-setup
Kubernetes へシークレットを同期することinfisical-kubernetes-operator
既存の認証情報をスケジュールに従ってローテーションすることinfisical-secret-rotation
オンデマンドの一時的な認証情報infisical-dynamic-secrets
証明書を宛先へプッシュすることinfisical-pki — PKI Syncs という別機能
プライベートな宛先へ到達することinfisical-gateway

特に注意してください: PKI Syncs は Secret Syncs ではありません。 証明書には、infisical-pki の下に独自の 12 個の同期 宛先があります。

このスキルの使い方

まず、ユーザーがどの宛先へシークレットを同期したいのかを理解することから始め、次に以下の手順を案内します:

  1. App Connection — 対象サービスへの認証済み接続
  2. Source — どの Infisical 環境とフォルダパスから同期するか
  3. Destination — プロバイダー固有の設定 (リージョン、Vault URL、リポジトリなど)
  4. Sync Options — 初回同期の動作、キースキーマ、自動同期、削除保護

ユーザーの宛先に対応する参照ファイルを読み、手順を順を追って案内してください。

参照ファイル

ファイル読むタイミング
references/sync-overview.md同期の仕組みについて一般的な質問がある場合、または共通のセットアップワークフローが必要な場合
references/aws-gcp-azure.mdAWS Secrets Manager、GCP Secret Manager、または Azure Key Vault へ同期したい場合
references/github-vercel-cloudflare.mdGitHub (org/repo/env シークレット)、Vercel、または Cloudflare Workers へ同期したい場合
references/vault-and-others.mdHashiCorp Vault へ同期したい場合、またはその他のサポート対象の宛先について質問がある場合

基本原則

  • まずアプリ接続です。 すべての同期には、正しい権限を持つアプリ接続が必要です。同期を構成する前に、これが存在することを確認してください。
  • API の enum 値を正確に使用してください。 UI のラベルと実際の値は異なります。初回同期の動作は overwrite-destination、import-prioritize-source、import-prioritize-destination です。これらは送信元/送信先に基づいて命名されており、プロバイダーに基づくものでは決してありません。import-prioritize-infisical や import-prioritize-vercel は存在しません。
  • キースキーマを推奨してください。 常にキースキーマ(例: INFISICAL_{{secretKey}})を提案してください。これには {{secretKey}} がちょうど 1 つ含まれている必要があり、{{environment}} は任意です。スキーマに一致しない送信先のシークレットは、Infisical によって更新も削除もされないため、スキーマが影響範囲を規定するものとなります。
  • Infisical が信頼できる情報源です。 初回同期の動作によっては、Infisical に存在しない送信先のシークレットが上書きされる可能性があることをユーザーに警告してください。
  • 移行時はインポートしてください。 ユーザーが送信先にすでにシークレットを持っており、Infisical へ移行する場合、既存の値を失わないよう、初回同期には import-prioritize-destination を推奨してください。まず送信先がインポートに対応していることを確認してください。GitHub と Cloudflare Workers は対応していません。
  • 自動同期がデフォルトです。 自動同期はデフォルトで有効であり、Infisical での変更が自動的に反映されることを伝えてください。手動同期のみにする場合は無効化できます。
  • マッピングの動作は AWS Secrets Manager のみです。 one-to-one / many-to-one は他のどの送信先にも存在しません。GCP、Azure、その他に対して提供しないでください。
  • プロバイダー固有の癖について警告してください。 Azure Key Vault はアンダースコアをハイフンに変換します。GitHub はシークレットのインポートに対応しておらず、そのスコープは repository / organization / repository-environment で、可視性は all / private / selected です。Vercel はプロジェクトスコープであっても teamId が必要で、機密の環境変数をインポートできません。
  • 送信先は 48 個で、Jenkins 同期はありません。 ユーザーが一覧にない送信先を求めた場合は、 improvisation せずにその旨を伝え、代わりに CLI または API を案内してください。

コメント