Start with one well-understood API area. A narrow, verified launch is safer than enabling broad AI handling before your sources and handoff rules are ready.
Setup path
Prepare your workspace
Confirm your workspace profile, invite teammates, assign roles, and define the tags, custom fields, macros, and automations your operators will use.
Add API context
Add an OpenAPI file, Markdown docs, JSON source, or published documentation website. Run a scan and inspect the generated endpoint evidence.
Configure testing credentials
Add credentials only when you need live API tests or verification. Prefer scoped, test-only credentials.
Test the agent
Use the Agent and Lab workflow to test real customer questions, citations, confidence behavior, clarification, and handoff.
Before you begin
| Requirement | Why it matters |
|---|---|
| Woes workspace access | You need an authenticated workspace before you can configure settings, sources, or channels. |
| At least one API source | The agent needs workspace-scoped evidence before it can answer API questions. |
| A safe test credential | Live verification should use scoped credentials, preferably in a sandbox or staging environment. |
| Website access | Live chat requires permission to add the widget script to your site or app. |
| Launch owner | Someone should review the first conversations and decide when automation is ready for more volume. |
1. Prepare the workspace
Open Settings and configure the foundations your team will use every day.Members and roles
Invite teammates and give each person the minimum access they need.
Tags
Define the labels operators will use for triage, reporting, and issue grouping.
Custom fields
Capture structured account, environment, plan, version, and priority details.
Macros
Create repeatable replies for common support requests and handoff language.
Automations
Start with simple routing or tagging rules that your team has reviewed.
Channels
Decide whether live chat, Discord, or both should be opened first.
2. Add your first API source
Open Context and add the highest-quality source available.| Source type | Best for | Review after scan |
|---|---|---|
| OpenAPI | Endpoint contracts, schemas, parameters, auth metadata, request bodies, and responses. | Endpoint counts, method/path accuracy, required fields, response examples, auth hints. |
| Markdown | Guides, examples, troubleshooting, and behavior explanations. | Generated Markdown, retrieval chunks, examples, and ambiguous statements. |
| JSON | Structured endpoint or schema data. | Normalized fields, missing names, unexpected nesting, and redacted sensitive values. |
| Website | Published docs that need to be crawled or imported. | Crawl coverage, skipped pages, same-origin behavior, and partial results. |
3. Configure API testing credentials
Credentials are separate from source content. Add them only when you want Woes to run guarded API tests or live verification. Use credentials that are:- Scoped to the smallest useful permission set.
- Safe for test or staging data.
- Rotatable if they are exposed.
- Not reused from production admin workflows.
4. Test the agent
Open Agent and test questions that resemble real customer messages.- Good first tests
- Edge cases
- Pass criteria
- How do I authenticate requests?
- What fields are required to create a customer?
- Why am I getting a 401?
- Does this endpoint support pagination?
- Can I call this API from the browser?
5. Open your first channel
Choose one channel for the first launch.| Channel | Use when | Launch check |
|---|---|---|
| Live chat | Customers need support inside your product or docs site. | Install the widget, send a test message, and confirm replies appear in the browser. |
| Discord | Developers already ask questions in your community or customer server. | Confirm connected channels, ownership, and private escalation rules. |
| You need verified sending domains or outbound tests. | Treat inbound intake as unavailable unless your workspace is explicitly enabled for it. |
First conversation checklist
- A customer message appears in the shared inbox.
- The operator sees channel, identity, tags, and custom fields.
- The agent either answers with citations, asks a useful clarification, or hands off.
- Private notes stay internal.
- Replies appear in the customer channel.
- Any repeated product issue is linked or converted into an issue.
- The team reviews what went well before increasing volume.
Common setup problems
The agent gives generic answers
The agent gives generic answers
Review source coverage in Context. Generic answers usually mean the relevant endpoint, auth rule, error behavior, or example was not ingested clearly enough for retrieval.
The scan succeeds but endpoint details look thin
The scan succeeds but endpoint details look thin
Add a more structured source, such as OpenAPI, or supplement the source with Markdown examples that explain behavior not present in the schema.
Live verification is unavailable
Live verification is unavailable
A channel message does not appear in the inbox
A channel message does not appear in the inbox
Check that the channel is connected, the workspace public key or integration is correct, and the message route is deployed.
