git-sync — 全平台发布工具

将 skill/agent 代码规范化推送到码云（Gitee）、GitHub，并支持 ClawHub、SkillHub、PyPI 发布与 Release 创建。

约束

• 自动检测类型 — 自动识别 skill（_meta.json）或 agent（rag_assistant/__init__.py），分别走不同发布流程
• all 模式 — git-sync all 遍历 skills/ 和 agent/ 全部项目
• 网络依赖 — 推送 Gitee/GitHub/ClawHub/SkillHub/PyPI 需要可用网络连接，超时阈值 60 秒
• 冲突不自动合并 — git merge 冲突需人工介入
• 固定仓库 — 同步目标固定为 ~/.workbuddy/workbuddy-skills/
• 参数约束 — 项目名不含路径分隔符，version 格式严格 x.y.z
• 仓库规模 — 支持 1-50 个项目，每个 ≤ 500MB
• 数据持久性 — manifest.json 记录同步状态，不备份远程仓库数据

触发条件

正向触发：

• 「同步/上传/推送/发布某个 skill 或 agent」
• 「全量同步/全部发布」
• 「发布到 ClawHub/SkillHub/PyPI」
• 「创建 Release」
• 「打包/更新 README.md」
• 「检查版本号」

否定条件：

• 用户只是说「帮我看看这个文件」——没有同步/打包意图
• 用户要求「用 git 提交代码」——这是通用 git 操作，不是本技能

核心能力

