Add tools to a topic (AB-620 Exam Prep)

This post is a part of the AB-620: Designing and Building Integrated AI Agent Solutions in Copilot Studio Exam Prep Hub.
This topic falls under these sections:
Plan and configure agent solutions (30–35%)
   --> Configure topics
      --> Add tools to a topic


Note that there are 10 practice questions (with answers) at the end of each section to help you solidify your knowledge of the material. Also, there are 4 practice tests with 30 questions each available from the hub's main page below the exam topics section.

Introduction

Topics define how a Microsoft Copilot Studio agent responds to user requests and performs business tasks. While conversational responses can answer questions, most enterprise agents must also perform actions such as retrieving customer information, creating support tickets, updating records, approving requests, or interacting with external applications.

These capabilities are provided through tools. A tool enables an agent to move beyond answering questions and interact with business systems, APIs, workflows, databases, and AI services.

Understanding how to select, configure, and use tools within topics is an important objective for the AB-620 certification exam.


What Are Tools?

A tool is a reusable capability that an agent can invoke while executing a topic.

Rather than writing custom code, tools allow designers to connect an agent to business processes and enterprise systems.

A tool can:

  • Retrieve information
  • Create or update records
  • Execute workflows
  • Call external APIs
  • Generate AI responses
  • Search enterprise knowledge
  • Perform calculations
  • Trigger approvals
  • Invoke child agents
  • Connect to third-party applications

A topic determines when a tool should be called, while the tool determines what action is performed.


Why Add Tools to Topics?

Without tools, an agent is primarily informational.

With tools, an agent becomes capable of completing real business tasks.

Examples include:

  • Looking up customer orders
  • Creating help desk tickets
  • Updating CRM records
  • Scheduling appointments
  • Processing purchase requests
  • Retrieving inventory information
  • Sending emails
  • Creating Microsoft Teams messages
  • Accessing SharePoint documents
  • Initiating approval workflows

How Topics and Tools Work Together

A typical conversation follows this pattern:

  1. User asks a question.
  2. The topic is triggered.
  3. The topic collects required information.
  4. A tool is called.
  5. The tool performs its task.
  6. Results are returned.
  7. The topic formats the response.
  8. The conversation continues.

Example:

User:

“Create an IT support ticket.”

Topic:

  • Collects issue description
  • Collects priority
  • Collects device information

Tool:

Creates the ticket in ServiceNow or another ticketing system.

Topic:

Returns:

“Your ticket has been created successfully.”


Types of Tools Available

Copilot Studio supports several categories of tools.

Understanding when to use each one is important for the exam.


Built-in Tools

Built-in tools are native capabilities available within Copilot Studio.

Examples include:

  • Asking questions
  • Collecting user input
  • Sending responses
  • Ending conversations
  • Calling another topic
  • Using variables
  • Performing simple logic

Advantages:

  • Easy to configure
  • No coding required
  • Fast implementation
  • Low maintenance

Best for:

  • Simple business logic
  • Conversation management
  • User interaction

Connector Tools

Connector tools interact with external business applications using Power Platform connectors.

Examples include:

  • Microsoft Dataverse
  • Microsoft Teams
  • Outlook
  • SharePoint
  • Dynamics 365
  • SQL Server
  • Salesforce
  • SAP
  • ServiceNow
  • Azure DevOps

Advantages

  • Hundreds of available connectors
  • Low-code implementation
  • Secure authentication
  • Enterprise support

Example

A topic retrieves customer information from Dynamics 365 using a connector.


REST API Tools

Some business systems do not have built-in connectors.

REST API tools allow the agent to communicate directly with web services.

Common operations include:

  • GET
  • POST
  • PUT
  • PATCH
  • DELETE

Example

A shipping company exposes an API that returns package tracking information.

The topic calls the REST API and presents the tracking results.

REST APIs provide maximum flexibility when integrating enterprise applications.


Power Automate Flow Tools

Power Automate allows complex business processes to be executed from within a topic.

Typical uses include:

  • Multi-step approvals
  • Email notifications
  • Database updates
  • File creation
  • Scheduled processing
  • Document generation
  • ERP integration

Example

A vacation request topic:

  • Collects employee information
  • Calls a Power Automate flow
  • Sends approval to a manager
  • Waits for approval
  • Returns the result

