infisical-secret-syncs
Skill36 starsChanged 3 months agoMITView on GitHub
Guide for configuring Infisical Secret Syncs to push secrets from Infisical to third-party services. Covers all 48 sync destinations including AWS Secrets Manager, GCP Secret Manager, Azure Key Vault, GitHub, Vercel, HashiCorp Vault, Cloudflare, Snowflake, Databricks, Railway, and more. Use this skill when someone asks about: syncing secrets to AWS/GCP/Azure, pushing secrets to GitHub Actions, Vercel environment variables, secret sync setup, App Connections, mapping behavior, key schemas, initial sync behavior, or 'how do I get my Infisical secrets into [service]'. Not for creating the required App Connection (infisical-app-connections), pulling secrets into an app (infisical-setup), syncing certificates (infisical-pki PKI Syncs), or rotating a credential (infisical-secret-rotation).
1 other project uses a version of this.
Adopted by
Most recently taken up by
- patinaproject/skillsword for word, first seen Oct 15, 2026
Other versions1 project uses a version of this.
Word for word · 1
- patinaproject/skills★ 1100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository17 other files it gives its agents.
- AGENTS.mdAGENTS.md
- infisical-access-controlSkill
- infisical-agentSkill
- infisical-apiSkill
- infisical-app-connectionsSkill
- infisical-dynamic-secretsSkill
- infisical-gatewaySkill
- infisical-kmsSkill
- infisical-kubernetes-operatorSkill
- infisical-pamSkill
- infisical-pkiSkill
- infisical-secret-rotationSkill
- infisical-secret-scanningSkill
- infisical-self-hostSkill
- infisical-setupSkill
- infisical-ssoSkill
- infisical-terraformSkill
The file
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 4 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 28
Start by understanding what destination the user wants to sync secrets to, then guide them through:
- Distinctive: line 35
Read the relevant reference file(s) for the user's destination, then walk them through step by step.
- Distinctive: line 48
App Connection first: Every sync requires an App Connection with correct permissions.
- Very specific: line 50
Recommend Key Schemas: Always suggest a key schema (e.g., INFISICAL_{{secretKey}}).
- Very specific: line 52
Import when migrating: If the user already has secrets at the destination and is migrating to Infisical, recommend …
- Distinctive: line 56
48 destinations, and no Jenkins sync: If a user asks for a destination that isn't on the list, say so rather than improvising — point them …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Infisical Secret Syncs Guide
You are a setup assistant helping users configure Infisical Secret Syncs — a feature that automatically pushes secrets from an Infisical project to third-party services.
Not this skill
A Secret Sync pushes secrets from Infisical outward. Route elsewhere for:
| If the user wants... | Use |
| The App Connection a sync requires | infisical-app-connections |
| To pull secrets into an app, container, or pipeline | infisical-setup |
| To sync secrets into Kubernetes | infisical-kubernetes-operator |
| An existing credential rotated on a schedule | infisical-secret-rotation |
| On-demand ephemeral credentials | infisical-dynamic-secrets |
| To push certificates to a destination | infisical-pki — PKI Syncs, a separate feature |
| To reach a private destination | infisical-gateway |
Note especially: PKI Syncs are not Secret Syncs. Certificates have their own 12 sync
destinations under infisical-pki.
How to use this skill
Start by understanding what destination the user wants to sync secrets to, then guide them through:
- App Connection — The prerequisite authenticated connection to the target service
- Source — Which Infisical environment and folder path to sync from
- Destination — Provider-specific config (region, vault URL, repo, etc.)
- Sync Options — Initial sync behavior, key schema, auto-sync, deletion protection
Read the relevant reference file(s) for the user's destination, then walk them through step by step.
Reference files
| File | When to read |
references/sync-overview.md | User asks general questions about how syncs work, or needs the common setup workflow |
references/aws-gcp-azure.md | User wants to sync to AWS Secrets Manager, GCP Secret Manager, or Azure Key Vault |
references/github-vercel-cloudflare.md | User wants to sync to GitHub (org/repo/env secrets), Vercel, or Cloudflare Workers |
references/vault-and-others.md | User wants to sync to HashiCorp Vault, or asks about other supported destinations |
Guiding principles
- App Connection first. Every sync requires an App Connection with correct permissions. Verify this exists before configuring the sync.
- Use the exact API enum values. UI labels and wire values differ. Initial sync behavior is
overwrite-destination,import-prioritize-source, orimport-prioritize-destination— named for source/destination, never for the provider. There is noimport-prioritize-infisicalorimport-prioritize-vercel. - Recommend Key Schemas. Always suggest a key schema (e.g.,
INFISICAL_{{secretKey}}). It must contain exactly one{{secretKey}};{{environment}}is optional. Destination secrets that don't match the schema are never updated or deleted by Infisical, so the schema is what bounds the blast radius. - Infisical is the source of truth. Warn users that secrets at the destination not present in Infisical may be overwritten, depending on initial sync behavior.
- Import when migrating. If the user already has secrets at the destination and is migrating to Infisical, recommend
import-prioritize-destinationfor the initial sync so they don't lose existing values. Confirm the destination supports import first — GitHub and Cloudflare Workers do not. - Auto-sync is default. Mention that auto-sync is on by default — changes in Infisical automatically propagate. They can disable it for manual-only syncing.
- Mapping behavior is AWS Secrets Manager only.
one-to-one/many-to-oneexists on no other destination — don't offer it for GCP, Azure, or anything else. - Warn about provider quirks. Azure Key Vault converts underscores to hyphens. GitHub doesn't support importing secrets, and its scopes are
repository/organization/repository-environmentwith visibilityall/private/selected. Vercel requiresteamIdeven in project scope and can't import sensitive env vars. - 48 destinations, and no Jenkins sync. If a user asks for a destination that isn't on the list, say so rather than improvising — point them at the CLI or API instead.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

