用途：yeet 用于把「暂存、提交、推送、开 PR」合并为一次流程，且仅在用户明确要求使用 GitHub CLI（gh）完成该流程时启用。
前置条件：需要 GitHub CLI，先运行 gh --version 检查；若缺失，提示用户安装并停止。需要已认证的 gh 会话，运行 gh auth status 检查；未认证则让用户执行 gh auth login 后重新检查。
命名规范：从默认分支（如 v26.1/v26.2，通常基于 v{年份}.{季度}）开始时，分支名为 {github 用户名去掉 -dn 后缀}/ar-{jira 工单号}/{描述}；PR 标题为 AR-{jira 工单号}: {描述}，概括完整 diff。提交信息格式为 [type]: 主题行（首词大写），类型用 [feat]、[fix]、[refactor]、[chore]、[test]；提交信息中不写工单号，工单号留给 PR 描述。简单改动用较长的描述性主题、不写正文；复杂改动用简短主题加要点正文。要点以动作动词或过去式开头，不以句号结尾。仅当 AI 写了大部分代码时才添加 Co-authored-by: Cursor cursoragent@cursor.com。
工作流：若在默认分支则创建分支 git checkout -b "{用户名}/ar-{工单号}/{描述}"，否则留在当前分支；用 git status -sb 确认状态后 git add -A；按上述风格提交，多行提交用 HEREDOC；运行检查，若因缺少依赖或工具失败则安装依赖并重跑一次；用 git push -u origin $(git branch --show-current) 推送；若因工作流认证错误失败，从 master 拉取后重试；用 GH_PROMPT_DISABLED=1 GIT_TERMINAL_PROMPT=0 gh pr create --draft --fill --head $(git branch --show-current) 创建草稿 PR，并把 PR 描述写入临时文件（如 pr-body.md）以避免转义问题。PR 描述需为详细散文，覆盖问题、对用户的影响、根因、修复及验证所用的测试或检查。
限制：资料未提供该技能的安装方式、收费、支持平台与效果数据；其行为依赖 gh 认证状态与仓库分支约定，且仅在用户明确要求时使用。