Yeet 一键 GitHub PR 流程
将分支、提交、推送和 GitHub 拉取请求创建整合为一次受控流程。
技能要求用户明确请求后才执行，并检查 gh 认证状态，具备基本范围约束；但会无差别执行 git add -A、提交、推送和创建 PR，缺少逐步确认、敏感变更审查、回滚方案和对 git push/依赖安装外部影响的充分披露，因此大幅扣分。
流程步骤总体连贯，包含 gh、认证、模板发现和已有 PR 检查；但未提供测试套件、关键路径复现证据，检查命令未定义，失败时安装依赖并重试可能改变环境，推送失败后从 master 拉取并重试也可能引入未预期变更，因此静态评分受限。
触发条件和目标用户任务较清楚，明确限定为用户要求的一体化 GitHub 流程；但未充分说明不适用场景、变更确认边界和非 GitHub/非 gh 环境行为，且核心依赖 GitHub CLI 与 GitHub 网络服务，可能降低中国大陆网络环境下的可用性。
文档结构清晰，包含前置条件、命名、模板、流程、标题和正文规则，并说明仓库已弃用；但本技能的许可证、版本、变更记录、维护责任和更新路径未明确，且资源文件与安装说明不足，存在治理和维护信息缺口。
从文本看能够覆盖暂存、提交、推送和创建或更新 PR 的核心任务，并考虑模板和现有 PR；但没有代表性输出、成功结果或行为验证，自动 stage all 与重试策略可能导致额外人工审查，因此只能给出有限的静态效用分。
提供了较具体的命令、参数和分支条件，流程可审计；但仅有技能说明和界面元数据，没有测试套件、CI 结果、第三方执行证据或多源交叉验证，因此无法支持更高的可验证性评分。
- 执行前应人工检查 git status 和待提交差异；git add -A 可能包含不应提交的文件或敏感信息。
- 推送、拉取和创建 PR 都会产生外部仓库状态变化，技能未定义逐步确认或回滚流程。
- GitHub CLI、GitHub 认证和网络连通性是硬依赖，可能影响中国大陆环境中的可用性。
- 仓库已标记为弃用，技能的后续维护和兼容性需要单独确认。
这个 Skill 能做什么，适合哪些场景？
Yeet 是一个面向 GitHub CLI 的 GitHub 拉取请求工作流技能。它仅在用户明确要求一次完成暂存、提交、推送和创建拉取请求时使用。技能会检查 GitHub CLI 及其登录状态，处理分支、提交、检查、推送和 PR 模板。该技能属于已弃用的 openai/skills 技能目录，当前示例和插件应参考 OpenAI Plugins 仓库。
检查 gh --version 和 gh auth status；必要时从默认分支创建描述命名的分支；运行 git status -sb、git add -A 和描述命名的提交；运行已有检查；推送当前分支并设置上游；从仓库根目录查找 PR 模板；检查当前分支是否已有 PR；已有 PR 时更新它，新 PR 则创建草稿 PR；最后根据实际差异编辑 PR 标题和正文。
- 开发者完成一项 GitHub 代码修改，并明确希望从当前工作区一路创建 PR。
- 团队成员希望统一使用描述作为分支名、提交信息和 PR 主题。
- 维护者需要让技能读取仓库现有 PR 模板后再创建或更新 PR。
- 已有 PR 的作者继续提交修改，并希望更新当前分支对应的 PR，而不是新建 PR。
这个 Skill 有哪些优点和局限？
- 覆盖从 Git 状态确认到 PR 创建或更新的完整流程。
- 会发现并读取仓库根目录下的有效 PR 模板。
- 已有 PR 时更新原 PR，并保留其草稿或 ready-for-review 状态。
- 要求 PR 标题和正文反映实际净差异。
- 仅适用于明确要求完整 GitHub PR 流程的场景，不适合作为普通提交或推送助手。
- 强依赖 GitHub CLI、Git 和已认证的 GitHub 会话。
- 多个 PR 模板同时存在时会在创建 PR 前停止并要求选择。
- 源材料未提供测试套件、平台覆盖或单独许可证信息。
- 仓库 README 已声明该仓库弃用。
如何安装这个 Skill？
该技能位于仓库的 skills/.curated/yeet/。在 Codex 中使用 $skill-installer yeet 安装 curated 技能；安装后重启 Codex 以加载新技能。README 未说明其他安装方式或单独许可证信息。
如何使用这个 Skill？
仅在明确提出一次完成暂存、提交、推送并打开 GitHub PR 的请求时触发，例如：“请用 GitHub CLI 将当前修改暂存、提交、推送，并创建一个草稿 PR。” 使用前必须安装 gh 并完成 gh auth login；如果检查失败，技能会要求先解决对应问题并停止。