Type to search pages and rules.

Browse pages

Overview

The extensions pages hold conditional provision bundles a project adds only when a specific need appears, from caching and audit trails to multitenancy and delivery, so a project carries no provision it does not need. Each bundle stays inactive until a current need meets the criterion its page states, and the project records each choice with its criterion. A team facing a need the default provisions do not cover reads the candidate page and selects only the extensions whose criteria hold today.

Markdown

How to Select an Extension#

Each extension below states its own activation criterion and whether it applies to the whole project or to named records. A project selects every extension whose criteria hold and no extension whose criteria do not, and lists each selection in selectedExtensions in .litespec/project.json with the criterion it met. The manifest repeats each activation scope, replacement list, and switched-on record type where checks read it. Most extensions add provisions without replacing any; the audit and outbox pages each name the one baseline provision they replace.

Project Extensions#

Selected once for the whole project:

  • Agent Delegation: briefs and containment for one agent starting another on the same tree.
  • AI Assistance: closed tool sets, structure-only scenarios, and pinned stubs for queries a model mediates.
  • API Compatibility: versioning and retirement for APIs with public, partner, mobile, or independently deployed consumers.
  • Audit Trail: tamper-resistant evidence of who attempted what in data another party owns.
  • Customer Automation: customer-composed rules and hooks for a product whose tenants automate their own work.
  • Delivery: release readiness gates, image build and rollout, deployment and rollback, backup and restore, alerting and the supply-chain gate for a product operated in production.
  • Localization: locales, catalogs, and formatting for a product that ships in more than one locale.
  • Model Context Protocol: the server a product ships so an LLM client can call its public API.
  • Multitenancy: tenant isolation across authorization, storage, jobs, and recovery for one shared deployment.
  • Plans and Entitlements: plans, entitlements, and feature gating for a product that sells tiers.
  • Release Stage: the pre-customer-data stage, what it defers, and the promotion that ends it.

Local Extensions#

Selected per record, for the use cases, entry points, jobs, journeys, modules, rules, or aggregates the criterion names:

  • Caching: staleness contracts and recovery for a repeated expensive read that traces or load tests name.
  • Concurrency and Idempotency: versions, client keys, and fingerprints where writes can overlap or retries can duplicate an effect.
  • Connected Devices: protocol blocks with messages, version rules, and offline uploads for entry points that devices reach.
  • Data Lifecycle: retention, deletion, archival, and restore behavior for records with a lifetime duty.
  • External Integrations: provider isolation, failure mapping, and boundary tests for use cases that call outside systems.
  • Durable and Live Delivery: one-transaction commits with dispatched messages where delivery must survive process failure, and live transport where measured polling cannot meet the update target.
  • Jobs and Queues: recurring, delayed, ingested, carried, and heavy work, and human-cleared queues, with leases that survive restarts.

Stack Extensions#

Extensions that bind to one stack live beside that stack: