Skip to main content
Tools let agents take actions and retrieve live data. In V3, tools can come from integrations, MCP connections, custom Python or JavaScript code, built-in Conduit capabilities, and AI-triggered workflows. Open Agents from the main sidebar, then select Tools from the Agents sidebar to manage workspace defaults. Open an individual agent and select Tools to override access for that agent.
Tools are permissions rather than instructions. Enabling a tool means the agent is allowed to take that action, not that it knows when to. Pair a tool with a Skill that says which situation calls for it.
Wondering whether Conduit, or your integration, can do something? Open the agent’s Tools tab and look. If you want to know whether Conduit can create a task in your PMS, the answer is whether that tool is listed there for you to enable.

​
Workspace Tool Defaults

The workspace Tools page has two tabs: Custom tool workspace defaults are not the final word for every agent. Individual agents can override tool access in their own Tools tab.

​
Tool Sources

Some tool actions consume credits. Lightweight actions, such as updating a contact field, use few or no credits, while advanced actions, such as generating AI messages or placing voice calls, use more. See Workflow Usage for the credit cost of each action.
PMS connections can expose two different things, and enabling one does not enable the other:
  • Knowledge sync imports PMS data into Knowledge so agents can retrieve it. See Knowledge Base.
  • Connection tools wrap PMS APIs so an agent can call PMS actions directly during a conversation, instead of only reading synced data.
The workspace Tools page currently shows connections that expose tools and custom tools. Built-in tools are configured from the individual agent’s Tools tab when available for that agent.

​
Connection Access

Every connection has a scope, set when it’s created and changeable later from Settings > Connections. Personal connections are not shared automatically, because they often carry credentials to someone’s own accounts. The owner shares them explicitly from Settings > Connections, either with individual teammates or with the whole workspace.

​
What You See On An Agent’s Tools Tab

Every connection in the workspace is listed, including personal ones you don’t have access to. Those appear greyed out with the owner’s name. Connections you can’t access are shown rather than hidden on purpose. If an agent is already using someone’s personal connection, you can see that it’s there and which of its tools are on, so the agent’s behaviour is explainable even when the connection isn’t yours. Its description, server address and configuration stay private. To get access, ask the owner to share the connection with you, or to move it to workspace scope.

​
Attaching A Personal Connection To An Agent

Agents are shared. Anyone in the workspace who uses an agent, and any guest talking to a customer-facing one, runs its tools through whatever connection is attached. That means attaching a personal connection to an agent runs it on the owner’s credentials for everyone who uses that agent. Someone who was given access to one person’s connection can attach it, and from then on the whole workspace reaches it through that agent.
Before attaching a personal connection to an agent, check that you’re comfortable with everyone who uses that agent acting through the owner’s account. For anything the team relies on day to day, workspace scope is usually the better fit.

​
Removing Access

Removing someone’s access to a personal connection stops them from opening its tool catalog and from attaching it to anything new. It does not remove the connection from agents it’s already attached to. Those agents keep working through the owner’s credentials. To stop that, open the agent’s Tools tab and turn the connection off there.

​
Per-Agent Overrides

Open Agents, select an agent, then open Tools. Use the agent Tools tab to:
  • Enable or disable connection tools for that agent
  • Enable or disable custom tools for that agent
  • Add MCP access
  • Review built-in tools available to that agent
  • Search large tool lists
Keep tool access narrow. Agents perform better when they have the tools needed for their job and not every possible action in the workspace.

​
Built-in Tools

Built-in tools are Conduit-managed capabilities that ship with the product, rather than something a workspace installs or writes. They’re reviewed and enabled from an individual agent’s Tools tab when available for that agent. Alongside these, an agent’s Tools tab groups the everyday Conduit actions by area. What appears depends on your workspace, but the common groups are:
Applying tags is a common gap. Creating a conversation tag does not mean your agent can use it. The agent also needs the conversation tag tools enabled, and a Skill telling it which tag applies to which kind of message.
Connected apps add their own tools on top. A PMS connection, for example, can expose actions such as updating a reservation or creating and updating tasks, each enabled individually. With the Devices add-on, agents can also inspect and control connected locks, thermostats, sensors, and cameras. This includes access-code management, device telemetry and history, lock and thermostat control, noise thresholds, and fleet health. See Devices for the complete tool reference and device policy behavior.

​
Custom Tools

Custom tools extend what agents can do with code. Open Agents > Tools, then create a new custom tool.

​
Tool Fields

​
Test A Custom Tool

Use Test before saving or publishing tool changes. If the tool has parameters, Conduit asks for test values. The test panel shows JSON output, errors, logs, and runtime so you can verify the behavior before any agent depends on the tool. The editor warns before leaving with unsaved changes. Use Save intentionally after the test output matches the contract you want the agent to rely on.

​
Tool Descriptions

Tool descriptions are part of the agent instruction surface. Good descriptions answer:
  • What action does the tool perform?
  • When should the agent use it?
  • What information must the agent collect first?
  • What should the agent do if the tool fails?
  • What should the agent say after the tool succeeds?

​
Operator Tool Access

Operator has its own tool settings. Giving an agent access to a tool does not automatically give Operator the same access, and changing Operator’s tools does not automatically change a customer-facing agent. Open Operator > Settings > Tools when you want Operator to use a tool while helping configure the workspace.