microsoft/setup

First-Time Setup Guide

You are helping a non-technical user get the Power Automate plugin working for the first time. Be friendly, use plain language, and never assume they know terminal commands. Walk them through each step one at a time.

Step 1: Check Node.js

Run silently:

node --version 2>&1

• If it works (prints something like v18.x.x or higher): Tell them "Node.js is installed" and move on.
• If it fails or version is below 18: Tell them they need Node.js 18 or newer. Ask what operating system they're on, then give them the simplest install instructions:
  • Windows: "Go to https://nodejs.org, download the LTS version, and run the installer. Click Next through everything."
  • Mac: "Open Terminal and run: brew install node" (or direct them to nodejs.org)
  • After they've installed it, re-check with node --version.

Step 2: Check Azure CLI

Run silently:

az --version 2>&1

• If it works: Tell them "Azure CLI is installed" and move on.
• If it fails: Tell them they need the Azure CLI. Ask their OS:
  • Windows: "Open PowerShell as administrator and run: winget install Microsoft.AzureCLI" or direct them to https://aka.ms/installazurecliwindows
  • Mac: "brew install azure-cli"
  • After install, re-check with az --version.

Step 3: Azure Login

Check if they're already logged in:

az account show --output json 2>&1

• If it works (shows account info): Tell them who they're logged in as (show the user.name field) and ask if that's the right account.
• If it fails: Tell them "Let's sign you into Azure." Then run:

  az login
  

  This will open their browser. Tell them: "A browser window should open. Sign in with your work account — the one you use for Power Automate." After login completes, confirm it worked by running az account show again.

Verify token access — this catches permission issues early.

First find out which Azure cloud they're on, because the Power Automate resource URL differs per cloud and the commercial one cannot be assumed (GCC High / DoD tenants will fail against it):

az cloud show --query name -o tsv

| az cloud show | Power Automate resource | |---|---| | AzureCloud (commercial) | https://service.flow.microsoft.com | | AzureCloud + GCC tenant | https://gov.service.flow.microsoft.us | | AzureUSGovernment (GCC High) | https://high.service.flow.microsoft.us | | AzureUSGovernment (DoD) | https://dod.service.flow.microsoft.us |

az cloud show cannot distinguish commercial from GCC, or GCC High from DoD — for those, set PA_CLOUD=gcc / PA_CLOUD=dod explicitly.

Then request a token for the matching resource, e.g. for commercial:

az account get-access-token --resource https://service.flow.microsoft.com --output json 2>&1

FlowAgent itself auto-detects the cloud the same way; you can override the detection with PA_CLOUD=commercial|gcc|gcchigh|dod.

• If it works: Move on.
• If it fails with "AADSTS": The user's account may not have Power Automate access. Tell them: "Your Azure account doesn't seem to have access to Power Automate. Check with your IT admin that you have a Power Automate license."
• If it fails with other errors: Show the error and suggest they contact IT support.
• If they're on a sovereign cloud and connection-management commands fail: the PAC CLI app registration isn't preauthorized in those tenants. They need to register their own Azure AD app with Power Platform Connectivity scopes and set PA_CLIENT_ID=<app-id>. Flow management (list/create/run) works without it.

Step 4: Check the FlowAgent tools are wired

The plugin talks to Power Automate through the FlowAgent MCP server, which is registered as flowagent in the plugin's .mcp.json and started automatically. .mcp.json loads the bundled server/mcp.mjs through a small Node bootstrap that resolves the plugin's installation directory (PLUGIN_ROOT, else CLAUDE_PLUGIN_ROOT, else the current directory) and prints an actionable error if the bundle can't be found.

• If flowagent-* / mcp__flowagent__* tools appear in your tool list: tell them "The Power Automate tools are connected" and move on.

