该技能为新建 Power BI 报表编排完整生命周期：Define → Inspect → Spec → Approve → Build → Validate → Publish。它比单纯的需求收集更宽，除捕获报表规格外，在用户批准后继续进入实现阶段。
用途：适合需要需求、依赖检查、审批与构建编排的宽泛报表创建流程，例如从语义模型新建报表、先定义再构建报表、用报表 playbook 启动新报表。不适合对现有 PBIR 文件做小型精准编辑；直接 PBIR 创作应使用 powerbi-report-authoring，纯视觉设计或改造建议使用 powerbi-report-design。
主要流程与规则：运行 3–5 轮澄清，每轮一次只问一个问题；用 ask_user 逐项澄清。轮次结构为 Round 0 设置与依赖检查、Round 1 受众与任务、Round 2 模型盘点与范围、Round 3 叙事与页面计划、Round 4 设计身份、无障碍与交付。规范锁定前必须检查语义模型（可用语义模型技能、建模 MCP 或直接读取本地 TMDL/PBIP 文件）。必须显式检查依赖，不得假设 Desktop、MCP、authoring 或 Fabric 发布可用；缺失依赖时继续规划并将受影响阶段标记为 blocked/manual。
依赖清单涉及：Power BI Desktop（本地预览）、PBIP/PBIR 项目（文件式创作）、TMDL 语义模型（模型编辑）、powerbi-modeling-mcp（实时模型创作）、powerbi-report-authoring skill（报表创作验证）、powerbi-report-management skill（Fabric 发布）、Node.js（基于生成器的 PBIR 创作）。
交付与门禁：仅生成一份锁定文件 ./_brief/report-spec.md 作为审批与实现交接的单一事实来源，包含供用户审批的 Markdown 与嵌入的 YAML（Design Brief）。实现前必须取得 powerbi-report-design 返回的规范 Design Brief: YAML 块，且需含 generated_by、contract_version、每页 pages[] 与 layout_contract 等；缺失则停止并修订。未获用户明确批准不得开始构建；批准后端到端构建，包含模型变更、PBIR 生成、验证、Desktop 预览、截图循环与可选 Fabric 发布。发布视为可选，仅在获批后进行。设计默认项包括 WCAG AA 对比度、避免红配红、优先 Azure Map、为每张图表添加 alt text、高基数字段使用可搜索下拉切片器等。具体价格、平台支持或效果等资料暂未提供。