用途：为第三方 .ppmplugin 控件按需部署分发型 PCF（Studio 侧控件），它通过 wrap shell 的 SendMessagePlugin 桥把复合键 <name>/<receiver> 派发到控件的本机模块。基于用户当前激活的 pac auth 配置文件执行 pac pcf push，与脚手架技能解耦：先在本地生成、定制迭代，就绪后再部署。
主要能力与流程：先读取仓库内共享文档与命名规范，按各技能最小前置要求检查环境（Node.js 20+ 与 npm、pac CLI、.NET SDK、激活的 pac auth 配置文件；不需要 pnpm），并以可见区块打印前置检查结果。随后读取 PRD.md 推导 PCF 目录名与发布者前缀；若缺失则报错停止。通过 Glob 查找 pcf/**/ControlManifest.Input.xml 稳健定位 PCF 项目根目录，输出部署状态看板（清单版本、上次部署版本、发布者前缀、当前 pac auth 环境与用户等），并运行 pac org who 获取激活环境。
确认环节有三道闸门：发布者前缀（必须 2–8 位小写字母开头，仅含小写字母与数字）、版本递增（补丁/次版本/主版本，或不递增但提示缓存风险）、部署确认（以目标环境为主标题展示，可选择保留或切换环境）。执行时按需 npm install 与 npm run build，再运行 pac pcf push --publisher-prefix "$PREFIX"，失败时按错误类型给出处理方向，并在 .extension-state.md 记录部署结果。
适用场景：需要将已脚手架完成的第三方控件分发型 PCF 推送到指定 Power Platform 环境时。
限制：不负责脚手架生成；需要 PRD.md 存在；发布者前缀需在目标环境中已注册，否则推送报错，需环境管理员通过 pac solution publisher-add --prefix "$PREFIX" --name "<publisher name>" 添加，或改用已存在前缀；版本相同可能因缓存导致已加载应用看不到变更，建议每次有效推送递增补丁版本。其他细节资料中暂未提供。