Set up Microsoft Scout β
Tool: Microsoft Scout
Scout is an agentic assistant that can read your work through Work IQ, run multi-step tasks, use skills, and build and run things on your machine. For a hack, that last part matters most: you describe what you want and Scout does the building.
Steps β
Open Microsoft Scout.
Confirm you're signed in β Scout works from what your account can already see, so nothing else needs connecting.
Start a new session. Skills are discovered when a session begins, so anything you install mid-session won't be visible until you start a fresh one.
Check the tools you'll need are working before you rely on them:
- GitHub Copilot CLI β run
copilot --version. If it's missing:npm install -g @github/copilot, then sign in. - Node β run
node --version. Anything current is fine.
- GitHub Copilot CLI β run
Ask Scout something small that touches your real work, to confirm grounding is live:
textSummarize what I have on this week and what looks most time-sensitive.
You'll know it worked when... Scout answers using your actual calendar and mail rather than asking you to paste something in.
What Scout can reach β
Through Work IQ, with no setup and no connector: mail and sent mail, calendar, Teams chats and channels, OneDrive and SharePoint files, and people/org context.
It only ever sees what you can already see. Nothing is shared outward, and nothing leaves your tenant.
Keep private data private
If you're working from your own mail and calendar, keep it on your own screen. Don't paste real work content into a shared doc, a demo, or a screenshot.
Installing a skill β
Skills give Scout a repeatable method. To add one:
- Go to Extensions and choose Import.
- Drag in the skill folder β the one containing
SKILL.md, not the file on its own. - Start a new session so Scout picks it up.
You'll know it worked when... the skill shows up in your extensions list and Scout uses it when you name it in a request.
Letting Scout build β
The thing that separates Scout from a chat window: it can scaffold a working app, install what it needs, run it, and fix it when it breaks.
Two rules make this go well:
- Start small. Get one thing working end to end before you ask for a second thing. A single large prompt tends to produce something that half-works in five places.
- Steer, don't restart. When it overshoots, tell it what to change. Re-prompting from scratch throws away the parts that were right.
Steering is the skill
The build isn't "write the perfect prompt." It's the loop: describe, look at what came back, correct one thing, repeat. That's the transferable part.
Apply it to your scenario β
Name the artifact you want at the end, then work backwards to the smallest version of it that could exist. Ask Scout for that first, confirm it runs, and add one capability at a time.