用途：为当前分支完成暂存、提交、推送并创建 GitHub PR，先创建面向 main 的 PR，再自动 cherry-pick 到 release/stable 并创建配对 PR。前提是已处于正确分支、改动可提交（或已提交），且 npm run ci 已通过。CLI 版本升级应改用 /pac-cli-update，审查已有 PR 用 /review <number>。
主要能力：显式暂存指定文件（禁止 git add .），用 fix:、feat:、chore:、build:、docs: 等类型提交；推送后按改动类型选择 PR 模板（依赖更新或功能/缺陷修复）；记录 main 分支提交 SHA，创建 release 分支并逐个 cherry-pick，再向 release/stable 提交配对 PR；最后提示用户排队官方构建。
使用方式：git add <specific files>、git status、git commit -m "<type>: <description>"；git push -u origin HEAD；用 MAIN_BRANCH=$(git branch --show-current) 与 COMMITS=$(git log origin/main..HEAD --reverse --format="%H") 获取分支与提交；用 gh pr create --base main 创建主 PR，再 git fetch origin release/stable、git checkout -b "$RELEASE_BRANCH" origin/release/stable、循环 git cherry-pick "$SHA"、git push -u origin "$RELEASE_BRANCH"，最后 gh pr create --base release/stable。
适用场景：Power Platform Build Tools 仓库中需要同时向 main 与 release/stable 提交改动的常规开发流程。
限制：资料未提供该技能的安装方式、收费、平台支持范围与效果保证；官方构建需在 Azure DevOps 排队并设置 GITHUB_TOKEN、AZ_DevOps_Read_PAT、isEsrpEnabled、PUBLISH_TO_MARKETPLACE 等变量，若构建成功后未出现 GitHub Release，需检查 GITHUB_TOKEN 是否缺失、过期或缺少 repo 权限与 SSO 授权。