📚 渐进式加载：本技能采用渐进式 MD 体系，SKILL.md 为入口（≤230行），详细内容拆分到 references/*.md 按需加载。

• 全平台发布 —— Gitee + GitHub + ClawHub + SkillHub + PyPI，一次同步全自动
• 类型自动识别 —— skill（_meta.json）/ agent（__init__.py），版本号各自读取
• 路径由 manifest 统一管理 —— 每个条目记录 source_path（源路径）+ repo_path（仓库内路径），skill 和 agent 统一走同一套逻辑
• all 批量模式 —— 遍历全部 skills 和 agents 逐个同步
• LLM 文件过滤 —— 同步前扫描源文件 → 全量打印文件列表 + 规则 → 要求 WorkBuddy 输出决策 JSON → 只复制允许的文件
• LLM 脱敏（强制） —— 同步后强制脱敏敏感信息（邮箱/token/路径/本地路径），无跳过选项。全自动 LLM 决策：公开署名保留，Token/私钥自动替换
• 版本号三方对比 —— _meta.json / SKILL.md frontmatter / changelog
• SKILL.md 规范审查 —— 内联审计（版本一致性 + R-23 脚本引用检查）
• ZIP 打包 + HTML 索引 —— 生成安装包 + 可视化索引页
• PyPI 隔离构建 —— 拷贝源码到临时目录 → 生成 setup.py → build → twine 上传，版本号自动归一化 PEP 440，dev_status 自动判别
• Release 创建 —— git tag + GitHub/Gitee API Release（技能用 {name}-v{ver}，智能体用 v{ver}），源码包由平台自动生成

平台发布差异

渐进式文件索引

不支持：

• 通用 git 提交：本技能专注于 skill/agent 仓库同步，通用 git 操作由用户手动完成
• merge 冲突解决：遇到 git merge 冲突时不会自动合并，需要用户手动处理

快速开始

场景：推送技能到双平台 用户需求：skill-name=novel-weaver, 当前版本=1.18.2, 目标版本=1.19.0 系统执行：

bash ~/.workbuddy/skills/git-sync/scripts/git-sync.sh novel-weaver

系统输出：[1/8] 触发判断 → 继续 [2/8] 安全校验 → 通过 [3/8] 清单检查 → 升级至 1.19.0 [4/8] 文件同步 → 已复制 47 个文件 [5/8] 敏感信息脱敏 → 2 处已替换 [6/8] 更新 README → 新增 1 条 [7/8] 提交推送 → Gitee ✅ / GitHub ✅ [8/8] 打包索引 → .zip 已生成 最终输出: 码云 ✅ / GitHub ✅ → 版本 1.19.0 已同步

场景：仅打包不推送 用户需求：skill-name=git-sync, 当前版本=2.23.0, --pack-only 标志 系统执行：

bash ~/.workbuddy/skills/git-sync/scripts/git-sync.sh git-sync --pack-only

系统输出：[1/8] 触发判断 → 继续（--pack-only 跳过推送） [4/8] 文件同步 → 已复制 22 个文件 [8/8] 打包索引 → .dist/git-sync-v2.23.0.zip 已生成（45.2 KB，22 文件） 最终输出: .dist/git-sync-v2.23.0.zip 已生成

场景：仅推送不打包 用户需求：skill-name=workday-calendar, 当前版本=2.2.0, 目标版本=2.2.1, --push-only 标志 系统执行：

bash ~/.workbuddy/skills/git-sync/scripts/git-sync.sh workday-calendar --push-only

系统输出：[1/8] 触发判断 → 继续 [2/8] 安全校验 → 通过 [3/8] 清单检查 → 升级至 2.2.1 [4/8] 文件同步 → 已复制 31 个文件 [5/8] 敏感信息脱敏 → 0 处 [6/8] 更新 README → 无变化 [7/8] 提交推送 → 码云 ✅ / GitHub ✅ [8/8] 打包索引 → 跳过（--push-only） 最终输出: 码云 ✅ / GitHub ✅ → 版本 2.2.1 已同步

工作流程

1. 触发判断 → 输入 用户请求文本 → 输出 触发决策（继续/拒绝） — 解析用户请求，判断是否为同步/推送/打包意图
2. 安全校验 → 输入 目标路径 + skill 名称 → 输出 校验通过/拒绝 — 检查目标路径合法性、skill 名称白名单
3. 清单检查 + 路径解析 → 输入 manifest.json → 输出 同步状态 — 读取 manifest 条目获取 source_path/repo_path，无则按 type 走默认路径
4. 版本号对比 → 输入 仓库版本 v.s. 本地源文件 → 输出 升级/跳过/冲突 — 读取 _meta.json（skill）或 __init__.py（agent），版本号自动归一化 PEP 440
5. LLM 文件过滤 → 输入 源目录 → 输出 允许文件列表 — 扫描源目录 → 全量打印文件列表到 stdout → WorkBuddy 在回复中输出决策 JSON → 只复制允许的文件到 workrepo
6. 敏感信息脱敏（强制） → 输入 工作仓库文件 → 输出 脱敏后的副本 — 扫描邮箱/token/IP 并强制替换。全自动 LLM 决策，无跳过选项
7. 更新 README → 输入 workrepo → 输出 更新后的 README.md — 全量扫描 workrepo/skills/ + agent/，重新生成 README.md（skills 表格 + 智能体表格）
8. 提交推送 → 输入 提交信息 → 输出 推送状态 — git add/commit/push 到码云 + GitHub
9. ZIP 打包 → 输入 技能目录 → 输出 .zip 文件 + index.html — 将 skill 目录打包为 .zip（仅 skill，agent 跳过）
10. 市场发布（可选）→ ClawHub / SkillHub（skill）/ PyPI（agent + --pypi）
11. 创建 Release（--release 标志）→ 打 tag + 推双平台 + 创建 GitHub Release + Gitee 发行版，源码包由平台自动生成

数据目录说明

本技能的数据文件存放在：

skills/.standardization/git-sync/
├── data/
│   ├── config.json     # 平台配置（用户名、仓库名、分支等）
│   └── manifest.json   # 技能同步状态清单
└── backup/             # 改造/更新前的自动备份

安装目录 skills/git-sync/ 只保留 SKILL.md 和 scripts/。

📚 渐进式加载：本技能采用渐进式 MD 体系，SKILL.md 为轻量入口（≤230行），详细内容拆分到 references/*.md 按需加载。完整文件清单见「核心能力 → 渐进式文件索引」表格。