用途：处理该仓库最常见的更新——升级 PAC CLI 二进制版本和/或 @microsoft/powerplatform-cli-wrapper npm 包版本。调用方式为 /pac-cli-update <pac-version>，或 /pac-cli-update <pac-version> <wrapper-version>。每次都会生成两个 PR：一个面向 main，一个面向 release/stable，这是该仓库的标准发布模式，不可只合并到一个分支。
主要流程：先检查 memory/ado-knowledge.md 的同步时间，超过 7 天或缺失则先运行 /knowledge-sync；用 nuget.org API 确认新 PAC CLI 版本及 linux-x64 包均已发布，否则停止；同步 origin/main 并创建分支；更新 nuget.json 中两个包为同一版本；在 extension/overview.md 的 {{NextReleaseVersion}} 下新增条目（占位符保留）；如给出 wrapper 版本或 changelog 要求，则更新 package.json 依赖并 npm install；运行 npm install 与 npm run ci 验证（功能测试本地会失败，属预期）；提交推送并创建 main PR；再从 release/stable 建分支 cherry-pick 同一提交并创建 release PR；最后输出新旧版本、两个 PR 链接与 restore 结果，并提示合并后排队官方构建。
限制与硬性规则：两个 nuget.json 包版本必须一致，不可只更新一个；不可跳过 release/stable PR；未验证 main PR 的 CI 通过前不可 cherry-pick 到 release/stable；overview.md 的 {{NextReleaseVersion}} 占位符必须保留；若 linux 包尚无新版本需等待，不可发布版本不一致的更新。合并后需在指定 Azure DevOps 构建中设置 GITHUB_TOKEN、AZ_DevOps_Read_PAT、isEsrpEnabled、PUBLISH_TO_MARKETPLACE 等变量。