Glossary

This site argues in its own vocabulary, and several of these words are used loosely elsewhere in the industry. Here is precisely what each one means when we use it, written to be quotable, including by a machine.

A

Agentic AI #

AI that takes actions on your behalf rather than only answering: creating, updating and moving records. Actions are where trust is lost, which is why this is the half that needs one permission model, one audit log and one rollback path underneath it. Cyril describes fully autonomous agentic mode as coming soon, not shipped.

More on Agentic AI

Where this is covered properly: Ask Cyril

ai_context serializer #

A deterministic, schema-aware view of a record built for a language model rather than for a database: resolved, related and current, instead of raw rows the model has to decode. Every entity has one, which is what makes a cross-module answer groundable in the same data twice.

Where this is covered properly: Every record explains itself

AI-native #

Built so that the AI layer sits underneath every part of the system rather than beside one of them. The test is not whether a product has AI features but whether a question crossing two areas of the business can be answered in one query. AI added on demos well and narrows to a single silo in real use.

More on AI-native

Where this is covered properly: Why AI-native platforms win

Automation engine #

A no-code trigger, condition and action engine that runs at the graph level, so a rule can join modules directly instead of passing records between products. It is separate from Ask Cyril: automation runs the rules you set, and Ask Cyril plans and acts when someone asks.

Where this is covered properly: Automation

B

B2B and B2C mode #

Chosen once at onboarding. B2B is account-and-contact centric; B2C is contact-and-deal centric. The schema, the navigation and the AI prompts follow the choice, rather than showing every team a compromise between the two.

Where this is covered properly: Sales

Business operations platform #

One system covering the work a company runs on (customer records, delivery, support, documents, money and the automation between them) instead of a separate product per function. Broader than a CRM, narrower than an ERP.

More on Business operations platform

Where this is covered properly: Product overview

C

Client portal #

The view your customers get of their own tickets, documents, invoices and projects. Portal users are free and unlimited. They are not staff seats, and they do not count towards the per-seat price.

More on Client portal

Where this is covered properly: Support

Connective software #

The automation or iPaaS products and paid connectors bought to move records between systems that do not share a data model. Necessary in a multi-tool stack, and the smallest of the costs it creates: the maintenance of the mappings is larger than the subscription.

Where this is covered properly: The integration tax

G

Generative AI #

AI that answers and drafts: summaries of a record, replies, explanations of what changed. It reads; it does not act. This is available in the product today.

Where this is covered properly: Ask Cyril

Grounding #

Tying a model’s answer to specific records it was actually given, so the answer can be checked against them. Thin context is not fixed by a better model: one given a fifth of the data still answers a fifth of the question, just more fluently.

Where this is covered properly: Every record explains itself

I

Integration tax #

The cost of running a business across disconnected systems that never arrives as an invoice: the software bought to bridge them, the time spent maintaining the bridges, the reconciliation of several versions of one customer, and AI add-ons that can each see only one silo. On this site’s published model it is about 70% of the total, against roughly 30% for the licences everyone negotiates.

More on Integration tax

Where this is covered properly: Integration tax calculator

M

Module #

One functional area (Sales, Projects, Support, Docs, Financials, Marketing, Mail, Drive, Calendar) included in the platform rather than sold separately. Modules share the schema, the permission model and the audit log; they are not applications stitched together.

Where this is covered properly: Product overview

O

One audit log #

Sign-ins, settings and record changes across the modules write to one trail, with the actor, the action, the record and a timestamp, and support sessions are tagged as such. Ask Cyril keeps its own record of every run: the plan, who approved it and what each step did.

More on One audit log

Where this is covered properly: Letting AI act safely needs one audit log

One data graph #

Every record in every module is a node in the same schema, so a deal, the project delivering it, the tickets raised against it and the invoice for it are genuinely connected rather than matched by a shared customer name. This is the property every other claim on this site depends on.

More on One data graph

Where this is covered properly: Product overview

One permission model #

A single definition of who may see and do what, applied to every module and to the AI layer alike. The AI is a caller subject to it rather than an exception to it, which is why an assistant cannot surface a record the person asking could not open themselves.

Where this is covered properly: Trust centre

Operating modes #

Three descriptions of how hands-on the person chooses to be, not of how much AI is present. Platform: the full application, driven by the user. AI: the user asks, and it plans, shows the plan, asks approval and acts where they can watch. Agentic: hand a goal over entirely, coming soon rather than generally available.

Where this is covered properly: Ask Cyril

P

Per-seat pricing #

One price per staff seat covering the whole platform: no base platform fee, no per-module upsell, and data export always free. The relevant comparison is not against one tool’s licence but against the total of the stack it replaces.

More on Per-seat pricing

Where this is covered properly: Pricing

R

Rollback path #

The way back from a write. Most records are soft-deleted, so a delete can be restored from the recycle bin, and Ask Cyril acts through the same service code as a person rather than a second, weaker write route. That does not make every agent action reversible.

Where this is covered properly: Letting AI act safely needs one audit log

S

Soft delete #

A deleted record is marked deleted rather than removed, so it disappears from every list while remaining recoverable and auditable. Most customer records work this way; a few settings, such as automations and email templates, are deleted outright.

Where this is covered properly: Trust centre

See the platform these words describe.

Read the arguments these words come from, or join the founding members who will use them first.