Skip to main content
This page defines the canonical terms used throughout the Facets specification. All specification sections use these terms consistently. Implementations SHOULD use the same terms in user-facing interfaces and documentation.

Core Concepts

A named, versioned collection of text assets defined by a manifest (facet.yaml). What the author creates locally, what gets published to the registry, and what gets extracted after install.
TermDefinition
FacetA named, versioned collection of text assets defined by a manifest (facet.yaml). What the author creates locally, what gets published to the registry, and what gets extracted after install.
Facet archiveThe published, self-contained artifact stored in the registry. Contains the manifest and all text assets (locally authored and composed). The transport form between publish and install.
AssetA discrete unit of content within a facet. Assets are either text assets (skills, agents, commands) or server assets (MCP server references).
Text assetAn asset containing text — a skill, an agent prompt, or a command prompt. Text assets are included in the facet archive.
Server assetAn MCP server reference in a facet’s manifest. Server assets are linked, not included — server code is published and archived separately from the facet.
MCP serverAn asset type containing code (not text). Published independently from facets, versioned independently, resolved at install time. Two execution modes: source-mode and ref-mode.

Execution Modes

TermDefinition
Source-modeMCP server execution mode where source code is published to the facets registry and run using a managed runtime. Always hyphenated.
Ref-modeMCP server execution mode where the facet manifest references an OCI container image hosted in an external registry. Always hyphenated.
Do not use: OCI-mode, source mode (unhyphenated), ref mode (unhyphenated).

Version Constraints

TermDefinition
Floor constraintThe version constraint mechanism for source-mode MCP servers. Declares a minimum acceptable version; the CLI resolves to the latest at or above the floor at install time.
Floor versionThe specific minimum version value declared in a floor constraint (e.g., "1.0.0").
Use “floor-only” as an adjective when describing the constraint type (e.g., “floor-only constraints, no upper bounds”). Do not use: minimum version, floor-constrained.

Integrity

TermDefinition
Content hashA SHA-256 hash of a published artifact (facet archive or source-mode server artifact). Verifies that downloaded bytes match what was published.
API surface hashA SHA-256 hash of an MCP server’s tool declarations (names, descriptions, parameters, schemas). Detects structural breaking changes between versions.
OCI digestAn immutable content hash for a container image. Used to pin ref-mode MCP servers in the lockfile.
Use “integrity” when referring to the verification process (“integrity verification”), not as a synonym for the hash itself. Do not use: integrity hash, content integrity hash.

Lifecycle

StageWhat exists
AuthoringA facet — manifest and text assets in a local directory.
PublishingThe facet is built into an archive — text assets assembled, content hash computed, stored in the registry.
InstallingThe archive is downloaded, verified, and extracted. Text assets are placed locally. Server references are resolved. The lockfile is written.
RunningThe installed facet is loaded by the AI assistant. Text assets are in context. MCP servers are running processes managed by the CLI.