Power Automate is ideal when business logic extends beyond a single API call.


AI Tools

Copilot Studio can leverage AI-powered tools for intelligent processing.

Examples include:

  • Summarization
  • Classification
  • Translation
  • Entity extraction
  • Content generation
  • Question answering
  • Enterprise knowledge retrieval

Example

A customer uploads a lengthy support log.

An AI tool summarizes the document before presenting key findings.

AI tools reduce manual effort and improve productivity.


Knowledge Tools

Knowledge tools retrieve information from trusted enterprise content.

Knowledge sources include:

  • SharePoint
  • Websites
  • Dataverse
  • Microsoft Fabric
  • Azure AI Search
  • Uploaded documents
  • Internal knowledge bases

Instead of storing static answers inside every topic, knowledge tools retrieve current information dynamically.

Example

An HR policy changes.

Rather than updating multiple topics, the knowledge source is updated once.

The agent automatically retrieves the latest information.


Model Context Protocol (MCP) Tools

Model Context Protocol (MCP) provides a standardized method for connecting agents to external services.

Benefits include:

  • Standardized integrations
  • Reusable tool definitions
  • Cross-platform interoperability
  • Reduced custom integration effort
  • Simplified maintenance

As MCP adoption grows, organizations can expose business capabilities through standardized tool interfaces that multiple AI agents can consume.


Child Agents as Tools

In multi-agent architectures, one agent can invoke another specialized agent.

Examples include:

General Employee Assistant

↓

Benefits Agent

↓

Payroll Agent

↓

IT Agent

Each child agent specializes in a specific business domain.

Advantages include:

  • Better organization
  • Easier maintenance
  • Reusable business logic
  • Independent development
  • Improved scalability

Choosing the Correct Tool

When selecting a tool, consider several factors.

Simplicity

Use the simplest solution that meets the requirement.

Avoid unnecessary complexity.


Existing Connectors

If a connector already exists, use it instead of building a custom REST integration.


Business Logic

Simple task:

Connector

Complex workflow:

Power Automate


External Systems

If no connector exists:

REST API

If standardized services are available:

MCP


AI Requirements

Need summarization?

Use AI.

Need document retrieval?

Use enterprise knowledge.

Need workflow automation?

Use Power Automate.


Adding a Tool to a Topic

The general process includes:

  1. Open the topic.
  2. Navigate to the appropriate conversation step.
  3. Insert a tool node.
  4. Select the desired tool.
  5. Configure required inputs.
  6. Map outputs to variables.
  7. Continue the conversation.

The topic controls when the tool is executed.


Passing Input Parameters

Tools usually require information.

Examples include:

Customer ID

Order Number

Email Address

Product Name

Employee Number

Start Date

Priority

Department

These values are collected from:

  • User input
  • Variables
  • Previous tool results
  • System context

Example

User:

“Track package 84592.”

Package number becomes an input parameter for the tracking tool.


Receiving Output Parameters

After execution, tools often return results.

Examples include:

Customer Name

Order Status

Tracking Number

Ticket ID

Approval Result

Balance

Appointment Time

Confirmation Number

Outputs should be stored in variables for later use within the topic.


Variables and Data Mapping

Data mapping connects topic variables to tool parameters.

Example

Conversation variable:

CustomerEmail

↓

Tool input:

EmailAddress

↓

API parameter:

email

Correct mapping ensures the tool receives accurate data.

Incorrect mapping frequently causes tool failures.


Authentication Considerations

Many enterprise tools require authentication.

Common authentication methods include:

  • Microsoft Entra ID
  • OAuth 2.0
  • API keys
  • Service principals
  • Managed identities (where applicable)

Authentication should:

  • Follow least privilege principles.
  • Protect credentials.
  • Avoid hard-coded secrets.
  • Comply with organizational security policies.

Designers should understand authentication requirements even if administrators configure the connections.


Handling Tool Failures

External systems may occasionally fail.

Common causes include:

  • Network outages
  • Expired credentials
  • Invalid inputs
  • Service downtime
  • Permission errors
  • Rate limiting
  • API timeouts

Topics should anticipate failures and respond gracefully.

Example

Instead of:

“Unexpected Error.”

Return:

“I’m unable to retrieve your order information right now. Please try again later or contact support if the issue continues.”

Graceful error handling improves user trust.


Performance Considerations

