為 Codex 準備的 4 個 Power Platform / Power BI 工具

| PowerPlatform | 2 Reads

Copyright Notice: This article is an original work licensed under the CC 4.0 BY-NC-ND license. If you wish to repost this article, please include the original source link and this copyright notice.
Source link: https://v2know.com/article/1385

我目前在 Power Platform 專案中準備了 4 個主要工具：

工具 Codex 用來做什麼 對應領域
Power Platform CLI（pac） 讓 Codex 執行 Solution、Environment、Dataverse、Canvas App 等 Power Platform 操作 Power Platform
Canvas Authoring MCP Server 讓 Codex 直接讀取、分析、修改及驗證 Canvas App Power Apps Canvas
Fabric CLI（fab） 讓 Codex 透過命令列操作 Fabric / Power BI 資源 Fabric / Power BI
MicrosoftPowerBIMgmt 讓 Codex 透過 PowerShell 管理 Power BI Workspace、Report、Dataset 及呼叫 REST API Power BI

這四個工具對我而言有一個共同目的：

不是為了讓我自己每天手動輸入命令，而是為了給 Codex 更多可以直接操作 Microsoft 平台的工具。

1. pac：給 Codex 一個 Power Platform CLI

pac 是 Microsoft 官方的 Power Platform CLI。

它能處理的範圍包括：

Environment
Solution
Dataverse
Canvas App
Authentication
Connector
PCF
ALM

例如：

pac auth list

可以查看 Authentication Profile。

而：

pac solution

則可以進行 Solution 相關操作。

對我來說，最大的價值不是我自己記住所有 pac 指令，而是：

Codex
  ↓
執行 pac
  ↓
Power Platform

例如我可以直接要求 Codex：

確認目前登入的 Power Platform Environment。

或者：

匯出目前的 Solution，並確認版本資訊。

Codex 就可以透過 pac 執行真正的 Power Platform 操作，而不是只能告訴我「應該去哪個 Web 管理頁面點哪裡」。

2. Canvas Authoring MCP Server：讓 Codex 真正碰到 Canvas App

Canvas Authoring MCP Server 的角色比 pac 更特殊。

它的目的就是建立：

Codex
  ↓
Canvas Apps Skill
  ↓
Canvas Authoring MCP Server
  ↓
Power Apps Studio
  ↓
Canvas App

也就是讓 Codex 不只是看到 Canvas App 的匯出檔，而是可以透過 MCP 與 Canvas App 開發環境協同工作。

例如可以讓 Codex：

  • 讀取 Screen

  • 分析 Control

  • 查 Power Fx

  • 修改 Property

  • 修改 .pa.yaml

  • 驗證 Canvas App

  • 查詢可用 Control

  • 查詢 Data Source

  • 將修改同步至 Power Apps Studio

這對 AI Coding Agent 非常重要。

因為如果沒有 MCP，Codex 即使懂 Power Apps，也往往只能：

告訴我怎麼改

有了 MCP 之後，目標則變成：

Codex 自己幫我改

因此我目前會優先要求：

凡涉及 Canvas App 的分析、修改、驗證或同步，優先透過 Canvas Apps Skill + Canvas Authoring MCP Server 執行。

3. fab：給 Codex 一個 Fabric / Power BI CLI

Power Platform 專案一旦開始涉及 Power BI，就會進入另外一套 Microsoft 生態。

這時候我使用：

fab

也就是 Microsoft Fabric CLI。

它可以讓 Codex 透過命令列處理 Microsoft Fabric，以及其中的 Power BI 資源。

概念上就是：

Codex
  ↓
fab
  ↓
Microsoft Fabric
  ↓
Power BI

例如可能涉及：

Workspace
Report
Semantic Model
Paginated Report
其他 Fabric Item

因此 fab 對我的意義可以簡化成：

給 Codex 一個操作 Fabric / Power BI 的官方 CLI。

這和 pac 的關係非常容易理解：

Power Platform
     ↑
    pac
     ↑
   Codex


Fabric / Power BI
     ↑
    fab
     ↑
   Codex

所以當 Codex 需要處理 Power Apps / Dataverse 時，可以想到 pac；

當它需要處理 Fabric / Power BI 時，則可以想到 fab。

4. MicrosoftPowerBIMgmt：讓 Codex 可以用 PowerShell 管 Power BI

我另外還安裝了：

MicrosoftPowerBIMgmt

它不是一個單一 CLI，而是一組 Power BI PowerShell Module。

例如：

Connect-PowerBIServiceAccount

可以登入 Power BI Service。

之後可以使用：

Get-PowerBIWorkspace

取得 Workspace。

也可以：

Get-PowerBIReport

取得 Report。

或者：

Get-PowerBIDataset

取得 Dataset / Semantic Model 相關資訊。

更重要的是：

Invoke-PowerBIRestMethod

可以直接呼叫 Power BI REST API。

因此對 Codex 而言：

Codex
  ↓
PowerShell
  ↓
MicrosoftPowerBIMgmt
  ↓
Power BI Service / REST API

這讓 Codex 可以直接產生並執行 PowerShell 腳本，完成一連串 Power BI 管理工作。

fab 和 MicrosoftPowerBIMgmt 為什麼兩個都要？

乍看之下，這兩個工具都有 Power BI 功能。

但我的目的不是選出唯一一個 Power BI 工具，而是：

盡量給 Codex 合適的官方操作介面。

fab 比較偏：

Fabric / Power BI CLI

而 MicrosoftPowerBIMgmt 比較偏：

Power BI PowerShell

因此 Codex 可以根據任務選擇比較方便的方法。

例如：

Fabric Item / Workspace 結構操作
                ↓
               fab

而比較適合 PowerShell 的：

取得 Workspace
取得 Report
批次處理
呼叫 Power BI REST API
                ↓
       MicrosoftPowerBIMgmt

並沒有必要強迫所有操作只能走其中一種。

四個工具其實就是給 Codex 四條路

最終可以整理成：

                         Codex
                           │
        ┌──────────────────┼──────────────────┐
        │                  │                  │
       pac          Canvas MCP              fab
        │                  │                  │
 Power Platform       Canvas App       Fabric / Power BI
        │
        │
        └─────────────────────────

                         Codex
                           │
                           ▼
                  MicrosoftPowerBIMgmt
                           │
                           ▼
                   Power BI PowerShell

如果再簡化：

Codex 想做的事情 優先工具
操作 Power Platform pac
修改 Canvas App Canvas Authoring MCP
操作 Fabric / Power BI fab
寫 PowerShell 管理 Power BI MicrosoftPowerBIMgmt

總結

我安裝這四個工具，最主要的目的並不是方便自己手動操作。

真正的目的其實是：

提高 Codex 對 Power Platform 和 Power BI 的實際操作能力。

Codex 本身雖然懂 Power Platform、Power Apps 和 Power BI，但如果只有文字與本機檔案存取能力，很多工作最後仍然只能變成：

Codex 告訴我怎麼做
↓
我自己去 Web UI 操作

而準備：

pac
Canvas Authoring MCP Server
fab
MicrosoftPowerBIMgmt

之後，理想狀態則會變成：

我告訴 Codex 我要什麼
↓
Codex 選擇合適的工具
↓
直接讀取、分析或操作 Microsoft 平台
↓
我負責確認結果

因此，這四個工具本質上可以理解成：

我替 Codex 準備的 Power Platform / Power BI 工具箱。

This article was last edited at