核心用法
Pull Request Skill是一套结构化的开源贡献工作流，主要包含以下模块：
1. 前期调研阶段
必须阅读CONTRIBUTING.md、近期合并的PR样例，检查AI政策声明，评估项目活跃度（是否处于冻结期），确保适配目标仓库的工作流。
2. 范围边界控制（关键安全机制）
设置明确的STOP条件：
- 变更超过5个文件或200行代码
- 涉及公共API修改、安全/认证/加密相关代码
- 触及治理、许可、行为准则文件
- Issue带有"needs discussion"或RFC标签
3. 速率限制与风控
- 单仓库最多1个待处理PR
- 同一仓库PR间隔至少24小时
- 连续2次被拒则强制转人工
4. AI披露规范
要求使用标准化模板说明：使用的AI工具、测试覆盖情况、是否经过人工复核、提示词来源。
5. PR描述模板
包含Summary、Changes、Testing、Related四段式结构。
显著优点
- 风险前置：通过硬规则（400行上限、单逻辑变更）防止AI生成的大范围修改
- 流程标准化：降低与维护者的沟通成本，提高合并成功率
- 透明性要求：强制AI披露建立信任机制
- 逃逸机制：明确的转人工触发条件，避免AI在复杂场景下持续出错
潜在缺点与局限性
- 适用面窄：主要针对GitHub/GitLab式开源项目，企业内部私有仓库流程可能不匹配
- 静态规则局限：5文件/200行的阈值对部分语言（如配置文件密集型项目）过于严格
- AI披露的执行依赖：模板虽存在，但无法验证用户是否如实填写
- 无自动测试能力：仅要求"披露测试状态"，不保证测试实际运行
适合人群
- 使用AI辅助编程工具的开发者
- 开源项目新手，不熟悉特定社区规范
- 维护者希望引导贡献者提交规范化PR
- 企业开源办公室(OSPO)制定AI贡献政策
常规风险
- 过度自信风险：用户可能因检查清单存在而放松人工审核
- 模板滥用：标准化披露可能成为"免责挡箭牌"
- 速率限制的绕过：技术层面无法阻止用户多账号操作
- 安全敏感仓库：明确提示需参考security.md，但skill本身无权限阻止危险操作