Each tool invocation consumes time and resources.

To optimize performance:

  • Minimize unnecessary tool calls.
  • Reuse retrieved information when possible.
  • Avoid duplicate API requests.
  • Retrieve only required data.
  • Prefer connectors over custom integrations when appropriate.
  • Design efficient workflows.

Well-designed topics provide faster responses and reduce infrastructure costs.


Security Considerations

Tools often access sensitive enterprise data.

Best practices include:

  • Grant only required permissions.
  • Validate user inputs.
  • Protect confidential information.
  • Encrypt communications.
  • Use secure authentication.
  • Avoid exposing internal system details.
  • Log actions for auditing where appropriate.

Security planning is a recurring theme throughout the AB-620 exam.


Reusability

Rather than building identical tools repeatedly:

  • Reuse connectors.
  • Reuse Power Automate flows.
  • Reuse child agents.
  • Reuse MCP integrations.
  • Standardize common actions.

Reusable tools reduce maintenance effort and improve consistency across multiple agents.


Common Design Mistakes

Candidates should recognize poor design decisions such as:

  • Calling multiple tools when one is sufficient.
  • Using REST APIs when an existing connector is available.
  • Ignoring authentication requirements.
  • Not validating required inputs.
  • Failing to store outputs in variables.
  • Exposing raw API responses directly to users.
  • Building duplicate tools for the same function.
  • Not planning for service failures.
  • Hard-coding values that should be dynamic.

Best Practices

When adding tools to topics:

  • Select the simplest tool that satisfies the requirement.
  • Prefer existing connectors before creating custom integrations.
  • Keep tools focused on a single responsibility.
  • Validate all inputs before execution.
  • Store outputs in meaningful variables.
  • Handle failures gracefully.
  • Secure connections using enterprise authentication.
  • Reuse existing tools whenever possible.
  • Test tools independently before integrating them into topics.
  • Document tool purpose and dependencies.

AB-620 Exam Tips

For the exam, you should be able to:

  • Explain the purpose of tools within a topic.
  • Distinguish between connectors, REST APIs, Power Automate flows, AI tools, knowledge tools, MCP tools, and child agents.
  • Identify the best tool for common business scenarios.
  • Understand how topics invoke tools and process their outputs.
  • Configure input and output parameters using variables.
  • Recognize authentication and security considerations.
  • Design reusable and maintainable tool integrations.
  • Select appropriate error-handling strategies.
  • Optimize tool usage for performance and scalability.
  • Evaluate scenario-based questions that require choosing the most appropriate integration approach based on business requirements.

Mastering how tools extend topics is fundamental to building enterprise-ready Copilot Studio agents. The AB-620 exam emphasizes selecting the right tool for the right scenario, configuring it securely, and integrating it into conversational workflows that are reliable, maintainable, and user-friendly.


AB-620 Exam Preparation

Configure Topics: Add Tools to a Topic (Part 2)

This part continues the discussion of adding tools to topics in Microsoft Copilot Studio. It focuses on implementation strategies, best practices, troubleshooting, design considerations, and concludes with 10 practice exam questions complete with answers and explanations.


Advanced Tool Integration Strategies

As Copilot Studio solutions become more sophisticated, topics often interact with multiple tools during a single conversation. Instead of simply calling one connector, enterprise-grade agents frequently coordinate several tools to complete a business process.

For example:

User asks:

“Book a meeting with Sarah next Tuesday and email everyone on the project.”

The topic might perform the following:

  1. Query Microsoft 365 Users
  2. Check Outlook Calendar
  3. Create calendar event
  4. Query Dataverse for project members
  5. Send Outlook email
  6. Log activity in Dynamics 365
  7. Return confirmation

Although the user experiences one seamless conversation, multiple tools execute behind the scenes.


Chaining Multiple Tools

Complex topics commonly chain tool calls together.

Example workflow:

User Request
↓
Validate request
↓
Retrieve customer
↓
Retrieve order
↓
Retrieve shipment
↓
Update CRM
↓
Send confirmation email
↓
Respond to user

Benefits include:

  • Reduced manual work
  • Consistent business processes
  • Better user experience
  • Improved automation
  • Easier maintenance

Passing Data Between Tools

Outputs from one tool frequently become inputs for another.

Example

Tool 1:

Get Customer
Returns
CustomerID

