用途：为 Apache Airflow 变更准备或执行授权发布，包括远程检查、推送前验证、创建 PR 与跟踪被推迟的工作。未获授权时只描述步骤，不执行发布，并保留既有的审批与确认边界。
主要能力与用法： 远程命名约定：upstream 指向 apache/airflow，origin 指向贡献者 fork。推送分支只用 origin，绝不直接推 upstream 或 main。运行远程命令前先执行 git remote -v 核对；命名不符时向用户指出并提议重命名，例如： git remote rename apache upstream git remote rename origin upstream git remote rename fork origin git remote add upstream https://github.com/apache/airflow.git 若缺 fork：gh repo fork apache/airflow --remote --remote-name origin。重命名或添加后再次核对。
开始前检查已有 PR：用 gh pr list --search "<issue number or keywords>" 并查找 closes:/fixes: 引用；优先在已有 PR 上构建，只在方案确实不同时另开 PR。
创建 PR：先做自审，审阅 git diff main...HEAD，依据 .github/instructions/code-review.instructions.md 与根 AGENTS.md 检查架构边界、数据库正确性、代码质量、测试要求、API 正确性与 AI 生成代码信号。运行静态检查： prek run --from-ref <target_branch> --stage pre-commit prek run --from-ref <target_branch> --stage manual --skip compile-ui-assets-dev --skip view-skill-eval --skip run-skill-eval-codex 运行相关测试并确认通过。推送前变基到最新目标分支： git fetch upstream <target_branch> git rebase upstream/<target_branch> 然后推送并创建 PR： git push -u origin <branch-name> gh pr create --web --title "Short title (under 70 chars)" --body "$(cat <<'EOF' ... EOF)" 使用 --web 打开浏览器供用户审阅提交，正文预填生成式 AI 披露。标题不超过 70 字符、祈使句，不用 Conventional Commits 前缀。
推迟工作跟踪：若 PR 只提供变通、版本上限、缓解或部分修复，须先开 GitHub 跟踪 issue，在 PR 正文按编号引用，并在代码变通处以完整 URL 注释；不要在正文或注释中写“稍后开 issue”之类的模糊说法。跟踪 issue 应说明变通内容、选择原因、后续具体工作与移除验收标准。
限制：本技能面向 Airflow 仓库贡献流程，具体测试约定与生成检查命令以根 AGENTS.md 为准；原文未提供其他受限说明。