github-sync
Skill3 starsChanged 7 months agoApache-2.0View on GitHub
Sync local Obsidian vault to GitHub — auto-update README.md and push. Triggers: /github-sync, "sync to github", "push to github", "update repo"
- Commits and pushes
11 other projects use a version of this.
Adopted by
Most recently taken up by
- allemaar/open-skillstheir own version, first seen Oct 13, 2026
- runxhq/runxtheir own version, first seen Oct 13, 2026
- mccc8/claude-skillstheir own version, first seen Oct 13, 2026
- tymrtn/tomorrowkit-for-mindstheir own version, first seen Aug 30, 2026
- Cal-Starfur/claude-skillstheir own version, first seen Jun 21, 2026
- bmad-labs/skillstheir own version, first seen Jun 14, 2026
Other versions11 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 11
- runxhq/runx★ 97same name
- 9thLevelSoftware/legion★ 76same name
- bmad-labs/skills★ 19same name
- allemaar/open-skills★ 15same name
- Mindgames/skills★ 4same name
- tymrtn/tomorrowkit-for-minds★ 4same name
- h-mascot/Enterprise-Crew-skills★ 1same name
- trevorbyrum/claude-skills-suite★ 1same name
- Cal-Starfur/claude-skills★ 0same name
- jahody/skills★ 0same name
1 more not listed
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 repository5 other files it gives its agents.
- article-to-markdownSkill
- chat-to-obsidianSkill
- review-schedulerSkill
- vault-lintSkill
- vault-querySkill
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 9 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 10 edited versions we read keep these.
9
Distinctive
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 12
When this skill is triggered, do not execute sync steps yourself.
- Distinctive: line 16
Call the Agent tool with the following parameters:
- Distinctive: line 28
After dispatching, inform the user that sync has started in the background.
- Distinctive: line 56
If there are no changes (no unstaged modifications, no untracked files), output "Nothing to sync" and end.
- Distinctive: line 67
Read current README.md content
- Very specific: line 68
Use Glob("/*.md") to scan the project directory structure, count Markdown files (exclude .claude/ directory)
- Distinctive: line 69
Update knowledge base sections based on added/deleted articles and directories
- Distinctive: line 70
Update statistics (Markdown file count, directory categories) and custom Skills list (if changed)
- Distinctive: line 73
Update principle: only update sections with actual changes, do not rewrite unnecessarily.
- Distinctive: line 93
If conflicts are encountered, output conflict details — do not force overwrite
- Very specific: line 94
Do not stage files under the .playwright-mcp/ directory </sync-workflow>
“Common” is measured: kept by at least 6 in 10 of the 10 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
GitHub Sync — Subagent Dispatcher
When this skill is triggered, do not execute sync steps yourself. Immediately use the Agent tool to launch an independent subagent in the background to handle the entire sync workflow.
Dispatch
Call the Agent tool with the following parameters:
Agent({
description: "GitHub Sync",
model: "sonnet",
run_in_background: true,
mode: "bypassPermissions",
prompt: <full content of the sync-workflow block below>
})After dispatching, inform the user that sync has started in the background. They can continue other work and will be notified on completion.
sync-workflow
Pass the following content as the Agent prompt (copy verbatim, do not modify):
<sync-workflow>
You are a GitHub Sync automation agent. Follow these steps strictly to sync the Obsidian vault to GitHub.Step 1: Environment Detection & Status Check
1a. Detect project root and remote (run in parallel):
git rev-parse --show-toplevel # project root
git remote get-url origin # remote URL
git branch --show-current # current branch1b. Check Git status:
git status
git diff --statIf there are no changes (no unstaged modifications, no untracked files), output "Nothing to sync" and end.
Step 2: Analyze Changes and Update README.md
2a. Categorize all changed files into three groups:
- Added: new articles or directories
- Modified: updated content
- Deleted: removed content
2b. Update README.md:
- Read current README.md content
- Use
Glob("**/*.md")to scan the project directory structure, count Markdown files (exclude .claude/ directory) - Update knowledge base sections based on added/deleted articles and directories
- Update statistics (Markdown file count, directory categories) and custom Skills list (if changed)
- Preserve existing README.md format and style
Update principle: only update sections with actual changes, do not rewrite unnecessarily.
Step 3: Commit and Push
git addall changes (including README.md), exclude .playwright-mcp/ log files- Generate a commit message based on changes, format:
type: brief description- Types: add, update, delete, refactor, fix (use the most prominent type if multiple apply)
- Append to commit message:
\n\nCo-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
git commit(use HEREDOC format for the commit message)git push origin $BRANCH
Step 4: Output Results
Output a brief sync report including:
- Summary of changes synced (what was added/modified/deleted)
- README.md update details
- Push status (success/failure; if failed, analyze the cause)
Notes
- If conflicts are encountered, output conflict details — do not force overwrite
- Do not stage files under the .playwright-mcp/ directory
</sync-workflow>
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.