↓

Tool 2

Get Orders
Input
CustomerID

↓

Tool 3

Get Shipment
Input
OrderID

↓

Tool 4

Send Email
Uses shipment details

Proper variable mapping is critical for successful tool orchestration.


Using Variables with Tools

Variables make tool interactions dynamic.

Examples include:

Conversation variables

  • Customer Name
  • Order Number
  • Product Name
  • Email Address

System variables

  • Current Date
  • User ID
  • Locale
  • Conversation ID

Tool outputs

  • Record IDs
  • API responses
  • Status values
  • URLs

Variables eliminate hard-coded values and enable reusable conversations.


Designing Reusable Tool Calls

Rather than creating duplicate logic across many topics, organizations should centralize reusable business operations.

Poor design

Topic A
Create Customer
Topic B
Create Customer
Topic C
Create Customer

Every topic duplicates logic.

Better design

Reusable Tool
Create Customer
↓
Used by
Topic A
Topic B
Topic C

Advantages include:

  • Easier maintenance
  • Fewer errors
  • Consistent business rules
  • Simpler updates
  • Improved scalability

Designing for Performance

Every tool invocation introduces some latency.

Good design minimizes unnecessary tool calls.

Instead of:

Get Customer
↓
Get Customer Again
↓
Get Customer Again

Store the response once and reuse it.

Additional performance practices include:

  • Cache values when appropriate.
  • Avoid duplicate connector calls.
  • Retrieve only required fields.
  • Reduce unnecessary API requests.
  • Use efficient branching logic.

Handling Missing Information

Sometimes a tool requires information that the user has not yet provided.

Example

User says:

“Cancel my reservation.”

The tool requires:

  • Reservation number

The topic should ask:

“Could you provide your reservation number?”

Only after receiving the required information should the tool execute.


User Confirmation Before Tool Execution

Certain business actions should require explicit user confirmation.

Examples include:

  • Delete record
  • Cancel order
  • Submit expense
  • Approve invoice
  • Create purchase order
  • Send payment

Conversation example

User:

“Delete customer.”

Agent:

“Are you sure you want to permanently delete customer Contoso?”

User:

“Yes.”

Tool executes.

Confirmation reduces accidental business changes.


Handling Tool Failures Gracefully

External systems occasionally become unavailable.

Good topics anticipate failures.

Instead of displaying technical messages such as:

HTTP 500 Internal Server Error

Use business-friendly responses.

Example

“I’m unable to access the customer database right now. Please try again in a few minutes.”

Or

“I couldn’t retrieve your order information. Would you like me to connect you with a support representative?”


Timeout Considerations

External services may take several seconds to respond.

Topics should:

  • Inform users when processing takes time.
  • Avoid repeated submissions.
  • Prevent duplicate actions.
  • Handle timeout exceptions.
  • Retry when appropriate.

Security When Using Tools

Tools often access enterprise data.

Developers should follow least privilege principles.

Only expose:

  • Required tables
  • Required APIs
  • Required operations

Avoid granting unnecessary permissions.

Example

Instead of allowing:

Read All Customers
Write All Customers
Delete All Customers

Grant only:

Read Assigned Customers

This reduces security risks.


Auditing Tool Usage

Organizations frequently monitor tool usage.

Auditing can record:

  • User identity
  • Timestamp
  • Tool executed
  • Parameters
  • Result
  • Errors
  • Duration

Benefits include:

  • Compliance
  • Troubleshooting
  • Usage reporting
  • Security investigations

Common Tool Design Mistakes

Calling too many tools

Problem

Slow conversations

Better

Retrieve only necessary information.


Duplicating connector logic

Problem

Maintenance becomes difficult.

Better

Create reusable tools.


Poor variable management

Problem

Wrong data passed to connectors.

Better

Use meaningful variable names.


Ignoring failures

Problem

Conversation stops unexpectedly.

Better

Implement error handling and fallback responses.


Excessive permissions

Problem

Security risk.

Better

Apply least privilege access.


Best Practices

Choose the right tool

Different business needs require different tool types.

Examples:

  • Microsoft 365 → Microsoft connectors
  • Dynamics 365 → Dataverse connector
  • SAP → Custom connector
  • REST API → REST tool
  • Internal services → MCP or REST

Build reusable business capabilities

