Component Maturity

Component maturity

This is the editorial entry point for adoption status. Source availability, registry distribution, executable checks and operational evidence answer different questions. None implies another. The source checkout currently uses a coordinated preview version; it does not prove that version is on npm.

Source and integration map

ComponentSource / available integrationReproducible checksOperational evidence / adopter obligations
Framework, model adapters, sessionsPublic facade, mock and real-model adapters; optional Redis sessionsexample:quick, example:sessions, framework DX testsLocal examples; choose model endpoint, credentials and session persistence
Agent RoomsRoomService, Rooms API and PostgreSQL repository; versioned artifacts, approvals and contributionsProposal demo, demo:recover, demo:controls, Room testsBounded local scenarios; supply verified identity, actor authorization, backups and effect controls
Governed Durable WorkflowsCore runner, PostgreSQL, Rooms and Temporal adapters existWorkflow public contract tests, conformance and adapter checksIn-memory runner has no restart guarantee; configure durable stores, timers and effect reconciliation
Collective Runtime / planningPublic local collective and opt-in coordination controllersexample:collective, capability and evidence catalog verifiersFrozen baseline separates source completion from empirical and operational validation
Agent MeshMesh, crypto, protocol, HTTP and PostgreSQL adaptersexample:mesh-multiprocess, Mesh conformance checksFour-peer example is bounded; deployment owns key custody, transport and membership
Inference Control / TrustOpt-in public controls and explicit integration subpathsInference-control and Trust scenario verifiersDirect calls outside the integration path are not controlled; configure policies and assessor inputs
Agent MorphogenesisOpt-in Collective Runtime composition with host persistenceExisting Morphogenesis release/readiness verifiersSigned Beta 1 local/staging profile only; not general production readiness or security certification
Memory, tools, events, audit and authPublic contracts and package-specific adaptersPackage tests and public consumer checksIn-memory implementations are not durable; choose adapters and define retention, identity and delivery

See the package allowlist (opens in a new tab) for the complete component inventory and the capability catalog (opens in a new tab) for advanced surfaces. This table groups packages; it does not certify every export or every combination of adapters.

Distribution

Read-only public npm checks on 2026-09-07 returned:

PackageObserved distributionInterpretation
@agentplat/frameworknext: 0.3.0-beta.5; latest: 0.2.0-beta.1Registry preview exists; not proof of current checkout parity
@agentplat/roomsnext: 0.3.0-beta.5; latest: 0.2.0-beta.1Registry preview exists; current source may be ahead
@agentplat/workflows-postgresPublic registry request returned E404No public package verified; use source for this integration
Other packagesNot checked in this adoption passVerify selected package and exact version before installation

Commands below reproduce the queries; tags are mutable and this is a dated observation, not a release attestation. An E404 is recorded as the observed public result, not a claim about private registry access.

Release channels describes the intended coordinated preview channel. Verify distribution at adoption time:

npm view @agentplat/framework dist-tags --json
npm view @agentplat/rooms dist-tags --json
npm view @agentplat/workflows-postgres dist-tags --json

Until those commands succeed for the selected packages, distribution is unverified, even when source and exports exist. Match exact versions across packages and run the existing registry consumer verification before release. Source-clone paths do not depend on registry availability of AgentPlat packages.

Evidence sources and maintenance

Update this matrix when an integration's documented status changes and link its exact evidence. Do not silently expand the baseline or relabel historical evidence as validation of the current checkout. Run verify:adoption-docs to check adoption links, referenced exports and executable commands. Passing that structural check does not establish usability, security or production readiness.