Skip to main content

Name and description

Give your agent a name, icon, and short description at the top of the page. The description helps others quickly understand what the agent does. When you create a blank agent, the Operator chat opens next to it. Describe the agent there and Realm fills in the setup, or set it up yourself.

Triggers

Triggers are listed under Where it runs, in the Automations card. A Trigger is an event that automatically starts an Agent, transforming it from an on-demand tool into a proactive agent running in the background. You can set up Triggers to run Agents based on a schedule, specific events in your other software, or incoming webhooks.
A Trigger is not required if you only plan to run an Agent manually.

On a schedule

This trigger runs an Agent on a recurring, time-based interval. You can set it to run daily, weekly, or monthly.

When knowledge changes

This trigger runs an Agent automatically when synced knowledge changes in one of your connected systems. After you choose a Source, the Trigger when menu shows source-specific options such as Opportunity updated, Deal updated, Call created, Thread created, or Thread reply added. For updated events, add at least one Filter condition. The Agent runs when that field changes to the value you configured. For example, use Source = Salesforce, Trigger when = Opportunity updated, and If Stage equals Closed Won to run when an Opportunity moves to Closed Won.

Webhook

This trigger runs an Agent when it receives an HTTP request from an external system. This is a powerful way to integrate with internal tools or any third-party platform that can send webhooks, even if it doesn’t have a direct integration with Realm.

Project status changes

This trigger runs an Agent when a project’s status changes, for example when a project is marked Completed. Choose the statuses that should start the Agent; with nothing selected, every status change starts it.

New project

This trigger runs an Agent once for each project that is created, after the project has left the setup wizard and its files have finished processing, so the Agent can read them.
For detailed step-by-step instructions on setting up each trigger type, see Creating triggers.

Agent instructions

Instructions are the most important part of an agent. They define how the agent behaves, what it should do, and how it should approach the task. You can write them manually or ask the Operator panel in the editor to draft or rewrite them. If you leave the instructions empty, the agent answers the way Realm does, using the knowledge and tools you give it. Specificity improves results. Clear goals, step-by-step guidance, relevant context, and explicit references to tools or documents all help the agent perform more reliably. The key concepts in agent instructions are:
  • Purpose: Start by clearly describing what the agent is meant to do. For example: “Your task is to help me prepare for discovery calls. Gather relevant background information and produce a concise summary that helps me understand who the customer is, what they do, and how we might fit.”
  • Step-by-step guidance: Break the workflow into numbered steps. This makes the agent’s process easier to follow and improves consistency.
  • References to the right context: You can point the agent to specific documents, integrations, tools, or other agents. For example, you might ask it to review a specific document in one step, check HubSpot in another, or call another agent as part of the workflow. To insert these references, type the @ character in the instructions field or click the insert icon. To add a subagent, select the agent from that selector.
  • Variables for reusable workflows: Use {{ }} to define variables the user fills in when running the agent, such as {{Customer}} or {{Deal}}. This is useful for reusable workflows like a Customer Health agent, where the agent can run against any company based on the input provided.
For prompting best practices and how to delegate work to other Agents, see Writing instructions.

Tools

Tools allow agents to take actions in external systems, such as sending emails, updating CRM records, creating tickets, or posting messages. Realm includes built-in tools and also supports integrations via MCP (Model Context Protocol). In the agent editor, you can control which tools an agent can use and configure how each action behaves. Click Set rules on a tool to open its actions. For each action you can choose: You can also configure parameters for each action:
  • Preset parameters: Lock a parameter to a fixed value (for example, always post messages to a specific Slack channel).
  • Hidden parameters: Hide parameters from the model so they cannot be modified or accessed by the agent.
For more details on managing tools across your organization, see Admin guide: Tools.

Skills

Skills are reusable instructions the agent follows for one kind of task, such as writing an executive summary. In the Skills card, click Add skill to attach published skills. The agent reads a skill’s instructions when a request matches its description.
For how to write, publish, and share skills, see Skills.

Knowledge

The Knowledge section defines what indexed context the agent can access when running. When you add knowledge to an agent, it becomes searchable. The agent can use it when it’s relevant, but it won’t read everything by default. If you need the agent to always consider a specific source, tag it. Tagged content is included every time the agent runs. Untagged content is only used when the agent decides it’s relevant.

All company knowledge

The agent can access all connected knowledge sources. Existing document permissions are respected, so users only see information they already have access to.

Selected sources

