archi bot Product docs

Support

ArchibotChat support cases

Send an account-scoped support request from the Console and include useful evidence without exposing secrets.

Customer adminsCustomer membersPlatform operators

Last updated

Console Settings Support card with a short title field, category and severity selects, a description box, and a Send button.
The Support card on the Archibot account tab: a short title, category, severity, and What happened? description, then Send. Shown with safe example data.

Use Support when you need ISM to investigate an ArchibotChat account issue. A support request captures a short title, a category, a severity, and a description, then routes to ISM with your account context attached.

Support requests are account-scoped. They stay tied to your ArchibotChat account and are reviewed by platform operators. The Console does not show an in-app case list or status board, so keep your own note of the reference ID returned when you send.

Find the Support tab

  1. Open Settings and stay on the Archibot account tab.
  2. In the pill strip under Archibot account, select Support.

The pill strip also holds Setup, Git Access, API Keys, CI & Review, Activity, Billing, and Spending caps. The Support pill opens the request form on the same page.

Console Settings with the Support pill selected, showing the Support form below the account pill strip.

Send a request

  1. Enter a Short title that names the problem in a few words.
  2. Pick a category from the first select. Options are Chat, API, Billing, Access, Files, Account, and Other.
  3. Pick a severity from the second select. Options are Low, Normal, High, and Urgent.
  4. In the What happened? box, describe what happened, what you needed, and what would have helped.
  5. Select Send.

Send stays disabled until both the title and the description have text, so a request always carries enough to act on. Category defaults to Chat and severity defaults to Normal.

Do not include raw API keys, passwords, cookies, one-time codes, sensitive customer data, or private files unless ISM gives you a secure exchange path.

Confirm it sent

After you send, a confirmation banner appears above the form. When a tracking reference is created, it reads like Sent as ACP-1042 with an Open in Linear link to follow the request. The form clears so you can send another request if needed.

Support form after sending, with a Sent as ACP-1042 confirmation banner and an Open in Linear link above the cleared fields.

Record the reference ID for your own tracking. Because the Console does not list past requests, the ID is the simplest way to reference the issue in later correspondence.

Useful details to include

A focused description helps ISM act on the first read. Include:

  • Request IDs from the Activity tab when the issue is tied to a specific action.
  • The approximate time the issue happened.
  • An API key prefix, not the full key.
  • A conversation title or artifact name, not sensitive file contents.
  • The billing plan and visible billing state when the issue is billing-related.

For pulling request IDs and timestamps, see activity and audit. For API-specific issues, the key prefix and scope live in API keys.

Choose a category

Pick the category that best routes the request:

CategoryUse it for
ChatConversation behavior, responses, or chat workspace problems.
APIEndpoint keys, request errors, or integration issues.
BillingCredits, invoices, budgets, or plan questions.
AccessSign-in, SSO, or membership problems.
FilesArtifacts, attachments, or saved file issues.
AccountAccount settings, setup, or general account questions.
OtherAnything that does not fit the categories above.

What support does and does not change

Sending a support request does not grant product access, change billing, revoke keys, delete artifacts, or modify identity groups. Operators review requests and follow up through separate operator workflows in Operations. Any resulting status changes are recorded as audit evidence on your account.

If you need to move related files or context to ISM as part of an investigation, follow the secure handoff steps in support handoff rather than pasting sensitive content into the description.

Done When

  • The request has a short title and a useful category.
  • The description explains what happened, what you needed, and what would have helped.
  • Request IDs are included when available.
  • No raw secrets or sensitive customer data are included.