From User to Operator·Hands-off Sets·10 min

First Agent

Build the agent you scouted in week 2.

Goal

You build your first agent — for the task you circled two weeks ago, the most repetitive, most rule-based item in your top five.

Why this matters

We’re not picking something new. We’re building the one you already know matters. That’s the payoff of the map: your first agent works on a task with a stable pattern and a real place in your week — not on a demo.

The drill

Build it field by field, wherever your organization builds agents:

  1. Name and purpose. A clear name and one sentence of purpose. “Monday Status Reporter. Produces my weekly project status update from our project files.” Specific beats clever.
  2. Instructions. Write how it should behave, in plain language: what it does, in what order, in what tone, what format. “Read the latest updates in the project workspace. Produce a status update with three sections: progress, risks, decisions needed. Keep it under one page. Write for an executive audience.” This is where four weeks of prompt training pay off.
  3. Knowledge. Point it at the specific sources it should use. Narrow beats broad: focused knowledge gives sharp answers, everything-at-once gives mush.
  4. Test it. Run it on real input, read the output critically, refine the instructions where it missed. This test-and-refine loop is most of the work.

Extra round

Keep it small — deliberately. The biggest first-timer mistake is ambition: building the agent that runs the whole job, getting a mediocre result, concluding agents aren’t ready. An agent that nails your weekly status report is worth more than one that half-does ten things.

Micro-win

Your agent does one narrow thing well. That’s a working scrimmage, not a weakness.

Remember

Your first agent follows your instructions on your data. It doesn’t have judgment — it does exactly what you said, including the parts you said badly. When it’s wrong, the fix is almost always in your instructions. That’s good news: you’re in control of the quality. And where agents can be built depends on your licence and tenant — ask your IT what’s enabled.

Next in the plan

Back to the plan: From User to Operator →

FAQ

What is a Copilot agent?

A saved, reusable set of instructions for a specific job, built without code: name, purpose, behavior, knowledge sources. A skill is a verb like "summarize" — an agent is a role like "weekly status reporter" that uses skills to do a defined job.

Do I need to know how to code to build an agent?

No. Building an agent means filling in name, instructions and knowledge in plain language. The skill that matters is writing clear instructions — the same prompting skill you build by daily use. Entry points and availability vary by licence and tenant, so locate the current builder in your environment.

What should my first agent do?

Your most repetitive, most rule-based recurring task — a weekly status report, a standard briefing. First agents should be small and do one narrow job reliably. Expand its responsibility once you trust the output.

Why does my agent give bad results?

Almost always because the instructions or knowledge sources need work, not because the technology failed. Refine the instructions, narrow the knowledge, test again — that loop is most of the building work.

What's the difference between an agent and Copilot itself?

Copilot assists you in the moment. An agent is a defined job you set up once and run repeatedly or hand to your team — which is what turns one person's workflow into a repeatable capability, and what makes governance part of the picture.