Restrict the agent to specific folders, channels, or files. Selecting a folder includes all subfolders and content within it. Use this when the agent should only work with a defined set of sources. Pick at least one source before you save or publish.

No company knowledge

The agent runs without access to internal company data and behaves like a general-purpose AI. You can also control whether the agent can use Web Search. Set it to Always, Off, or Person decides. Person decides starts on; if the user turns it off, Realm remembers that choice for the agent, including after you close and reopen the app. In the web chat UI, Research thinking mode always uses Web Search, even for an agent that has it turned off; the public API does not apply this override, so a Research request against an agent with Web Search turned off does not use it. Additionally, you can upload files directly from your computer to include them in the agent’s knowledge. The Knowledge card also holds two search settings:
  • Search filters: Defines default filters used when the agent searches for information, such as author, folder, type, source, or creation date. Add one with Add filter; each shows as a pill you can change or remove.
  • Read everything: Allows the agent to answer questions directly from the selected knowledge without running a search step. This setting is only available with Selected sources, when the selection is small and clearly defined, typically less than 20 documents.

Answering

The Answering card controls how the agent answers.
  • Answering mode: Controls how deeply the agent reasons about a task. Fast prioritizes speed, Research performs deeper multi-step reasoning for complex tasks, and Auto lets Realm decide the best mode. Turn on People can switch to let whoever runs the agent pick another mode.
  • Image generation: Allows the agent to generate or edit images using AI. Enable this if the agent needs to create visuals as part of its workflow.
  • RFP answers: Lets the agent answer questionnaires from your RFP answer library.
  • Answer model: Deprecated. Agents that still carry a model override show it here with a Clear button; clearing it lets Realm choose the model.
The Where it runs section sets up automations and the agent’s Slack channels.

Testing and iterating

Click Test in the agent editor to open a chat next to the setup, so you can try your agent with different queries and see the results in real time. Refine the instructions, adjust knowledge sources, and tweak the configuration until the agent performs exactly as needed. The agent page summarizes the instructions, knowledge, tools, skills, and answering settings that users rely on when they run it. The side panel shows whether it is published, who can use it, its automations, where people can use it (chat and Slack), and recent activity. The Activity tab shows Chat usage for the last 30 days and recent automation runs. Use this page to verify what an agent can reach and how it has been used before changing its configuration.

Editing and publishing

Opening an agent shows its page: what it does, what it knows, what it can do, and where it runs. If you can edit the agent, click Edit. While you edit, changes save to a draft as you go. Nobody else sees them yet.
  • Save changes keeps your edits and returns to the agent page.
  • Cancel puts back the settings, knowledge selections, and uploaded files you changed since you clicked Edit.
Back on the agent page, Publish edits makes the saved draft the version everyone uses, and the page lists which parts changed. An agent that has never been published shows Publish, which also asks who to share it with. Some settings apply right away instead of waiting for Publish: automations, pinned Slack channels, categories, and sharing.

Version history

Realm keeps a version history of every agent. Each time you publish, the previous configuration is preserved, so you can always see how an agent has changed over time and go back to an earlier setup. Open the history from the clock icon in the agent editor. The panel lists every version with its name, when it was created, and who created it. The published version is tagged Up to date, and unpublished edits appear at the top as a Modified version. From the menu on a version you can:
  • Show difference: See what changed, both compared to the currently published version and compared to the version that came right before it. Changes cover the agent’s configuration, including instructions, knowledge, and advanced settings.
  • Restore version: Make that version the published one again. The restored version becomes immediately available to everyone using the agent. If the agent is published and you have unpublished edits, Realm asks whether to publish or discard them first.

Sharing agents with your team

Share an agent with your team so others can use it directly or customize their own copy. Click Share on the agent page. You can add individual teammates and choose whether each one Can use or Can edit the agent. Under General access, choose who else can use it:
  • Only people added: Only the people you added can use it.
  • Anyone with the link: Anyone in your workspace with the link can use it.
  • Everyone at your organization: Anyone in your workspace can find and use it.
Use Copy link to share the agent quickly. Sharing changes apply right away. The agent’s owner (or an admin) can hand it to someone else: open the Owner menu in the sharing dialog and choose Transfer ownership, or choose Make owner on a person in the list. The previous owner stays on the access list as an editor. Workspace owners and admins see every agent in the workspace on the Agents page, including restricted agents nobody shared with them. The Access filter on the Agents page isolates them. Opening one shows a Grant edit access button, which lets an owner or admin review the agent and turn off its triggers if needed.