关于 github-workflow-automation
这项 skill 为使用 AI 自动化 GitHub 工作流提供指导，适用于处理代码评审、问题分流、CI/CD 和 Git 操作的团队。内容强调安全措施与验证；示例只是设计草案，不能直接启用。
主要功能
- 01AI 辅助 Pull Request 评审
- 02问题分流自动化方案
- 03GitHub Actions 工作流指导
- 04Git 操作自动化方案
- 05安全与验证措施
适用场景
- 01设计自动化 Pull Request 评审
- 02规划问题分流工作流
- 03在 CI/CD 流程中引入 AI
- 04自动执行 rebase 或 cherry-pick
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/github-workflow-automation确认已加载。
附带文件references/detailed-guide.md
详细介绍
🔧 GitHub 工作流自动化
借鉴 Gemini CLI 和现代 DevOps 实践，使用 AI 辅助自动化 GitHub 工作流的模式。
详细指南
执行此技能前，请先阅读详细指南。其中保留了完整流程和参考资料。必须遵守其中的安全要求、前置条件和验证要求。针对特定任务，请加载相关章节；若要完成端到端任务，请完整阅读指南。
何时使用此技能
在以下情况使用此技能：
- 使用 AI 自动化 PR 审查
- 设置问题分流自动化
- 创建 GitHub Actions 工作流
- 将 AI 集成到 CI/CD 流水线
- 自动化 Git 操作（变基、挑选提交）
限制
- 仅当任务明确符合上述范围时，才使用此技能。
- 不要将输出视为针对特定环境进行验证、测试或专家审查的替代品。
- 如果缺少必需的输入、权限、安全边界或成功标准，请停止并请求澄清。
信任边界和缺失的实现
这些只是部分设计草案，并非可直接启用的工作流：未提供 analyzeIssue/callAI/ai/execFile 和提供方 SDK 的设置；示例中的模型和操作版本已过时；多行输出处理不完整；在具备具体防护措施之前，部署、变基和回滚均被有意禁用。启用评论、标签、关闭过期项目、计划任务、分支推送或保护规则变更前，必须先获得授权。绝不要将问题/评论/差异/文件/分支文本插入 shell 或 JavaScript 源代码；应通过环境变量或私有文件传递数据，并使用经过验证的完整 SHA 和参数数组。使用以 NUL 分隔的 Git 文件名、随机输出分隔符或有大小限制的制品文件，不要使用固定的 EOF/多行单行输出。将模型输入和结果视为不可信；验证结构化标签和长度受限的 Markdown，绝不要让提示词文本授权工具或批准 PR。不要在具有机密信息/写入令牌的上下文中执行来自 fork/PR 的代码、包脚本或检出的操作；应使用可信且隔离的审查器、最小权限、已固定且经过审查的操作 SHA，并限制网络/数据传输。公开 PR/fork PR 通常无法访问提供方机密信息/写入令牌：应如实失败/跳过，而不要切换到不安全的 pull_request_target 检出方式。执行任何变基前，都要通过 GitHub API 检查维护者的实际权限、确切的命令语法、同仓库分支归属以及当前 head；使用明确的预期 head 租约，并在发生冲突时报告，不要强行解决。最高版本标签并不代表最近一次成功部署；AI 风险评分不能替代确定性门控；提交摘要也不能涵盖所有部署变更。保留现有的保护规则/规则集要求，不要用示例中的上下文列表替换。对于未知的变更路径/配置/锁文件变更，必须触发完整的相关测试集；仅靠路径选择不能完成依赖关系分析。