Git 全平台发布同步

解决的问题

git-sync 面向 skill/agent 发布流程中的版本与内容一致性问题：本地目录、_meta.json、SKILL.md frontmatter、changelog、仓库 README、ZIP 包和 ClawHub、SkillHub、PyPI 等目标容易脱节，尤其在手动执行多条命令时，版本不一致、敏感信息遗漏和打包遗漏更难及时发现。

核心机制

• 全平台同步：支持将 skill 或 agent 推送到 Gitee 与 GitHub，并按需发布到 ClawHub、SkillHub、PyPI。
• 类型自动识别：通过 _meta.json 识别 skill，通过 __init__.py 中的 __version__ 识别 agent，分别进入对应发布路径。
• LLM 让位式决策：文件筛除和敏感脱敏会写入 resume 状态并 exit 3，由调用方写入决策文件后重跑同一命令，避免进程内长时间轮询。
• 断点续跑：resume_{name}.json 记录 file_filter 或 sensitive_scan 环节，重跑时跳过已完成步骤，只从当前环节继续。
• 路径与仓库统一管理：_paths.py 集中管理路径，config.json 的 repos 注册表决定目标仓库，manifest.json 记录同步状态。
• 发布前检查：版本号三方对比、SKILL.md 规范审查、ZIP 打包和 HTML 索引生成，减少发布后才发现的问题。

使用边界

适合处理“同步、上传、发布、打包、创建 Release”这类明确意图；不适合替代通用 git commit / git push。遇到 git merge 冲突不会自动合并，需要人工处理。多平台发布依赖网络连接与有效凭证；ClawHub、SkillHub、PyPI 对版本参数、路径格式和构建方式有不同要求，应按各自说明执行。