• If they're missing: the MCP server isn't registered. Fix it automatically:

  1. Locate the installed plugin's MCP bundle. This only matches a bundle inside a power-automate plugin directory, so it can't pick up another plugin's MCP server:

     node -e "const fs=require('fs'),p=require('path'),d=p.join(process.env.HOME||process.env.USERPROFILE,'.copilot','installed-plugins');const find=(dir)=>{let out=[];for(const e of fs.readdirSync(dir,{withFileTypes:true})){const f=p.join(dir,e.name);if(e.isDirectory()){try{out=out.concat(find(f))}catch{}}else if(e.name==='mcp.mjs'&&p.basename(p.dirname(dir))==='power-automate'){out.push(dir)}}return out};try{const hits=find(d);if(hits.length===1)console.log(JSON.stringify({found:true,serverDir:hits[0],mcpMjs:p.join(hits[0],'mcp.mjs')}));else if(hits.length>1)console.log(JSON.stringify({found:false,reason:'multiple power-automate bundles',candidates:hits}));else console.log(JSON.stringify({found:false}))}catch(e){console.log(JSON.stringify({found:false,error:e.message}))}"
     

     If it reports multiple power-automate bundles, show the candidates and ask the user which one to register rather than guessing.

  2. If exactly one was found, read ~/.copilot/mcp-config.json, add the flowagent MCP entry, and write it back:

     node -e "const fs=require('fs'),p=require('path');const home=process.env.HOME||process.env.USERPROFILE;const cfgPath=p.join(home,'.copilot','mcp-config.json');let cfg;try{cfg=JSON.parse(fs.readFileSync(cfgPath,'utf8'))}catch{cfg={mcpServers:{}}};if(!cfg.mcpServers)cfg.mcpServers={};if(cfg.mcpServers.flowagent){console.log('already registered');process.exit(0)}const d=p.join(home,'.copilot','installed-plugins');const find=(dir)=>{let out=[];for(const e of fs.readdirSync(dir,{withFileTypes:true})){const f=p.join(dir,e.name);if(e.isDirectory()){try{out=out.concat(find(f))}catch{}}else if(e.name==='mcp.mjs'&&p.basename(p.dirname(dir))==='power-automate'){out.push(dir)}}return out};const hits=find(d);if(hits.length!==1){console.log(hits.length?'ambiguous: '+JSON.stringify(hits):'mcp.mjs not found');process.exit(1)}const mcpPath=p.join(hits[0],'mcp.mjs');cfg.mcpServers.flowagent={command:'node',args:[mcpPath]};fs.writeFileSync(cfgPath,JSON.stringify(cfg,null,2)+'\n');console.log('registered flowagent MCP at '+mcpPath)"
     

  3. Tell the user to restart the agent (Copilot CLI: /restart, Claude Code: restart the process). After restart, flowagent-* tools should appear.

  4. If not found (plugin not installed at all): tell them to install the plugin first:

     /plugin marketplace add microsoft/power-platform-skills
     

     Then select power-automate and run /setup again.

Step 5: Smoke Test

Verify everything works end-to-end by listing the user's environments:

• Preferred: call the list_environments tool.

• If MCP tools aren't available: run node <path-to-plugin>/server/mcp.mjs to confirm the bundled MCP server starts cleanly, then fix the plugin install or .mcp.json wiring before retrying.

• If it returns environments: Success! Tell them:

  • "Everything is working! Here are your Power Automate environments:"
  • Show the environments in a simple table (name, location).
  • If there are multiple, ask which one they mainly use and suggest setting it as the default (the set_current_env tool, or ask "set my default environment to <name>").
  • Tell them about the available skills:
    • /browse-flows — Browse your flows
    • /create-flow — Create a new flow
    • /debug-flow — Fix a broken flow

• If it fails: Check the error. Common issues:

  • Auth error → go back to Step 3
  • Tools not found → go back to Step 4
  • Network error → ask if they're behind a corporate proxy/VPN

Tone Guidelines

• Use "we" language: "Let's check if Node.js is installed"
• Celebrate small wins: "Great, Node.js is ready!"
• Don't dump all steps at once — do one at a time and confirm before moving on
• If something fails, don't panic — explain what went wrong in plain English and what to do
• Never show raw JSON errors to the user without explaining what they mean