> ## Agent Instructions
> Hebno is a B2B AI control platform for growing teams (30-250 people). Use British English (organisation, not organization).
> Describe only what Hebno supports today. If unsure, say so.
> Spend limits use the organisation display currency in the app.
> Start with /index and /getting-started/quickstart for Hebno orientation.
# Audit trail
Source: https://hebno.com/docs/compliance/audit-trail
What admin actions Hebno records and how operators review activity today.
Hebno records significant admin and budget events server-side.
## What is logged
Examples of recorded actions:
| Area | Examples |
| ------------ | -------------------------------------------------------------- |
| **Limits** | Limit created or updated, threshold approached, spend blocked |
| **Models** | Organisation model enabled or disabled, team assignment change |
| **Teams** | Team created, members assigned |
| **Members** | Invite sent, member suspended or reactivated, role change |
| **Settings** | Currency, chat memory, or organisation context updated |
Each entry includes who made the change and when.
## What you can review in Hebno
Use these views for day-to-day oversight:
* **Admin → Overview** - spend, attribution, and usage trends
* **Admin → Limits** - current caps and spend against each limit
* **Usage** (member menu) - personal spend for the current period
## Detailed audit reports
For a change-history report beyond what admin overview shows, contact [support@hebno.com](mailto:support@hebno.com).
## Next steps
* [Data residency](/docs/compliance/data-residency)
* [Set limits](/docs/guides/set-limits)
# Data residency
Source: https://hebno.com/docs/compliance/data-residency
EU data residency at workspace creation and links to legal documentation.
Hebno is built for teams that need EU-hosted AI processing and clear data handling terms.
## EU data residency
During onboarding **Workspace** setup, you choose whether your organisation requires **EU data residency**.
This records your preference at workspace creation. See [Privacy policy](https://hebno.com/privacy) and [Data processing agreement](https://hebno.com/dpa) for how Hebno describes hosting and processing.
## No training on your data
Hebno does not use customer chat content to train models. This is stated in:
* [hebno.com/#security](https://hebno.com/#security)
* [Privacy policy](https://hebno.com/privacy)
* [Data processing agreement](https://hebno.com/dpa)
## Encryption
| State | Standard |
| ---------- | -------- |
| At rest | AES-256 |
| In transit | TLS 1.2+ |
## Subprocessors
Subprocessors are listed in the DPA and privacy documentation at [hebno.com/privacy](https://hebno.com/privacy).
## Access control
Role-based access limits who can change organisation settings, limits, and membership. See [Roles and permissions](/docs/concepts/roles-and-permissions).
## Legal documents
| Document | URL |
| ------------------------- | ---------------------------------------------- |
| Privacy policy | [hebno.com/privacy](https://hebno.com/privacy) |
| Terms of service | [hebno.com/terms](https://hebno.com/terms) |
| Data processing agreement | [hebno.com/dpa](https://hebno.com/dpa) |
For a security overview, see [hebno.com/#security](https://hebno.com/#security).
## What to tell clients
Operators often need a short client-facing summary:
* AI requests for tagged work are attributed in Hebno for reporting
* Data is processed under EU residency commitments in your agreement with Hebno
* Model providers act as subprocessors under the DPA
Direct clients to your executed DPA and privacy terms for contractual detail.
## Next steps
* [Audit trail](/docs/compliance/audit-trail)
* [Overview](/docs/index)
# Attribution
Source: https://hebno.com/docs/concepts/attribution
How team and project tags attach spend to groups and clients, and why tags are sticky on conversations.
Attribution connects each conversation's token cost to the right team and client work. Operators use it for internal chargeback and client rebilling.
## What gets tagged
Every **conversation** can carry:
| Field | Purpose |
| ----------- | ------------------------------------------------------- |
| **Team** | Which group owns the spend |
| **Project** | Which client or internal initiative the work belongs to |
Tags are chosen when the conversation is created.
## Sticky tags
Team and project tags are **sticky**. After creation:
* Retagging from the chat body is ignored
* Spend for the whole thread rolls up under the original tags
This keeps monthly reports stable. If attribution was wrong, start a new conversation with the correct tags.
## Projects and clients
Projects belong to the organisation. Each project has:
* A **name** (internal label)
* An optional **client name** (for client-facing reports)
Archived projects cannot be selected for new conversations.
Project tagging is optional. Your organisation can adopt it as internal policy even though Hebno does not require a project on every chat.
## Where attribution appears
Tagged spend flows into:
* **Admin → Overview** charts (by team, by model)
* **Usage** views for members
* **Limit checks** for team-scoped and project-scoped hard limits
## Filtering history
Members filter chat **History** by project from the sidebar. This helps find past client work without mixing unrelated threads.
## Example workflow
An agency delivery lead starts a chat:
1. Select **Team**: Client A delivery
2. Select **Project**: Website copy refresh (client: Client A Ltd)
3. Work in the thread over several days
All token cost for that thread appears under Client A delivery and the Website copy refresh project in admin reporting.
## Next steps
* [Using chat](/docs/guides/chat) - how to tag at conversation start
* [Spend and limits](/docs/concepts/spend-and-limits) - project-scoped limits
# Model access
Source: https://hebno.com/docs/concepts/model-access
How organisations enable models, how teams inherit or restrict access, and member model preferences.
Hebno controls which models members can use through a layered access model: organisation catalogue, optional team restrictions, and personal preferences.
There is no separate policy screen. Access rules live in model enablement and team assignments under **Admin → Models**.
## Organisation level
Under **Admin → Models → Organisation**, admins enable or disable models for the entire workspace.
Disabled models disappear from the model picker for all members unless team-level rules say otherwise.
## Team level
Under **Admin → Models → Teams**, admins configure per-team access:
| Configuration | Behaviour |
| --------------------------- | --------------------------------------------------------------------------------------------------- |
| **No team assignments** | Team inherits all organisation-enabled models |
| **One or more assignments** | **Whitelist mode** - only models marked enabled for that team are available to members on that team |
Team restrictions apply when a member starts or continues a chat tagged to that team.
## Member preferences
Members can set a **default model** under **Settings → Chat preferences** when the picker is available. The default must still be enabled for the organisation and allowed for the member's team context.
Otherwise, new chats follow the organisation default unless the member picks a model in the chat model picker.
## Resolving the active model
When a member sends a message, Hebno resolves the model in this order:
1. Model explicitly chosen in the chat model picker
2. Member default model (if available in settings)
3. Organisation default model
The resolved model must pass organisation and team access checks for the conversation's team tag.
## Gateway
Hebno routes chat requests through its gateway to models enabled in your catalogue. In the app, members choose from model names in the picker - not from a separate provider menu.
## Next steps
* [Manage models](/docs/guides/manage-models) - enable and restrict models in admin
* [Using chat](/docs/guides/chat) - model picker and defaults for members
# Organisations and teams
Source: https://hebno.com/docs/concepts/organisations-and-teams
How workspaces, organisations, teams, and members relate in Hebno.
Hebno uses a multi-tenant workspace model. One person can belong to multiple organisations, each with its own teams, limits, models, and billing.
## Organisation
An **organisation** is your workspace tenant. It holds:
* Members and their roles
* Teams and team membership
* Enabled models and access rules
* Spend limits
* Billing subscription and display currency
* Organisation-wide settings (chat memory policy, organisation context)
The word **workspace** in onboarding refers to the same entity as **organisation**.
## Teams
A **team** groups members for spend attribution and model access. Examples:
* Delivery teams (Design, Engineering)
* Client-facing groups (Client A account team)
* Internal functions (Operations)
Every member can belong to one or more teams. Conversations record the team tag chosen at creation.
Teams do not replace roles. A member on the Marketing team can still be an organisation **admin**.
## Members
A **member** is a person's profile inside one organisation. Each membership has:
* Display name within the organisation
* Role: **owner**, **admin**, or **member**
* Team assignments
* Personal chat preferences (default model, custom instructions, memory toggle)
One global user account can have separate memberships in different organisations.
## Projects
**Projects** sit alongside teams for client work tagging. A project belongs to the organisation and can include an optional client name. Projects are used for:
* Tagging conversations at creation
* Project-scoped spend limits
* Filtering chat history
See [Attribution](/docs/concepts/attribution).
## Typical structure
```
Organisation
├── Teams (Marketing, Client A, …)
├── Projects (Website redesign, Q3 audit, …)
├── Members (each with a role)
└── Limits (org, team, member, or project scope)
```
## Admin vs member experience
| Capability | Member | Admin / owner |
| -------------------------- | ------ | ------------- |
| Chat | Yes | Yes |
| Personal usage view | Yes | Yes |
| Admin overview and limits | No | Yes |
| Invite and suspend members | No | Yes |
| Manage models and billing | No | Yes |
See [Roles and permissions](/docs/concepts/roles-and-permissions).
## Next steps
* [Spend and limits](/docs/concepts/spend-and-limits) - how budgets attach to org, team, member, and project
* [Manage members](/docs/guides/manage-members) - invite and suspend teammates
# Roles and permissions
Source: https://hebno.com/docs/concepts/roles-and-permissions
Owner, admin, and member roles and what each can do in chat and admin.
Hebno uses three organisation roles.
## Roles
| Role | Typical holder | Summary |
| ---------- | ------------------------- | ------------------------------------------------------ |
| **Owner** | Founder or account holder | Full admin access; cannot be suspended by others |
| **Admin** | Ops lead, IT-light owner | Full admin access except owner-only billing edge cases |
| **Member** | Individual contributor | Chat, personal settings, usage view only |
## Member capabilities
Members with a completed onboarding state can:
* Start and continue chats
* Pick models allowed for their team context
* Attach files to messages
* Tag conversations with team and project at creation
* Browse, rename, and delete their conversation history
* Open personal **Settings**: name, theme, default model, custom instructions, memory (if allowed)
* View **Usage** against limits assigned to them
Members see an **Admin** link in the sidebar but are redirected to chat if they open admin pages without an admin role.
## Admin and owner capabilities
Users with **owner** or **admin** role can access **Admin**:
| Area | Actions |
| ------------ | -------------------------------------------------- |
| **Overview** | Date-range spend, KPIs, charts, top spenders |
| **Members** | Invite, suspend, reactivate (not self, not owner) |
| **Teams** | Create teams, assign members |
| **Models** | Enable org models, set team whitelists |
| **Limits** | Create and edit hard/soft limits by scope |
| **Billing** | View plan, seats, subscription status |
| **Settings** | Currency, chat memory policy, organisation context |
## Suspension
Admins can **suspend** members. Suspended members cannot use Hebno until reactivated. Owners cannot be suspended. Admins cannot suspend themselves.
## Invitations
Invites specify email, team, and role. Pending invites appear on the members page until accepted or expired.
## Audit events
Admin changes (members, limits, models, settings) are recorded server-side. See [Audit trail](/docs/compliance/audit-trail) for how to review activity in Hebno.
## Next steps
* [Manage members](/docs/guides/manage-members)
* [Organisation settings](/docs/guides/organisation-settings)
# Spend and limits
Source: https://hebno.com/docs/concepts/spend-and-limits
Hard and soft limits, scopes, billing periods, hierarchy rules, and what happens when a cap is reached.
Hebno tracks AI spend and enforces **limits** you set at organisation, team, member, or project level.
## Limits vs subscription
| Concept | What it is |
| ------------------------ | ---------------------------------------------------- |
| **Subscription (seats)** | What you pay Hebno monthly per active member |
| **Limits (AI spend)** | Internal caps on model usage within a billing period |
Seat billing and AI spend limits are separate. Limits control how much model usage your organisation can incur before requests are blocked or alerts fire.
## Hard vs soft
| Mode | Behaviour |
| -------- | -------------------------------------------------------------------------------------- |
| **Hard** | Blocks new chat requests when spend reaches the limit for the current period |
| **Soft** | Sends alerts at a threshold and when the limit is reached; does **not** block requests |
Only **hard** limits stop new chat requests. Soft limits are for visibility and operator notification.
When a hard limit blocks a request, the member sees an error and no model call is made.
## Scopes
Set a limit on one of four scopes:
| Scope | Applies to |
| ---------------- | -------------------------------------- |
| **Organisation** | Total spend across the whole workspace |
| **Team** | Spend attributed to one team |
| **Member** | Spend attributed to one person |
| **Project** | Spend attributed to one client project |
A single request is checked against every **hard** limit that matches the conversation's organisation, member, team, and project tags.
## Billing period
Limits reset on **UTC calendar months**. The period start is the first day of the month at 00:00 UTC.
Reports and limit checks use the same period boundary.
## Hierarchy rules
When admins create limits, Hebno validates that child budgets do not exceed parents:
* Sum of **team** limits cannot exceed the **organisation** limit
* Sum of **member** limits within a team cannot exceed that **team** limit
* Members not on a team: personal limits cannot exceed the organisation limit
* **Project** and **organisation** scopes skip hierarchy checks against siblings
This prevents configuring caps that contradict each other.
## Alerts
For each limit you can set an **alert threshold** (percentage of the cap). When spend crosses the threshold, admins receive notifications.
At 100% of a soft limit, alerts fire again. At 100% of a hard limit, subsequent requests are blocked.
## Reserve
When viewing limits in admin, **Reserve** is the unallocated budget remaining at organisation or team level after assigned child limits. Use it to see headroom before assigning more caps.
## Example
An agency sets:
* Organisation hard limit: €2,000/month
* Team hard limit (Client A): €800/month
* Member soft limit (freelancer): €100/month with alert at 80%
Client A work tagged to that team counts toward both team and organisation totals. The freelancer gets warnings at €80 but is not blocked unless a hard limit applies to them.
## Next steps
* [Set limits](/docs/guides/set-limits) - admin walkthrough
* [Attribution](/docs/concepts/attribution) - how team and project tags affect spend roll-ups
# Onboarding
Source: https://hebno.com/docs/getting-started/onboarding
How the workspace setup wizard works, including branching for invitations and incomplete organisations.
When you sign in without a ready workspace, Hebno sends you to **Set up workspace**. The wizard creates your organisation, first team, and display currency before you can use chat.
## Step order
The wizard follows this sequence:
| Step | What you do |
| --------------- | ---------------------------------------------------------------------------------------------------- |
| **Invitations** | Join an existing organisation or choose to create a new workspace (only if you have pending invites) |
| **Profile** | Enter your full name as it appears to teammates |
| **Workspace** | Company name, billing email, country, EU data residency preference |
| **Team** | Name your first team (creates the organisation and your membership) |
| **Currency** | Choose display currency for budgets and reports |
| **Invite** | Optionally invite teammates by email; you can skip |
## Where you start
Hebno picks your starting step automatically:
* **Pending invites, no membership** - starts at **Invitations**
* **No invites, no membership** - starts at **Profile**
* **Membership exists but onboarding incomplete** - starts at **Invite** (workspace already created)
## Invitations step
If a colleague invited you:
1. Review pending invitations.
2. **Join** to accept into their organisation, or **Create a new workspace** to start fresh.
Accepting an invite skips workspace and team creation. You inherit the organisation's existing settings.
## Workspace step
| Field | Purpose |
| ----------------- | ------------------------------------------------------------ |
| Company name | Shown in the sidebar and admin shell |
| Billing email | Used for subscription and billing correspondence |
| Country | Organisation locale and compliance context |
| EU data residency | Records your preference for EU-hosted processing at creation |
## Team step
Creating your first team also creates the organisation and assigns you as **owner**. You can add more teams later under **Admin → Teams**.
## Currency step
Display currency affects how limits and reports are shown. It does not change underlying usage amounts already recorded.
Supported currencies follow your organisation's configuration during onboarding.
## Invite step
Invite teammates by email. You can assign a team and role (member or admin). Skipping this step still completes onboarding.
When onboarding finishes, Hebno redirects you to chat.
## Accepting invites outside the wizard
Invitation links open in Hebno when you are signed in. The page handles:
* Invalid or expired tokens
* Email mismatch (signed-in user differs from invitee)
* Successful accept into the organisation
After accepting, complete any remaining profile steps if required.
## Troubleshooting
| Issue | What to check |
| ------------------- | ---------------------------------------------------- |
| Stuck in onboarding | Ensure workspace, team, and currency steps completed |
| Invite not visible | Confirm the invite was sent to your exact email |
| Wrong organisation | Sign out and accept the correct invite link |
See [FAQ](/docs/help/faq) for more common issues.
# Quickstart
Source: https://hebno.com/docs/getting-started/quickstart
Sign up, set up your workspace, send your first chat, and tag spend to a team and project.
This guide gets a new organisation from sign-up to a tagged conversation with spend visibility.
## Before you begin
You need:
* A work email address
* Permission to invite teammates (optional on day one)
* A sense of how you want to split spend (by team, client project, or both)
## Step 1: Create an account
1. Go to [hebno.com/app/signup](https://hebno.com/app/signup).
2. Sign up with your email and password, or use your existing auth provider.
3. If you received an invitation, you can accept it instead of creating a new workspace. See [Onboarding](/docs/getting-started/onboarding).
## Step 2: Complete workspace setup
The onboarding wizard walks you through:
* Your profile name
* Organisation details (company name, billing email, country, EU data residency)
* Your first team
* Display currency for budgets and reports
* Optional teammate invites
When onboarding completes, you land in chat. Details for each step are in [Onboarding](/docs/getting-started/onboarding).
## Step 3: Send your first chat
1. Open **New chat** from the sidebar.
2. Choose a model from the model picker. Only models your organisation has enabled appear.
3. Type a message and send.
If no models appear, an admin must enable models under **Admin → Models**. See
[Manage models](/docs/guides/manage-models).
## Step 4: Tag team and project
When you start a conversation, tag it with:
* **Team** - the group that should own the spend (for example, Marketing or Client A delivery)
* **Project** - optional client or internal work label for attribution
Tags are set when the conversation is created and stay fixed for that thread. See [Attribution](/docs/concepts/attribution).
## Step 5: Check spend
**Members** can open **Usage** from the user menu to see personal spend against any limits assigned to them.
**Admins** open **Admin → Overview** for organisation-wide spend, charts by model and team, and top spenders.
## Next steps
Configure hard or soft caps at organisation, team, member, or project level.
[Set limits](/docs/guides/set-limits)
Enable models for the organisation and restrict by team where needed.
[Manage models](/docs/guides/manage-models)
Add teammates and assign roles. [Manage members](/docs/guides/manage-members)
# Billing and seats
Source: https://hebno.com/docs/guides/billing
How Hebno subscription tiers, seats, and AI usage billing work together.
Hebno separates **platform subscription** (seats) from **AI usage** (model cost at pass-through).
## Two cost lines
| Line | What you pay | Controlled by |
| ------------ | ---------------------------- | -------------------------------- |
| **Seats** | Flat per-member subscription | Plan tier and active memberships |
| **AI usage** | Model usage cost from chat | Usage in chat, capped by limits |
Hebno does not markup model usage costs. Usage bills at cost, subject to the hard and soft limits you configure.
## Plans and pricing
Starter, Growth, and Scale describe how Hebno is packaged. Current prices and plan details are on [hebno.com/pricing](https://hebno.com/pricing).
## Billing in Hebno
Open **Admin → Billing** to see:
* Current plan tier and status
* Seat count and billing period dates
* Trial state when applicable
* Plan name and renewal dates
* Seat usage versus purchased seats
* Subscription status (active, trialing, past due)
Payment method and invoice details open through the billing portal when available.
Spend overview, limits, model access, and team and project attribution are configured elsewhere in admin.
## Seats
A **seat** is an active organisation membership. Hebno counts active members for billing:
* Starter enforces a minimum of five seats
* Suspended members generally do not count as active
Seat changes sync on your billing period.
## AI usage
Model usage from chat appears in admin spend views and personal **Usage**. Limits under **Admin → Limits** cap how much usage can run in a period.
## Limits vs subscription
Your plan tier does not set AI spend caps automatically. Configure limits separately under **Admin → Limits**.
## Next steps
* [Set limits](/docs/guides/set-limits)
* [Spend and limits](/docs/concepts/spend-and-limits)
# Using chat
Source: https://hebno.com/docs/guides/chat
Start conversations, pick models, tag team and project, attach files, and manage history.
Chat is the primary member experience in Hebno. Every message runs through models your organisation enables, with spend recorded automatically.
## Open chat
After onboarding, open **New chat** from the sidebar.
The chat panel includes:
* Message input
* Model picker
* Team and project tag selectors (at conversation start)
* File attachment support (drag-and-drop)
## Choose a model
Use the model picker to select which model answers this thread. Only models enabled for your organisation and allowed for the conversation's team appear.
If the default model control is available, set it under **Settings → Chat preferences → Defaults**. Otherwise Hebno uses the organisation default unless you pick a model per chat.
## Tag team and project
When starting a conversation, select:
1. **Team** - required for correct spend roll-up in most setups
2. **Project** - optional; use for client or initiative attribution
Tags cannot be changed after creation. Start a new chat if attribution was wrong. See [Attribution](/docs/concepts/attribution).
## Attach files
Drag files into the chat panel or use the attachment control. Files upload to private organisation storage.
## Regenerate responses
Use **Regenerate** on an assistant message to request a new answer from the same model. Each regeneration creates additional usage and cost.
## History
Past conversations appear in **History**, grouped by date. You can:
* Search and open threads
* Rename conversations
* Delete one or many via the manage dialog
* Filter by project from the sidebar
## Personal settings
Open **Settings** from the user menu:
| Section | Options |
| -------------------- | ----------------------------------------------------------- |
| **Personal** | Display name, theme |
| **Chat preferences** | Default model, custom instructions |
| **Memory** | Personal memory toggle (only if organisation allows memory) |
**Organisation context** (background about your company injected into every chat) is set by admins under **Admin → Settings**, not by members.
## Usage
Open **Usage** from the user menu to see personal spend for the current period against any member-scoped limits.
## Organisation context and memory
Admins may set **organisation context** and **chat memory** policy under **Admin → Settings**. When memory is allowed, members can turn on **Remember things about me** under **Settings → Chat preferences → Memory**.
## Next steps
* [Model access](/docs/concepts/model-access)
* [Set limits](/docs/guides/set-limits) - if you are blocked by a limit
# Manage members
Source: https://hebno.com/docs/guides/manage-members
Invite teammates, assign roles and teams, and suspend or reactivate members.
Member management is under **Admin → Members**. Requires **admin** or **owner** role.
## View members
The members page lists:
* Active members with role and team assignments
* Pending invitations (email, role, invited date)
## Invite a member
1. Click **Add member**.
2. Enter email address.
3. Choose **role**: member or admin.
4. Assign a **team** (recommended for attribution and model access).
5. Send invitation.
The invitee receives an email with a link to accept. They must sign in with the invited email to accept.
## Roles when inviting
| Role | When to use |
| ---------- | ------------------------------------------------ |
| **Member** | Default for contributors who only need chat |
| **Admin** | Ops leads who manage limits, models, and billing |
Organisation **owner** is assigned at workspace creation, not via invite role picker.
## Suspend a member
Admins can suspend members who should lose access immediately.
* Suspended members cannot sign in to the product
* You cannot suspend yourself
* You cannot suspend the **owner**
Reactivate suspended members from the same members page.
## Pending invites
Cancel or resend pending invites from the members list. Expired tokens show an error on the invite acceptance page.
## Seats and billing
Each active membership counts toward **seats** billed on your subscription. Suspended members typically do not count as active seats (see [Billing](/docs/guides/billing)).
Starter plan has a minimum of five seats.
## Audit
Invite, suspend, reactivate, and role changes write audit events (`user.*` namespace).
## Next steps
* [Roles and permissions](/docs/concepts/roles-and-permissions)
* [Onboarding](/docs/getting-started/onboarding) - invite step in the wizard
# Manage models
Source: https://hebno.com/docs/guides/manage-models
Enable models for your organisation and restrict access by team with whitelist rules.
Model management lives under **Admin → Models** with two tabs: **Organisation** and **Teams**.
## Organisation tab
Enable or disable models for the entire workspace.
| Action | Effect |
| ----------- | ----------------------------------------------------------------------------- |
| **Enable** | Model appears in pickers for members whose team inherits org access |
| **Disable** | Model hidden organisation-wide unless a team whitelist explicitly includes it |
Start here when rolling out a new model or retiring one from general use.
## Teams tab
Configure per-team access for members tagged to that team in chat.
| Team configuration | Member experience |
| -------------------- | -------------------------------------------------------- |
| No rows for the team | Inherits all organisation-enabled models |
| One or more rows | **Whitelist** - only models marked enabled for that team |
Use team whitelists when:
* A client contract allows only specific models
* A junior team should not access premium models
* A delivery pod should standardise on one approved model
## Workflow: roll out a new model
Turn the model on under **Organisation** so it enters the org pool.
Under **Teams**, whitelist only approved models for restricted teams.
Tell members to start new chats with the correct team tag so whitelist rules
apply.
## Workflow: remove a model
1. Disable the model under **Organisation**.
2. Remove or disable team whitelist rows that reference it.
3. Confirm members can finish existing threads; new chats will not offer the model.
## Next steps
* [Model access](/docs/concepts/model-access)
* [Using chat](/docs/guides/chat)
# Organisation settings
Source: https://hebno.com/docs/guides/organisation-settings
Configure display currency, chat memory policy, and organisation context for all member chats.
Organisation settings are under **Admin → Settings**. Only **admin** and **owner** roles can change them.
## Display currency
**Display currency** controls how limits, dashboards, and usage summaries are formatted for your organisation.
Changing currency affects display only. Historical usage amounts are unchanged.
Currency can also be set during onboarding.
## Chat memory
**Chat memory** is an organisation-wide policy toggle:
| Setting | Effect |
| -------------- | ------------------------------------------------------ |
| **Allowed** | Members can enable personal memory in their settings |
| **Disallowed** | Personal memory toggles are hidden; no extraction runs |
When allowed, members choose whether memory is on for their account under **Settings → Chat preferences → Memory**.
## Organisation context
**Organisation context** is background text admins provide about the company (services, tone, key facts). Hebno prepends it to the system prompt for **all** member chats in the organisation.
Use it for stable facts you want every model to know:
* What your firm does
* Standard client terminology
* Compliance reminders that apply to every thread
Keep it concise. Long context consumes tokens on every request.
## Next steps
* [Using chat](/docs/guides/chat) - how members experience context and memory
* [Manage models](/docs/guides/manage-models)
# Set limits
Source: https://hebno.com/docs/guides/set-limits
Create hard and soft spend limits at organisation, team, member, and project scope in Admin.
Limits cap AI usage spend within each UTC calendar month. Configure them under **Admin → Limits**.
## Open Limits
1. Sign in as **admin** or **owner**.
2. Open **Admin** from the sidebar.
3. Select **Limits**.
The page lists existing limits with current spend versus cap, enforcement mode, and scope.
## Create a limit
1. Click **Set limit**.
2. Choose **scope**: organisation, team, member, or project.
3. Select the target entity (team, member, or project) when scope is not organisation.
4. Enter the limit amount in your organisation's **display currency**.
5. Choose enforcement:
* **Hard** - block requests when the cap is reached
* **Soft** - alert only
6. Set **alert threshold** percentage (for example, 80% to warn before the cap).
7. Save.
Hebno validates hierarchy rules when you save team or member limits. If child limits would exceed a parent, the save is rejected with a clear error.
## Hard limit behaviour
When spend for the period meets or exceeds a hard limit:
* New chat requests are blocked with an error
* No model call is made
* Admins receive notifications
Members already mid-stream may complete an in-flight response; the block applies to the next request.
## Soft limit behaviour
Soft limits never block. They trigger notifications at the alert threshold and again at 100%.
Use soft limits for visibility on individuals or projects where you want warnings before considering a hard cap.
## Practical patterns
| Scenario | Suggested setup |
| ------------------------ | -------------------------------- |
| Agency monthly AI budget | Organisation hard limit |
| Client delivery cap | Team hard limit per client team |
| Junior staff guardrail | Member soft limit with 80% alert |
| Fixed-fee project | Project hard limit |
## Reserve
After assigning team and member limits, check **Reserve** on organisation and team rows. Reserve is headroom not yet allocated to child limits.
## Edit and remove
Admins can update limit amounts, enforcement mode, and thresholds. Changes apply to the current period's checks immediately.
Removing a limit stops future enforcement for that scope; past usage is unchanged.
## Next steps
* [Spend and limits](/docs/concepts/spend-and-limits) - periods, hierarchy
* [FAQ](/docs/help/faq) - blocked by limit troubleshooting
# FAQ and troubleshooting
Source: https://hebno.com/docs/help/faq
Common questions about limits, invites, models, currency, and access errors.
## I was blocked from sending a chat message
**Symptom:** Error when sending a message.
**Cause:** A **hard limit** for the current UTC month was reached at organisation, team, member, or project scope.
**Fix:**
1. Ask an admin to check **Admin → Limits** for caps at or above 100%.
2. Raise the limit or wait until the next UTC month.
3. Confirm the conversation's team and project tags - they determine which limits apply.
Soft limits do not block. See [Spend and limits](/docs/concepts/spend-and-limits).
***
## A model does not appear in the picker
**Possible causes:**
| Cause | Fix |
| --------------------------------- | --------------------------------------------------------------------- |
| Model disabled for organisation | Admin enables it under **Models → Organisation** |
| Team whitelist excludes the model | Admin updates **Models → Teams** or member retags team on a new chat |
| Default model not available | Member picks model per chat or checks **Settings → Chat preferences** |
See [Model access](/docs/concepts/model-access).
***
## My invite link does not work
| Symptom | Fix |
| -------------- | -------------------------------------- |
| Expired token | Admin resends invite from **Members** |
| Email mismatch | Sign in with the invited email address |
| Invalid token | Request a new invitation |
Accept the invitation while signed in with the invited email address.
***
## Spend shows in the wrong team or project
Tags are set at **conversation creation** and cannot be changed. Start a **new chat** with the correct team and project tags.
Past usage remains under the original tags.
***
## Currency display looks wrong
Display currency is set in onboarding or **Admin → Settings**. If amounts look wrong after a change, allow time for dashboards to refresh.
***
## I see Admin in the sidebar but get redirected
Only **owner** and **admin** roles access admin pages. Members are redirected to chat.
Ask an organisation admin to upgrade your role if you need admin access.
***
## Where are audit logs?
Spend and usage are in **Admin → Overview** and **Usage**. For change history and audit reporting, see [Audit trail](/docs/compliance/audit-trail) or contact [support@hebno.com](mailto:support@hebno.com).
***
## Is there an API?
Hebno does not offer a public API at this time. Contact [support@hebno.com](mailto:support@hebno.com) if you need integration guidance.
***
## Still stuck?
Contact [support@hebno.com](mailto:support@hebno.com) or [book a demo](https://hebno.com/demo) for a walkthrough with the Hebno team.
# For AI agents
Source: https://hebno.com/docs/help/for-ai-agents
How coding agents and LLM tools should discover, install, and query Hebno product documentation.
This page is for AI assistants, coding agents, and automation tools that need accurate Hebno product context.
## Start here
| Resource | URL | Purpose |
| ---------------------- | ---------------------------------------------------------------------------------------------------- | ------------------------------------------- |
| **Curated index** | [hebno.com/docs/llms.txt](https://hebno.com/docs/llms.txt) | Priority-ordered map of documentation pages |
| **Capability summary** | [hebno.com/docs/skill.md](https://hebno.com/docs/skill.md) | What Hebno enables, inputs, and constraints |
| **Overview** | [hebno.com/docs](https://hebno.com/docs) | Hebno overview for humans and agents |
| **Quickstart** | [hebno.com/docs/getting-started/quickstart.md](https://hebno.com/docs/getting-started/quickstart.md) | First-run workflow |
Append `.md` to any doc path to fetch Markdown instead of HTML.
## Install the Hebno skill
Install the hosted skill so your agent loads Hebno capabilities before answering product questions:
npx skills add [https://hebno.com/docs](https://hebno.com/docs)
The skill describes tasks Hebno supports, required inputs (organisation, team, project, limits), and guardrails (hard limits block chat, no public API).
## Search MCP server
Mintlify hosts a read-only **search MCP** on public documentation:
```
https://hebno.com/docs/mcp
```
Connect this URL in Cursor, Claude, or other MCP clients to search live documentation content.
Use the page header contextual menu (**Add MCP**, **Cursor**) on any doc page to copy install commands.
This MCP searches published documentation only. It does not administer your
Hebno organisation or call product APIs.
## Agent instructions (site-wide)
Every Markdown export includes these rules from `docs.json`:
* Hebno is B2B AI control for teams of 30-250 people
* Use British English (`organisation`, not `organization`)
* Describe only what Hebno supports today. If unsure, say so.
* Spend limits use the organisation display currency in the app
## Recommended reading order
1. [Overview](/docs/index)
2. [Spend and limits](/docs/concepts/spend-and-limits)
3. [Roles and permissions](/docs/concepts/roles-and-permissions)
4. [Set limits](/docs/guides/set-limits) or [Using chat](/docs/guides/chat) depending on the question
## llms-full.txt
Mintlify auto-generates [hebno.com/docs/llms-full.txt](https://hebno.com/docs/llms-full.txt) with full site content for bulk indexing. Prefer `llms.txt` for navigation; use `llms-full.txt` only when you need entire-corpus context.
## Do not assume
| Topic | Guidance |
| ---------------------- | --------------------------------------------------------------------------------------- |
| Public customer API | [FAQ](/docs/help/faq) |
| Detailed audit reports | [Audit trail](/docs/compliance/audit-trail) or [support@hebno.com](mailto:support@hebno.com) |
Describe only what Hebno supports today. If unsure, say so and point to the docs or support - do not infer from hebno.com/pricing alone.
# Overview
Source: https://hebno.com/docs/index
What Hebno is, who it is for, and the three pillars of AI control for growing teams.
Hebno is an AI control platform for growing teams. It gives operators one place to access every major model their organisation uses, track spend by team and client, set hard budgets, and keep processing inside the EU.
## Who Hebno is for
Hebno is built for non-technical operators at agencies, consultancies, and professional services firms with 30-250 people. The typical buyer is a CEO, COO, or Head of Ops who owns the budget and needs visibility without deploying infrastructure.
Hebno is not built for developers running their own gateways, or for enterprise IT departments buying shelfware.
## Three pillars
One chat interface to the models your organisation enables. Assign access by
team and role without asking members to manage separate accounts.
Live cost by person, team, and client project. Set hard monthly limits that
block spend when a cap is reached, or soft limits that alert before you hit
the ceiling.
EU data residency at workspace creation. No training on your data. Audit
events recorded for admin actions.
## How billing works
Hebno charges for **seats**, not tokens. AI usage is billed separately at cost with no markup, capped by the limits you set.
See [Billing and seats](/docs/guides/billing) for plan tiers and how seats relate to active members.
## Get started
Sign up, complete onboarding, and send your first chat in under ten minutes.
Understand organisations, limits, model access, and attribution before you
configure controls.
Open Hebno at [hebno.com/app](https://hebno.com/app). For a guided walkthrough, [book a demo](https://hebno.com/demo).