Help CenterEnd-user documentation
AI

AI assistant

Use the CRM copilot, monitor automation runs, configure rules, and connect external data through integrations.

The AI area combines a chat-style copilot with durable automation: queued runs, rules, and integrations that feed the same processing pipeline.

Before you start

  • Use CRM and related modules normally first so prompts and automations have real context.
  • Agree internally which actions require human approval before automations run.
  • Treat rules and webhooks as production controls—mistakes can create many automated tasks at once.

Chatbot (CRM copilot)

Path: AI → Chatbot / CRM Copilot (/ai/chatbot)

CRM copilot workspace

  1. Open the copilot workspace.
  2. Start a thread or prompt; review answers against live workspace data when making decisions. Replies now carry deterministic CRM context even when the external provider is disabled.
  3. Check the provider label and citations on assistant replies when you need to confirm whether a response came from the external provider path or the deterministic fallback.
  4. Review the per-action audit timeline before approving or rejecting Copilot suggestions so you can see who created, approved, rejected, queued, or executed the action.
  5. When work becomes a tracked automation, follow up in Automation Runs.

Capabilities depend on organization settings and whether an external model is configured—your admin can explain what is enabled.

Workspace narrative

Path: Signed-in home dashboard (/)

The dashboard now includes a workspace narrative snapshot card.

  1. Review the snapshot when you want a daily summary of new leads, overdue work, urgent tickets, renewal pressure, and the riskiest open deal.
  2. Use Generate narrative snapshot to refresh the summary on demand.
  3. Open the linked records directly from the snapshot sources when you want to investigate the supporting CRM context.

Automation runs (ledger)

Path: AI → Automation Runs (/ai/automation-runs)

Automation runs ledger

This is the operator view of automation health.

  1. Read summary metrics: run volume, failures, pending events, worker health, queue depth, success rate.
  2. Review audit entries for who changed rules, imports, or retries.
  3. Inspect worker runtime and recent events to confirm processing is healthy.
  4. For problem items, use retry or investigation actions your UI exposes.

Automation rules

Path: AI → Automation Rules (/ai/automation-rules)

Automation rules

  1. Review the rules table for active policies (examples: stale leads, renewals, support, payments, learning events, webhooks).
  2. Create a rule — choose scheduled or event-driven, set conditions, and frequency where applicable.
  3. The worker evaluates rules and creates idempotent runs (duplicate safety depends on rule design).
  4. Validate behavior in Automation Runs after changes.

Integrations

Path: AI → Integrations (/ai/integrations)

Integrations and adapters

Typically for owners or administrators.

  1. See adapter identifiers and how external payloads map into the platform.
  2. Use signed webhooks or approved CSV import flows so data enters the same automation pipeline as internal events.
  3. Watch recent jobs for failures, stale items, or backlog.

Do not share webhook secrets or signing keys in chat or email.