用途：该技能用于多仓库的日常维护自动化，覆盖提交、同步、GitHub 审查与发布监控四类任务。核心思路是 ru 负责机械性操作，人只处理需要判断的部分，如实质性合并冲突、范围蔓延决策、规范版本选择。
主要能力与流程：分为四个阶段，需按顺序执行。阶段一智能提交：用 ru status --json 找出脏仓库，阅读 AGENTS.md 与 README.md 理解项目后，按逻辑分组 git add、commit、push。阶段二智能同步：ru sync -j4 并行同步，用 git log --oneline HEAD...origin/main 与 git diff 查看分叉；注意“规范版本”不等于“最新版本”，同文件分叉需人工判断。阶段三议题与 PR 审查：ru review --dry-run 查看待办，用 gh issue view、gh pr diff 独立核实，2025 年前的陈旧议题可关闭，PR 从不直接合并，只挖掘思路后说明关闭。阶段四发布与监控：检测 .github/workflows/*.yml，用 gh run list、gh run watch 监控 CI，失败时用 gh run view RUN_ID --log-failed 取日志、修复、推送并重复，直至通过。
使用方式：先运行 ru doctor && gh auth status 做健康检查，也可执行 ./scripts/validate.sh 校验 ru、gh、jq 与 API 连通性；scripts/review-sweep.sh owner/repo 可对单仓库执行完整审查流程。
适用场景：需要同时维护多个 Git 仓库、批量处理提交与同步、集中审查 GitHub 议题与 PR、并跟踪 CI 发布状态的开发者或团队。
限制：资料未提供 ru 的安装方式、支持平台、收费与价格信息；规范版本判断、复杂功能请求、安全相关问题等必须由人工决策，不能机械处理；提交时应排除日志、构建产物、密钥与 IDE 配置等临时文件。