1实现原理 · 为什么它能做到
核心动作是把本地 ~/.agents/skills/ljg-* 的更新一键同步到 github repo,覆盖 master(org 风格)与 md(markdown 风格)两条分支。
把本地 `~/.agents/skills/ljg-*` 里改过的 skills,一键同步到 github repo,覆盖 master 和 md 两个分支。
仓库路径硬编码;$SKILLS_REPO 不存在会自动 git clone,存在但 origin 不是 ljg-skills 则报错退出,不破坏现有目录。
如果 `$SKILLS_REPO` 不存在,脚本会自动 clone。如果它存在但不是 ljg-skills 的 git repo,脚本会报错退出(不破坏现有目录)。
变更检测与同步共用同一文件边界:按校验和比较,纯时间戳/目录元数据/空目录不触发,忽略清单只含 .git/、node_modules/、.DS_Store。
检测与同步共用同一文件边界:按校验和比较内容,可靠识别文件新增、删除、内容和可执行位变化;纯时间戳、目录元数据、空目录不会单独触发发布
README 一致性是硬 gate:push 前列出 local skill 名并 grep README,发现 local 有而 README 没有的即中止;确认无需更新时用 --skip-readme-check 绕过。
找出 local 有但 README 没有的——*几乎肯定意味着 README 漏更新*
md 分支发布前做自动转换:org 文件本体转同名 .md 并删原件、内嵌 org 示例转 markdown/YAML、扩展引用与关键词改写、evals/*.json 输出契约切到 Markdown。
md 分支同步时自动转换(2026-06-12 起含 org 文件本体):
推送顺序被强制为 master 先、md 后、再切回 master,因为 md 的 markdown 化基于 master 的 org 版本。
*master 必须先推*——md 分支的 markdown 化基于 master 的 org 版本做转换。反过来推会破坏顺序
脚本自动 bump patch version(plugin.json + marketplace.json);要 minor/major 得先手动改,脚本只追加 patch。
*脚本会自动 bump patch version 在 plugin.json + marketplace.json*
md 远端比本地新时先 pull --rebase,失败则尝试一次 reset --hard origin/md 并重新应用——会丢弃本地未推的 md commit,脚本前会提示。
脚本会 `pull --rebase` 失败时尝试一次 `reset --hard origin/md` 重新应用——这会丢弃本地未推的 md 分支 commit。脚本前会提示
支持 --dry-run(只列会同步的 skills 与转换,不执行 rsync/commit/push)与 --force(跳过检测同步全部),并带本地语音通知 curl。
不执行 rsync / commit / push
2核心能力
3外部依赖
| 类型 | 依赖 |
|---|---|
| cli | git(clone / commit / push / pull --rebase / reset --hard,凭据由用户预先配置的 ssh key 或 PAT 提供) |
| cli | rsync(按校验和同步 skill 目录,含 --delete) |
| cli | bun(运行 mdize 转换器与测试) |
| network | GitHub 远端仓库(硬编码,作为 push 目标) |
| network | 本地语音通知服务(宿主/工作流用 curl 触发,非脚本内) |
4风险提醒 风险提醒:黄色 · 留意使用
- 破坏性回退会丢本地 commit — md 远端比本地新时,pull --rebase 失败会尝试一次 reset --hard origin/md 重新应用,直接丢弃本地未推的 md 分支 commit;虽在脚本前提示,误确认即不可逆。
- 出站并改写远端状态 — git push 到硬编码的 github 远端,且 rsync --delete + md 分支删 .org 会镜像式改写;若本地出错(如误删 skill、误改 .gitignore),一次 push 会同步错误到远端两分支。
- 认证失败不处理、路径硬编码 — skill 不处理认证,ssh key/PAT 未配好会直接报错;仓库路径固定在 ~/.agents/skills 与 ~/code/ljg-skills,换机器/换目录需改脚本或建软链。
- 本地语音通知依赖外部服务 — Voice Notification 用 curl POST http://localhost:31337/notify,未监听时静默失败(重定向到 /dev/null 并后台化),不影响推送但通知可能丢失。
- 转换器的边界靠大量补丁维持 — org→md 的入点很多(内嵌模板、互斥格式句、单星加粗、运行时代码引用、evals 契约),正文用一长串 Gotchas 覆盖;新增复杂构件时有漏转风险,正文要求先 --dry-run 或沙盒跑 mdize。
5第二遍独立确认
- [ok] URL 命中性质 — 4 条:2 条 SKILL.md/Workflows 的本地 curl http://localhost:31337/notify,2 条 MdizeEmbeddedOrg.test.ts 的 https://example.com 测试字面量;无对公网 API 的查询端点,网络面是 git 远端 + 本地通知。
- [ok] 「凭证」命中非凭证读取 — 52 条命中均为 $HOME/$SKILLS_REPO/$SKILLS_LOCAL 变量、路径与 README/日志文案;SKILL.md 明写「脚本前提是 git credentials 已配好…ljg-push 不处理认证」,credential_reads=[] 成立。
- [ok] 外部程序确为执行面 — 8 条:SKILL.md/Workflows 的 curl、Push.test.ts 的 Bun.spawnSync(bash) 测试驱动;Push.sh 另有 rsync/git/awk/sed 调用,scripts_executed 已列。
- [ok] 写盘面与破坏性动作有原文 — 检测/同步边界、sed 改 plugin.json/marketplace.json、md 分支删 .org、reset --hard origin/md 均在 SKILL.md 原文;file_writes 与 risks 表述有据。
- [ok] README gate 与 dry-run 作为人工闸门 — SKILL.md 的硬 gate 段落与 --skip-readme-check 说明、Example 2 的 --dry-run 行为(不执行 rsync/commit/push)为原文,判级理由引用成立。
- [ok] 功能声明未夸大 — description「把本地 ~/.agents/skills/ljg-* 里改过的 skills 一键同步…覆盖 master 和 md 两个分支」与 SKILL.md 的两分支差异表、工作流一致;NOT FOR 亦与脚本硬编码范围相符。
6结论
76457b2903899638…9e75497a95