Lithi vocabulary
Lithi Glossary
Search Lithi’s public glossary by term or category, then follow Docs, Help, or Trust for practical context.
On this page
Plain definitions, easy to explore
Lithi’s glossary gives you a short, plain-language entry point for public terms used across Lithi. Search a term, browse a category, or follow a related page when you need more context.
Search the vocabulary
Use the search field to find a preferred label, alias, or definition. Results update as you type and keep the public definition visible.
Browse by category
Choose a category or an initial letter to narrow the list. Categories stay collapsed until you open one, so the public vocabulary remains easy to scan.
Read with context
A glossary definition explains a word; it does not replace product instructions or a current account result. Use Docs for guidance, Help for recovery, and Trust for boundaries.
Choose a next step
Start with the public glossary, then follow the page that matches your question. Each route keeps its own practical detail and links back here when useful.
Explore public terms
Showing 624 of 624 public terms.
Agent Network Routing And Edge27 terms
Connector Macs, routing, contribution, trust and safe fallback.
approved Mac task
A clearly defined network task that policy allows an eligible Mac to run.
When to use: Use for approved, non-private work another trusted Mac may handle. Never use it for private relationship work.
Also called: approved shared work, eligible shared work
Technical detail
A typed, sealed and versioned unit of work with allowed data classes, capabilities, resource limits, expiry, idempotency and receipt requirements.
batch
A grouped request made from many independent compatible tasks that Lithi can quote, route, run and check together.
When to use: Use when explaining grouped work. A batch still requires independent tasks and execution-equivalent checking.
Technical detail
A versioned group of independently executable tasks with a shared quote, routing decision, lifecycle and evidence boundary.
battery protection
A rule that pauses or limits optional work to protect battery level and battery use.
When to use: Use when explaining why optional Mac work pauses or yields.
Technical detail
A device workload governor based on power source, battery state, user preferences and task policy.
bulk work
A large amount of similar work that does not need the frontier agent to reason through every item itself.
When to use: Use for repetitive work suitable for independent execution. Do not imply every large request is safe, eligible or parallel.
Technical detail
Work that can be divided into independent compatible units, checked on their own and returned with bounded evidence.
consensus review
Independent approved checks agreeing strongly enough for the defined task.
When to use: Use sparingly in technical-public copy and explain the actual review rule.
Technical detail
A review policy combining multiple independent results under an explicit threshold, conflict and fallback rule. Do not use the term to imply distributed-systems consensus unless that protocol is actually implemented.
device attestation
Evidence that a device and app match the security state required for a task.
When to use: Use in technical security and routing documentation with the mechanism and limits named.
Technical detail
A cryptographically or platform-backed assertion about device, application, build, signing, configuration or integrity state. Exact guarantees depend on the implemented attestation mechanism.
device capability
A verified feature or resource a device can safely provide, such as memory, model support or an approved tool.
When to use: Use for device eligibility, not human skill.
Technical detail
A versioned device property used for eligibility and routing, derived from observed hardware, software and policy state.
distributed Mac fleet
The member-owned, opted-in Apple-silicon Macs eligible for approved connector-network work.
When to use: Use only with “member-owned” and “opted-in”.
Technical detail
The set of registered Connector Macs with current identity, capability, trust, availability and policy state.
independent Mac check
Another trusted Mac checks the work. The Mac that made it cannot check itself.
When to use: Use only when current evidence proves real eligible Mac reviewers participated.
Also called: independent check, trusted review, Verified Connector Mac review
Technical detail
A policy-selected check by one or more other eligible Macs with current identity, independence, task compatibility and evidence. Up to three may participate when the task rule requires it. Private relationship context remains excluded, and the check never replaces Connector approval.
large parallel batch
A set of many independent compatible tasks that Lithi can schedule in parallel across available approved workers.
When to use: Use only when the work is independently executable and the current policy allows parallel scheduling.
Technical detail
A batch whose units pass admission, capability, locality, privacy, capacity and verification rules before any parallel scheduling.
Lithi cloud backup
Runs an allowed task on an approved hosted path when no safe eligible Mac can accept it.
When to use: State the task and data boundary. Name a provider only from the current owning provider authority.
Technical detail
A policy-controlled fallback execution path with explicit data-class eligibility, provider, retention and receipt requirements. It is not a blanket promise that every task can move to cloud.
Lithi Connector Mac
A Connector’s approved Mac running Lithi Connect for Mac and eligible for defined Lithi Connect work.
When to use: Use for the device role; never call it an edge node in public copy.
Also called: Connector Mac, Your Lithi Mac
Technical detail
A device identity in the connector boundary with current app, attestation, capability, opt-in, trust and workload state.
Lithi Routing Service
The coordination service that chooses the safest available place for an approved task.
When to use: Use on connector and technical-public surfaces; do not expose supernode codenames.
Technical detail
The connector-network authority that validates task policy and selects an eligible own-Mac, trusted-Mac, cloud, defer or block outcome. Internal implementation names remain internal.
Mac Network Bonus
An optional positive account-health benefit from eligible Mac contribution, with no penalty when contribution is off or unavailable.
When to use: Use only if the current product exposes this named benefit and can explain it.
Technical detail
A non-monetary routing or account-health modifier whose exact formula and use must be explainable and versioned.
Mac Trust
A signal showing whether a Mac is ready and reliable for a defined class of work.
When to use: Use for device trust; do not use as a score of the human owner.
Technical detail
A device-level trust assessment derived from attestation, app integrity, uptime, quality, policy and reliability evidence. It is scoped by task sensitivity and version.
No-Void outcome
The rule that every task ends in a valid result: run safely, use approved backup, wait, or stop.
When to use: Use as the plain outcome rule; “No-Void Backup” may remain in historical copy only.
Also called: No-Void Backup
Technical detail
A routing invariant requiring one explicit terminal or deferred disposition rather than silently dropping work.
opt-in
A person actively choosing to enable an optional feature.
When to use: Use for optional Mac contribution and other optional processing; state how to turn it off.
Technical detail
An explicit, recorded enablement decision with scope, version, revocation and no reliance on silence or preselected consent.
Own Mac First
Use your own approved Mac when it is available, opted in, capable and safe for the task.
When to use: Use when explaining routing order and include the eligibility conditions.
Technical detail
A policy preference, not a guarantee: the route is eligible only when device state, task class, trust and workload controls pass.
private relationship work
Warm email and contact work that depends on your private relationship context. It stays on the Connector's own Mac.
When to use: Use when drawing the boundary between owner-Mac relationship work and approved non-private shared work.
Technical detail
Work excluded from other Connector Macs and network shared-task payloads, including email bodies, contact-list content and private relationship context.
Related terms: Lithi Agent Network · approved Mac task · independent Mac check
Routing Priority
The order in which eligible work is offered or assigned among qualified people or devices.
When to use: Use with an explanation of the material factors; do not imply a secret or pay-to-win ranking.
Technical detail
A policy-governed ordering derived from capability, availability, scope, trust, fairness and workload constraints.
Sealed Task
An approved task packaged so the receiving Mac receives only the information required for that task.
When to use: Use for privacy-preserving task packaging; avoid unsupported cryptographic specifics.
Technical detail
A protected task envelope with authenticated metadata, bounded payload, recipient policy, expiry and integrity checks. Do not name a cryptographic mechanism unless the current implementation proves it.
spare capacity
Mac power that is free when you are not using it.
When to use: Use with “when available” and the relevant protections.
Technical detail
A dynamic capacity state derived from CPU/GPU, memory, thermal, battery, power, foreground use and policy constraints.
swarm coordination
The way approved Macs and services divide, check and combine eligible network work.
When to use: Use on technical or investor surfaces with the SwarmOS distinction stated.
Also called: swarm technology
Technical detail
A network coordination pattern for task distribution and review. It is distinct from SwarmOS, the customer team product.
task routing
Choosing the eligible person, Mac or service for one task.
When to use: Use in technical and connector workflow explanations.
Technical detail
A policy decision over task class, data scope, capability, trust, location, availability, cost, fairness and fallback.
thermal protection
A rule that pauses or limits optional work to keep the Mac within safe temperature conditions.
When to use: Use when explaining temperature-based yielding.
Technical detail
A workload governor driven by thermal state, resource pressure and policy thresholds.
Trusted Connector Mac
Another approved Connector Mac eligible to help with a defined network task.
When to use: Use only for eligible connector-network tasks; never imply access to customer inbox content.
Also called: Trusted Connector Macs
Technical detail
A peer device that satisfies current identity, attestation, capability, trust, policy and workload requirements for the task class.
usage limit
A boundary on how much optional work a device or account may perform in a period.
When to use: Use with the actual measured unit and consequence.
Technical detail
A quota or rate policy designed to bound cost, resource use, risk or fairness. State the unit and reset rule where visible to people.
Analytics Experiments And Measurement43 terms
Consent-aware analytics, attribution, experiments and outcomes.
account start
A person began the approved account or setup journey.
When to use: Use only when the registered “account start” trigger occurs.
Technical detail
A versioned analytics event whose exact trigger, deduplication and required fields are defined in the measurement contract.
action ID
Identifies the visitor action that measurement records track.
When to use: Use in the analytics envelope as the stable “action ID” field.
Technical detail
A registry-backed semantic action identifier independent of button wording.
analytics event
A small, structured record that a defined interaction or outcome occurred.
When to use: Use for privacy-safe journey and outcome measurement.
Technical detail
A versioned event envelope carrying the minimum approved identifiers and context for measurement. It must not contain raw form content, hidden PII or unrestricted device fingerprints.
anonymous session ID
A temporary identifier used to group actions in one browsing session without naming the person.
When to use: Use only when the purpose and storage boundary are approved; “anonymous” must not be used if the data can reasonably identify the person.
Technical detail
A random, bounded identifier with no embedded PII, used only under the approved storage, retention and consent rules.
confidence interval
A range showing the uncertainty around an estimated effect.
When to use: Use with the confidence level, method and sample context.
Technical detail
An interval produced by a stated statistical method and confidence level under its assumptions.
consent state
The recorded state showing which optional measurement or storage choices a person has made.
When to use: Use as a required field for consent-sensitive analytics and storage decisions.
Technical detail
A versioned policy input such as necessary-only, denied, granted for named purposes or withdrawn, evaluated before non-essential collection or storage.
consented visitor ID
Identifies a visitor only after the required consent or lawful basis applies.
When to use: Use only for approved consented measurement; never create it silently.
Technical detail
A bounded identifier whose creation, persistence, linking, retention and deletion follow the approved purpose and consent contract.
content surface ID
The stable identifier for the section, component or content surface involved.
When to use: Use in the analytics envelope as the stable “content surface ID” field.
Technical detail
A registry-backed identifier for the measured content unit.
control
The current or baseline experience used for comparison in an experiment.
When to use: Use with the experiment and population named.
Technical detail
The reference assignment group that does not receive the tested treatment, subject to the same measurement rules.
CTA click
A person activated a tracked action.
When to use: Use only when the registered “CTA click” trigger occurs.
Technical detail
A versioned analytics event whose exact trigger, deduplication and required fields are defined in the measurement contract.
CTA impression
A tracked action became viewable under the defined threshold.
When to use: Use only when the registered “CTA impression” trigger occurs.
Technical detail
A versioned analytics event whose exact trigger, deduplication and required fields are defined in the measurement contract.
current-touch attribution
The most recent eligible source associated with the current journey or conversion.
When to use: Use only when reporting the current or latest touch.
Technical detail
An attribution model that updates the current qualifying touch while retaining first-touch separately.
destination ID
The stable identifier for where an action leads.
When to use: Use in the analytics envelope as the stable “destination ID” field.
Technical detail
A registry-backed semantic destination identifier independent of raw URL changes.
device class
A broad device category such as mobile, tablet or desktop.
When to use: Use in the analytics envelope as the stable “device class” field.
Technical detail
A coarse class derived without cross-context fingerprinting; it is not a unique device identity.
download start
A person initiated an approved download.
When to use: Use only when the registered “download start” trigger occurs.
Technical detail
A versioned analytics event whose exact trigger, deduplication and required fields are defined in the measurement contract.
event deduplication
Preventing the same logical interaction or outcome from being counted twice.
When to use: Use across analytics adapters and provider delivery.
Technical detail
A deterministic dedupe key and retention policy that collapses replayed client, server or retry events for the same logical action.
event envelope
The common set of fields carried by every analytics event.
When to use: Use in analytics contracts and adapters.
Technical detail
A versioned schema including event identity, time, route, surface, action, placement, destination, attribution fields, device class and consent state.
experiment
A controlled test comparing approved alternatives to learn which better achieves a defined outcome.
When to use: Use only for an actual controlled comparison, not an untracked design change.
Also called: A/B test
Technical detail
A versioned study with hypothesis, population, assignment, control, treatment, metrics, guardrails, duration and analysis plan.
first-touch attribution
Credit assigned to the first recorded eligible source in a journey.
When to use: Use only when reporting a first-touch view; do not call it sole causation.
Technical detail
An attribution model preserving the earliest qualifying touch under a defined lookback, consent, identity and reset policy.
form error
A form could not continue because of a defined validation or submission error.
When to use: Use only when the registered “form error” trigger occurs.
Technical detail
A versioned analytics event whose exact trigger, deduplication and required fields are defined in the measurement contract.
form start
A person began interacting with a form under the defined rule.
When to use: Use only when the registered “form start” trigger occurs.
Technical detail
A versioned analytics event whose exact trigger, deduplication and required fields are defined in the measurement contract.
form submit success
The receiving system confirmed that the form submission succeeded.
When to use: Use only when the registered “form submit success” trigger occurs.
Technical detail
A versioned analytics event whose exact trigger, deduplication and required fields are defined in the measurement contract.
guardrail metric
A safety or quality measure that must not get materially worse while another outcome improves.
When to use: Use for privacy, safety, quality, performance and fairness protections in experiments.
Technical detail
A pre-specified constraint metric with threshold and stop or rollback rule.
holdout
A group deliberately kept outside a change so longer-term effects can be compared.
When to use: Use in experiment design with ethics, consent and business impact considered.
Technical detail
A reserved population that does not receive the intervention during a defined period.
hypothesis
A testable statement predicting how a defined change may affect a defined outcome.
When to use: Use before running an experiment; avoid rewriting it after seeing results.
Technical detail
A pre-registered relationship between intervention, population, metric and expected direction, with falsification criteria.
outcome metric
Names the main result an experiment aims to improve.
When to use: Use before the experiment starts and avoid switching it after results appear.
Technical detail
A pre-specified primary metric with definition, unit, population, time window and analysis method.
page variant ID
The stable identifier for the approved page or experiment variant shown.
When to use: Use in the analytics envelope as the stable “page variant ID” field.
Technical detail
A versioned identifier for a rendered content variant.
page view
The page was rendered or viewed under the defined measurement rule.
When to use: Use only when the registered “page view” trigger occurs.
Technical detail
A versioned analytics event whose exact trigger, deduplication and required fields are defined in the measurement contract.
placement ID
The stable identifier for where an action appeared on the page.
When to use: Use in the analytics envelope as the stable “placement ID” field.
Technical detail
A registry-backed position or component-slot identifier.
protected-trait proxy
A seemingly ordinary data point that closely reveals or stands in for a protected personal characteristic.
When to use: Use in data-governance and experiment reviews; exclude or control such proxies under approved policy.
Technical detail
A feature whose relationship to a protected trait creates fairness, privacy or legal risk even when the trait itself is absent.
referrer class
A controlled category describing the broad source of a visit.
When to use: Use in the analytics envelope as the stable “referrer class” field.
Technical detail
A bounded classification such as direct, search, social or partner rather than an unrestricted full referrer string.
retention period
Defines how long Lithi keeps a data class before deletion or another approved action.
When to use: Use with a number or event and the data class named.
Technical detail
A purpose- and data-class-specific duration with trigger, deletion method, exceptions and evidence.
reward signal
A measured result used by a learning or routing system to prefer some choices over others.
When to use: Use in technical learning-system documentation.
Technical detail
A numeric feedback value derived from approved outcomes and guardrails. It must not encode protected traits or become the sole decision authority.
route ID
The stable identifier for the page or logical route where an event occurred.
When to use: Use in the analytics envelope as the stable “route ID” field.
Technical detail
A registry-backed analytics identifier independent of the display URL when necessary.
section view
A meaningful section became viewable under the defined threshold.
When to use: Use only when the registered “section view” trigger occurs.
Technical detail
A versioned analytics event whose exact trigger, deduplication and required fields are defined in the measurement contract.
statistical significance
Evidence that an observed difference is unlikely under a stated no-effect model, given the test assumptions.
When to use: Use with effect size, interval, sample and analysis plan.
Technical detail
A result based on a pre-specified statistical test and threshold. It does not measure practical importance or prove causation by itself.
treatment
The alternative experience or rule being tested.
When to use: Use with the exact variant and version named.
Technical detail
The registered intervention applied to an assigned experiment group.
UTM parameter
Adds a controlled campaign label to a link so measurement can group visits by source and campaign.
When to use: Use for campaign attribution and keep values consistent and non-personal.
Technical detail
A URL query parameter from the UTM taxonomy, normalized, allowlisted, length-bounded and excluded from secrets or personal data.
utm_campaign
The stable campaign name or identifier.
When to use: Use utm_campaign according to the central UTM taxonomy.
Technical detail
A controlled, case-consistent UTM field that must be allowlisted, length-bounded and free of PII.
utm_content
A controlled label distinguishing creative, placement or link variants.
When to use: Use utm_content according to the central UTM taxonomy.
Technical detail
A controlled, case-consistent UTM field that must be allowlisted, length-bounded and free of PII.
utm_id
A stable campaign identifier used where a name may change.
When to use: Use utm_id according to the central UTM taxonomy.
Technical detail
A controlled, case-consistent UTM field that must be allowlisted, length-bounded and free of PII.
utm_medium
The controlled channel type, such as email, social or event.
When to use: Use utm_medium according to the central UTM taxonomy.
Technical detail
A controlled, case-consistent UTM field that must be allowlisted, length-bounded and free of PII.
utm_source
The platform, publisher or referrer category that supplied the visit.
When to use: Use utm_source according to the central UTM taxonomy.
Technical detail
A controlled, case-consistent UTM field that must be allowlisted, length-bounded and free of PII.
Billing Revenue Commission And Payouts25 terms
Plans, invoices, cleared revenue, value sharing, tax and payouts.
ACH bank debit
A bank payment method that requires explicit customer approval for its stated scope.
When to use: Use only when the payment authority confirms this method and its exact scope.
Technical detail
An ACH debit instruction whose mandate, amount, timing, account authority and read-back are recorded.
bank payment approval
Approval for a human to use a bank payment method; it is not standing autopay.
When to use: Use for bank-payment approval and keep it separate from account billing policy.
Technical detail
A customer-authorised bank payment instruction with explicit scope, confirmation and provider read-back.
base value
The verified value created in establishing the original customer account or commercial baseline.
When to use: Use with the current deal-ledger rules; do not use the internal word “tranche” publicly.
Also called: base value / new value
Technical detail
A financial attribution category separating initial contracted value from later incremental value under current rules.
billing rail
The approved system or process used to issue and collect a type of payment.
When to use: Use in technical or internal commercial documentation; customer copy usually says “payment method” or “invoice”.
Technical detail
The provider and workflow path for checkout, invoicing, settlement and reconciliation. The current finance authority supplies provider names and support details.
clawback
A reversal of previously credited or paid value under a defined rule, such as a refund or invalid transaction.
When to use: Use only where the current contributor terms authorize it and show the reason.
Technical detail
A negative financial adjustment with source event, amount, affected ledger entries, notice and dispute handling.
credit
A non-cash amount applied against a current or future invoice.
When to use: Use with the source and expiry of the credit.
Technical detail
A ledger adjustment reducing amount due or adding plan entitlement under defined conditions. It is not automatically refundable or cashable.
earnings record
Your earnings record shows which clients and actions support each amount, how Lithi calculated it and whether it is waiting, ready or paid.
When to use: Use on Connector surfaces to explain each earnings line in plain words. Put technical ledger fields in a labeled detail view.
Also called: earnings history
Technical detail
A financial and contribution read model joining invoice lines, verified work, lane participation, adjustments and receipt references.
effective spend limit
The approved maximum spend for a named account, task or period.
When to use: Show the named limit and source before setup or paid work.
Technical detail
A signed limit with scope, currency, period, authority, freshness and remaining amount.
Enterprise plan
A plan for organizations needing an agreed commercial, deployment or governance arrangement.
When to use: Use “Enterprise plan” only when the current pricing and entitlement registry lists it as publishable.
Technical detail
A named commercial offer whose price, entitlements, license unit, provider and availability come only from the current pricing authority.
finance API
A controlled connection for reading or projecting finance records with the customer's authority.
When to use: Use for a finance-system connection, not for payment authority.
Technical detail
A scoped finance integration that reads approved metadata and writes only entitled projections.
finance sync
A controlled read and projection of finance records between Lithi and a customer-owned system.
When to use: Use for record mapping and reconciliation, never as proof that an external payment cleared.
Technical detail
A scoped, idempotent projection with source authority, freshness, mapping and read-back state.
invoice
A formal request for payment showing what is owed and why.
When to use: Use for amounts billed; do not call an estimate, quote or receipt an invoice.
Technical detail
A versioned financial document with issuer, customer, line items, tax, currency, due terms, status and supporting identifiers.
Lithi Invoice Ledger
The governed record of what was invoiced, what cleared and which evidence supports it.
When to use: Use for the named invoice evidence surface only when implemented.
Technical detail
A financial ledger or read model joining invoices, payments, adjustments, attribution and receipts. Whether it is the accounting system of record must be explicitly designated.
NET 30
Payment terms under which an invoice is due 30 days after the invoice date, subject to the contract.
When to use: Use only where the contract or invoice states NET 30.
Also called: NET-30
Technical detail
A credit term defining the due date relative to issue; exact start event, exceptions and late treatment come from the agreement.
past due
A customer charge is due and has not cleared by its stated due date.
When to use: Name the invoice and safe next step; do not imply bank access.
Technical detail
A billing state resolved from the owning invoice and payment authority with due date and read-back.
per-Mac license
A license charged for each approved Mac covered by the plan.
When to use: Use only for plans whose current authority defines the license unit as one Mac.
Technical detail
A commercial entitlement keyed to a device license unit rather than email volume, mailbox count or message count.
plan
A commercial package states what it includes, its license unit, price and terms.
When to use: Use with the current named commercial package and effective commercial authority; never infer price from historical copy. Use plan alone only for a named commercial package; use Local Business Outreach Plan for Connector work.
Technical detail
A versioned offer with entitlements, billing cadence, currency, tax treatment, eligibility, effective dates and source authority.
Pro plan
A plan for one person, with more capability than Solo. It does not include team sharing.
When to use: Use “Pro plan” only when the current pricing and entitlement registry lists it as publishable.
Technical detail
A named commercial offer whose price, entitlements, license unit, provider and availability come only from the current pricing authority.
purchase order policy
Your organization’s rule for when a purchase order is needed before a charge or invoice.
When to use: Ask the customer or authorized finance owner; never invent a PO rule.
Technical detail
A customer-provided approval policy whose conditions must be confirmed before an entitled workflow.
renewal save
A confirmed action that kept an at-risk customer, credited for a set period.
When to use: Use only when the current rule and evidence support it; always say the credit is bounded.
Technical detail
A contribution category requiring prior risk state, verified intervention, retained outcome and a defined attribution window.
Solo plan
A plan intended for one person using the customer product.
When to use: Use “Solo plan” only when the current pricing and entitlement registry lists it as publishable.
Technical detail
A named commercial offer whose price, entitlements, license unit, provider and availability come only from the current pricing authority.
subscription
A recurring commercial arrangement that renews under the agreed billing terms until changed or ended.
When to use: Use for recurring plans and state cadence and cancellation terms from the current authority.
Technical detail
A billing contract with plan, cadence, status, effective dates, invoice and cancellation behavior.
suspended for non-payment
Access is paused because an applicable charge did not clear under the current terms.
When to use: Name the affected scope and recovery step; do not claim permanent loss.
Technical detail
A signed account state tied to an unresolved billing event, policy, notice and recovery path.
Team and Enterprise
The collective label for Lithi’s organization plans when discussing their shared licensing model.
When to use: Use only when both plans share the stated rule; otherwise name the individual plan.
Technical detail
A copy grouping for the Team and Enterprise plans. Exact prices, entitlements, billing rails and availability remain controlled by the current commercial authority.
Related terms: Team plan · Enterprise plan · per-Mac license
Team plan
A plan for an organization using approved team capabilities and licenses.
When to use: Use “Team plan” only when the current pricing and entitlement registry lists it as publishable.
Technical detail
A named commercial offer whose price, entitlements, license unit, provider and availability come only from the current pricing authority.
Brand And Ecosystem26 terms
Company, products, apps, surfaces and the boundary between them.
Apple silicon
Apple-designed processor architecture used in current Mac computers.
When to use: Use when explaining the supported hardware family; pair exact requirements with the current compatibility evidence.
Also called: Apple-silicon
Technical detail
The ARM-based Apple system-on-chip family used by M-series Macs. A hardware name alone does not prove that a specific Lithi model or feature is supported.
Apple silicon Mac
A Mac built with an Apple-designed processor.
When to use: Use for the supported modern Mac hardware class; do not turn it into an unqualified compatibility promise.
Also called: Apple-silicon Mac, Apple-Silicon Mac
Technical detail
A Mac using an Apple M-series system-on-chip. Exact memory, macOS, model-tier and performance requirements remain capability evidence, not part of the label.
Related terms: Apple silicon · customer Mac · Lithi Connector Mac
Ask Lithi
Ask a question about Lithi and get an answer — in the app or on the website.
When to use: Use for the named helper, launcher and conversational support surface.
Also called: Lithi helper
Technical detail
A context-aware assistance surface that can retrieve approved knowledge and guide a person to the correct page, action or support path. Provider and execution details remain implementation-specific.
Connect apps
The paired Lithi Connect apps for Mac and iPhone. The Mac handles planning; the iPhone keeps field actions, events, approvals and replies close.
When to use: Use when explaining how the Mac and iPhone Connect apps work together. Do not imply that they run the same workload.
Technical detail
A shared-identity, shared-state Mac planning app and iPhone field-and-control companion. The iPhone does not run the Mac inference workload or act as a network worker.
Related terms: Lithi Connect
customer operating loop
The customer side of Lithi: EmailOS for your inbox, SwarmOS for your team's shared knowledge.
When to use: Use in architecture or “how Lithi fits together” explanations.
Technical detail
The customer-side product boundary covering customer Macs, approved knowledge, review controls and customer receipts.
Related terms: distribution loop
Demo Workspace
Try the real Lithi with sample data. You never connect your own inbox.
When to use: Use for sample-only demonstrations of the product.
Technical detail
A constrained demonstration state with synthetic or approved sample records, explicit no-live-data boundaries and no production send authority.
Related terms: sample account
distribution loop
The Lithi Connect side: Connectors and their Macs helping local businesses find and adopt Lithi.
When to use: Use in architecture or “how Lithi fits together” explanations.
Technical detail
The connector-side workflow boundary covering prospecting, demos, attribution, verified work, contributor value sharing and network tasks.
Related terms: customer operating loop
EmailOS
Prepares eligible inbound email replies on your Mac for you to review. Nothing sends until you send it.
When to use: Use for the customer inbox product, its Mac app and its customer-facing documentation.
Also called: Lithi EmailOS, the Lithi email assistant
Technical detail
A customer-facing macOS product that uses local agents, customer-approved rules and local knowledge to prepare eligible email work. Human review remains the authority for sending.
Frontier tokens
A simple public term for the scarce, higher-cost model usage consumed by frontier AI agents such as coding and reasoning agents.
When to use: Use when explaining frontier-model cost, usage pressure, or why delegating suitable bulk work preserves premium agent capacity.
Technical detail
Public shorthand for premium frontier-model inference capacity. It does not imply that every supported frontier product exposes a literal token balance, bills by token, or gives Lithi access to its provider-side usage counters.
Related terms: Lithi Agent Network · Lithi Compute
Guided Setup
A booked session where a trained person helps you set up Lithi. You stay in control.
When to use: Use for scheduled setup assistance.
Technical detail
A human-assisted installation and configuration workflow. The phrase must not imply hidden remote access or an unscoped sales call.
Help Center
Search setup guides, troubleshooting steps and practical answers.
When to use: Use for the public help destination and its article collection.
Technical detail
The documentation and support reader system for customer and connector help content. It does not grant support staff access to private content.
Intel Mac
A Mac built with an Intel processor.
When to use: Use only when explaining compatibility, migration or an unsupported-device path.
Technical detail
A legacy Mac hardware class whose current Lithi compatibility must be stated from a tested support matrix rather than inferred from the Mac name.
iOS
Apple’s operating system for iPhone.
When to use: Use when naming the iPhone platform or a supported iPhone companion workflow.
Technical detail
The mobile operating-system environment for supported Lithi companion experiences. It does not imply that the complete Mac inference workload runs on iPhone.
Lithi
Lithi makes EmailOS, SwarmOS, Lithi Connect and the Lithi Agent Network.
When to use: Use as the short company name and as the actor when Lithi itself performs a clearly scoped action.
Technical detail
The short brand name for the Lithi ecosystem. It is not a substitute for the legal entity name in contracts, invoices or policies.
Lithi Agent Network
Lithi turns spare power from approved Macs into a people-powered AI network. Mac owners choose when their computers can help with suitable AI tasks.
When to use: Use as the master public brand on customer, provider, connector, marketing, docs, trust and technical-public surfaces when naming the network itself. Use Lithi Compute when naming the technical execution subsystem or its API.
Technical detail
The public product name for Lithi's distributed execution network. Customer agents submit eligible bounded work through Lithi Compute. Lithi admits, schedules, executes, validates and accounts for that work across qualified Mac capacity according to current security, privacy, capability, locality, availability and verification policy. The internal technical name of the execution subsystem is Lithi Compute.
Related terms: Lithi Compute · Frontier tokens · Local-first routing
Lithi Compute
The technical execution system behind the Lithi Agent Network, and the name of its customer API.
When to use: Use when naming the technical subsystem, its API, its packages or its contracts. Use Lithi Agent Network for the public product story.
Technical detail
The customer-facing execution subsystem that admits, quotes, schedules, runs, validates and accounts for bounded work across the Agent Network. Its customer surfaces are the Lithi Compute API and the customer MCP tools. Provider supply is a separate doorway named Lithi Provider over the same underlying authorities.
Related terms: Lithi Agent Network · Frontier tokens
Lithi Connect
Lithi Connect helps Connectors plan local business work by choice. You choose each action. It is separate from the Lithi Agent Network and Compute.
When to use: Use on connector, recruiting, distribution, event, attribution and contributor surfaces. Keep participation optional and preserve the current signed subscription and downstream rules.
Technical detail
The separate connector-facing workflow, app and operating model for optional assignments, campaigns, demos, attribution, verified work, prepared outreach, warm-network on-device analysis, Cafe Hours and contributor value sharing.
Related terms: Local Business Outreach Plan
Lithi Connect for Mac
The Mac app where a Connector reviews matched businesses, complete outreach plans, prepared messages, events, earnings and device settings.
When to use: Use Lithi Connect for Mac in visible product copy. Keep LithiSidebar for implementation and search only.
Also called: Connect Mac app
Technical detail
The connector-facing macOS client for Lithi Connect workflows and eligible connector-network tasks. It is separate from the EmailOS customer app.
Lithi ecosystem
Everything Lithi: the products, the apps, and the people behind them.
When to use: Use when a sentence genuinely covers more than one Lithi product or operating system.
Also called: Lithi system family
Technical detail
An umbrella concept spanning the customer product loop, the separate distribution loop, trust, support, learning and internal operations. It is not a product name.
Related terms: EmailOS · SwarmOS · Lithi Connect · Lithi Agent Network
Lithi Technologies
The full company name, used in formal contexts.
When to use: Use in company footers, formal company descriptions and documents that require the company-facing name.
Technical detail
The registered company display name. The exact legal entity string must come from the current legal authority and must not be inferred from marketing copy.
Local-first routing
When it can, Lithi tries to use trusted Macs closer to your business.
When to use: Use when explaining regional preference in routing.
Technical detail
A routing preference, never a guarantee. Locality is one factor in the allocation model beside demand, total eligible capacity, fairness, verification reserve, security, privacy, capability and latency. Hard security and capability gates always take precedence over locality. Public results use aggregate capacity bands and never expose Mac counts, owners, device IDs or exact locations.
Related terms: Lithi Agent Network
M-series chip
One of Apple’s M-series processors used in Apple silicon Macs.
When to use: Use for hardware guidance, then state the exact tested requirement separately.
Technical detail
An Apple system-on-chip generation such as M1, M2, M3 or M4. Chip generation is only one part of a capability decision; memory and thermal limits also matter.
Mac
An Apple personal computer that runs macOS.
When to use: Use the general word only when the more specific device role is not important.
Technical detail
The general Apple computer category. In Lithi copy, use customer Mac, Lithi Connector Mac or Apple silicon Mac when the boundary or compatibility matters.
Related terms: customer Mac · Lithi Connector Mac · Apple silicon Mac
macOS
Apple’s desktop operating system for Mac computers.
When to use: Use when naming the Mac operating system or a platform-specific requirement.
Technical detail
The operating system environment in which the EmailOS and LithiSidebar Mac applications run. Exact supported versions must come from the current compatibility matrix.
SwarmOS
Helps your team use approved company knowledge in EmailOS, with sources you can check. It does not pool private inboxes.
When to use: Use for customer team intelligence, approved knowledge sharing and shared customer context.
Technical detail
A governed team-knowledge system that retrieves scoped facts from approved sources and connections without turning private inboxes into a shared pool.
Related terms: Approved Team Knowledge · connection sharing · cited fact · shared timeline
Trust Center
See the evidence behind Lithi's security, privacy, data, billing and policy claims.
When to use: Use for /trust and for links that substantiate a public trust claim.
Technical detail
The authoritative public trust surface. Product, help and marketing pages link to it rather than re-authoring legal or compliance claims.
Connect Growth And Attribution70 terms
Prospects, signals, campaigns, events, pipeline and attribution.
assignment
A prospect, account or task offered or given to an eligible person.
When to use: Use for owned work; distinguish “offered”, “accepted”, “declined” and “active”.
Technical detail
A scoped relationship between work and an owner with status, timing, lock, capability and evidence.
attendee choice
Each attendee chooses whether to explore Lithi, share contact details or receive follow-up after the event.
When to use: Use wherever a Cafe Hour asks an attendee to take a next step. Never bundle optional choices.
Technical detail
A purpose-specific consent and preference boundary recorded separately for product exploration, contact collection, marketing follow-up and media use.
attribution
The evidence showing which source, person or campaign contributed to an outcome.
When to use: Use with the attribution model named; do not imply causation from one tracking parameter alone.
Technical detail
A versioned relationship between touchpoints, actors and conversion events under declared first-touch, current-touch, direct-credit or contribution rules.
B2B
Business-to-business activity between organizations rather than consumer selling.
When to use: Spell out business-to-business on first use, then use B2B where the audience understands it.
Technical detail
A commercial context in which an organization markets, sells or provides services to another organization. The label does not itself establish lawful outreach.
business brief
A source-backed overview of the matched business, why it may fit and the current context that may matter.
When to use: Use for Lithi's prepared overview before People and Schedule. The Connector reviews it but does not rewrite source records.
Technical detail
A versioned plan section containing organization identity, territory, public evidence, relevant signals, recent context, source dates and confidence boundaries.
Cafe Hour
A relaxed one-hour local Agent Network learning session. Lithi prepares the materials; the host chooses publication and people choose whether to explore the network.
When to use: Use Cafe Hour for one event and Cafe Hours for the program. Say what Lithi prepares and what the Connector chooses, shares, hosts and follows up.
Also called: Cafe Hours
Technical detail
A Connector-led one-hour event with a venue, capacity, reviewed event details, marketing kit, host guidance, attendee choice, attribution and consent-aware follow-up.
campaign
A defined set of approved messages and actions for one audience, purpose and period.
When to use: Use for a governed initiative; avoid the word for one personal message when “conversation” is clearer.
Technical detail
A versioned workflow configuration with audience, eligibility, content, channels, schedule, owner, attribution and measurement contracts.
complete plan approval
One approval for the complete current plan after you review its business, people, messages, timing, evidence and stop rules.
When to use: Use for the final current-plan decision. It does not approve a different person, purpose, message, action or timing window.
Technical detail
An attributable decision bound to one plan version and its complete scope; a reply or material change prevents silent approval carry-forward.
completeness grade
A clear score showing which required parts of a prospect or organization record are present and trustworthy.
When to use: Use with the rubric and missing fields visible.
Technical detail
A rule-based measure over required fields, provenance, freshness and confidence. It measures record coverage, not a person’s quality.
Connector attribution
Shows which Connector introduced or helped a customer, so Lithi can assign eligible earnings.
When to use: Use for connector credit only when the required evidence exists.
Technical detail
A governed credit relation backed by approved links, events, assignments, identity resolution and dispute rules.
Contacted
Records an approved first contact action.
When to use: Use as the exact pipeline state “Contacted” only when its acceptance rule is satisfied.
Technical detail
A lifecycle state backed by a delivered or otherwise admissible contact event.
coverage
The share of required facts, sources, routes or cases that a system currently includes.
When to use: Use only with a clear numerator, denominator and date.
Technical detail
A denominator-defined completeness measure. Always state what population and fields the percentage covers.
current business signal
A dated public indicator that may help explain the matched business's current needs or priorities.
When to use: Use only when the signal is visible, recent enough for the decision and relevant to the proposed plan.
Technical detail
A source-attributed organization signal with observation time, relevance, confidence, expiry and allowed-purpose constraints.
demo request
A person asking to see Lithi or receive setup help.
When to use: Use for an explicit request, not an inferred interest signal.
Technical detail
A conversion event that creates a bounded request and routes it to an eligible channel or person.
device pairing
The verified setup that links your Connect Mac and iPhone for the approved shared account and companion tasks.
When to use: Use for Connect Mac and iPhone setup. Do not imply that pairing gives iPhone the Mac's local inference workload.
Technical detail
An authenticated endpoint-binding workflow that verifies account, device identities, code intent, expiration and granted capabilities before creating the link.
Engaged
The person has meaningfully responded or interacted.
When to use: Use as the exact pipeline state “Engaged” only when its acceptance rule is satisfied.
Technical detail
A lifecycle state requiring a defined qualifying response or interaction, not merely an impression.
enquiry
A message or request from someone seeking information or help.
When to use: Use for an explicit inbound contact.
Technical detail
An inbound contact event classified into an approved purpose such as customer, connector, event or support, with consent and routing state.
enrichment
Adding verified, relevant facts and sources to a prospect or organization record.
When to use: Use with the data source and allowed purpose; do not imply every fact is current or complete.
Technical detail
A provenance-preserving process that discovers, normalises, scores and attaches permitted data without replacing the source record.
event capacity
The approved number of attendees the event and venue can support.
When to use: Use with the current event and venue. Never turn capacity into false scarcity or a guaranteed attendance count.
Technical detail
A versioned attendance limit constrained by venue, format, safety, host capacity and current reservation state.
event details
The approved event name, purpose, date, time, format, location and attendance information shown to invited people.
When to use: Use for attendee-facing facts. Keep internal host notes, private attendee data and unapproved changes separate.
Technical detail
A versioned public event record with scheduling, format, venue, capacity, organizer, publication and cancellation state.
event follow-up
The relevant next message or task after an event, limited by each attendee's choices and current context.
When to use: Use after an event only for an approved purpose and eligible attendee. A reply, opt-out or complaint changes or stops the work.
Technical detail
A consent-aware post-event workflow with attendee identity, purpose, message candidate, timing, opt-out, attribution and stop rules.
event mode
Whether the event is in person, online or hybrid, with the attendance instructions that follow from that choice.
When to use: Use when the format changes what attendees or hosts must do. Never imply feature parity across modes without evidence.
Technical detail
A versioned event setting that controls eligible venue, joining, accessibility, capacity, timezone and proof requirements.
event proof
Approved evidence that a named event step happened, without exposing unnecessary attendee or private venue information.
When to use: Use for the minimum evidence required by an event workflow. Never request a photo, identity or private detail without a defined need and consent.
Technical detail
An event-scoped evidence record linking task, actor, time, allowed artifact, consent state and verification result under minimization rules.
Eventbrite
An external event-listing and ticketing platform an approved Lithi event workflow can use.
When to use: Name Eventbrite only when the current workflow actually uses it and the provider claim is approved.
Technical detail
A third-party provider whose availability, account permissions, data flow, publication state and proof requirements must be verified before present-tense use.
HELP keyword
A text-message keyword commonly used to request program or contact information.
When to use: Write `HELP` exactly when documenting a supported SMS command.
Also called: HELP
Technical detail
An SMS assistance command whose response, disclosure and availability depend on the current messaging program and provider configuration.
intent signal
An observation suggesting that someone may be researching, evaluating or needing a relevant solution.
When to use: Use with cautious language such as “may indicate”.
Technical detail
A probabilistic signal that must not be presented as certain intent. Its source, confidence and permitted use must be explicit.
lead
A person or organization that has shown a relevant signal or supplied contact information for follow-up.
When to use: Use according to the current lead-lifecycle definition and state.
Technical detail
A lifecycle entity or event indicating potential interest. Do not use interchangeably with prospect, enquiry or opportunity in data contracts.
Local Business Outreach Plan
Lithi builds one plan for a matched business. You check the people, messages, timing, sources and stop rules.
When to use: Use for the complete plan a Connector reviews before acting. Lithi prepares the business brief, selected people, sequence, likes, comments, connection requests with personalized notes and follow-ups. The Connector checks the evidence, reviews every prepared message, edits permitted wording, approves the current complete plan once and performs each action in the relevant product. If a source is stale or wrong, request a review; do not rewrite the source record.
Also called: Business Outreach Plan, local outreach plan
Technical detail
A versioned plan for one matched local business that combines an organization brief with visible public sources, relevant signals and recent context, selected people, prepared professional-network actions and messages, timing, dependencies, evidence and stop rules under one Connector approval.
Related terms: assignment · sequence · public professional signal · signal · public-web enrichment · material change
local event
An approved nearby session, workshop or demonstration connected to Lithi.
When to use: Use as the general event category; name the format when known.
Technical detail
An event entity with host, venue or online location, time, capacity, status, promotion, attendance and attribution.
local group matching
Finding relevant local groups where an approved post may be useful and permitted.
When to use: Use for group discovery and suitability, not automatic publication.
Technical detail
A research and classification process over public group information, geography, topic, rules and posting eligibility. It does not authorize joining or posting.
local Lithi number
An assigned Lithi contact number for local outreach, separate from your personal number.
When to use: Use when explaining local outreach contact boundaries.
Technical detail
A scoped assigned number that receives opted-in local responses and routes approved context to the Connector workflow without exposing a personal number.
local match preference
Lithi favors a relevant nearby business when current evidence and your selected experience support the match.
When to use: Use to explain why locality matters. Do not promise the nearest business, an exclusive territory or a match within a fixed distance.
Technical detail
A ranking preference that weighs eligible territory proximity with experience and evidence signals without creating exclusivity or a distance guarantee.
Lost
The opportunity will not move forward in its current form.
When to use: Use as the exact pipeline state “Lost” only when its acceptance rule is satisfied.
Technical detail
A terminal or reopenable outcome with a bounded reason and no fabricated certainty about future interest.
matched local business
The one business in your current assignment, selected because its location, needs and visible context may fit your experience.
When to use: Use for the business currently assigned to a Connector. Never imply ownership, exclusivity, guaranteed fit or a guaranteed local match.
Technical detail
An assignment-scoped organization selected from eligible evidence and territory inputs for one Connector's current planning workflow.
material change
A change to the people, purpose, actions, timing or safety limits. You must approve the plan again.
When to use: Use when explaining why a changed plan needs review; a material change never silently inherits an earlier approval.
Also called: approval-relevant change
Technical detail
A versioned-plan difference that invalidates prior approval because target scope, purpose, action set, timing, stop boundary or safety context changed.
media consent
A person's specific choice about whether approved event photos, audio or video may be captured and used.
When to use: Use before capturing or publishing identifiable event media. Attendance alone is not consent.
Technical detail
A purpose-, media-, subject-, channel- and duration-scoped consent record with notice, proof, withdrawal path and jurisdictional review.
Meeting
Records when someone books or completes a relevant meeting or demo; the substate shows which.
When to use: Use as the exact pipeline state “Meeting” only when its acceptance rule is satisfied.
Technical detail
A lifecycle stage that must distinguish requested, booked, attended, cancelled and no-show states.
offline action queue
Eligible actions saved on your device while offline and checked again before they run after reconnecting.
When to use: Use only for actions the current contract permits offline. Never queue uncertain sends, payments or publications as safe automatic retries.
Technical detail
A local durable queue limited to admitted idempotent or confirmation-gated commands, with identity, expiry, ordering, replay protection and reconnect revalidation.
opportunity
A qualified potential customer with a real next commercial step.
When to use: Use only after qualification; do not label every prospect an opportunity.
Technical detail
A sales-lifecycle entity that meets current qualification rules and carries owner, stage, value and next-action state.
opt-out
A person’s request not to receive a defined category of future communication.
When to use: Use for the recipient choice and name the affected channel or purpose.
Technical detail
A channel- and purpose-specific suppression instruction that must be recorded, propagated and enforced under applicable law and platform rules.
organization
A business, public body, charity or other entity represented in Lithi data.
When to use: Use instead of “company” when the entity may not be a company.
Technical detail
A first-class entity with its own canonical identity, attributes, relationships and provenance.
pairing code
A short-lived code that starts device pairing. Check both devices before approving the link.
When to use: Use for the code shown or scanned during pairing. Never call it a password or permanent device key.
Technical detail
A single-purpose, expiring, replay-protected value bound to the pending account and endpoint-pairing intent.
pairing verification
The check that both devices, the account and the requested companion access are the ones you expect.
When to use: Use after a code is scanned or entered and before Pair takes effect.
Technical detail
The authenticated confirmation step that compares endpoint and account identity, code intent, expiration and requested capability before binding.
person–organization membership
The dated relationship showing that a person holds or held a role at an organization.
When to use: Use for work history and current organization context; never overwrite history with one current employer field.
Technical detail
A first-class, source-backed relationship with role, start/end dates, confidence, provenance and current-state semantics.
pipeline
The ordered view of prospects and customer opportunities as they move through defined stages.
When to use: Use for the sales or customer journey view and name the stage definitions.
Technical detail
A lifecycle read model over prospect, engagement, opportunity and customer states. It must not collapse different entity types into one ambiguous status.
plan evidence
The visible sources, dates and reasons supporting the business match, selected people and prepared plan.
When to use: Use for what a Connector checks beside Why this match, People and Schedule. Do not call an unsupported assumption evidence.
Technical detail
The source-linked evidence set attached to plan claims and selections, including provenance, observation time, confidence, freshness and exclusion rules.
plan version
The saved current form of the complete plan. Approval applies only to the version you reviewed.
When to use: Use whenever edits or refreshed context can change the plan. Never carry approval to a materially changed version.
Technical detail
An immutable version identifier over plan scope, people, actions, messages, timing, evidence and stop rules used by the approval boundary.
prospect
A person or organization that may be relevant to an approved Lithi Connect campaign but has not yet become a customer.
When to use: Use before a confirmed enquiry or qualified sales opportunity; name person or organization when precision matters.
Technical detail
A governed lead-lifecycle entity with source, organization/person linkage, eligibility, assignment, lock and contact state.
prospect brief
A short, sourced explanation of why one prospect may fit the approved plan.
When to use: Use prospect brief on plain and guided Connector surfaces; retain prospect dossier only as a technical or legacy identifier.
Technical detail
The public-facing label for a source-attributed projection joining person, organization, memberships, public signals, completeness, eligibility and message context. The technical/legacy identifier remains prospect_dossier; it is not an unrestricted profile.
public professional signal
A work-related signal visible from an approved public source, such as a role change or company announcement.
When to use: Use for public work context; name the source and date.
Technical detail
A public-web signal limited to professional context and allowed purpose, with protected-trait and sensitive-data exclusions.
public-web enrichment
Researching approved public sources to add relevant, source-linked context.
When to use: Use for the public-source research engine; do not imply logged-in private access.
Technical detail
An enrichment path limited to publicly accessible information and approved registries, with source receipts, freshness and protected-trait exclusions.
QR code
A scannable square code that opens an approved link.
When to use: Use with a visible text URL or action description for accessibility.
Technical detail
A machine-readable encoding of a bounded URL or payload. The destination, attribution and expiry—not the image itself—carry the security contract.
qualified conversion
A completed outcome that meets the current rules for counting as a meaningful conversion.
When to use: Use only with the qualifying rule and event version defined.
Technical detail
A versioned analytics and commercial event with explicit eligibility, actor, source, value and deduplication rules.
quiet hours
Times when Lithi pauses or defers a communication.
When to use: Use with the applicable timezone and policy source; never hard-code one universal window without authority.
Technical detail
A jurisdiction-, channel-, recipient- and timezone-aware scheduling constraint enforced before an outbound action is authorized.
request source review
Ask Lithi to check a source or fact that looks wrong, old or off topic. You do not rewrite the source.
When to use: Use instead of Edit source. The Connector may edit permitted message wording, not source records or enrichment facts.
Technical detail
A governed review request linked to one source-backed fact, reason, requester and plan version without direct mutation of the evidence record.
same-thread follow-up
A follow-up sent as a reply in the original conversation thread.
When to use: Use when the message genuinely continues the same thread.
Technical detail
A continuation message preserving the original provider thread identifiers and subject context, subject to approval and tact rules.
sample account
A clearly labeled Connect account with sample data. You can explore it before applying, and its actions never affect live data.
When to use: Use for the app-first Connect preview. Keep it distinct from Demo Workspace and always state the no-live-effects boundary.
Technical detail
An illustrative state available before application. It cannot send, publish, approve, pay or mutate live data.
Related terms: Demo Workspace · Connect apps
sequence
The planned order and timing of actions for one prospect, including when to pause or stop.
When to use: Use for the ordered prospect actions and timing; name the prospect and the pause or stop boundary where relevant.
Technical detail
A versioned stateful workflow of messages or tasks with timing, stop conditions, idempotency and approval rules.
signal
A recent, relevant observation that may explain why a conversation could be useful now.
When to use: Use only when the observed fact and source are available; do not call a guess a signal.
Technical detail
A source-backed event or feature with type, subject, timestamp, freshness, confidence, policy and allowed use.
SMS
A mobile text-message channel.
When to use: Spell out the term on first use where needed, then use SMS. Do not imply a send capability without current evidence and approval.
Technical detail
Short Message Service used for permitted text messaging. Consent, sender identity, quiet hours, opt-out handling and recordkeeping depend on jurisdiction and workflow.
STOP keyword
A text-message keyword commonly used to request that messages stop.
When to use: Write `STOP` exactly when documenting the supported SMS command; do not claim support without end-to-end evidence.
Also called: STOP
Technical detail
An SMS opt-out command whose exact matching, confirmation and suppression behavior must follow the current messaging provider, program and applicable law.
syndication queue
Holds approved or proposed posts until a person shares them through a permitted channel.
When to use: Use for publication work in progress; distinguish “prepared”, “approved”, “handed off” and “published”.
Technical detail
A stateful queue of channel-specific content tasks with approval, schedule, handoff, publication and proof states.
technology signal
Public evidence that a business uses or is changing relevant technology, shown with its source and date.
When to use: Use only when it helps explain a relevant, truthful opportunity, such as how EmailOS could improve eligible inbound reply work.
Technical detail
A source-attributed indicator of an organization technology, provider or adoption change with confidence, freshness and allowed-purpose controls.
trial link
A link that takes someone to an approved trial or setup journey.
When to use: Use for the actual trial destination; do not place secret or personal data in the URL.
Technical detail
A destination URL with bounded campaign and attribution parameters, expiry or eligibility where applicable, and no hidden PII.
trial sharing
Sharing an approved trial or setup link while preserving who introduced it.
When to use: Use for approved trial invitations and attribution.
Technical detail
A link and attribution workflow that records campaign and connector context without placing private inbox content in the tracking event.
unsubscribe
The action used to stop future email or another defined subscription communication.
When to use: Use for email or subscription communication; use opt-out as the broader concept.
Technical detail
A recipient-controlled suppression mechanism whose effect, scope and timing must follow applicable law and the current sending system.
venue details
The location, arrival, accessibility and contact information people need to attend the event safely.
When to use: Use for practical attendance information. Do not expose private host or venue contact details beyond the approved event scope.
Technical detail
A versioned event location record with address, format, access instructions, accessibility notes, contact scope and checked time.
warm network
Optional on-device help finding people you already know who may care about Lithi.
When to use: Use with explicit permission, local processing and one-invite-at-a-time choice.
Technical detail
Permissioned local analysis of the Connector's own email and contact history on the Connector Mac, producing suggested invites for human choice.
warm path
A genuine relationship or credible shared context that makes an introduction relevant.
When to use: Use when the relationship or context is real, relevant and explainable.
Also called: warm paths
Technical detail
A source-backed connection path such as prior work, a mutual relationship, an event or a verified organization link. It is context for tactful outreach, not permission to fabricate familiarity.
Won
The opportunity has become a paid customer under the current definition.
When to use: Use as the exact pipeline state “Won” only when its acceptance rule is satisfied.
Technical detail
A terminal commercial outcome linked to a customer account and cleared or contracted value as defined by the system of record.
Data Workflow And System Architecture65 terms
Contracts, identities, states, events, queues and data boundaries.
actor
The person, service or device requesting or performing an action.
When to use: Use in technical contracts; use “person”, “service” or “Mac” in plain copy.
Technical detail
A typed identity such as human, service account, device or workflow that participates in an event or authorization decision.
API
A defined way for software systems to request data or actions from one another.
When to use: Spell out on first use for non-technical readers; name the API owner and scope.
Also called: application programming interface
Technical detail
An application programming interface with versioned operations, authentication, authorization, schemas, errors and rate limits.
append-only
The system adds new records without silently changing or deleting existing history.
When to use: Use for event or receipt history; do not imply legal data can never be deleted.
Technical detail
A storage invariant in which corrections are represented by new records, subject to lawful retention and deletion requirements.
authority
The approved owner or source allowed to define, change or confirm something.
When to use: Use with the domain, owner and boundary named.
Technical detail
A scoped governance relationship over a domain, action or claim. Evidence is not automatically authority, and authority is not automatically permission to deploy.
automation
A saved rule that starts from an approved event and performs only the actions listed for it.
When to use: Use for a saved rule that runs on an approved event.
Technical detail
A persisted rule binding an eligibility condition to a closed set of registered actions. Actions outside the registry are refused, and no action may send mail.
backfill
Adding or correcting historical records in a new field or system from existing evidence.
When to use: Use in migrations and name the source, date range and validation.
Technical detail
A bounded, replayable migration job with source snapshot, transformation version, idempotency and reconciliation.
backoff
Waiting longer between repeated attempts so a failing system is not overwhelmed.
When to use: Use in technical reliability documentation.
Technical detail
A retry-delay policy, often exponential with jitter, bounded by maximum delay and attempt count.
canonical human ID
The one approved identifier used to refer to the same human account across the system.
When to use: Use in identity architecture and migrations.
Technical detail
The canonical user identity key; role, organization and legacy aliases map to it rather than replacing other typed entity IDs.
causation ID
The identifier of the command or event that directly caused another event.
When to use: Use in event contracts and replay analysis.
Technical detail
A lineage field linking an event to its immediate cause, distinct from the broader correlation ID.
checksum
A calculated fingerprint used to detect whether a file or record changed.
When to use: Use for integrity verification and name the algorithm where relevant.
Technical detail
A deterministic digest over bytes or canonical data used for integrity comparison. A checksum alone does not prove who created the data.
circuit breaker
A control that temporarily stops calls to a failing dependency so the wider system can recover.
When to use: Use in technical reliability documentation.
Technical detail
A reliability state machine that opens after defined failures, blocks or degrades requests, then tests recovery.
command
A request to perform a specific action.
When to use: Use for an action request, not for the resulting event.
Technical detail
An intent-bearing message from an authenticated actor, validated against scope, capability, idempotency and current state before execution.
connection
An approved link to one named provider account and the resources you allow EmailOS to use.
When to use: Use as the customer-facing label for a provider link. Keep plugin for the technical adapter.
Technical detail
A stored provider authorisation scoped to one external account, carrying granted resources, permission receipts and revocation state.
content-free metadata
Small details can describe an event or item. They do not include the private message or file.
When to use: Use only with an enumerated field class; do not imply metadata is automatically harmless.
Technical detail
A defined metadata class such as identifiers, timestamps, state, counts or hashes, explicitly excluding raw private payloads. It may still be personal data and needs its own purpose and retention.
contract
A precise agreement about what data or behavior a system accepts and returns.
When to use: Use in technical documentation and name the contract version.
Technical detail
A versioned interface, schema, invariant or workflow definition with validation, compatibility and ownership rules.
correlation ID
An identifier that links all records belonging to the same end-to-end journey or request.
When to use: Use in technical tracing and support evidence; do not place PII in it.
Technical detail
A non-secret identifier propagated across commands, events, jobs, receipts and logs to join one logical flow.
cryptographic hash
A one-way fingerprint of data used to detect changes.
When to use: Use for integrity and content addressing; do not call it encryption.
Technical detail
A cryptographic digest with collision-resistance properties appropriate to the chosen algorithm and use.
cutover
The controlled point when a new system becomes the active authority.
When to use: Use only when the switch and authority change are defined.
Technical detail
A migration transition after validation, with explicit read/write switching, rollback boundary and monitoring.
data silo
A separate store or workflow that prevents the rest of the authorized system from seeing consistent state or evidence.
When to use: Use in architecture diagnosis; do not call intentional privacy boundaries silos.
Technical detail
An isolated data authority or projection that duplicates domain truth without governed synchronization, ownership or reconciliation.
dead-letter queue
Holds work that exhausted its allowed processing attempts.
When to use: Spell out on first use, then use DLQ.
Also called: DLQ
Technical detail
A DLQ preserves failed messages or jobs for diagnosis and controlled replay without silently dropping them.
device ID
The stable identifier for an approved device record.
When to use: Use as the exact typed identifier “device ID”; never reuse it for another entity type.
Technical detail
A typed device identity distinct from a human account or hardware serial number.
digital signature
Proves that the private-key holder signed the data and that nobody changed it afterward.
When to use: Use for signed builds, receipts or messages and state what key identity is trusted.
Technical detail
A public-key verification mechanism over canonical bytes and signer identity. It proves key use and integrity, not the truth of the signed claim.
dual write
Temporarily writing the same logical update to an old and a new system during migration.
When to use: Use only in migration plans with a named validation and exit condition.
Technical detail
A controlled migration phase with source authority, idempotency, reconciliation and rollback rules. It must not create two competing authorities.
event log
An ordered record of events that occurred in a system.
When to use: Use in technical architecture; do not call every application log an event log.
Technical detail
An append-only or otherwise tamper-evident sequence used to reconstruct or audit state under defined retention rules.
fencing token
A steadily increasing token that prevents an older worker from acting after a newer one has taken over.
When to use: Use in technical concurrency and distributed-lock documentation.
Technical detail
A monotonic lease generation checked by the protected resource to reject stale concurrent writers.
forward repair
Fixing a problem by adding a corrected version or transition rather than rewriting history.
When to use: Use for append-only or irreversible domains.
Technical detail
An additive remediation pattern used when durable records, migrations or released states cannot safely be reversed.
health check
A safe check showing whether a component is available and working within its defined limits.
When to use: Use with the exact layer being checked.
Technical detail
A liveness, readiness or dependency probe that must not expose secrets or claim end-to-end correctness from one HTTP response.
idempotency
The property that safely repeating the same request does not create the action twice.
When to use: Use for retry-safe commands, payments, sends, jobs and webhooks.
Technical detail
A processing guarantee in which replaying one logical command with the same idempotency identity returns or reuses the same outcome rather than duplicating side effects.
idempotency key
The identifier used to recognize a repeated request as the same logical action.
When to use: Use for retry-safe external or internal commands.
Technical detail
A caller- or system-supplied key scoped to an operation and retention window, stored with the resulting outcome.
identity alias
Another identifier that maps to a canonical identity for compatibility or migration.
When to use: Use for migration or integration mappings; do not treat every foreign key as a human alias.
Technical detail
A typed mapping between a legacy or context-specific identifier and the canonical entity identity, with provenance and lifecycle state.
immutable event
A permanent record that a defined event or state change occurred.
When to use: Use for durable workflow and audit facts.
Technical detail
An append-only event with stable identity, schema version, actor, scope, timestamp and causation. Corrections are new events, not silent rewrites.
job
A unit of work scheduled for a worker or service to execute.
When to use: Use in worker and queue architecture; distinguish it from a human task.
Technical detail
A queued execution record with payload reference, attempts, lease, priority and terminal result.
JSON
A text format for exchanging structured data as objects, arrays and values.
When to use: Spell out the term on first use in general documentation and state the schema or version when one exists.
Technical detail
JavaScript Object Notation, a language-independent data-interchange format. A JSON document is data, not an instruction or proof that a contract was validated.
migration
A controlled change from one data, contract or system version to another.
When to use: Use with the source, target and reversibility stated.
Technical detail
A versioned transformation with scope, dependencies, compatibility, validation, cutover and rollback or forward-repair plan.
organization ID
The stable identifier for an organization.
When to use: Use as the exact typed identifier “organization ID”; never reuse it for another entity type.
Technical detail
A typed primary identity for an organization or tenant entity; it is not a human identity.
outbox
A reliable list of events waiting to be delivered to another system.
When to use: Use in technical event-delivery architecture.
Technical detail
A transactional-outbox pattern that commits business state and a publishable event together, then delivers the event idempotently.
permission
A rule allowing a defined actor to perform a defined action on a defined resource.
When to use: Use with the action and resource named.
Technical detail
An authorization grant or policy result scoped by actor, organization, resource, capability, purpose and time.
queue
Holds work in order until a worker can process it.
When to use: Use with the queue’s purpose and ordering guarantees named.
Technical detail
A delivery mechanism that buffers jobs or messages and defines ordering, visibility, leasing and retry semantics.
rate limit
A cap on how many requests or actions may occur in a period.
When to use: Use with the unit, scope and reset behavior.
Technical detail
A policy over actor, operation, resource, time window and burst behavior, with a defined rejection or delay response.
raw content
The original message, document, attachment or other substantive data rather than a summary or metadata.
When to use: Use when drawing data boundaries and retention rules.
Technical detail
The unredacted source payload in its original or directly reconstructable form.
read model
A view of data prepared for a particular screen, report or question.
When to use: Use for dashboards, queues, timelines and summaries.
Also called: projection
Technical detail
A projection derived from authoritative events or records and optimized for reads. It is not automatically the write authority.
redaction
Removes or masks information that people should not see or share.
When to use: Use when sensitive content is removed from support, logs, exports or examples.
Technical detail
A transformation that suppresses identified data classes while preserving the minimum useful evidence, with irreversible or reversible behavior explicitly stated.
registry
A governed list of named items and the rules or metadata attached to them.
When to use: Use for structured authoritative lists; do not use for an informal spreadsheet unless it truly governs the system.
Technical detail
A versioned machine-readable authority for identifiers, owners, schemas, states or allowed variants.
retry
Trying a failed or incomplete operation again under a defined rule.
When to use: Use only where repetition is safe and bounded.
Technical detail
A replay attempt governed by idempotency, attempt count, delay, error class and terminal conditions.
rollback
Returning to a previous safe version or path after a change causes a problem.
When to use: Use where reversal is actually possible; otherwise say “forward repair”.
Technical detail
A reversible release or migration action that restores the prior supported state without corrupting durable evidence.
RPC
A technical call that asks another service or database function to perform a defined operation.
When to use: Spell out on first use in technical documentation; do not expose raw RPC names in public copy unless they are a developer contract.
Also called: remote procedure call
Technical detail
A remote procedure call with typed inputs, authority, transaction and error semantics.
scheduled job
A job configured to run at a defined time or interval.
When to use: Use instead of “cron” in public or general copy; “cron” may be used technically when it is the actual scheduler syntax.
Also called: cron job
Technical detail
A scheduler-created job with timezone, cadence, concurrency, missed-run and idempotency rules.
schema
The defined structure and validation rules for data.
When to use: Use with the data object and version named.
Technical detail
A machine-readable specification of fields, types, constraints, defaults and compatibility behavior.
schema version
The identifier showing which form of a data contract is in use.
When to use: Use in every durable event, receipt or external contract that may evolve.
Technical detail
A compatibility identifier used to validate, migrate and interpret an object or event.
source of truth
The current authority people should consult for a specific fact or rule.
When to use: Use only with the scope and owner named; avoid claiming one file is truth for unrelated domains.
Technical detail
A governance term for the canonical authority over a definition, policy, configuration or record. It may be a document, registry or system of record.
state
The current recognized condition of an item or workflow.
When to use: Use the exact registered state label rather than inventing synonyms.
Technical detail
A named value in a versioned lifecycle contract, derived from accepted transitions and authoritative events.
system of record
The approved system whose stored value is authoritative for a particular fact or state.
When to use: Use with the exact domain named, such as invoice status or application state.
Technical detail
The designated write authority for a data domain. A dashboard, cache or report is not the system of record unless the ownership registry says so.
tamper-evident
Designed so unauthorized changes can be detected.
When to use: Use only when the mechanism and verification path exist.
Technical detail
An integrity property provided by chained hashes, signatures, append-only controls or equivalent evidence. It does not mean tamper-proof.
task
One defined unit of work inside a workflow.
When to use: Use for a unit of work; avoid using “task” for a durable business entity when a specific name exists.
Technical detail
A typed, assignable work item with input, capability, owner, state, timing, idempotency and outcome.
task ID
The stable identifier for one task.
When to use: Use as the exact typed identifier “task ID”; never reuse it for another entity type.
Technical detail
A typed work-unit identity used across state, assignment and evidence.
template
A prebuilt starting point for one email question and one or more approved sources.
When to use: Use for a prebuilt starting point a person installs and configures.
Technical detail
A versioned provider-independent definition binding one email intent to required fact kinds, freshness and evidence policy, missing-data behavior and a draft-only effect contract.
tenant ID
The identifier for a governed customer or operating data scope.
When to use: Use as the exact typed identifier “tenant ID”; never reuse it for another entity type.
Technical detail
A scope identifier used for data isolation and policy evaluation; whether it equals organization ID is contract-specific.
terminal state
A state in which the current workflow run is finished.
When to use: Use for final workflow outcomes.
Technical detail
A registered final disposition such as completed, failed, cancelled or blocked that cannot transition again without a new workflow or explicit reopen contract.
trace ID
An identifier linking technical operations within one distributed trace.
When to use: Use for technical tracing; distinguish it from a business correlation ID when both exist.
Technical detail
An observability identifier shared by spans representing one request or workflow path.
transition
An approved change from one state to another.
When to use: Use for a lifecycle state change.
Technical detail
A guarded state change caused by a command or event and recorded with actor, time, correlation and evidence.
UUID
A 128-bit identifier designed to make accidental duplication extremely unlikely when generated correctly.
When to use: Spell out the term on first use, then use UUID. Do not expose one as proof of authorization.
Technical detail
A Universally Unique Identifier defined by RFC 9562. UUID version, generation method and opacity matter; uniqueness does not make the value secret or trustworthy.
webhook
A provider sending an event to a registered URL when something happens.
When to use: Use in integration documentation and explain how authenticity and retries are handled.
Technical detail
An authenticated HTTP callback with event schema, signature verification, idempotency, retry and replay rules.
workflow
A defined series of steps that moves work toward an outcome.
When to use: Use for multi-step work; name the workflow when possible.
Technical detail
A versioned process with inputs, states, commands, actors, policies, retries, events and terminal outcomes.
workflow run
One execution of a workflow for a particular item or request.
When to use: Use for one concrete execution rather than the workflow definition.
Technical detail
A first-class instance with identity, version, correlation, state, timestamps, actors, tasks and terminal outcome.
workflow run ID
The stable identifier for one workflow execution.
When to use: Use as the exact typed identifier “workflow run ID”; never reuse it for another entity type.
Technical detail
A typed execution identity used across tasks, events and receipts.
EmailOS And SwarmOS Workflows40 terms
Inbox work, team knowledge, review controls and device boundaries.
Approve
Accept the current proposed item for its stated next step.
When to use: Use as a button label only when the resulting action is clear nearby.
Technical detail
A user command authorizing the exact candidate and transition shown in the interface. Approval of a draft is not automatically approval to send unless the UI explicitly says so.
Approved Mac
A Mac that has passed the required identity, permission and security checks for a defined Lithi role.
When to use: Use only with the applicable product or task scope.
Technical detail
A device with current attestation or approval state for a named customer or connector capability. Approval is scoped, revocable and not universal.
authorization
Permission for an app or person to perform a defined action.
When to use: Use for permission decisions, not identity proof.
Also called: authorization
Technical detail
A decision that an authenticated actor may perform a specific operation on a resource under current policy. Use British spelling in en-GB and “authorization” in en-US technical contexts only when following an external standard.
CC rule
A rule for who should be copied on a message and under what conditions.
When to use: Use as part of Smart Controls; explain that the person can review the final recipients.
Also called: CC rules
Technical detail
A recipient-expansion policy evaluated against sender, recipient, topic, organization and approval context before delivery.
connection health
The current sign-in, provider, host and policy state of a connection, with the next safe action.
When to use: Use for status and diagnosis without exposing credentials or provider records.
Technical detail
A redacted projection of credential state, last verification, host reachability, provider degradation, policy denial and reason code. A healthy probe is not proof of end-to-end data correctness.
connection host
The approved customer device that keeps a provider credential and performs permitted provider requests.
When to use: Use when explaining personal, designated-organization or customer-hosted connection availability.
Technical detail
An enrolled Mac or customer-hosted adapter bound to one or more connection instances. It authorizes each invocation locally and never transfers the credential through the portal or to another member.
credential
Secret or signed information used to prove an identity or access a service.
When to use: Use in security and setup documentation; name the credential type when possible.
Technical detail
An authentication or authorization artifact such as a token, key, certificate or password. Never include real credentials in copy, logs, analytics or examples.
customer Mac
A Mac approved by a customer organization to run EmailOS or SwarmOS work.
When to use: Use for customer-owned or customer-approved product devices; do not call them Connector Macs.
Technical detail
A device identity inside the customer product boundary, governed by activation, organization membership, permissions and device-security state.
device activation
The steps that register a Mac for an approved Lithi account and role.
When to use: Use for device registration and readiness, not for a person’s application approval.
Technical detail
A workflow binding device identity, application build, organization, license, permissions and security state.
draft
A proposed message you have not sent.
When to use: Use for AI-prepared or human-edited message content before sending.
Technical detail
A mutable candidate output with source context, version, review state and no implied delivery authority.
Edit
Open the proposed item so you can change it.
When to use: Use as the standard action for changing a draft or task.
Technical detail
A user command that creates or updates a human-controlled candidate version without executing the final action.
eligible inbound email
An incoming message that matches the approved rules for Lithi to prepare work from.
When to use: Use when a workflow applies only to a defined subset of messages.
Technical detail
A message selected by explicit mailbox, sender, recipient, topic, state and policy filters before any agent workflow starts.
first reviewable draft
The first eligible draft EmailOS prepares with enough context for you to review, edit, skip or send.
When to use: Use for the first-value checkpoint after setup. Do not turn it into a time guarantee or universal provider claim.
Technical detail
The first inspectable provider draft after setup. It is not sent, and it does not prove that every provider or mailbox path works.
Related terms: draft · human approval
human-in-the-loop
A workflow in which a person reviews or decides at a defined point before the action can continue.
When to use: Use in technical or trust copy after stating exactly what the person reviews or approves.
Technical detail
A control design that assigns explicit human authority at one or more transitions. The phrase is incomplete unless the review point and decision are named.
inbox work
The reading, organizing and reply-preparation tasks people perform around email.
When to use: Use as an outcome-focused umbrella; name the exact action when describing a capability.
Technical detail
A broad product term for eligible local email-processing workflows. It does not imply that every mailbox action is supported or automated.
knowledge-gap view
A team view showing which topics lack enough approved information to answer well.
When to use: Use for constructive team knowledge improvement.
Technical detail
An aggregated quality view over unresolved queries and source coverage, designed to avoid exposing unnecessary individual activity.
license unit
The item a Lithi plan licenses, such as one Mac when the current plan says so.
When to use: Use when explaining what a plan covers; state the exact unit from the current pricing authority.
Technical detail
The billing and entitlement unit defined by the current commercial authority. It must not be inferred from historical price copy.
Lithi Connection Kit
Lithi's local tools for adding, checking and governing approved business-tool connections.
When to use: Use for the named developer and IT product after its schema, broker and hostile-package tests are mounted.
Technical detail
A signed declarative provider-definition format plus local CLI, API and MCP broker surface. It never grants direct Keychain access, arbitrary code execution, generic HTTP or SQL, or cloud token escrow.
local processing boundary
The clearly named content and operations that stay on approved customer Macs.
When to use: Use instead of a scope-free “zero-egress” claim. Always name the data class and operation covered.
Also called: on-device processing boundary
Technical detail
A scoped data-flow contract identifying which payload classes are processed and stored locally, which content-free metadata may leave, and which user-authorized provider requests go directly from the Mac.
local-first
Designed to do eligible work on your Mac first, before any external path.
When to use: Use only with the exact boundary and exceptions nearby; it never means offline-only or zero network activity.
Technical detail
An architecture principle that prefers on-device processing while explicitly documenting approved provider connections, metadata flows, cloud backup and user-authorized network requests.
Related terms: local processing boundary · local inference
minimum-cell privacy
Hiding very small groups in reports so a person cannot be singled out from an aggregate.
When to use: Use in manager and analytics views that aggregate people or sensitive activity.
Technical detail
A privacy threshold that suppresses or coarsens metrics when a group count is below the approved minimum.
mobile companion
A mobile app for reviewing, confirming or continuing Lithi tasks when you are away from your Mac.
When to use: Use for iOS or mobile companion experiences.
Technical detail
A secondary control surface whose available actions, data and offline behavior are explicitly constrained. It does not imply that the full Mac product runs on mobile.
Needs You
The EmailOS view for messages or choices that need your judgment before a draft can continue.
When to use: Use for the named EmailOS view and explain the decision or missing context instead of implying a generic error queue.
Technical detail
A human-decision queue for missing consent, sensitivity, low confidence, source conflict, access failure or missing context.
Related terms: review queue · human approval
no-surveillance principle
Team features should help people find approved knowledge without turning ordinary work into employee surveillance.
When to use: Use in manager, IT, analytics and team-knowledge design decisions.
Technical detail
A product and copy rule that prohibits hidden productivity scoring, raw inbox monitoring or person-level behavioral ranking unless a separately approved, lawful and transparent purpose exists.
personal connection
A connected account used only by you, on your own Mac.
When to use: Use to distinguish a person's own connection from an organization-governed team connection.
Technical detail
A connection whose owner and audience are the local account subject, with no organization publication or team grant.
Related terms: connected account · team connection
provider connection
An approved link between Lithi on the Mac and a mail or business service.
When to use: Use for an active, evidenced connection; name the provider only where publication is approved.
Technical detail
A user-authorized integration boundary with provider identity, scopes, credentials, resources, health and revocation state.
provider credential
A credential that lets an approved connection access a provider within granted scopes.
When to use: Use when explaining provider access and protection.
Technical detail
A provider-issued token or key protected under the device or service credential boundary and excluded from team sharing.
recipient rule
A rule that changes how Lithi handles email for a particular person or group of recipients.
When to use: Use for recipient-specific behavior and state the effect.
Technical detail
A scoped policy keyed to recipient identity or category and applied during eligibility, drafting or validation.
reply-only draft
A draft reply prepared inside an existing conversation rather than a new outbound message.
When to use: Use when the workflow is explicitly limited to replies.
Also called: prepared reply
Technical detail
A candidate response linked to an inbound thread and constrained to the reply workflow. It carries no send authority.
review
Checking a draft or proposed action before deciding what to do.
When to use: Use with “human review”, “Lithi Reviewer” or another precise qualifier when needed.
Technical detail
A human or automated evaluation event against defined criteria. Always identify which kind of reviewer is meant when authority differs.
review queue
The ordered list of drafts and actions waiting for you to check.
When to use: Use for the place where a person reviews pending work.
Technical detail
A read model of reviewable work, grouped and prioritized by due state, purpose, risk and current permissions.
seat
One person or device entitlement within an organization plan, as defined by that plan.
When to use: Use only after stating what one seat represents.
Technical detail
A commercial entitlement unit whose subject—person, Mac or another resource—must be explicitly declared.
Send
Deliver the reviewed message through the connected email provider.
When to use: Use only for the actual delivery action; never label draft approval “Send” unless it truly sends.
Technical detail
A user-authorized delivery command executed through the approved provider connection. It must be separate from draft generation and carry idempotency and delivery evidence.
sender rule
A rule that changes how Lithi handles mail from a particular sender.
When to use: Use for sender-specific eligibility or handling.
Technical detail
A scoped policy keyed to inbound sender identity or category.
shared team intelligence
Approved knowledge and context that helps teammates answer without repeatedly asking one another.
When to use: Use as the plain-language benefit; use SwarmOS as the product name.
Technical detail
The customer benefit of SwarmOS, delivered through governed retrieval, cited facts, shared timelines and sharing controls.
Skip
Leave this proposed item undone and move on.
When to use: Use where skipping is safe and its consequence is clear.
Technical detail
A user decision that closes or defers the current candidate according to the workflow contract without performing the proposed action.
Smart Controls
The customer settings that control sources, tone, recipients, copied people and approvals.
When to use: Use as the named control group and list no more than the relevant five controls.
Technical detail
The product umbrella for recipient training, Knowledge Base selection, CC rules, tone bounds and approval requirements. It is not a claim of unlimited automation.
smart folder
A saved view that groups messages or work matching defined rules.
When to use: Use for rule-based organization in EmailOS.
Technical detail
A dynamic query over local message or workflow metadata rather than a separate copy of the underlying content.
team connection
A connection an organization has approved for scoped team use without sharing its credential.
When to use: Use only after connection-host, grant, revocation and no-custody proof exists; never imply a shared token or shared corpus.
Technical detail
An organization-governed connection descriptor and capability grant whose enrolled host performs each permitted read and returns only the authorized minimized result.
Related terms: connection sharing · personal connection
topic rule
A rule for messages about a defined subject, such as invoices, orders or scheduling.
When to use: Use when the product behavior depends on message topic.
Technical detail
A scoped classification and handling policy based on approved topic signals.
Knowledge Context And Learning62 terms
Knowledge bases, retrieval, citations, sharing and learning.
approved source
A named source a person or authorized team has allowed EmailOS to use for a defined scope.
When to use: Use when naming what a reply is allowed to draw on.
Technical detail
A source record carrying owner, scope, permission state and freshness, admitted to retrieval only within that scope.
Approved Team Knowledge
Company knowledge that an authorized person has allowed the team to use for a defined purpose.
When to use: Use for customer team knowledge after the relevant approval and scope are established.
Technical detail
Knowledge records made available through explicit organization, person, source and purpose scopes. Approval does not make private inbox content generally shared.
cached answer
A previously prepared answer stored temporarily so it can be reused quickly.
When to use: Use only when the retention and invalidation behavior is known.
Technical detail
A derived result retained under a cache key, scope, source version, expiry and revocation policy.
chunk
A smaller section of a document prepared for search and retrieval.
When to use: Use in technical ingestion and retrieval documentation.
Technical detail
A bounded text or structured segment derived from a source document with location, checksum and provenance metadata.
citation
A reference showing which source supports a statement.
When to use: Use wherever a person needs to verify the source of an answer.
Technical detail
A machine- and human-readable link between an output claim and a source location, version and provenance record.
cited fact
A fact shown with its source, so you can check where it came from.
When to use: Use for facts shared or generated from approved knowledge.
Technical detail
A scoped value returned with source identity, location or reference, freshness and any required watermark. It is not the raw database or credential behind the source.
connected account
A business tool account you have authorized Lithi to use for a defined purpose.
When to use: Use for an actual authorized provider account.
Technical detail
A provider connection with user-granted authorization, scoped credentials, resource metadata and revocation state. It is distinct from a portal catalog entry.
Connected Context
The customer-facing view of approved connected accounts and knowledge sources available for a task.
When to use: Use only for the named product surface when it exists in the current build.
Technical detail
A product surface that presents connection state, permitted resources, provenance and current availability without exposing provider credentials or implying unrestricted access.
Related terms: connected account · Knowledge Base
connected resource
A specific mailbox, store, CRM, calendar or other resource available through an approved connection.
When to use: Use when a connection contains more than one resource.
Technical detail
A provider-side resource identity bound to a connection, organization, scope and access policy.
connection sharing
An approved teammate’s connected account providing a scoped, cited fact without exposing credentials or the raw source.
When to use: Use for customer team sharing through an approved connection; always explain scope, citation and revocation.
Technical detail
A governed request across an approved connection that returns only authorized, purpose-limited facts with provenance and policy metadata.
context
The information supplied to an agent for the current task.
When to use: Use with a qualifier when needed, such as customer context, message context or model context.
Technical detail
The bounded combination of instructions, user input, retrieved knowledge, state and tool results available to a model or workflow.
context assembly
The step that selects and orders the approved information for a task.
When to use: Use in technical retrieval and agent architecture.
Technical detail
A deterministic or policy-governed process that filters, ranks, truncates and annotates context within permission and token limits.
context pack
The approved bundle of information assembled for one agent task.
When to use: Use in technical agent and receipt documentation.
Technical detail
A versioned, content-scoped input package containing source references, facts, rules and state selected for one execution.
correction
You changing an AI-prepared result to make it accurate or better suited to the task.
When to use: Use for an edit that corrects content, not as an admission that every edit trains a shared model.
Technical detail
A human-authored edit that may become learning evidence only under the approved purpose, scope and retention policy.
CRM
A system for managing customer and prospect relationships, history and next actions.
When to use: Spell out the term on first use, then use CRM. Name the specific connected scope rather than implying access to the whole system.
Technical detail
A customer relationship management system containing governed records, activities, permissions, source identifiers and sync state.
embedding
A numerical representation used to find content with similar meaning.
When to use: Use in technical search and privacy documentation.
Technical detail
A vector produced by an embedding model for retrieval, similarity, clustering or classification. It can encode sensitive information and must follow the same access and deletion rules as its source.
expiry
The time when a grant, link or permission stops being valid.
When to use: Use with the exact date, duration or trigger.
Technical detail
A policy timestamp after which access must be denied and relevant cached material handled according to the revocation contract.
freshness
Shows when someone last checked or updated information for the current decision.
When to use: Use with an actual checked-at date or freshness rule.
Technical detail
The relationship between observation time, source version, expected change rate and the maximum acceptable age for a use case.
HRIS
A system for managing employee and workforce information.
When to use: Spell out the term on first use, then use HRIS. Do not imply that Lithi can read every workforce record.
Technical detail
A human resources information system containing governed people, employment and organizational records. Access must be limited to an approved purpose and scope.
hybrid search
Search that combines exact-word and meaning-based results.
When to use: Use in technical retrieval explanations.
Technical detail
A retrieval strategy that fuses lexical, semantic and structured filters or scores.
keyword index
A search index that finds exact words and phrases.
When to use: Use in technical search architecture.
Technical detail
An inverted or equivalent lexical index used for term-based retrieval and filtering.
Knowledge Base
Your Knowledge Base holds the documents, facts and rules Lithi may use.
When to use: Use for the customer or connector source collection; name whose Knowledge Base it is when context is ambiguous.
Also called: KB
Technical detail
A governed set of source records with ownership, scope, permissions, provenance, freshness and retrieval metadata. It is not a free-form memory or a dump of every company file.
Knowledge Base upload
A file or document you deliberately add to a Knowledge Base.
When to use: Use for a deliberate customer or connector document addition.
Also called: Knowledge Base uploads
Technical detail
An ingestion event that records source, owner, scope, permissions, version, checksum, processing state and resulting index artifacts.
knowledge conflict
Two approved sources giving different answers to the same question.
When to use: Use when the system cannot safely choose one source.
Technical detail
A versioned conflict between in-scope claims that requires source-priority rules, human resolution or a bounded refusal.
knowledge gap
A question the approved knowledge cannot answer well enough yet.
When to use: Use for missing organizational knowledge and pair it with a constructive next action.
Technical detail
A detected absence, conflict or low-confidence area in the authorized knowledge set, recorded without exposing private employee behavior.
knowledge item
One approved unit of knowledge, such as a policy, fact, answer or source reference.
When to use: Use for an individual governed record.
Also called: knowledge card
Technical detail
A typed, versioned record in a Knowledge Base with provenance, scope, status and lifecycle metadata.
knowledge source
An approved place or document from which a fact or answer may be drawn.
When to use: Use for the origin of retrieved knowledge.
Technical detail
A source object with type, authority, ownership, scope, provenance, version, freshness and access policy.
learning loop
The process of using verified outcomes and approved corrections to improve future work.
When to use: Use when explaining improvement over time; name the evidence and boundary.
Technical detail
A governed cycle of hypothesis, approved evidence, evaluation, decision, versioned change and post-change measurement.
learning proposal
A visible suggestion to change a rule, example or memory after you edit. You can inspect, test, accept, reject or undo it.
When to use: Use for a proposed knowledge or writing-preference change that remains visible and reversible.
Technical detail
An attributable and reversible proposed change derived from an approved edit. It never means silent model retraining.
Related terms: correction · voice profile · recipient profile
local index
A search index stored and used on your Mac.
When to use: Use only when the current implementation proves the index is local for the named content.
Technical detail
An on-device index whose source data, embeddings and metadata remain within the declared local storage and access boundary.
memory
Information a system retains for future use.
When to use: Use only after naming what is retained and where.
Technical detail
A broad term that must be narrowed to a specific record type, scope, storage location, retention period and purpose. Do not use it as a substitute for Knowledge Base, preferences or event history.
messaging rule
An approved rule about what a draft should say, avoid or do for a particular situation.
When to use: Use for explicit drafting behavior, not an inferred preference that the person has not approved.
Technical detail
A typed, scoped drafting policy applied during context assembly or validation.
per-person scope
A sharing rule that grants access to a named person rather than a whole team.
When to use: Use when sharing is granted individually.
Technical detail
An access-control scope bound to a human identity and purpose.
permitted knowledge
Private or approved team knowledge that current rules allow EmailOS to use for one reply.
When to use: Use when explaining which sources EmailOS may use for a specific reply. Name the source and current scope where useful.
Technical detail
Sources admitted for the current actor, account, purpose, access, freshness and task boundary. Permission for one reply does not make the material generally shared.
Related terms: private knowledge · Approved Team Knowledge · knowledge source
portal integration
A provider connection configured through an approved web or account portal.
When to use: Use only for a mounted and approved portal integration; do not conflate it with an on-Mac connection.
Technical detail
An integration whose setup and metadata flow through the portal. The owning provider authority states current support, data paths and runtime behavior.
prepared reply
A reply-only draft that has passed its automated checks and is ready for you to review.
When to use: Use for a draft ready for human review. Never label approving one as sending.
Technical detail
A draft that has completed source, writing and policy checks and carries a source receipt. It is saved to Apple Mail Drafts on approval and is never sent by Lithi.
private knowledge
Knowledge only you, or the approved scope that owns it, can see.
When to use: Use when distinguishing personal or restricted context from team-approved knowledge.
Technical detail
A knowledge record whose access policy excludes general team retrieval.
provenance
The history of where information came from and how it changed.
When to use: Use in technical, trust and receipt documentation; explain plainly on first use.
Technical detail
Structured lineage linking an entity or result to source artifacts, activities, actors, versions and transformations.
Public source receipt
A record of the public information used to personalize or enrich a message.
When to use: Use for public-web enrichment evidence; do not call the activity “scraping” in public copy.
Technical detail
A content-minimized evidence record linking approved public facts to source URLs, timestamps, extraction versions and policy decisions.
recipient profile
EmailOS keeps writing examples and choices for one person. That profile never changes another person's drafts.
When to use: Use for EmailOS per-recipient style learning.
Also called: your voice with this person, recipient-specific voice
Technical detail
An account-and-recipient-scoped set of approved examples and visible writing choices. It does not infer sensitive traits, create a psychographic profile, retrain a hidden model or affect another account or recipient.
retrieval
Finding the most relevant approved information for a task.
When to use: Use for the context-finding step before generation.
Technical detail
The policy-constrained selection of source records or chunks using queries, indexes, filters, ranking and freshness checks.
retrieval policy
The rules that decide which sources may be searched and used for a task.
When to use: Use in technical and trust explanations of knowledge access.
Technical detail
A policy over actor, organization, purpose, source, data class, freshness, ranking and output constraints.
retrieval-augmented generation
Generating an answer using relevant source material found at request time.
When to use: Spell out on first use in technical documentation; prefer “answers grounded in approved sources” in plain copy.
Also called: RAG
Technical detail
RAG combines retrieval with generation so the model receives selected evidence in its context. It does not guarantee correctness and must retain citation and access controls.
semantic search
Search that looks for similar meaning, not only matching words.
When to use: Use when the search genuinely uses meaning-based matching.
Technical detail
Retrieval based on embedding similarity or another semantic representation, combined with access and relevance filters.
shared timeline
A short, team-visible history of approved customer facts and actions.
When to use: Use for the customer team history feature and explain its sources and scope.
Technical detail
A scoped read model assembled from authorized events and cited facts. It is not a shared copy of everyone’s inbox.
sharing controls
The settings for who may receive which facts, how much, for how long and with what evidence.
When to use: Use as the umbrella for team-sharing permissions; list the actual controls rather than leaving it vague.
Technical detail
The governance set covering person scope, resource scope, purpose, expiry, watermarking, audit and revocation.
source authority
How much a source should be trusted for a particular kind of fact.
When to use: Use when resolving or ranking competing sources.
Technical detail
A contextual ranking based on ownership, official status, directness, recency, corroboration and scope. Authority is fact-specific, not universal.
source document
The original file or page from which knowledge was extracted.
When to use: Use when referring to the original evidence rather than its index representation.
Technical detail
The versioned source artifact that anchors chunks, facts, citations and provenance.
source fact
A specific statement taken from an approved source.
When to use: Use for a fact before it is presented as a cited answer.
Technical detail
A structured claim linked to exact provenance, source location, version, extraction method, confidence and scope.
source priority
The order in which eligible sources should be checked for a particular answer.
When to use: Use in retrieval-policy and conflict-resolution documentation.
Technical detail
A deterministic retrieval rule that selects among authorized sources without overriding source authority or freshness checks.
source receipt
A record of the facts and sources used for a prepared reply.
When to use: Use when naming the evidence shown beside a prepared reply.
Technical detail
A per-draft record naming each cited fact with provider, record, field and freshness, plus the effective rules applied. It carries no model reasoning.
source scope
Defines which people, topics, organizations or tasks a source can support.
When to use: Use whenever a source is not universally available.
Technical detail
The policy boundary constraining retrieval and downstream use of a source.
stale source
A source that may be too old for the current question or action.
When to use: Use as an honest state; provide the checked date and next step.
Technical detail
A source whose age, version or validation state exceeds the use-case freshness policy.
standard operating procedure
An approved step-by-step way of completing a recurring task.
When to use: Spell out on first use, then use SOP.
Also called: SOP
Technical detail
A governed procedural source with owner, version, effective date and scope.
team knowledge
Approved company knowledge that can help authorized teammates answer consistently.
When to use: Use as a plain category after the approval boundary has been explained.
Technical detail
A governed retrieval scope across approved sources and connections. Use “Approved Team Knowledge” when approval is the main point.
Related terms: Approved Team Knowledge
tone bounds
The approved limits for how formal, direct, warm or concise a draft should be.
When to use: Use as part of Smart Controls and explain the actual options in the UI.
Technical detail
A structured set of style constraints used in prompting and output validation.
un-share
You revoke a sharing grant so Lithi stops using it and handles cached answers under the approved policy.
When to use: Use for the named sharing-revocation action; state what happens to cached results.
Technical detail
A revocation transition that denies future access and triggers the specified cache invalidation or purge workflow.
vector index
A search index that finds items with similar numerical representations.
When to use: Use in technical retrieval architecture.
Also called: vector database
Technical detail
A data structure optimized for approximate or exact nearest-neighbour search over embeddings, constrained by access and source filters.
verified outcome
A result that has enough evidence to show what happened.
When to use: Use when an outcome has been confirmed rather than merely predicted.
Technical detail
An outcome linked to a defined event, actor, scope, timestamp and receipt or other admissible evidence.
voice and knowledge profile
The approved writing preferences, role context and knowledge sources used to personalize Lithi’s help.
When to use: Use as the preferred plain label for the personalized context previously called an AI Twin or digital twin.
Also called: personalized Lithi profile
Technical detail
A governed profile joining scoped voice preferences, role and industry context, source references and permission metadata. It replaces public “AI Twin” language.
voice profile
Approved writing preferences that keep drafts sounding like you or your organization.
When to use: Use for the account or organization baseline. Use recipient profile for one person's examples and choices; never imply identity cloning.
Technical detail
A structured, editable collection of tone, vocabulary, formatting and boundary preferences derived from authorized examples and corrections.
Related terms: recipient profile · learning proposal
watermark
Shows where shared information came from and how people may use it.
When to use: Use for shared-fact provenance and scope cues.
Technical detail
A provenance and policy marker attached to a cited fact, answer or export. It must not be presented as cryptographic proof unless it actually is.
Local AI Agents And Models56 terms
Local agents, models, inference, tools, MCP and safe execution.
adapter
A smaller set of learned changes that adjusts a base model for a task.
When to use: Use in technical model packaging and provenance.
Technical detail
A parameter-efficient tuning artifact applied to a compatible base checkpoint. Its compatibility and provenance must be versioned.
Advanced
Extra technical controls for people who need to inspect versions, policies and traces.
When to use: Use when naming the disclosure that reveals technical controls.
Technical detail
A disclosure layer exposing model package, prompt version, budgets, evaluation traces and restore points to holders of the required capability. It never weakens source, permission, context-budget or no-send boundaries.
Agent system
The Advanced view of the software roles, checks, versions and limits used to prepare replies.
When to use: Use for the Advanced view of the roles that prepare replies. Never present worker slugs in normal mode.
Technical detail
The Advanced surface over the internal worker catalog, capability groups, prompt and model versions, budgets and activation receipts behind the two public roles.
AI agent
Software that can work through a defined task using approved tools and rules.
When to use: Use for a bounded software worker. Do not use “agent” for a human Lithi Connect member.
Technical detail
A bounded software actor that combines a model, context, policy, tool permissions, state and validation. “Agent” never removes the need for explicit authority, safeguards or human review where required.
AI assistant
Software that helps a person understand information or prepare work.
When to use: Use when the main role is helping a person rather than independently completing a workflow.
Technical detail
A user-facing system that combines a model with approved context, rules and interfaces. It may suggest actions but has no implied authority beyond its contract.
AI model
Software trained to recognize patterns and generate or classify information.
When to use: Use for the underlying model, not the complete product, agent or workflow.
Technical detail
A parameterized computational model used for inference. A model does not decide its own permissions, execute external actions by itself or prove that an answer is correct.
benchmark
A standardized task set used to compare model performance.
When to use: Use in technical comparisons with date, model version and conditions.
Technical detail
A repeatable evaluation dataset and scoring method. Benchmark results may not predict performance on Lithi’s actual workflow without task-specific validation.
checkpoint
A specific saved version of a model’s weights.
When to use: Use when exact model reproducibility matters.
Technical detail
A versioned model state identified by publisher, name, revision and checksum.
context window
The maximum amount of input and generated text a model can consider in one run.
When to use: Use in technical capacity and model-selection explanations.
Technical detail
The model’s token-length limit for a request, including instructions, retrieved context, user input and output budget. Advertised limits do not guarantee useful recall at every length.
evaluation
A structured test of how well a model or agent performs on defined tasks and risks.
When to use: Use for quality and safety assessment, not as a synonym for one anecdotal test.
Technical detail
A versioned measurement process with a dataset, rubric, metrics, thresholds, environment and result evidence.
excessive agency
Giving an AI system more tools, permissions or freedom than it needs for the task.
When to use: Use in agent safety and architecture documentation.
Technical detail
An agentic risk caused by excessive functionality, permissions, autonomy or downstream impact. Reduce it with least privilege, scoped tools, validation and human approval.
execution boundary
The place and rules that define where an action can run and what it can reach.
When to use: Use when explaining safe agent or tool execution.
Technical detail
The isolation, identity, permissions, network, data and tool scope around executable code or an agent tool.
grounded answer
An answer backed by approved sources you can open and check.
When to use: Use only when the cited evidence actually supports the answer.
Technical detail
A generated response whose material claims are traceable to retrieved, in-scope evidence with citations and freshness metadata.
guardrail
A rule or control that limits unsafe or out-of-scope AI behavior.
When to use: Use as an umbrella only when the actual controls are also named.
Technical detail
A preventive or detective control such as authorization, input filtering, policy checks, output validation, rate limits or human review. No single guardrail is a complete safety boundary.
hallucination
An AI output that states something unsupported, false or invented as though it were reliable.
When to use: Use in technical, support or educational explanations.
Technical detail
A generated claim not adequately grounded in the available evidence or inconsistent with known facts. Treat it as a quality and risk condition, not a moral attribute.
hardware tier
A group of devices with enough memory and performance for a defined model workload.
When to use: Use for capability-based routing, not as a judgment of the person who owns the device.
Technical detail
A runtime eligibility class derived from verified device capabilities, model memory needs, thermal policy and workload limits.
human approval
You check the work and choose what happens next. Approval covers only the exact plan you reviewed.
When to use: Use for any workflow where a person remains the final authority.
Technical detail
An explicit, attributable authorization event tied to one exact, versioned plan or candidate action and current evidence. Approval resets for a material change, a reply, a do-not-contact request or a complaint; silence never counts and approval must not be inferred from a previous unrelated decision.
inference
Running a trained model to produce an answer, score or classification.
When to use: Use in technical explanations; use “the AI runs on your Mac” in plain customer copy.
Technical detail
The runtime evaluation of a model on input tokens or other supported modalities. It is distinct from training and from executing a tool.
latency
How long a system takes to start or finish a result.
When to use: Use with the exact measured boundary and percentile.
Technical detail
Elapsed time measured at a named boundary, such as time to first token or end-to-end task duration.
Lithi CLI tools
Command-line tools for approved technical inspection and management tasks.
When to use: Use in technical documentation only; public technical pages may show customer-supported commands, while repository scripts remain internal. Do not expose unsafe commands or imply every operation is available.
Also called: CLI Tools
Technical detail
Versioned command-line interfaces with explicit commands, authentication, permissions, dry-run, output and receipt behavior.
Lithi Drafter
The fast local agent role that prepares a first draft or classification.
When to use: Use for the named drafting tier, not a fixed model slug.
Technical detail
A latency-oriented Lithi Edge Agent tier for bounded first-pass generation and classification. The exact model and quantization are resolved from the current runtime registry.
Lithi Edge Agents
The named Lithi agents that run eligible work on approved Macs.
When to use: Use on connector and technical-public surfaces when provenance and hardware execution matter.
Technical detail
A connector/network technical brand for Lithi-packaged model runtimes, adapters, prompts, policies and tool permissions on eligible hardware.
Lithi Edge Pack
The signed package that installs the approved local agent runtime and its supporting files.
When to use: Use for the installable agent package on eligible Connector Macs.
Technical detail
A versioned bundle containing an approved base model reference, Lithi adapters, prompts, policies, permissions, checksums and signatures. Exact contents are release-specific.
Lithi Heavy
The higher-capacity local agent tier for work that needs more context or reasoning.
When to use: Use for the named high-capacity tier without promising a fixed model or speed.
Technical detail
A hardware-gated Lithi Edge Agent tier for larger or longer-context workloads. Exact model selection, memory requirements and availability come from the runtime registry.
Lithi local agents
The small, specialized AI helpers inside Lithi that prepare, check and organize work on a Mac.
When to use: Use as the plain umbrella for on-Mac Lithi agent roles.
Technical detail
The product-level name for Lithi-governed local agent roles such as drafting, reviewing, classification and retrieval. Each role has a typed input, output, policy and permission boundary.
Lithi MCP tools
Approved Lithi functions made available to compatible AI applications through MCP.
When to use: Use in technical documentation only for mounted, tested tools.
Also called: MCP Tools
Technical detail
Schema-described MCP tools with scoped authorization, validation, audit and execution boundaries. Availability depends on the mounted server and current contract.
Lithi Reviewer
The local agent role that checks a result for fit, tone, quality and policy issues.
When to use: Use for the named automated review tier.
Technical detail
A review-oriented Lithi Edge Agent tier that evaluates a candidate output against explicit criteria. It supplies evidence or scores; it does not impersonate an independent human reviewer.
local AI agent
A software helper that does one kind of AI work on your Mac.
When to use: Use when the model inference genuinely runs on the local Mac and the sentence names any external connections separately.
Technical detail
A software agent whose inference executes on-device. Network access, tools and metadata flows are separate questions and must be stated explicitly; “local” does not automatically mean offline.
local inference
Your device runs the model work instead of sending it to a hosted service.
When to use: Use when the current runtime evidence proves on-device execution for the named operation.
Technical detail
On-device model execution within the declared local processing boundary. Other network requests, update checks and approved provider connections must be described separately.
MCP client
The application that connects to an MCP server and makes approved requests.
When to use: Use in technical MCP documentation.
Technical detail
The protocol participant that discovers and invokes server capabilities under the client’s user, policy and transport boundary.
MCP prompt
A reusable prompt template an MCP server makes available to a client.
When to use: Use for MCP-provided prompt templates.
Technical detail
A discoverable, parameterized message template exposed through MCP. It is user-controlled context, not an executable tool.
MCP resource
Context or data an MCP server makes available for an application or model to use.
When to use: Use for MCP-provided context, not executable functions.
Technical detail
A URI-identified server resource with declared metadata and content. Reading a resource remains subject to authorization and data-boundary rules.
MCP server
A service that exposes approved tools, resources or prompts through MCP.
When to use: Use in technical MCP documentation.
Technical detail
The protocol participant that declares capabilities and handles requests according to its schemas, authorization and transport controls.
MCP tool
A function an MCP server allows an AI application to request.
When to use: Use for executable MCP capabilities.
Technical detail
A named, schema-described server capability that the client or model may invoke subject to permission, validation and execution controls.
Metal
Apple’s graphics and compute technology used by software to access GPU capabilities.
When to use: Use in technical hardware and runtime documentation.
Technical detail
Apple’s low-level graphics and compute API. A model runtime may use Metal directly or through another framework; do not imply direct use without evidence.
MLX
Apple’s machine-learning framework for efficient model work on Apple silicon.
When to use: Use in technical implementation and provenance documentation only.
Technical detail
A software framework used to build and run array and machine-learning workloads on Apple silicon. Its use in a Lithi release must be confirmed by the current implementation.
Model Context Protocol
A standard way for AI applications to discover approved tools, prompts and context from a server.
When to use: Spell out on first use, then use MCP.
Also called: MCP
Technical detail
MCP is a protocol connecting clients and servers that expose typed tools, resources and prompts. The current implementation must state its supported specification version and authorization model.
model provenance
The record of where a model came from and how Lithi packaged or changed it.
When to use: Use in settings, trust, release and technical documentation.
Technical detail
The trace linking publisher, family, checkpoint, license, version, quantization, adapters, prompts, policy pack, checksum and release signature.
model version
The specific release of a model used for a result.
When to use: Use in provenance, receipts and evaluation evidence.
Technical detail
A reproducible identifier covering family, checkpoint or revision, precision, adapter and runtime compatibility.
model weights
The learned numerical values that make up a trained model.
When to use: Use in technical model packaging and provenance discussions.
Also called: weights
Technical detail
Parameter tensors loaded by an inference runtime. They are distinct from prompts, adapters, indexes and application code.
on-device
Your current device runs the named operation.
When to use: Use before a noun only when the named operation genuinely runs on that device; state external connections separately.
Technical detail
A location adjective for a specific computation, store or control. It does not by itself mean offline, no provider request, no telemetry or no content-free metadata.
open-weight model
A model whose trained parameter files are available under stated license terms.
When to use: Use when describing model availability or provenance precisely.
Technical detail
A model distribution category in which weights can be obtained and run under the publisher’s license. “Open-weight” is not automatically identical to open-source software.
output validation
Lithi checks an AI-produced result before another system shows, stores or uses it.
When to use: Use in agent, tool and integration workflows.
Technical detail
Schema, policy, safety and semantic validation applied to model output before downstream use. It is required because model output is untrusted data.
policy pack
A versioned set of rules that limits what an agent may do and how it must respond.
When to use: Use in agent-release and technical governance documentation.
Technical detail
A release artifact containing decision policies, deny conditions, escalation rules, output validators and compatibility metadata.
prompt
The instructions and information given to a model for one task.
When to use: Use in AI and technical documentation.
Technical detail
The ordered model input assembled from system instructions, templates, user content and approved context. A prompt is data, not authority to execute an external action.
prompt injection
Malicious or misleading content that tries to make an AI system ignore its rules or reveal or perform something it should not.
When to use: Use in AI security and trust documentation.
Technical detail
An attack in which untrusted input influences model behavior or downstream tool use contrary to policy. Defences require data separation, least privilege, validation and approval—not prompt wording alone.
prompt pack
A versioned set of approved prompt templates for a Lithi agent release.
When to use: Use in Lithi Edge Pack and agent-release documentation.
Technical detail
A release artifact containing named prompt templates, versions, compatibility constraints and checksums.
prompt template
A reusable structure that turns task data into consistent model instructions.
When to use: Use for reusable model instruction templates.
Technical detail
A versioned, parameterized prompt definition with typed inputs and expected output shape.
quantization
Reducing the numerical precision of a model so it uses less memory and can run faster.
When to use: Use when explaining local hardware fit and model packaging.
Also called: quantization
Technical detail
A representation change such as 8-bit or 4-bit weights that trades memory and throughput against possible quality loss. The selected precision is part of model provenance.
refusal
The agent declining a request because it is unsafe, unauthorized, unsupported or outside scope.
When to use: Use for a clear policy-based non-action.
Technical detail
A policy outcome that returns a bounded reason and, where appropriate, a safe next step without executing the prohibited action.
sensitive information disclosure
Private or restricted information being exposed to someone or something that should not receive it.
When to use: Use in AI security and privacy documentation.
Technical detail
An AI-system risk involving leakage through prompts, context, outputs, logs, tools or model behavior.
system instruction
A high-priority instruction that defines how a model should behave for a task.
When to use: Use in technical AI documentation.
Also called: system prompt
Technical detail
Application-supplied instruction context used to constrain role, policy and output format. It is a control layer, not a security boundary by itself.
throughput
How much work a system completes in a period of time.
When to use: Use with the unit, workload and test conditions.
Technical detail
A rate such as tokens per second, tasks per minute or jobs per hour under stated hardware and workload conditions.
tool
A defined function an agent may request to use, such as searching approved data or creating a draft.
When to use: Use for callable agent capabilities; name the specific tool when possible.
Technical detail
A typed capability with a name, input schema, output schema, permission policy and execution boundary. The application—not the model—executes it.
tool calling
A model producing a structured request for the application to run a tool.
When to use: Use in technical agent documentation.
Technical detail
The model emits a tool name and arguments; the host validates, authorizes and executes the request, then returns a result. The model does not execute code by itself.
tool permission
The rule that says whether an agent may use a particular tool for a particular task.
When to use: Use when explaining or implementing agent authority.
Technical detail
An authorization decision over actor, organization, capability, resource, purpose and current policy before tool execution.
People Roles And Lifecycle12 terms
People, permissions, application stages, training and progression.
Admin
The person on a customer team who manages the settings the owner has allowed.
When to use: Use for the named product role and list its exact permissions in the current role matrix.
Technical detail
A role-based access-control profile with scoped administrative permissions. It is not automatically the organization owner or Security Admin.
capability
Retired vocabulary for a capability path; it is not authoritative. Use scoped capability grant instead.
When to use: Keep only for history and search; use capability for the current server grant.
Also called: capability / certified
Technical detail
Retired training-dependent label. Current authority is an independently issued, scoped, expiring and revocable server grant checked at every action boundary.
customer
A person or organization using a Lithi customer product.
When to use: Use in general customer-facing explanations; use “customer organization”, “organization owner” or “member” when precision is needed.
Technical detail
An account or human actor within the customer product boundary. Use a more specific role when permissions or responsibility matter.
customer organization
A business or other organization using Lithi under one governed account.
When to use: Use when describing organization-level settings, billing, roles or data scope.
Also called: customer org
Technical detail
The tenant-level customer entity that owns seats, policies, approved connections and billing relationships.
HR
The customer-team role responsible for approved people-policy mappings and access-lifecycle signals.
When to use: Spell out human resources on first use outside a familiar team-role table, then use HR.
Technical detail
A human resources role profile with only the permissions required for governed people and access workflows. It does not imply unrestricted employee-data access.
human reviewer
A person who checks what the AI prepared before it goes ahead.
When to use: Use whenever a human decision is required, especially for sends, permissions, money, publication or sensitive changes.
Technical detail
The accountable human actor at a review gate. The reviewer’s authority, evidence and decision must be recorded where the workflow requires proof.
IT Admin
A person responsible for deploying, configuring and supporting Lithi devices for an organization.
When to use: Use for organization-side technical deployment and device management responsibilities.
Technical detail
A scoped technical-administration role, often associated with MDM, device policy and installation support.
Manager
A person allowed to view or manage a defined team or workflow.
When to use: Use only when the current role contract defines what the manager can see or do.
Technical detail
A generic role label that must be paired with explicit scoped permissions; it must never imply employee surveillance.
member
A person who belongs to a Lithi customer organization or, when explicitly stated, to Lithi Connect.
When to use: Use for people inside a defined organization or program; introduce the scope at first use.
Technical detail
A human account with a scoped membership relation. Always name the organization or system when “member” could be ambiguous.
organization owner
The person responsible for the organization account and its highest-level settings.
When to use: Use only when the current contract grants the stated organization-level action.
Also called: org owner
Technical detail
The customer role authorized to manage organization-level billing, members, policies and delegated admin capabilities, subject to current RBAC.
Security Admin
A person responsible for security settings, evidence and access rules.
When to use: Use when the action is security-specific and the current permission contract grants it.
Technical detail
A scoped administrative role whose exact capabilities come from the current RBAC or ABAC contract.
Viewer
A person who can see approved information but cannot change it.
When to use: Use for read-only access and name the scope when it matters.
Technical detail
A read-only role whose exact data scope is defined by current access policies.
Public Web Content Design And SEO59 terms
Routes, copy, voices, design tokens, accessibility and SEO.
accessible name
The name assistive technology uses to identify a control or element.
When to use: Use in accessibility tests for interactive elements and images.
Technical detail
The computed accessibility-tree label derived from visible text, associated labels or ARIA naming mechanisms.
AI-share action
A page-menu action that lets a reader share the validated page source with a preferred AI assistant.
When to use: Use for the Copy/View Markdown and Ask-AI menu behavior; keep provider URL construction and query details out of article copy.
Also called: Ask-AI action
Technical detail
A shell-owned action whose prompt is query-string-free and at most 200 characters; Claude and Grok retain clipboard fallback and keep the menu open when fallback guidance is needed.
alternative label
An accepted synonym, abbreviation or spelling variant that points to the preferred term.
When to use: Use for genuine synonyms and abbreviations; do not use for misleading or banned phrases.
Also called: SKOS altLabel
Technical detail
A SKOS-style altLabel used for search, migration or first-use expansion without becoming the canonical public name.
alternative text
Text that communicates the purpose or meaning of non-text content.
When to use: Use for meaningful non-text content and describe function or information rather than appearance alone.
Also called: alt text
Technical detail
A text alternative associated with an image, icon, chart or control so equivalent information is available without the visual. Decorative content should not add noise.
breadcrumb
A short navigation trail showing where the current page sits in the site.
When to use: Use on nested documentation, help and trust pages; make every linked ancestor valid.
Technical detail
A hierarchical navigation pattern and optional BreadcrumbList structured-data projection.
breakpoint
Lets a layout change when the screen reaches a defined width.
When to use: Use only when the content layout needs a deliberate change.
Technical detail
A design-system viewport threshold used for meaningful composition changes rather than device-brand detection.
browser zoom
A browser control that enlarges or reduces page content.
When to use: Use when specifying accessibility test levels such as 200% or 400%; do not confuse it with operating-system display scaling.
Also called: zoom
Technical detail
A user-agent scaling mechanism used to test text resizing, reflow, clipping and control usability at increased magnification.
call to action
A clear invitation to take a useful next step.
When to use: Spell out on first use, then use CTA in technical copy.
Also called: CTA
Technical detail
A semantic action with stable action, placement and destination identifiers, accessible label and consent-safe measurement.
canonical URL
The preferred public URL for a page when more than one URL could show similar content.
When to use: Use one canonical URL per indexable page and keep redirects and metadata aligned to it.
Technical detail
The absolute URL declared as the canonical identity for indexing and duplicate-content handling.
clay canvas
The quiet warm-neutral page background used across the Lithi public website.
When to use: Use as a design-system term, not as marketing copy.
Technical detail
The semantic public-web canvas token currently represented by the approved clay color, subject to the design-token authority.
color contrast
The visual difference between foreground content and its background.
When to use: Use with the applicable WCAG criterion, element type and measured ratio.
Also called: color contrast
Technical detail
A measurable luminance relationship used by WCAG success criteria for text and user-interface components. Color alone must not carry required meaning.
copy key
A stable identifier used by software to retrieve approved wording.
When to use: Use for repeated UI or content copy so wording is governed once.
Technical detail
A typed catalog key mapping a reusable phrase to locale, voice, version, claim and provenance metadata.
DefinedTerm
A Schema.org object representing one glossary concept.
When to use: Use when projecting glossary entries into public structured data.
Technical detail
A Schema.org type for a term with a name, description and membership in a DefinedTermSet.
DefinedTermSet
A Schema.org object representing a glossary or controlled vocabulary.
When to use: Use for the public Lithi glossary structured-data projection.
Technical detail
A Schema.org type grouping DefinedTerm entries under one stable name and URL.
design token
A named design value reused across components, such as a color, spacing or radius.
When to use: Use instead of copying raw values into many files.
Technical detail
A versioned cross-platform design-system value projected into implementation-specific variables or constants.
embedded tab
A distinct content view shown inside a shared page rather than at a separate rendered page.
When to use: Use for trust or documentation content that is logically distinct but compositionally embedded.
Technical detail
A source-mapped tab state with stable route semantics, accessible tab navigation and shared renderer ownership.
focus indicator
The visible outline or change showing which control currently has keyboard focus.
When to use: Use and test for every keyboard-focusable control.
Technical detail
A contrast-safe, unobscured focus treatment that does not rely on layout movement.
HTML
The markup language used to structure web pages and their meaning.
When to use: Spell out the term on first use for non-technical readers, then use HTML.
Technical detail
Hypertext Markup Language, interpreted by browsers to create document structure, semantics and interactive content. Accessibility depends on correct elements and behavior.
impact CTA
A selectively emphasized primary action used only for a small number of high-value conversion moments.
When to use: Use only on centrally allowlisted high-value routes; never as the default button style.
Technical detail
An allowlisted CTA variant that may use one restrained conic-border effect while preserving solid text, reduced-motion behavior and stable layout.
JSON-LD
A common format for adding linked structured data to a web page.
When to use: Spell out or explain on first use outside technical audiences.
Technical detail
JavaScript Object Notation for Linked Data, commonly embedded in a script element to express Schema.org entities and relationships.
keyboard trap
A place where keyboard focus enters a control or region but cannot move out normally.
When to use: Use in accessibility requirements, testing and defect reports.
Technical detail
An accessibility failure that prevents a keyboard user from navigating away using standard input. Intentional focus containment requires a documented, operable escape.
llms.txt
A proposed website file that gives AI systems a concise map of useful public content.
When to use: Use as an experimental public-content index and label its support honestly.
Technical detail
A non-authoritative discovery aid whose format and crawler support may evolve. It does not replace robots.txt, sitemaps or page content.
locked copy
Wording that must remain exactly the same until its owner approves a new version.
When to use: Use for money, legal, security or other sensitive statements whose exact wording is controlled.
Technical detail
A byte- or meaning-frozen copy unit with owner, source, version, allowed surfaces and change gate.
Markdown-first page
A public page authored in plain Markdown first so its readable source can project consistently to the page and related outputs.
When to use: Use for the governed page authoring model; do not claim that every existing route has migrated to it.
Also called: Markdown-first document
Technical detail
A versioned page payload whose canonical body is validated Markdown and whose HTML, metadata, structured data, crawler copy and Markdown export share the same source version.
metadata
Information about a page, such as its title, description, language and sharing image.
When to use: Use for page description and discovery fields; keep claims aligned with body copy.
Technical detail
Structured page attributes used by browsers, crawlers, social previews and internal registries. Metadata is a projection of approved content, not independent claim authority.
minimum target size
The minimum clickable or tappable area needed for a control to be comfortable and reliable to use.
When to use: Use in component and responsive acceptance tests.
Technical detail
An accessibility and usability constraint on pointer targets, measured in CSS pixels and evaluated with spacing exceptions where applicable.
mobile-first
Designing the smallest-screen reading order and controls first, then expanding the same meaning for larger screens.
When to use: Use as an implementation principle, not a claim that the product itself runs on mobile.
Technical detail
A responsive strategy in which canonical DOM order and baseline styles serve narrow viewports before additive layout changes.
Open Graph metadata
Page information used to create a social or messaging link preview.
When to use: Use for accurate previews; do not make stronger claims than the page body.
Technical detail
Open Graph properties such as title, description, URL and image projected from approved page content.
page deck
The short introduction below a page title that answers what the reader can do or understand here.
When to use: Use for the one visible page introduction; write it as an answer, not as a repeated metadata description or status line.
Also called: hero deck
Technical detail
The shell-owned 18–40-word introductory field rendered once beneath the canonical H1; metadata descriptions, summaries and kickers must not duplicate it in visible prose.
A fixed-layout document format designed to preserve a document’s appearance across systems.
When to use: Use for downloadable fixed-layout documents; name whether the file is sample, generated, signed or authoritative.
Technical detail
Portable Document Format, standardized in the ISO 32000 family. Accessibility, searchability and authenticity depend on how the file is produced and distributed.
plain language
Writing that helps the intended reader find, understand and use the information the first time.
When to use: Use as the default writing standard for all public and UI copy.
Technical detail
An audience-centred writing discipline using familiar words, clear structure, active voice, concrete actors and necessary definitions without removing required precision.
PNG
A lossless raster image format commonly used for screenshots and graphics.
When to use: Use for approved raster assets such as screenshots; provide useful alternative text when the image conveys meaning.
Technical detail
Portable Network Graphics, a compressed raster format supporting indexed, greyscale and true-color images with optional transparency.
preferred label
The one approved name used for a concept in a language and context.
When to use: Use as the displayed glossary term and copy-authority name.
Also called: SKOS prefLabel
Technical detail
The SKOS-style canonical lexical label. One concept may have alternative and hidden labels, but only one preferred label per language.
primary action
The most useful next step on the current page.
When to use: Use one clear primary action per page or decision surface.
Technical detail
The single highest-priority CTA for the page’s purpose and audience.
quiet eyebrow
A small orientation label above a title that tells the reader where they are or what type of page this is.
When to use: Use for page orientation only.
Technical detail
A restrained typographic component used normally once per page, not repeated as decoration for every section.
Read next
A contextual link to the most useful next page after the current one.
When to use: Use to continue the reader’s task or learning journey.
Technical detail
A journey-navigation element selected from content relationships rather than a universal contact close.
reading measure
The width of a line of body text, kept comfortable for reading.
When to use: Use for prose-heavy pages and documentation.
Technical detail
A typographic width constraint expressed in characters or CSS length, separate from the overall page container.
redirect
A rule that sends an old or alternate URL to the current destination.
When to use: Use for intentional route changes and preserve the correct status and canonical destination.
Technical detail
An HTTP or application route mapping with status, permanence, source, destination and ownership.
reduced motion
A user preference to limit or remove non-essential animation.
When to use: Use and test whenever a component includes motion.
Technical detail
The prefers-reduced-motion accessibility setting and the corresponding product behavior that removes unnecessary movement.
reflow
Content adapting to a narrow or enlarged view without forcing two-dimensional scrolling for ordinary reading.
When to use: Use in responsive and zoom testing; state viewport, zoom and any justified exception.
Technical detail
Responsive layout behavior covered by WCAG reflow requirements, subject to exceptions for content that inherently needs two dimensions.
render route
The page entry that actually renders a public route or embedded view.
When to use: Use in technical route reconciliation when public and rendering routes differ.
Technical detail
The implementation route or shared renderer responsible for one or more logical source records.
responsive design
A layout that adapts clearly to mobile, tablet, desktop, zoom and print without losing meaning.
When to use: Use for cross-device behavior; test content, not only component boxes.
Technical detail
A composition contract preserving semantic source order while layout, measure and controls adapt to viewport and user settings.
robots.txt
A website file giving compliant crawlers instructions about which paths they may crawl.
When to use: Use for crawler guidance, never to protect private data.
Technical detail
A Robots Exclusion Protocol file. It is not an access-control or confidentiality mechanism.
route
The public URL path or logical destination for a page or action.
When to use: Use for public navigation and route registries; distinguish route from source file.
Technical detail
A registry-backed public route with canonical URL, render entry, content source, metadata and lifecycle disposition.
scope note
A short rule explaining where a term applies and how it differs from similar terms.
When to use: Use whenever a correct term could still be misleading outside its intended context.
Technical detail
A usage boundary analogous to a SKOS scope note, covering audience, surface, data scope or semantic distinction.
screen reader
Software that presents digital content through speech, braille or another non-visual output.
When to use: Use when describing compatibility or human testing; never treat one automated scan as screen-reader proof.
Technical detail
An assistive-technology user agent that relies on semantic structure, names, roles, states and relationships exposed by the platform accessibility API.
search engine optimization
Helping search systems and people understand, find and navigate content.
When to use: Spell out on first use, then use SEO.
Also called: SEO
Technical detail
SEO covers crawlability, canonicalization, metadata, structured data, internal links, content quality and performance without keyword stuffing or doorway-page duplication.
secondary action
A quieter alternative next step for someone not ready for the primary action.
When to use: Use only when it serves a distinct visitor need.
Technical detail
A lower-emphasis CTA that supports exploration or reassurance without competing with the primary action.
selective glass
A restrained translucent surface used only where it improves hierarchy.
When to use: Use at most where the shared component contract permits it; never build every section as glass cards.
Technical detail
A non-nesting design surface with bounded translucency, contrast and no routine backdrop blur. Plain surfaces remain the default.
semantic token
A design token named for its purpose, such as text-primary or surface-soft.
When to use: Use for component APIs and theming; avoid naming only by raw color or size.
Technical detail
An intent-based token that maps to platform-specific values while keeping component meaning stable.
sitemap
A machine-readable list of public URLs a site wants crawlers to discover.
When to use: Use for crawl discovery; do not include blocked, duplicate or private routes.
Technical detail
An XML or equivalent route inventory with canonical, indexable URLs and optional change metadata.
slug
The readable part of a URL that identifies a page or item.
When to use: Use lowercase, durable, human-readable slugs; avoid dates or jargon unless meaningful.
Technical detail
A normalized route segment governed by uniqueness, reserved words, redirects and canonicalization rules.
source-attributed copy
Wording linked to the source that supports it.
When to use: Use for factual statements that may change or require verification.
Technical detail
A content record carrying evidence IDs, owner, claim state and source version.
structured data
Machine-readable information describing what a page is about.
When to use: Use when a recognized schema type accurately represents the content.
Technical detail
Schema.org-compatible JSON-LD or equivalent markup derived from approved page content and identifiers. It must not introduce claims absent from the visible page.
SVG
A scalable vector format for graphics that remain sharp at different sizes.
When to use: Use for logos and code-rendered diagrams when vector scaling and semantic control are useful.
Technical detail
Scalable Vector Graphics, an XML-based language for two-dimensional vector and mixed graphics. Accessible use requires appropriate semantics or a text alternative.
terminal CTA
The one final action that gives an action-bearing page its clear next step.
When to use: Use for an action-bearing page's final decision; keep any secondary action distinct and never duplicate its destination elsewhere.
Also called: terminal call to action
Technical detail
The final visual article element after the body, governed sources and at most three quiet related links; it projects exactly one primary CTA and no content follows it.
text alternative
Text that communicates the purpose or information of non-text content.
When to use: Use for meaningful visuals; use empty alternatives only for genuinely decorative content.
Technical detail
An accessible equivalent for images, diagrams, icons or other non-text content, appropriate to context and function.
URL
The web address of a page, file or other resource.
When to use: Spell out the term on first use for non-technical readers, then use URL.
Technical detail
A Uniform Resource Locator containing a scheme and resource location. Do not place secrets or unnecessary personal data in URLs.
Receipts Evidence And Observability17 terms
Receipts, proof, traceability, logs, metrics and replay.
audit trail
A history showing who or what changed something and when.
When to use: Use for governance and compliance history; use “Lithi Receipt” for the public proof of one action.
Technical detail
A chronological, access-controlled record of relevant actions and state changes under declared retention and integrity controls.
evidence
Information that supports or challenges a statement, decision or outcome.
When to use: Use instead of “proof” when the material supports a decision but does not independently establish it.
Technical detail
A source record with identity, provenance, timestamp, scope, integrity and relevance to a particular claim.
evidence pack
A grouped set of records used to review one change, workflow or claim.
When to use: Use in implementation, review and release processes.
Technical detail
A manifest-backed collection of receipts, tests, source references, logs and decisions with checksums and scope.
Lithi Receipt
Every accepted Agent Network task leaves a timestamped receipt showing what Lithi did and where relevant data stayed.
When to use: Use as the public name for action proof; show the plain explanation before any type code.
Also called: Proof available
Technical detail
A versioned, addressable evidence record for one action or outcome, containing content-minimized identifiers, policy and provenance rather than private message bodies. A receipt records evidence; it does not prove model truth, expose private content, guarantee settlement or mean that anything is on-chain.
Lithi Receipt ID
The non-content identifier used to find one Lithi Receipt.
When to use: Use when linking, downloading or discussing one receipt.
Also called: receipt ID
Technical detail
A unique, typed receipt identifier whose exact format comes from the current receipt contract. It must not embed names, email addresses or private content.
log
A timestamped technical record produced while software runs.
When to use: Use for diagnostic records, not as the authoritative business event unless designated.
Technical detail
An operational record with severity, source, correlation and retention. Logs must minimise private content and secrets.
LTH identifier prefix
The shared `LTH` prefix used by several Lithi public identifier families.
When to use: Use when teaching people how to distinguish Lithi identifier families; never assume every `LTH-` value is a receipt.
Also called: LTH
Technical detail
A namespace prefix that may identify a receipt, referral code or order number. The complete format and type segment determine what the identifier means.
Related terms: Lithi Receipt ID
metric
A measured number used to understand performance, quality or outcomes.
When to use: Use only with a definition and denominator where applicable.
Technical detail
A named quantitative observation with unit, population, time window, aggregation and source.
observability
The ability to understand what a system is doing from its recorded signals.
When to use: Use for system understanding; do not claim observability from one dashboard or health endpoint.
Technical detail
The combined use of logs, metrics, traces, events and domain receipts to explain state and diagnose behavior.
proof
Evidence that supports a specific statement about what happened.
When to use: Use with the exact claim named and the evidence made inspectable.
Technical detail
A set of admissible records sufficient for a named claim under the current verification policy. Proof is claim-specific and never means the entire system is correct.
read-back
Checking the stored result after a write or change rather than assuming it succeeded.
When to use: Use in completion and migration criteria.
Technical detail
An independent post-write verification that the authoritative system now contains the intended state and evidence.
receipt digest
A cryptographic fingerprint used to bind receipt evidence to a result or state without publishing the private content itself.
When to use: Use when explaining receipt integrity and content minimization.
Technical detail
A content-minimizing digest that links receipt evidence to its covered result or state; it is not the private payload or a model-truth verdict.
receipt type
The category showing what kind of action a receipt records.
When to use: Use the plain category in normal copy and expose the code in technical details or receipt IDs.
Technical detail
A registered receipt-family identifier with schema, owner, lifecycle and validation rules.
replay
Running a recorded event or request through a controlled test again.
When to use: Use for debugging, recovery and verification; never replay production side effects blindly.
Technical detail
A deterministic reprocessing of captured inputs or events under a named version and isolated environment, with side effects disabled or safely idempotent.
span
One timed operation inside a trace.
When to use: Use in technical tracing documentation.
Technical detail
A trace segment with name, start/end time, attributes, status and parent relationship.
trace
A linked view of technical operations that handled one request or workflow path.
When to use: Use for technical request-path analysis, not as a synonym for a business receipt.
Technical detail
A distributed-tracing record composed of spans joined by trace and parent identifiers.
verified work
A timestamped action tied to a customer outcome with enough evidence to count.
When to use: Use for contributor work only after the verification rule passes.
Also called: verified work / proof
Technical detail
A contribution event satisfying the current actor, scope, outcome, duplication, dispute and receipt rules.
Security Privacy Legal And Compliance68 terms
Security controls, privacy terms, legal roles and external standards.
accessibility
Designing information and interactions so people with a wide range of disabilities can perceive, understand and use them.
When to use: Use as an end-to-end requirement, not a single automated score.
Technical detail
A product quality and rights discipline spanning semantics, keyboard access, focus, contrast, reflow, motion, language, assistive technology and user testing.
active consent
Consent given through a clear affirmative action rather than silence or a preselected choice.
When to use: Use for non-essential storage or comparable optional processing where applicable.
Technical detail
An opt-in interaction meeting the applicable information, specificity and evidence requirements for the purpose.
AES-256
The Advanced Encryption Standard using a 256-bit key.
When to use: Use for the algorithm family only; use AES-256-GCM when the verified mode is Galois/Counter Mode.
Technical detail
A key-size designation for AES. It does not identify the operating mode, key management, nonce handling or the exact data covered, so those details remain necessary for an implementation claim.
Related terms: AES-256-GCM
AES-256-GCM
An authenticated encryption method using the Advanced Encryption Standard with a 256-bit key.
When to use: Use only for data and components whose current implementation proves this algorithm.
Technical detail
AES in Galois/Counter Mode provides confidentiality and integrity when implemented with correct nonce, key and tag handling.
App Sandbox
An Apple security control that limits which resources a Mac app can access.
When to use: Use when the current target and entitlements prove sandboxing; list important exceptions or helper boundaries where material.
Technical detail
A macOS entitlement and container model restricting file, network, device and interprocess access according to granted capabilities.
attribute-based access control
Granting or denying access using attributes such as organization, device, purpose, capability or resource state.
When to use: Spell out on first use, then use ABAC in technical documentation.
Also called: ABAC
Technical detail
ABAC evaluates policies over subject, object, action and environment attributes.
CAA record
A DNS record stating which certificate authorities may issue certificates for a domain.
When to use: Spell out the abbreviation on first use and use it only for the current domain evidence.
Technical detail
A Certification Authority Authorization resource record defined by RFC 8659. It reduces certificate mis-issuance risk but is not a complete certificate-validation control.
CIDR
A notation for an IP network range, such as 10.0.0.0/24.
When to use: Use only in technical network configuration; spell out on first use if the audience may not know it.
Also called: Classless Inter-Domain Routing
Technical detail
Classless Inter-Domain Routing notation combining a network address and prefix length.
code signing
Cryptographic signing that lets a system verify who signed an app and whether its code changed.
When to use: Use for build and distribution integrity; name the signing identity or policy only in technical evidence.
Technical detail
A platform integrity and identity mechanism covering executable code and designated requirements. It does not prove the software is free of vulnerabilities.
consent
A person’s freely given, specific, informed and unambiguous agreement to a defined use.
When to use: Use with the exact purpose and withdrawal path; do not treat continued browsing as consent.
Technical detail
A legal or product permission concept whose validity depends on context, purpose, granularity, evidence and withdrawal. Consent is not always the applicable lawful basis.
Customer Content
Content a customer supplies, connects or generates through an approved Lithi product workflow.
When to use: Use only with the current contractual definition and do not treat it as a synonym for all customer data.
Technical detail
A contract-defined data class that may include messages, files, prompts, drafts or other materials. Exact inclusions and exclusions come from the current agreement.
Customer Personal Data
Personal data processed for a customer under the customer relationship and applicable agreement.
When to use: Use only with the current contractual definition; do not infer the scope from the capitalized label.
Technical detail
A contract-defined subset of personal data whose exact categories, roles, purposes and retention are controlled by the current DPA and product boundary.
data minimization
Collecting and using only the data needed for the stated purpose.
When to use: Use as a design and review rule across forms, analytics, logs, AI context and support.
Technical detail
A data-protection principle requiring data to be adequate, relevant and limited, with ongoing review and deletion when no longer needed.
data protection law
A law controls how organizations collect, use, share, secure and retain personal data.
When to use: Use in legal definitions; name the exact law when making an obligation or compliance statement.
Also called: Data Protection Laws
Technical detail
A jurisdiction-specific privacy or data-protection statute, regulation or binding rule. The applicable set must be identified rather than implied by a generic label.
data region
A named geographic area used for a specifically scoped data or service operation.
When to use: Use with the data class, service, provider, effective date and transfer boundary.
Technical detail
A declared region for an identified storage, processing, logging or provider activity. It must not be used as a blanket residency claim for every data class.
data residency
Names the countries or regions where an organization stores or processes a defined data class.
When to use: Use only with the data class, environment and current provider evidence named.
Technical detail
A scoped statement about storage and processing locations for named data classes and subprocessors. It is not the same as data sovereignty or transfer legality.
data subject
A person whose personal data an organization processes.
When to use: Use in legal and privacy content; use “person” in ordinary product copy unless the legal role matters.
Technical detail
The person to whom personal data relates under applicable data-protection law. The exact definition and rights depend on jurisdiction.
Data Subject Access Request
A request from a person to exercise applicable rights over their personal data, such as access.
When to use: Spell out on first use, then use DSAR; do not promise a universal right or deadline without legal context.
Also called: DSAR
Technical detail
A rights request whose scope, identity verification, deadline and response depend on the applicable law and role.
data subject request
A person’s request to exercise an applicable privacy right over their personal data.
When to use: Use as the umbrella; name the specific right and jurisdiction when known.
Also called: Data Subject Request, DSR
Technical detail
A governed privacy-request category that may include access, correction, deletion, restriction, objection or portability, subject to identity verification and legal limits.
Related terms: Data Subject Access Request
default deny
Blocks access until an approved rule explicitly allows it.
When to use: Use for access-control design only when the implementation behaves this way.
Technical detail
An authorization posture in which the absence of a matching allow policy produces denial.
encrypted in transit
Encryption protecting data while it travels on a named protected network path.
When to use: Use only with the named protected path and current evidence.
Technical detail
Transport encryption on a named protected network path; it does not by itself mean the execution endpoint cannot access the task while it runs.
encryption at rest
Encryption protecting stored data on disk or in a database.
When to use: Use with the data class, environment and key boundary named; do not claim “all data” without evidence.
Technical detail
Cryptographic protection for named stored data classes, keys and environments. It does not protect data while actively decrypted for use.
encryption in transit
Encryption protecting data while it travels between systems.
When to use: Use with the path and protocol version named when verified.
Technical detail
Transport cryptography such as TLS for a named network path. It does not by itself provide end-to-end encryption or protect data at each endpoint.
envelope encryption
Encrypting data with one key and protecting that key with another managed key.
When to use: Use only where the current key architecture implements it.
Technical detail
A key hierarchy in which a data-encryption key protects payloads and a key-encryption key protects or wraps the data key.
fingerprinting
Combining device or browser characteristics to recognize or single out a person or device.
When to use: Use in privacy and analytics prohibitions; do not deploy cross-context fingerprinting without explicit approved authority.
Technical detail
A tracking technique using multiple attributes to create a probabilistic or deterministic identifier, often raising consent and privacy concerns.
Gatekeeper
A macOS security feature that checks downloaded software before it runs.
When to use: Use in Mac installation and trust guidance.
Technical detail
A platform policy evaluating code signing, notarization, quarantine and user decisions for downloaded software.
HMAC
A keyed cryptographic code used to verify that data came from someone holding the shared secret and was not changed.
When to use: Spell out on first use in general documentation and name the algorithm where relevant.
Technical detail
A hash-based message authentication code, commonly used to authenticate webhook payloads under key and replay controls.
HSTS
A browser security policy that tells supported browsers to use HTTPS for a site.
When to use: Use in technical web-security documentation and do not claim deployment without header evidence.
Technical detail
HTTP Strict Transport Security delivered through a response header with max-age and optional subdomain or preload directives.
international data transfer
Makes personal data available in another country or legal jurisdiction.
When to use: Use in legal/privacy copy with jurisdiction-specific review.
Technical detail
A regulated transfer assessed under the applicable data-protection regime, roles, destination and safeguards.
ISO certification
Independent confirmation by a certification body that an organization meets a named ISO standard within a stated scope.
When to use: Use only with the certified entity, standard, scope, certification body and current evidence.
Technical detail
A third-party conformity-assessment result. ISO develops standards but does not itself certify organizations, and a provider’s certificate does not transfer to Lithi.
ISO standard
An International Standard published by ISO after expert agreement.
When to use: Name the exact standard and edition; never use “ISO” alone as proof of Lithi compliance.
Technical detail
A numbered standard issued by the International Organization for Standardization. Meeting, implementing and being independently certified against a standard are different claims.
key rotation
Replacing a cryptographic key according to a defined schedule or security event.
When to use: Use with the key class and process named.
Technical detail
A controlled key lifecycle transition covering generation, activation, re-encryption or rewrapping, retirement, revocation and evidence.
Keychain
The Apple system for storing passwords, keys and other credentials securely on a device.
When to use: Use for Apple credential storage only when the implementation uses Keychain.
Technical detail
macOS and iOS Keychain services and data-protection keychain APIs, with access groups, entitlements and user/device security semantics.
least privilege
Giving a person, service or agent only the access needed for the current job.
When to use: Use as a design and review rule for accounts, tools, models and integrations.
Technical detail
A security principle minimizing permissions, duration, resources and functionality to the required scope.
MDM deployment
Deploying and configuring Lithi through an organization’s mobile device management system.
When to use: Use for the deployment workflow; spell out mobile device management on first use.
Also called: MDM Deployment
Technical detail
A managed rollout using supported MDM profiles, app distribution, settings and security controls, subject to current platform evidence.
mobile device management
Software used by an organization to configure and manage approved devices.
When to use: Spell out on first use, then use MDM; name supported deployment controls only when evidenced.
Also called: MDM
Technical detail
MDM uses platform management protocols and profiles to deploy apps, settings, certificates and restrictions under organization policy.
multi-factor authentication
Signing in with evidence from more than one factor, such as a password plus a security key or authenticator.
When to use: Spell out on first use, then use MFA; name supported factors only when evidenced.
Also called: MFA
Technical detail
Authentication requiring factors from independent categories such as knowledge, possession or inherence.
Mutual Non-Disclosure Agreement
A contract in which both parties agree to protect defined confidential information.
When to use: Spell out on first use, then use MNDA; do not imply one exists until executed.
Also called: MNDA, NDA
Technical detail
A bilateral confidentiality agreement whose obligations, exclusions, term and remedies come from the executed document.
non-essential cookie
A cookie not strictly necessary to provide the service the person requested.
When to use: Use in consent controls and policies; classify by purpose, not vendor preference.
Technical detail
A storage technology requiring the applicable information and consent or other legal analysis before use in relevant jurisdictions.
notarization
Apple’s automated service for checking and recording software distributed outside the Mac App Store.
When to use: Use British spelling in en-GB copy and “notarization” in en-US; do not call it Apple approval of product claims.
Also called: notarization
Technical detail
A Developer ID distribution process in which Apple scans submitted software and issues a notarization ticket. It is not a security certification.
OAuth
A standard way for an application to receive limited access to a service without receiving the person’s password.
When to use: Use for delegated provider access and name the scopes and revocation path.
Technical detail
An authorization framework using grants, clients, scopes and access tokens. OAuth is not authentication unless combined with an identity layer such as OpenID Connect.
OpenPGP
An open standard for encrypting or digitally signing messages and files using public-key or symmetric cryptography.
When to use: Use for the disclosure encryption key or compatible encrypted messages; say PGP only as a familiar shorthand after first use.
Also called: PGP
Technical detail
The message format and cryptographic framework specified by RFC 9580. A published OpenPGP key does not by itself authorize testing or prove how every report is handled.
personal data breach
A security breach causing accidental or unlawful loss, change, destruction, disclosure of or access to personal data.
When to use: Use in incident and legal procedures; do not substitute “incident” when the legal threshold matters.
Also called: Personal Data Breach
Technical detail
A legally defined incident whose notification duties depend on jurisdiction, risk, role and timing. It is narrower than every security event and broader than theft alone.
processing of personal data
Any operation performed on personal data, from collection and use to storage, sharing or deletion.
When to use: Use in legal and privacy explanations; use a specific verb in ordinary product copy.
Technical detail
The legally defined set of automated or manual operations performed on personal data. Purpose, lawful basis, roles and retention must be assessed separately.
purpose limitation
Using personal data only for clear, specified and compatible purposes.
When to use: Use in privacy, analytics, knowledge and AI governance.
Technical detail
A data-protection principle requiring purpose definition before collection and review before materially different reuse.
redacted support bundle
Removes or masks private content before someone shares diagnostic information with support.
When to use: Use only where the person can see what is included and the implementation enforces the redaction policy.
Technical detail
A versioned export of allowlisted diagnostics with redaction, manifest, user preview, consent, expiry and access controls.
RFC
A numbered publication in the Internet technical-document series maintained through the RFC Editor.
When to use: Spell out Request for Comments on first use for general audiences, then cite the exact RFC number.
Technical detail
A Request for Comments document. Its status may be Standards Track, Best Current Practice, Informational, Experimental or Historic, so the number and status matter.
role-based access control
Granting permissions according to a person’s approved role.
When to use: Spell out on first use, then use RBAC; name the role and action rather than saying “admin access”.
Also called: RBAC
Technical detail
RBAC maps roles to permissions and identities to roles, with organization and resource scope.
row-level security
Database rules that decide which rows a request may read or change.
When to use: Spell out on first use, then use RLS; treat it as one control in a wider access model.
Also called: RLS
Technical detail
PostgreSQL RLS applies per-table policies to commands based on the current database role and row expressions. It should default deny when enabled without an applicable policy.
secret
Sensitive value used to authenticate or protect access, such as a private key, password or API credential.
When to use: Use as the umbrella only when the specific secret type cannot be named safely.
Technical detail
A high-sensitivity credential or key material that must be excluded from source code, logs, analytics, prompts and public artifacts.
Secure Enclave
A hardware-based security component on supported Apple devices that can protect certain cryptographic operations and keys.
When to use: Use only with current hardware and implementation evidence.
Technical detail
An isolated security subsystem with device-specific capabilities. Do not claim a key is Secure-Enclave-backed unless the implementation and key type support it.
security key
A physical authentication device used as a strong sign-in factor.
When to use: Use for supported hardware authentication and name the compatible standard or product only when verified.
Technical detail
A hardware authenticator, commonly implementing FIDO standards, bound to an account or privileged operation.
security.txt
A standard text file that tells security researchers how to report a vulnerability.
When to use: Use for the published disclosure-discovery file and link it to the responsible-disclosure policy.
Technical detail
The RFC 9116 disclosure file normally published under `/.well-known/security.txt`. It provides contact and policy information and is not permission to test a system.
sensitive data
Information that could cause greater harm or requires stronger protection if misused or exposed.
When to use: Use as an umbrella only when the data classes are also named.
Technical detail
A risk-based umbrella that may include credentials, financial data, health data, private communications or special-category data. The exact classification must be defined by policy.
Service Level Agreement
A contract that states measurable service commitments and the remedies or process when they are not met.
When to use: Spell out the term on first use, then use SLA. Publish only with current legal and commercial approval.
Also called: SLA
Technical detail
A legally governed agreement defining metrics, scope, exclusions, measurement windows, support responsibilities and remedies. A target or status page is not automatically an SLA.
SHA-256
A cryptographic hash that turns data into a 256-bit fingerprint.
When to use: Use for checksums and hashes with the purpose stated.
Technical detail
A member of the SHA-2 family used for integrity and content-addressing. It is not encryption and must not be used directly for password storage.
signed for integrity
A cryptographic signature showing that an approved message or result envelope has not been silently changed after signing.
When to use: Use when describing signed envelopes and integrity checks.
Technical detail
Signature verification over an approved message or result envelope, binding integrity to the signer and covered bytes.
single sign-on
Using one organization identity service to sign in to multiple approved applications.
When to use: Spell out on first use, then use SSO; do not claim support without current integration evidence.
Also called: SSO
Technical detail
An authentication federation pattern, commonly implemented with SAML or OpenID Connect, under the organization’s identity-provider policy.
Standard Contractual Clauses
European Commission-approved contract clauses used as one safeguard for certain international personal-data transfers.
When to use: Spell out on first use, then use SCCs; never imply they alone make every transfer lawful.
Also called: SCCs, SCC
Technical detail
The EU SCC modules adopted under the applicable decision, selected by role and supplemented by required transfer assessment and measures.
storage and access technology
Technology that stores information on, or reads information from, a person’s device, including many cookies and similar identifiers.
When to use: Use in UK consent and analytics documentation rather than treating cookies as the only technology in scope.
Technical detail
The broader PECR/UK privacy concept covering cookies, local storage, pixels and comparable device storage or access methods.
subprocessor
Another organization a processor uses to help process personal data.
When to use: Use provider names only in the current approved subprocessor authority.
Technical detail
A downstream processor engaged under the applicable DPA, notice, authorization and contract requirements.
TLS
Transport Layer Security, the protocol used to protect many network connections such as HTTPS.
When to use: Spell out on first use for non-technical readers and claim a version only for verified paths.
Also called: Transport Layer Security
Technical detail
A cryptographic transport protocol providing server authentication and encrypted, integrity-protected communication under configured versions and cipher suites.
UK International Data Transfer Addendum
A UK transfer safeguard that can supplement certain contract clauses for restricted UK personal-data transfers.
When to use: Use only in legal documentation with current legal review.
Also called: UK Addendum
Technical detail
The ICO-approved UK Addendum used with the EU SCCs in applicable transfer arrangements, subject to current law and assessment.
VPAT
A standard template used to document how a product supports accessibility criteria.
When to use: Spell out on first use and do not claim one exists until an approved report is published.
Technical detail
The Voluntary Product Accessibility Template used to produce an Accessibility Conformance Report. It is a disclosure document, not a certification.
WCAG 2.2
The current W3C Web Content Accessibility Guidelines version used as the public-web accessibility target.
When to use: Use for web accessibility requirements and state the target level where approved.
Technical detail
A W3C Recommendation containing testable success criteria at levels A, AA and AAA. Claim a conformance level only after the required evaluation.
Web Content Accessibility Guidelines
The W3C guidelines for making web content more accessible to people with disabilities.
When to use: Spell out on first use, followed by WCAG; name the version and level when stating a target or result.
Also called: WCAG
Technical detail
A versioned family of testable W3C accessibility success criteria organized into conformance levels. A version and level must be named for a conformance claim.
XPC
Apple’s mechanism for communication between separate local processes or services.
When to use: Use in technical macOS architecture; explain as “isolated helper service” in plain copy.
Also called: XPC service
Technical detail
An interprocess communication technology used to isolate privileges and failures behind narrow interfaces. Security depends on code signing, connection validation and message contracts.
zero trust
A security approach that does not grant trust merely because something is inside a network or previously connected.
When to use: Use as an architecture approach and name the implemented controls.
Technical detail
A strategy of continuous, context-aware verification, least privilege and assumed breach. It is not a product or a claim that every request is perfectly secure.
Support Quality Testing And Operations54 terms
Support, diagnostics, verification, release states and incidents.
accessibility test
A test checking whether people using different input methods or assistive technologies can use the experience.
When to use: Use as an umbrella only when the actual test methods are listed.
Technical detail
A combination of automated checks, keyboard testing, zoom/reflow, contrast, screen-reader and human evaluation against the selected standard.
blocked
Policy, permission, safety or an owner gate prevents the action.
When to use: Use with the blocking rule and next authorized step.
Technical detail
A canonical status with explicit semantics. Use with the blocking rule and next authorized step.
BLOCKED verification state
The named verification or action could not proceed because of a stated dependency or gate.
When to use: Use exactly in verification records with the blocker named.
Also called: BLOCKED
Technical detail
A canonical status with explicit semantics. Use exactly in verification records with the blocker named.
canceled
The work was deliberately stopped before completion.
When to use: Use with actor, time and side-effect handling where relevant.
Technical detail
A canonical status with explicit semantics. Use with actor, time and side-effect handling where relevant.
completed
The defined work finished successfully and passed its terminal checks.
When to use: Use only after required read-back and receipt creation.
Technical detail
A canonical status with explicit semantics. Use only after required read-back and receipt creation.
contract test
A test that confirms data or interface behavior matches its declared contract.
When to use: Use for API, event, component and workflow contracts.
Technical detail
A test of schema, version, validation, errors and compatibility at an interface boundary.
deferred
The work is intentionally waiting for a required condition or safe capacity.
When to use: Use with the condition and review or expiry time.
Technical detail
A canonical status with explicit semantics. Use with the condition and review or expiry time.
deployment
Putting an approved software version into an environment where it can run.
When to use: Use only for an actual deployment; creating an archive is not deployment.
Technical detail
A controlled release action with artifact identity, environment, configuration, migration, verification and rollback or forward-repair evidence.
deterministic safety validator
A rule-based check that gives the same result for the same validated input and rule version.
When to use: Use instead of unexplained “L1” on public or support surfaces; name the checked rule family where useful.
Technical detail
A versioned validator using explicit patterns, fields and policy rules before a later review stage. Its coverage and failure behavior must be tested rather than assumed.
diagnostic
A safe check used to understand why something is not working as expected.
When to use: Use for checks; distinguish diagnostics from fixes.
Technical detail
An allowlisted observation or test with scope, permissions, output, side-effect and privacy contract.
downloadable document pack
A versioned set of approved guides sent or made available together for a specific stage, such as before orientation.
When to use: Use when several related documents form one intentional pack; name the included documents and version.
Also called: doc pack, starter docs
Technical detail
A governed bundle of source documents and generated downloads with audience, version, claims, glossary references, accessibility metadata and distribution state.
empty
The request succeeded, but there are currently no items in this defined scope.
When to use: Use only after a successful read; include a useful next step where possible.
Technical detail
A canonical status with explicit semantics. Use only after a successful read; include a useful next step where possible.
end-to-end test
A test of a complete user or system journey from start to final outcome.
When to use: Use only when the whole declared path is exercised.
Technical detail
A test across the production-equivalent path, including interfaces, state transitions and terminal read-back. The scope must be named.
error
A problem prevented or degraded the requested result.
When to use: Use with a plain explanation and next step; never show only a code.
Technical detail
A canonical status with explicit semantics. Use with a plain explanation and next step; never show only a code.
fail closed
When a required check cannot complete safely, the action stops instead of continuing by default.
When to use: Use only when the actual failure path has been tested for the named operation.
Also called: fails closed
Technical detail
A safety posture in which errors, missing evidence or unavailable review produce a block or defer state rather than an authorized action.
failed
The work ended without the intended result.
When to use: Use with a plain reason, safe retry rule and support path.
Technical detail
A canonical status with explicit semantics. Use with a plain reason, safe retry rule and support path.
hostile-path test
A test deliberately using invalid, malicious, repeated or out-of-order input to confirm the system fails safely.
When to use: Use for security and reliability verification.
Technical detail
An adversarial test over authorization, replay, injection, concurrency, partial failure and abuse conditions.
Ideal Customer Profile
A defined description of the organizations most likely to benefit from a product or campaign.
When to use: Spell out on first use, then use ICP; distinguish it from an individual person profile.
Also called: ICP
Technical detail
An eligibility and prioritization model based on approved organizational and business attributes, not protected traits.
incident
An event that harms or threatens service, security, privacy or customer outcomes and needs coordinated response.
When to use: Use according to the incident policy and avoid minimizing or exaggerating impact.
Technical detail
A governed operational case with severity, impact, timeline, owner, containment, communication, remediation and review.
incident severity
A measure of an incident’s current impact, scope and risk.
When to use: Use with the current incident rubric; do not infer severity from a task’s P-number.
Technical detail
An incident classification separate from implementation priority, usually based on affected people, data, availability, safety and recoverability.
integration test
A test of two or more real components working together.
When to use: Use when dependencies are genuinely integrated; state which are real or simulated.
Technical detail
A test across actual subsystem boundaries using controlled infrastructure and observable outcomes.
Lithi Doctor
The diagnostic system that checks whether Lithi is installed, healthy, secure and connected as expected.
When to use: Use for the named diagnostic system; state that sensitive changes still need a person.
Technical detail
A bounded diagnostic and approved-repair system with named checks, safe fix allowlist, escalation and receipts. It cannot infer overall correctness from one health result.
Lithi Support
The official help function for product issues, account questions and approved support requests.
When to use: Use for official product support; do not assign product support responsibility to Connectors or Customer Success by default.
Technical detail
The support organization and workflow responsible for intake, diagnosis, escalation, communication and closure under access and privacy controls.
Lithi Support Agent
Walks you through diagnostics with your permission. It does not read your private email or team knowledge by default.
When to use: Use only for the implemented support agent and state what it can inspect.
Technical detail
A bounded support-assistance surface using allowlisted diagnostics, explicit permission, redaction and support receipts.
Lithi Test Lab
The testing system used to prove changes before release and detect regressions.
When to use: Use for the named quality system; passing one test type is not end-to-end proof.
Technical detail
A governed test and evidence environment spanning contracts, workflows, copy, security, accessibility, components, devices and hostile paths.
loading
The system is actively trying to retrieve or prepare the information.
When to use: Use only while work is in progress and provide an accessible status.
Technical detail
A canonical status with explicit semantics. Use only while work is in progress and provide an accessible status.
materialized view
A stored result of a database query that can be refreshed for faster reads.
When to use: Use in database architecture and spell with “s” in en-GB, “z” in en-US where required.
Also called: materialized view
Technical detail
A PostgreSQL or equivalent persisted query result with refresh and staleness semantics. It is a read model, not necessarily the source of truth.
not checked
The system has not yet verified this value or capability.
When to use: Use instead of a fabricated number, zero or “working” state.
Technical detail
A canonical status with explicit semantics. Use instead of a fabricated number, zero or “working” state.
NOT_AUTHORISED verification state
The current task or actor did not have authority to perform the named action.
When to use: Use exactly where lack of authority—not technical failure—prevented action.
Also called: NOT_AUTHORISED
Technical detail
A canonical status with explicit semantics. Use exactly where lack of authority—not technical failure—prevented action.
NOT_RUN verification state
The named verification or action was not performed.
When to use: Use exactly in verification records; it is not a pass or fail.
Also called: NOT_RUN
Technical detail
A canonical status with explicit semantics. Use exactly in verification records; it is not a pass or fail.
P0 priority
The highest-priority defect class in a defined Lithi work or bug-tracking rubric.
When to use: Use only after defining the current rubric; in general public copy prefer “highest-priority defect”.
Also called: P0
Technical detail
A local priority label for work requiring the fastest attention under the current rubric. It describes scheduling priority, not automatically incident severity or an SLA.
P1 priority
A high-priority defect class below P0 in a defined Lithi work or bug-tracking rubric.
When to use: Use only after defining the current rubric; in general public copy prefer “high-priority defect”.
Also called: P1
Technical detail
A local priority label whose response expectation must come from the current rubric. It is not a universal industry severity definition.
partial
Some expected information is available, but the result is incomplete.
When to use: Use with the missing portion and consequence explained.
Technical detail
A canonical status with explicit semantics. Use with the missing portion and consequence explained.
paused
The work is temporarily stopped and can resume under the defined rule.
When to use: Use with the reason, such as battery, thermal or user choice.
Technical detail
A canonical status with explicit semantics. Use with the reason, such as battery, thermal or user choice.
priority
The order in which work should be addressed based on impact, urgency and dependency.
When to use: Use with an explicit scale and rationale; do not assume that P0 or P1 means the same thing in every system.
Technical detail
A planning attribute distinct from incident severity. Its scale, owner and service expectation must be defined by the governing workflow.
production proof
Evidence from the real released environment showing a defined capability or outcome works as claimed.
When to use: Use only when the released environment and exact claim were observed.
Technical detail
Production or production-equivalent evidence with deployed version, time, scope, result and read-back. Local source or a type-check is not production proof.
publication
Making approved content publicly available.
When to use: Use only after the public content is actually available and verified.
Technical detail
A governed transition from approved content to a public route, including version, metadata, cache and read-back evidence.
queued
Lithi accepted the work and is waiting to start it.
When to use: Use only after durable acceptance; show cancellation or priority rules if relevant.
Technical detail
A canonical status with explicit semantics. Use only after durable acceptance; show cancellation or priority rules if relevant.
rollup
A summary created from more detailed records, such as counts or totals.
When to use: Use with the aggregation rule and source named.
Technical detail
An aggregate projection over a defined grain, population, time window and calculation version.
running
The work has started and has not reached a terminal state.
When to use: Use for active execution and provide progress only when measured.
Technical detail
A canonical status with explicit semantics. Use for active execution and provide progress only when measured.
safe review path
The ordered checks and fallback decisions an eligible action must pass before it can continue.
When to use: Use when explaining the complete review sequence rather than one validator.
Technical detail
A governed review chain combining deterministic validation, semantic or human review, failure handling, receipts and a block or defer outcome when no safe path exists.
Related terms: deterministic safety validator · semantic safety review · fail closed
self-heal
A safe, pre-approved fix the system may apply automatically for a known problem.
When to use: Use only for fixes explicitly approved for automatic execution; never imply unlimited repair authority.
Technical detail
An allowlisted, reversible or forward-repair action with strict preconditions, idempotency, bounds and a receipt.
semantic safety review
A meaning-based review for risks that simple rules may not catch.
When to use: Use instead of unexplained “L2”; do not name a provider or model family unless the current runtime evidence supports it.
Technical detail
A versioned model or human-assisted review of meaning, context and policy fit after deterministic checks. Provider, model and coverage claims require current evidence.
stale
The information may be out of date under the current freshness rule.
When to use: Use with the last checked time and refresh path.
Technical detail
A canonical status with explicit semantics. Use with the last checked time and refresh path.
success
The stated action completed and its result was confirmed.
When to use: Use only for the specific confirmed action, not general system health.
Technical detail
A canonical status with explicit semantics. Use only for the specific confirmed action, not general system health.
support bundle
A diagnostic package prepared to help investigate a product issue.
When to use: Use only with the exact included data classes stated.
Technical detail
A manifest-backed export of allowlisted logs and system metadata under user preview, redaction, consent, expiry and access controls.
support request
A recorded request for help with a specific issue or question.
When to use: Use for a formal support case; avoid placing private message bodies in general analytics.
Technical detail
A case with requester, organization, category, severity, description, consent, attachments, state, owner and receipt references.
test fixture
A controlled sample input or system state used to run a repeatable test.
When to use: Use in test and verification documentation.
Technical detail
Versioned deterministic test data with expected outcomes and no production secrets or unauthorized personal data.
unavailable
Lithi cannot currently provide the information or action.
When to use: Use when a dependency, permission or contract is absent; do not render a real-looking zero.
Technical detail
A canonical status with explicit semantics. Use when a dependency, permission or contract is absent; do not render a real-looking zero.
unit test
A test of one small piece of logic in isolation.
When to use: Use for isolated logic; do not call it end-to-end proof.
Technical detail
A deterministic test focused on one function, component or contract boundary with controlled dependencies.
Vault
A general label for an approved secure secret store.
When to use: Prefer “secure secret store” in plain copy; use a product name only when evidenced.
Technical detail
A secret-management system or platform credential store. Name the actual technology only in technical contexts and do not imply all secrets use one store.
verification
Checking evidence against a defined requirement or expected result.
When to use: Use for what was actually checked; do not turn presence of code into proof it works.
Technical detail
A repeatable process with command, environment, expected result, observed result and retained evidence.
visual regression test
A test comparing rendered interfaces to detect unintended visual changes.
When to use: Use for visual changes and keep human review for meaningful differences.
Technical detail
A browser or device rendering comparison with controlled viewport, content, fonts, threshold and baseline review.
warning
Attention is needed, but the current task may still continue safely.
When to use: Use with text and an icon; color must not be the only signal.
Technical detail
A canonical status with explicit semantics. Use with text and an icon; color must not be the only signal.