Glossary
Terms as they appear in the product. Cross-references in italics point to other glossary entries.
| Term | Definition |
|---|---|
| Access request | A request from someone in a bridged Slack or Microsoft Teams channel who doesn’t yet have a Ronja account and wants to join your organization. Admins approve or decline it in the Inbox. |
| Admin | The role that runs day-to-day administration: people, settings, access groups, the data layer (connects sources, builds tables, schedules jobs), and content review. See the roles capability matrix. |
| Agent-visible fields | The only fields of a secret that Ronja may reference by name (for example a host or username). Sensitive values are never among them. |
| Allocation | A monthly per-user credit cap set in the Control Center: Limited (a credit amount), Unlimited, or Blocked. Individual exceptions override the role setting, which overrides the org default. |
| Allowed URLs | The list of hosts a secret or MCP server is permitted to reach — Ronja’s guardrail on where credentials can be used. |
| API token | An admin-created credential for calling Ronja’s API. Shown exactly once at creation; can be limited to specific scopes or given full access within its role. See the API reference. |
| App | An interactive application Ronja builds during explorations — open it full-screen, share it with your team via its feature. Every app you can reach is listed on the Apps page. See Build an app. |
| Approve / Approve for session | The buttons on the in-chat approval strip when Ronja proposes a gated action. “Approve for session” skips re-asking for the same tools in this conversation; a legacy Pre-run approval gate always re-asks. |
| Approve & build | The button on a Build-mode plan. It is your go-ahead — clicking it starts the build without you typing anything — and it lets Ronja create, edit and delete resources in the feature the plan names without asking each time, for the rest of that conversation (deletions go to Trash). Withdrawable at any point; never covers sending email, deleting a whole feature or clearing a table, and never replaces admin review of shared changes. Beside it, Build, but ask me each time sends the same go-ahead without recording an approval, so every per-change check keeps firing. |
| Archive | Reversibly removing a resource from Ronja’s working view — the agent no longer sees it, but nothing is deleted. Distinct from Trash. |
| Ask Ronja | The home-page prompt box (“Ask anything…”). Typing a question there starts a new exploration. |
| Automation | A trigger paired with an action: run a workflow or Saved Agent on a schedule, on an inbound email or webhook, when a watched table rebuilds, when a custom event is emitted, or when new mail arrives in a connected mailbox. See the automation triggers reference. |
| Awaiting approval | The status of a run that has stopped part-way through to ask a person to decide before it goes further. It is a Waiting run with a human on the other end: it stays there until an approver clicks Approve (the run carries on from where it stopped) or Reject (it fails), or until the request expires — 7 days by default, 14 at most. Decide it on the run page. See Monitor runs and traces. |
| Billing cycle | Your organization’s billing period. It runs anniversary-to-anniversary per organization, not necessarily by calendar month. |
| Billing page | The Super-Admin-only page showing the credit wallet, the Buy credits form, and purchase history. Not to be confused with the Usage page — see What’s the difference?. |
| Bridge | A connection between Ronja and one Slack or Microsoft Teams channel (or direct-message thread), letting your team talk to Ronja from chat. |
| Build access | The Control Center setting deciding which roles and individuals can enter Build mode. |
| Build mode | The exploration mode in which Ronja designs and builds durable resources — tables, workflows, apps — writing a Plan first. Capability-gated per user. |
| Build (tables) | The step that turns a table’s inputs into queryable data. For the file push API, POST /build makes pushed files queryable. |
| Catalog | The column-statistics view on a table (Field, Kind, Rows, Missing, Cardinality, Examples). |
| Codex | A searchable library of documents inside a feature — files, PDFs, images, or text you add so Ronja can find the right passage by meaning. Created by asking Ronja in Build mode; searched from the codex page or simply by asking her a question. See Codex. |
| Commit | Landing a draft onto the live version of a shared resource. Admins commit directly; others submit for review first. |
| Connection | A configured connector instance attached to a feature, syncing an external system’s data into tables on a schedule. |
| Connector | An integration type (PostgreSQL, HubSpot, SharePoint, …). Ronja has 10 native sync connectors, 28 one-click OAuth services, 8 directly queryable database engines, and an agent-driven path for effectively any HTTP API. |
| Control Center | The admin surface for governing AI spend: allocations, build access, spend thresholds, and model defaults. See Govern AI spend. |
| Credit extensions | The purchase-history table on the Billing page — every credit top-up your organization has bought. |
| Credit pool | The Control Center’s view of the organization’s credit allowance for the current period (“Pool consumption”, “% of pool”). |
| Credits | Ronja’s metering unit — all usage is “metered in credits”. See Credits and AI spend. |
| Curate in chat | The way org Knowledge is edited: there is no edit form — you tell Ronja what to change and she updates the knowledge (“tell, don’t edit”). |
| Data dictionary | A table marked as the reference dictionary for a feature, linked to the data tables it describes. |
| Deep analysis | The rigorous, methodology-first exploration mode: Ronja designs the approach and maintains a Methodology document. Chosen on the start screen and fixed for the session. |
| Document | A formatted write-up Ronja authors in a conversation — a report or summary — saved as a file you can reopen, download as PDF or Word (.docx), or move into a shared folder. |
| Draft | Your private working copy of a shared resource (table, workflow, note, or app). The live version keeps serving everyone until the draft is committed. |
| Durable | A badge on a workflow that remembers the steps it has already finished. It can pause mid-run — waiting for a Saved Agent it handed work to, until a set time, or for a person to approve the next step — and pick up where it left off without redoing that work. A paused run shows the status Waiting, or Awaiting approval when it is a person it is waiting on. Best chosen when the workflow is created, but an existing workflow can be made durable by asking Ronja; the switch is one-way. |
| Editorial policy | A per-note setting for who can suggest edits: “Admins only” or “Access Group members”. |
| Effort | The reasoning-effort level for a chat: Low, Medium, or High. Selectable only when your admin has granted the model/effort capability and the organization’s credit wallet is funded. |
| Execution trace | The step-by-step timeline of a run — “What Ronja did, step by step — and where the time went.” See Monitor runs and traces. |
| Exploration | A conversation with Ronja — the core working surface. Private by default; shareable per person or access group. |
| Favorites | Pinned explorations and apps, shown at the top of the sidebar. Maximum 10 per type. |
| Feature | The central container in Ronja: a named bundle of tables, workflows, automations, notes, secrets, and apps that together deliver one outcome. See Features. |
| File outputs | The feature-hub tab listing files produced by workflow runs, grouped by the producing workflow. |
| Files (page) | The sidebar page where saved files live — chat saves, workflow outputs, and authored documents — browsable in folders. Your own saves stay private in My Files. See Files. |
| Folder | A container in Files that decides who can reach the files inside it; access flows down to its subfolders. Admins create top-level folders and manage their access. |
| Handover | Requesting a scope change for a feature — handing it from private to the organization. An admin approves. |
| Inbox | The admin review queue for pending handovers, proposals, edit drafts, moves, and access requests. It lives on the Shared features page — the Approvals page holds settings, not the queue. |
| Knowledge (note kind) | A feature-scoped reference note about that feature’s data — how a table behaves, what a metric really calculates. |
| Knowledge (organization) | The org-wide knowledge base Ronja consults in every conversation — terminology, business rules, KPI definitions. Browsed on the Knowledge page, curated via Curate in chat. |
| Mailbox (connected) | An email account — your own, such as support@yourcompany.com — that Ronja reads incoming mail from and replies to in-thread as that address. Gmail and Outlook are both supported. Connected by an admin on the Mailboxes page by signing in to that provider as the mailbox itself — whichever account you sign in as becomes the connected mailbox, and the card shows which. An address with no inbox of its own can’t be connected: a Google Group has no inbox and no login, and a Microsoft shared mailbox has no password to sign in with — use a licensed user mailbox instead. One capability is Gmail-only: asking a colleague a question from this address and waiting for their reply (see Create a Saved Agent). Everything else works the same on both. Not to be confused with email notifications or the routable address — see What’s the difference?. See Connect a mailbox. |
| Manual-integration table | A table fed by files you push through the API instead of a connector. See the API reference. |
| MCP server | An external tool provider Ronja connects to as a client; its tools join Ronja’s toolbox. Created only through chat. |
| Methodology | The living research document of a Deep analysis session: goal, hypotheses, method, feasibility, and validation. |
| Model tier | A Saved Agent’s model class: Fast, Standard, or Mega. |
| Move request | A request to move resources between features. Your chosen items are seeds (locked in); auto-included dependencies are linked (can be excluded). |
| My Files | Your personal folder in Files — private to you. Files you save without naming a shared destination land here; administrators can still read them for governance. |
| Note | A document attached to a feature that teaches Ronja — kind Skill (a procedure) or Knowledge (reference facts). Written through chat. See Write notes. |
| Organization | Your company’s Ronja account — the top-level container for all access groups, features, and members. |
| Personal memory | Your private notes-to-Ronja about yourself (role, preferences, working style), editable under Account → Memory. Capped at 2,000 characters. |
| Plan | The implementation plan Ronja writes and maintains during a Build mode session, shown in the build panel above the message box. |
| Proposal | A brand-new shared resource awaiting approval — “proposed as a new shared workflow”. Reviewed in the Inbox. |
| Receiver URL | The public URL a webhook-triggered automation listens on. Treat it as a secret unless you add a signing secret. |
| Re-authorize | Refreshing an expired or revoked authorization (“Re-auth needed”) on a connection, integration, MCP server, or bridge. |
| Reduced models | The fallback model + effort set agents switch to when a spend downshift threshold fires, protecting the remaining credit pool. |
| Reporting timezone | The timezone reports group days, weeks, and months in — separate from when a schedule fires. Set organization-wide by an admin on the Approvals page, and carried individually by an automation, an app, a Derived table, a workflow, and a metric. On the last three it is fixed when the resource is created and does not follow a later change to the organization default. |
| Routable address | The private email address of an email-triggered automation — mail from allowlisted senders to this address fires the automation. |
| Run | One execution of a workflow or agent, with a status of Running, Waiting, Awaiting approval, Continued, Success, Warnings, or Failed. |
| Runs (panel) | The exploration side panel listing every workflow and agent run spawned in this conversation, each with its execution trace. |
| Saved Agent | A reusable, callable agent — a saved prompt plus model tier and tool grants — created and edited in chat, invocable from any conversation or automation. |
| Scope | Who can see a feature: Private (only the creator) or Organization (available across the organization — to access groups that attach it, and to any access group that shares all features). See the scopes reference. |
| Search | The find-anything modal (sidebar Search or ⌘K) covering features and everything inside them. |
| Secret | A stored credential record. Values are entered once and never displayed anywhere in the product — not even to admins. |
| Self-approval | An org policy deciding whether the admin who authored a request may approve it themselves. |
| Semantic search | Finding documents in a codex by meaning rather than by exact keywords, so a plain-language question surfaces the right passage however it’s worded. |
| Setup | The guided setup wizard for new organizations; reopened from the sidebar Setup button until onboarding completes. |
| Signing secret | An optional HMAC secret for a webhook-triggered automation, so only signed requests can fire it. Shown once at creation. |
| Skill (note kind) | A note that teaches Ronja a task or procedure, loaded automatically when a relevant request comes up. |
| Soft limit | The credit-balance level at which Ronja warns admins and reduces model cost — without blocking work. When credits fully run out, runs are blocked until more are added. |
| Spend thresholds | Pool-percentage rules in the Control Center: Org warning (email admins), User warning (in-app banner), and User downshift (switch to Reduced models). |
| Standard (mode) | The default exploration mode for everyday analysis — ask questions, explore data, get answers. |
| Standard model set | The normal per-mode model + effort defaults, used unless a downshift is active. |
| Structural dependents | Resources with typed references to another resource; they block deleting or archiving it until untangled. Free-text mentions (“content dependents”) merely dangle. |
| Submit for review | The drafter’s explicit hand-off that makes a draft reviewable — an admin can only approve after it. |
| Super Admin | The org owner role: everything an Admin can do, plus promoting admins, buying credits, registering login domains, and deleting the organization. |
| Sync | One import run of a connection. Verbs on the connection page: Sync now, Stop sync, Reset. |
| Sync schedule | When a connection syncs: Interval (every N hours) or Cron — mutually exclusive, minimum once per hour. |
| Table | The data primitive. Kinds: Foundation, Integration, Derived, and Dynamic — see the table types reference. |
| Tag | A shared, organization-wide colored label you attach to resources to group related work across features. Reused from one catalog everyone sees; filters the Shared features view and surfaces in search. See Organize with tags. |
| Tangent | A private branch forked from an exploration to try something without disturbing the main thread; fold findings back with “Summarize & return”. See Tangents. |
| Trash | The 30-day recovery area for deleted items. Restore within 30 days, or an admin can delete permanently. |
| Untangle | “Untangle in exploration →” — an agent-assisted session that rewrites a resource’s dependents so it can be archived or deleted. |
| Investigate with Ronja | The button on a failing automation, workflow, or table build banner that opens a Build-mode exploration already diagnosing that failure. Requires Build mode access. |
| Up next | The single queued prompt waiting to run when Ronja finishes her current turn. |
| Usage page | The credit-usage breakdown (page heading “Usage & billing”) — what drove consumption this cycle, by source, user, model, and mode. |
| User | The everyday role: explore data, ask Ronja, upload files, create private features. |
| User Read-Only | The view-only role — sees shared content and the member directory, but cannot run analyses or create anything. The default role for new invitees. |
| View / Full access | The two exploration share modes: View (read the conversation) and Full access (can also prompt). The owner always has full access. |
| Wallet | Your organization’s credit balance (“Total available credits”) — credits added minus credits used. |
| Watched tables | The tables a Table-triggered automation monitors; it fires when any of them finishes rebuilding. |
| Withdraw | Cancelling your own pending request, draft, or proposal before it’s decided. |
| Workflow | A named, reusable, parameterized Python job Ronja writes for you — run it manually, from explorations, or via automations. See Create a workflow. |
| Access Group | A team space: members are added to access groups, and access groups decide which features those members can reach. See Access Groups. |