用途：该技能是一套结构化的 7 阶段超级工作流，用于 GitHub 仓库的综合管理，包括审计、清理、竞品对标与优化。适用触发场景：需要审计仓库中的密钥、垃圾文件或低质量内容；用户要求“清理我的仓库”“优化我的 GitHub 项目”或“审计这个库”；对拉取请求进行结构化审查或创建；在 GitHub 上将自己的项目与竞品对比；以及在仓库 URL 上运行 /super-workflow 或 /openclaw-github-repo-commander。
主要能力与流程：阶段1 受理：克隆目标仓库、定义成功标准、建立基线指标。阶段2 执行：运行 scripts/repo-audit.sh <repo-path>，自动执行只读检查，涵盖硬编码密钥（ghp_、sk-、AKIA 等）、被跟踪的 node_modules/ 或构建产物、空目录、大于 1MB 的大文件、.gitignore 覆盖缺失、README 内部链接失效。阶段3 反思：在自动化之外进行深度人工审查，包括内容质量、文档一致性、结构问题、版本不匹配。阶段4 竞品分析：在 GitHub 搜索相似仓库，对比文档标准、功能覆盖、star 数与社区采用度。阶段5 综合：将全部发现整理为按优先级排序的行动计划（P0 关键 / P1 重要 / P2 可选）。阶段6 迭代：执行计划，删除低价值文件、修复安全问题、升级文档、添加 CI 工作流、更新变更日志。阶段7 验证：重新运行审计脚本（目标 7/7 PASS），验证所有更改、推送至 GitHub，并交付完整报告。
示例：/openclaw-github-repo-commander https://github.com/owner/my-repo 会运行全部 7 个阶段并生成前后对比报告；也可用自然语言要求快速清理或竞品对标。
安全与限制：审计脚本仅扫描常见密钥模式并排除 .github/workflows/ 以减少误报；该脚本为只读，只报告发现，不会删除、重写、暂存、提交或推送文件；所有 gh CLI 操作使用用户现有认证，技能不存储凭据；阶段6 未经用户明确确认不会修改文件。建议在推送前始终运行阶段7 验证，使用语义化提交信息（chore:、fix:、docs:），并检查 pr_todo.json 中待处理的审查请求；不要跳过阶段4，不要提交 node_modules/ 或 .env 文件。该技能由 @wd041216-bit 在 PR #340 中贡献，当前无独立上游仓库；许可 MIT，版本 4.0.0。限制：仅在任务明确符合上述范围时使用；不应将输出替代针对具体环境的验证、测试或专家审查；若缺少必要输入、权限、安全边界或成功标准，应停止并寻求澄清。