sync-pull
Skill26 starsChanged 8 months agoMITView on GitHub
Use when the user wants to restore, download, or pull their Claude Code config from GitHub onto this machine. Trigger with /sync-pull.
In this repository5 other files it gives its agents.
- sync-configSkill
- sync-profilesSkill
- sync-pushSkill
- sync-setupSkill
- sync-statusSkill
The file
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 5 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 35
Run the documented script and check its result.
- Distinctive: line 52
If the user specifies a different profile than their current one, this effectively switches their setup.
- Distinctive: line 79
Read the README for installation, shared layers, and supported configuration paths.
- Distinctive: line 80
Read the privacy policy for backup storage and credential handling.
- Distinctive: line 81
Read the changelog for changes affecting installed versions.
≈ “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
Config Sync Pull
Overview
Restore saved Claude Code configuration from a private GitHub backup repository. Use this skill when moving to another machine or applying a saved profile. Shared configuration is applied first, followed by the selected profile and any enabled global settings.
Prerequisites
Claudebase setup must be complete. Bash, jq, Git, and authenticated GitHub CLI access to the backup repository are required. Confirm the target profile and local destination. You can also preview the operation with --dry-run before applying changes.
What happens
- Backup — Current local config is backed up to plugin data directory (timestamped, keeps last 10)
- Apply shared — Files from
shared/directory are applied first (base layer) - Apply profile — Profile-specific files overlay on top (overrides shared where both exist)
- Apply global — User-level settings from
global/are applied to~/.claude/ - Verify — JSON config files are validated for correct syntax
Instructions
- Parse the requested arguments and select the appropriate options below.
- Run the documented script and check its result.
Parse user arguments and run the pull script:
bash ${CLAUDE_PLUGIN_ROOT}/scripts/sync-pull.sh [OPTIONS]Options:
--profile NAME— Pull a specific profile (default: active profile)--dry-run— Show what would be applied without writing any files--no-backup— Skip backup step (use with caution)--yes/-y— Skip confirmation prompt (auto-approve)--include-global— Also pull~/.claude/settings.json(global settings are opt-in)
Profile switching
If the user specifies a different profile than their current one, this effectively switches their setup. Let them know which profile they're switching from/to.
After pull
Tell the user:
- How many files were applied
- Any validation warnings
- That a backup was created (and where)
- They may need to restart Claude Code for some settings to take effect
Output
Report the selected profile, applied file count, JSON validation warnings, and backup location from the script output. A dry run reports planned changes rather than completed restoration. Explain that a restart may be required for loaded Claude Code settings to take effect.
Error Handling
Troubleshoot missing profiles and authentication failures before retrying. If JSON validation reports malformed configuration, identify the affected file and report the warning. Preserve the normal backup and confirmation steps unless the user explicitly requested the corresponding bypass options.
Examples
/sync-pull --dry-run
/sync-pull --profile workResources
- Read the README for installation, shared layers, and supported configuration paths.
- Read the privacy policy for backup storage and credential handling.
- Read the changelog for changes affecting installed versions.
User Arguments
Interpret the following input as arguments for the documented operation:
$ARGUMENTS
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.