Instead of embedding business logic inside every topic:

  • Create reusable tools.
  • Reuse connectors.
  • Standardize API calls.
  • Centralize business logic.

Test every tool thoroughly

Testing should include:

  • Valid inputs
  • Invalid inputs
  • Missing values
  • Authentication failures
  • Timeout scenarios
  • Permission issues
  • Large datasets

Keep conversations natural

The user should not notice tool complexity.

Good experience:

User:

“Where is my order?”

Agent:

“Your order shipped yesterday and is expected to arrive Friday.”

Poor experience:

“I’m calling connector 4…waiting for API…processing response…”


Exam Tips

Remember the following concepts:

  • Topics orchestrate business conversations.
  • Tools perform business operations.
  • Connectors communicate with external systems.
  • Variables pass data between conversation steps.
  • Tool outputs can feed subsequent actions.
  • Reusable tools reduce maintenance.
  • Confirmation should precede destructive actions.
  • Errors should produce friendly responses.
  • Least privilege improves security.
  • Proper testing ensures reliable automation.

Practice Exam Questions

Question 1

A topic retrieves customer information before creating a support ticket. Which design approach is most efficient?

A. Retrieve the customer information every time it is needed.

B. Store the customer information in a variable and reuse it throughout the topic.

C. Ask the user to enter the information multiple times.

D. Create separate connectors for each step.

Correct Answer: B

Explanation:
Retrieving the information once and storing it in a variable reduces connector calls, improves performance, and simplifies the conversation.


Question 2

A topic updates customer records and then sends a confirmation email. What is happening?

A. Parallel execution

B. Conversation branching

C. Tool chaining

D. Topic merging

Correct Answer: C

Explanation:
Tool chaining occurs when the output or completion of one tool triggers the execution of another tool in sequence.


Question 3

A tool requires an Order ID, but the user has not provided one. What should the topic do?

A. Use a random Order ID.

B. Skip the tool execution.

C. Generate a placeholder value.

D. Prompt the user to provide the missing Order ID.

Correct Answer: D

Explanation:
Topics should collect all required information before invoking a tool.


Question 4

Which practice best supports reusable agent design?

A. Embed identical connector logic in every topic.

B. Duplicate actions across multiple topics.

C. Create centralized reusable tools that multiple topics can call.

D. Build separate connectors for every conversation.

Correct Answer: C

Explanation:
Reusable tools centralize business logic, making updates easier and ensuring consistent behavior.


Question 5

A connector returns an HTTP error. What is the best user experience?

A. Display the raw HTTP error.

B. End the conversation immediately.

C. Ask the user to debug the connector.

D. Present a friendly message explaining that the service is temporarily unavailable.

Correct Answer: D

Explanation:
Users should receive understandable messages rather than technical error details.


Question 6

Which security principle should guide tool permissions?

A. Full administrative access

B. Least privilege

C. Anonymous access

D. Shared administrator accounts

Correct Answer: B

Explanation:
Grant only the permissions necessary for the tool to perform its intended function.


Question 7

Why should developers audit tool usage?

A. To slow down execution

B. To increase connector costs

C. To support compliance, troubleshooting, and monitoring

D. To replace authentication

Correct Answer: C

Explanation:
Audit logs provide visibility into tool execution and support governance and compliance.


Question 8

When should an agent request confirmation before executing a tool?

A. Before every read-only operation

B. Before displaying help information

C. Before listing products

D. Before deleting or making significant business changes

Correct Answer: D

Explanation:
Confirmation helps prevent accidental execution of irreversible or high-impact actions.


Question 9

What is the primary purpose of passing variables between tools?

A. To reduce conversation quality

B. To transfer outputs from one action as inputs to another

C. To eliminate authentication

D. To avoid using connectors

Correct Answer: B

Explanation:
Variables enable data produced by one tool to be reused by subsequent tools in the workflow.


Question 10

A topic repeatedly calls the same connector to retrieve unchanged customer data. What is the recommended improvement?

A. Increase the number of connector calls.

B. Replace the connector with a chatbot response.

C. Cache or store the retrieved data in variables and reuse it.

D. Split the topic into multiple unrelated topics.

Correct Answer: C

Explanation:
Reusing previously retrieved data reduces latency, minimizes API calls, and improves overall performance.


Go to the AB-620 Exam Prep Hub main page