Power Apps Canvas App 開發：Codex 如何強制優先使用 Canvas Authoring MCP
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/1373
在使用 Codex 開發 Power Apps Canvas App 時，如果工作目錄已配置 canvas-apps@power-platform-skills，最好在提示詞中明確規定工具的使用優先順序。
否則 Codex 可能在 MCP 操作稍微麻煩、首次失敗，甚至尚未完整確認 MCP 狀態時，就直接改用其他方式操作 Power Apps。
為什麼要指定 canvas-apps@power-platform-skills
目前 Canvas App 開發可以透過：
canvas-apps@power-platform-skills
↓
Canvas Authoring MCP Server
↓
Power Apps Canvas App
來進行 Canvas App 的讀取、分析、修改、驗證、編譯與同步。
因此，如果專案已經配置好這套工具，提示詞中最好直接指定：
Canvas App 操作應優先使用既有 MCP / Skills，不要讓 Agent 自行選擇一套新的操作方式。
強制使用版提示詞
如果希望 Codex 必須使用 MCP，不允許自行繞過，可以加入：
【Canvas App MCP 強制使用規則】
凡涉及 Power Apps Canvas App 的讀取、分析、修改、驗證、編譯或同步操作，必須優先且強制使用canvas-apps@power-platform-skills及其 Canvas Authoring MCP Server。不得在該 Skill / MCP 可用的情況下自行改用其他方式直接操作 Canvas App。開始 Canvas App 相關作業前，必須先確認canvas-apps@power-platform-skills是否已安裝、Canvas Authoring MCP Server 是否已配置並可正常使用；如不可用，先明確報告原因，不得自行繞過此要求。
這種寫法適合希望嚴格控制開發方式的專案。
更實用的「MCP 優先、瀏覽器備援」版本
實際開發時，我更推薦稍微放寬。
因為 Canvas Authoring MCP 有可能因環境、連線、功能限制等原因真的無法完成某些操作。這時完全禁止其他方式，反而可能把 Codex 卡死。
可以改成：
【Canvas App MCP 優先使用規則】
凡涉及 Power Apps Canvas App 的讀取、分析、修改、驗證、編譯或同步操作，應優先使用canvas-apps@power-platform-skills及其 Canvas Authoring MCP Server。開始 Canvas App 相關作業前，應先確認canvas-apps@power-platform-skills是否已安裝、Canvas Authoring MCP Server 是否已配置並可正常使用。若經確認該 Skill / MCP 當前確實無法使用，或無法完成所需操作，則允許改用 Codex 內置瀏覽器等其他可用方式操作 Power Apps，但在切換操作方式前，應先說明無法使用 MCP 的具體原因及改用方案。不得僅因操作較複雜、首次執行失敗或需要額外設定，就直接跳過 MCP。
它的執行邏輯就是：
Canvas App 操作
↓
優先使用 canvas-apps@power-platform-skills
↓
Canvas Authoring MCP 是否可完成？
↓
可以 → 繼續使用 MCP
↓
不行
↓
說明失敗原因
↓
允許改用 Codex 內置瀏覽器
這比單純寫「優先使用 MCP」更可靠。
為什麼最後一句很重要
這一句尤其值得保留：
不得僅因操作較複雜、首次執行失敗或需要額外設定，就直接跳過 MCP。
因為如果只寫：
「優先使用 MCP。」
Agent 仍然具有很大的自行判斷空間。
例如 MCP 第一次執行失敗，它可能直接判斷：
MCP 不好用
→ 改用 Browser
加入限制後，邏輯就變成：
第一次失敗
→ 調查原因
→ 嘗試恢復 MCP
→ 確認真的不可用
→ 才允許 Browser fallback
對長期維護 Power Apps 的專案會穩定很多。
提示詞應該放在哪裡？
最好放在環境與工具說明區塊，而且要位於具體功能需求之前。
例如：
需求文件的權威性說明
↓
Power Platform CLI / MCP / Skills 環境說明
↓
【Canvas App MCP 優先使用規則】
↓
Dataverse Table / Solution / Canvas App 資訊
↓
具體功能需求
這樣 Codex 在真正開始修改 Canvas App 前，就已經先讀到工具使用規則。
結論
如果專案已經使用 canvas-apps@power-platform-skills 與 Canvas Authoring MCP Server，最適合的策略不是完全禁止其他工具，而是：
MCP 優先 → 確認無法使用 → 說明原因 → 才允許 Codex 內置瀏覽器作為備援。
因此，小節標題推薦使用：
【Canvas App MCP 優先使用規則】
既能約束 Codex，又不會因 MCP 暫時不可用而讓整個 Power Apps 開發任務停擺。
This article was last edited at