What Copilot Is
A Copilot deployment is a lightweight embeddable widget backed by a Scout agent. When a user opens the widget and sends a message, they’re talking to your agent — with access to exactly the tools you’ve enabled, following exactly the instructions you’ve written. The widget handles the conversation UI; your agent handles the intelligence. Common Copilot use cases:- Customer support — answer product questions, surface documentation, and escalate when needed
- User onboarding — walk new users through setup and answer questions at each step
- In-app assistant — help users get more from your product without leaving the page
- Internal knowledge base — give your team a conversational interface to internal docs and processes
- Sales and marketing — answer prospect questions on your website and qualify interest
Creating a Copilot Deployment
Open your agent
Navigate to the agent you want to deploy in Scout Studio. If you haven’t built the agent yet, see Getting Started to set one up first.
Create a new Copilot deployment
Click New Deployment and select Copilot. Give it a name that identifies where it will be used — for example, “Support Portal” or “Marketing Site.”
Configure the deployment
Adjust the widget settings for this deployment. Each deployment can have its own welcome message, tags for session tracking, and optional features like text-to-speech.
Embedding the Widget
The basic embed is a single script tag and a custom element. Paste this into your HTML where you want the widget to appear:HTML
your-copilot-id with the deployment ID shown in Scout Studio. That’s everything required for a basic deployment. The widget loads, positions itself, and connects to your agent automatically.
Configuration attributes
You can extend the embed element with optional attributes to customize behavior:| Attribute | Required | Description | Default |
|---|---|---|---|
copilot-id | Yes | The deployment ID from Scout Studio | — |
tags | No | Array of tags attached to agent sessions for tracking and filtering | [] |
tts-enabled | No | Enable text-to-speech playback for assistant messages | false |
Add session tags
Pass metadata tags to every session your Copilot creates. Tags appear in the History view in Studio and can be used to filter and categorize sessions by source, page, or user segment:HTML
Enable text-to-speech
Addtts-enabled="true" to make the widget read assistant messages aloud:
HTML
How Agent Revisions Work
Copilot deployments always use the agent’s active revision. When you update your agent’s instructions, tools, or model settings and promote the new version, the Copilot automatically starts using it — you don’t need to update or replace the embed snippet.Multiple Deployments for One Agent
A single agent can power multiple Copilot deployments simultaneously. This is useful when you want the same underlying intelligence with different surface-level configurations — different welcome messages, different tags, different placement on your site. Each deployment is a separate channel into the same agent:- Public homepage Copilot — welcoming, general-purpose
- Authenticated in-app assistant — more direct, assumes product context
- Customer support portal — focused on known issues and escalation paths
- Internal team tool — accesses internal knowledge sources not exposed publicly
Public Deployment Checklist
Before you embed a Copilot on a public-facing site, review what your agent can do from a user’s perspective. A tool that’s harmless in internal testing may create risk when exposed to anonymous users.Review your tools
Check each tool enabled on the agent and ask: should an anonymous user be able to trigger this? Look out for:- CRM or ticketing tools that can read or modify customer data
- Email or messaging tools that can send outbound communications
- Internal knowledge sources that contain information not meant for external audiences
- Code execution or web access that could be misused by adversarial prompts
- Tools with side effects — anything that creates, updates, or deletes records in downstream systems
Tighten your instructions
Public Copilots need stricter guardrails than internal agents. Update the instructions to:- Define what kinds of requests the agent should refuse
- Limit when it calls tools versus answering directly from its knowledge
- Require explicit confirmation before taking any high-impact action
- Instruct it not to reveal sensitive internal information even if asked
- Set clear boundaries on tone, scope, and response length for a public audience
Plan your deployment surfaces
Different placements usually benefit from different deployments with different configurations. Think through each surface where you want the Copilot to appear and whether a single configuration covers all of them, or whether separate deployments with tailored instructions make more sense.Common Questions
Can I change the appearance of the widget? The widget adapts to your site’s theme automatically. For deeper appearance customization, create the deployment in Studio and use the available configuration options. Advanced styling may require reaching out to Scout support. Do I need to re-embed after updating my agent? No. The embed snippet points to the deployment, and the deployment always uses the agent’s active revision. Update the agent, promote the revision, and the Copilot updates automatically. Can I restrict the Copilot to authenticated users only? Yes. Deploy the embed snippet only on pages behind your authentication wall. The Copilot widget itself doesn’t enforce authentication — your application does. How do I track which sessions came from the Copilot? Use thetags attribute on the embed element: tags='["source:copilot", "surface:homepage"]'. Sessions with these tags appear in your agent’s History tab in Studio where you can filter and analyze them.
Can I have the same Copilot on multiple pages?
Yes. Paste the same embed snippet on as many pages as you need. If you want to track sessions per page, use tags to identify the source page.