Paraline
Glossary

Plain-language glossary

Friendly definitions for the terms used throughout the Paraline documentation.

Technical language is useful when it gives a team a shared meaning. It becomes unhelpful when it makes a simple idea sound inaccessible.

This glossary defines Paraline terms in plain language. The definitions explain the intended product model; they are not released API schemas.

The workspace and application

TermPlain-language definition
WorkspaceAn isolated environment for one organization, team, or client and its operation.
Application definitionThe blueprint that describes the workspace’s records, screens, actions, workflows, roles, and policies.
ModuleA reusable group of definitions for one business capability, such as service intake or document review.
VersionA reviewable snapshot of the application blueprint.
PublicationThe controlled decision that makes an approved version active.
ViewA screen or projection that presents business information for a purpose, such as a queue or dashboard.

Business data and behavior

TermPlain-language definition
ObjectA type of business thing, such as a customer, case, project, or document.
RecordOne individual instance of an object, such as customer Acme Industries.
RelationshipA meaningful connection between records, such as a case belonging to a customer.
FieldOne defined piece of information on a record or relationship.
StateThe durable position of work, such as new, awaiting approval, resolved, or failed.
ActionA defined business operation with known input, permission, validation, effect, and result.
EventA recorded fact that something meaningful happened.
ProvenanceInformation explaining where data came from and how it changed.
Source of truthThe system whose value is authoritative when systems disagree.

People, AI, and authority

TermPlain-language definition
ActorAn identified person, agent, workflow, or integration that requests or performs an operation.
AI modelThe intelligence service that interprets input and generates or proposes an output.
AgentAn AI-enabled actor that uses permitted context and tools toward a defined responsibility.
ResponsibilityThe measurable business condition a person, agent, or workflow is expected to advance or complete.
PermissionA rule that decides which information or operation an actor may access.
ToolA defined capability an agent can request, such as retrieving a case or creating a draft.
Tool grantPermission for a particular actor to use a tool within a defined scope.
ApprovalA recorded human decision required before a proposed action may proceed.
DelegationA visible transfer of a limited responsibility from one actor to another.

Workflows and execution

TermPlain-language definition
WorkflowThe coordinated path through triggers, rules, AI steps, actions, approvals, waiting, and outcomes.
RunOne identifiable execution of a workflow or agent responsibility.
TriggerThe event, request, schedule, or condition that starts or resumes work.
ContextThe permitted records, policies, evidence, and prior state supplied for a responsibility.
OutcomeThe observable business condition used to decide whether work is complete.
ExceptionA visible state that needs retry, correction, escalation, or another recovery action.
IdempotencyProtection that prevents a repeated request from duplicating the same effect.
HistoryThe attributable record of sources, proposals, actions, approvals, errors, and results.

Connections and technical interfaces

TermPlain-language definition
RuntimeThe durable operating layer that stores state, applies rules, authorizes actions, and records history.
ConnectionAn authorized link to an external system, source, or service.
ImportA controlled process that maps external data into workspace records while preserving its source.
SynchronizationThe continuing exchange of changes between Paraline and another system.
APIA versioned way for software to request data or actions programmatically.
SDKDeveloper tools that make it easier to define modules or use runtime capabilities in code.
MCPModel Context Protocol, a standard way for compatible AI applications and servers to exchange context and tools.

A short example using the vocabulary

A new email triggers a service workflow. The workflow creates one case record and connects it to a customer through a relationship. An agent receives permitted context and a tool for drafting a reply.

The agent’s draft is not yet an outcome. A manager gives approval, and an action sends the message through an external connection. Delivery is recorded as an event, and the full sequence remains in the history.

That is the vocabulary of a complete operation rather than an isolated AI response.

On this page