Iris AI

Credits & usage

Manage token accounts, credit purchases, model choices, and per-user access to Iris.

Credits & usage

Credits & usage covers credit allocation, token usage, model access, tenant-level AI enablement, and cost governance for Iris features. Use this page when you are setting up the product surface, reviewing a rollout, or troubleshooting why users see a different result from an administrator.

What this surface is

  • Primary purpose: credit allocation, token usage, model access, tenant-level AI enablement, and cost governance for Iris features.
  • Where users start: Iris credits live at /settings/account/iris-credits; Ask Iris opens at /iris.
  • Where administrators configure it: Iris Studio topics are managed at /settings/iris-studio/agents; company settings can enable or disable Ask Iris.
  • Runtime/detail surface: Credit usage applies to Ask Iris, Page Builder V4, Iris chat widgets, workflow Agent nodes, table AI search, and script helpers.
  • Platform connections: Iris usage connects tenant credits, provider tokens, model choice, topics, workflow runs, page generation, and usage logs.

Where it lives

AreaPath or surfaceUse it for
User surfaceIris credits live at /settings/account/iris-credits; Ask Iris opens at /iris.Day-to-day work and review.
ConfigurationIris Studio topics are managed at /settings/iris-studio/agents; company settings can enable or disable Ask Iris.Setup, permissions, routing, labels, and behaviour.
Runtime/detailCredit usage applies to Ask Iris, Page Builder V4, Iris chat widgets, workflow Agent nodes, table AI search, and script helpers.Testing the live experience users actually see.

Configure it

  1. Confirm the audience for this surface and whether they are staff users, portal users, customers, public visitors, or administrators.
  2. Open the owning product route: Iris credits live at /settings/account/iris-credits; Ask Iris opens at /iris.
  3. Review the configuration route and permissions before changing live behaviour: Iris Studio topics are managed at /settings/iris-studio/agents; company settings can enable or disable Ask Iris.
  4. Define the primary records, fields, statuses, owners, and notifications involved in this workflow.
  5. Configure Credit balance, Ask Iris, and Iris Studio first because they shape the rest of the rollout.
  6. Add Page Builder V4 and Workflow Agent node only after the core path works with sample data.
  7. Test the runtime surface as a restricted user, not only as a superadmin: Credit usage applies to Ask Iris, Page Builder V4, Iris chat widgets, workflow Agent nodes, table AI search, and script helpers.
  8. Check downstream connections after saving: Iris usage connects tenant credits, provider tokens, model choice, topics, workflow runs, page generation, and usage logs.
  9. Record the owner, rollout date, and support path for the configuration.
  10. Review the first week of activity and remove any option that users do not understand or need.

Configuration options

OptionUse whenNotes
Credit balanceAdmins need available AI capacityRoute: /settings/account/iris-credits.
Ask IrisGeneral workspace AI useRoute: /iris.
Iris StudioReusable topics need controlRoute: /settings/iris-studio/agents.
Page Builder V4Page generation uses AIMonitor during build sprints.
Workflow Agent nodeAutomations call AI repeatedlyEstimate run volume.
Table AI searchNatural-language filtering uses AITrain users on efficient prompts.

Operating notes

  • Keep labels aligned with the words users see in the product, especially Credit balance and Ask Iris.
  • Permissions still matter even when a menu, page, or link is visible.
  • If users see empty data, check role filters, enabled apps, ownership rules, and saved filters before editing records.
  • If a change affects customers or public visitors, test from a logged-out or customer account as appropriate.
  • Use reports or logs to confirm the change produced the expected operational result.
  • Capture configuration decisions in rollout notes so support teams know what changed.
  • Do not reuse one option for unrelated processes just because it is already configured.
  • Review linked notifications, workflows, dashboards, and reports after changing this surface.
  • Prefer narrow changes that can be tested with sample data before a tenant-wide rollout.
  • When troubleshooting, start at the route users open, then inspect configuration, permissions, and logs in that order.
  • Keep retired settings hidden or archived so users do not choose outdated paths.
  • Assign an owner for ongoing review; unattended configuration becomes stale quickly.

For developers

Use these pages when the surface is read or changed by code, scripts, embeds, widgets, API clients, webhooks, or realtime listeners.