Fork Manager 是一款专为活跃开源贡献者设计的专业级 Fork 仓库管理工具，旨在解决长期维护 Fork 过程中面临的同步、整合与补丁管理难题。该技能通过结构化的工作流，帮助用户自动化处理上游同步、PR 分支维护、生产环境构建等繁琐操作，特别适用于需要同时维护多个未合并 PR 和本地定制补丁的场景。
核心用法
该技能提供完整的 Fork 生命周期管理能力，涵盖从基础同步到高级审计的全套功能。核心命令包括 sync 用于同步上游主分支，rebase-all 批量将 PR 分支变基到最新上游，build-production 创建包含所有开放 PR 与本地补丁的生产分支。此外，audit-open 可主动检测已过时或重复的 PR，review-closed 处理被关闭的 PR 并决策是否保留为本地补丁，full-sync 则提供一键式完整同步流程。所有操作均基于标准 Git 和 GitHub CLI 命令，通过配置文件管理多仓库状态。
显著优点
首先，本地补丁（Local Patches）管理是其独特优势，允许用户保留被上游拒绝或暂缓的修复，并设置定期审查提醒。其次，安全性设计突出，强制使用 --force-with-lease 替代 --force 进行推送，且在危险操作前自动执行 git stash --include-untracked，有效防止未提交代码丢失。第三，完善的审计机制能主动发现已在上游解决、重复提交或相互冲突的 PR，避免无效维护。第四，支持 Cron 模式自动化运行，可配置定时同步并生成简洁报告，适合持续集成场景。
潜在缺点或局限性
作为 T3 来源的个人项目，长期维护稳定性和社区支持相对有限。功能上高度依赖 GitHub 平台（gh CLI），不支持 GitLab 等其他平台。此外，尽管技能提供了自动化框架，但冲突解决仍需用户具备扎实的 Git 知识（特别是 rebase 操作），初学者可能在处理合并冲突时感到困难。配置管理相对复杂，每个仓库需要维护独立的 JSON 配置文件，对于管理大量仓库的用户可能增加认知负担。
适合的目标群体
主要面向活跃的开源软件贡献者、需要维护长期 Fork 的技术团队，以及依赖未上游化补丁进行生产部署的企业开发者。特别适合那些需要同时跟踪多个开放 PR、定期同步上游更新、且必须维护本地定制修改（如尚未合并的安全修复或特定业务逻辑）的场景。对于使用 "Fork 并修改" 模式进行软件分发的组织，该技能能显著提升维护效率。
使用风险
主要风险集中在 Git 操作的固有危险性上：尽管使用了 --force-with-lease，不当的 force push 仍可能覆盖远程分支；如果 config.json 中的 localPath 配置错误，可能导致对错误仓库执行破坏性操作。自动化流程中若出现 rebase 冲突而用户未能及时介入，可能使分支状态混乱。此外，该技能需要系统预装并正确配置 git 和 gh，凭证管理依赖系统 SSH/Git 配置，若配置不当可能导致权限问题。建议在首次使用前对目标仓库进行完整备份。