Skip to main content

Blueprint concepts

ProductAtlas uses precise names because identity, mutability, and trust differ between records.

TermMeaning
BlueprintThe stable namespaced product identity, owned by exactly one Publisher.
Blueprint DraftMutable working state protected by revision/concurrency checks. It is not public release content.
Blueprint ReleaseAn immutable published snapshot identified by Blueprint and semantic version.
PublisherThe individual or organization that owns a Blueprint.
AssetSupporting content such as a screenshot, diagram, Markdown, JSON, YAML, or PDF. Public releases reference only eligible safe derivatives.
ManifestThe canonical machine-readable description of a release.
BundleA portable release package containing content, metadata, checksums, license, attribution, and safe assets.
VerificationAn evidence-backed identity or artifact check with an explicit scope.
ReviewHuman evaluation of one exact immutable submission snapshot; published review evidence remains scoped to the resulting Release.
Trust BadgeA scoped presentation of a verification or review result.

Current lifecycle

The current Publisher flow preserves each boundary:

mutable Draft
-> exact-revision submission
-> deterministic structural checks
-> human review
-> explicit Publisher publication
-> immutable Release
-> reversible deprecation guidance or permanent Publisher withdrawal

Approval authorizes publication but does not perform it. Editing after changes are requested creates a new Draft revision and submission. Publishing creates a new Release; it never overwrites an existing semantic version.

Stable identity and exact versions

A Blueprint ID uses @publisher/slug, for example @productatlas-labs/ai-investigations. A release adds an exact semantic version, such as 1.2.0. Public references that need reproducibility should retain that resolved version rather than a moving “latest” alias.

Release metadata that travels with content

A public release identifies its Publisher, license, attribution, content digest, dependencies, publication time, available sections, and scoped trust badges. Dependencies use the same canonical @publisher/slug identity and are copied into the immutable snapshot.

Applicability taxonomy

ProductAtlas keeps product context separate from the delivery surface because a feature can require different guidance in different products and clients.

Product type codes are:

  • saas
  • ecommerce
  • marketplace
  • internal-tool
  • developer-platform
  • consumer-product

Here, marketplace is an applicability code for a Blueprint about a third-party commercial marketplace. It does not categorize ProductAtlas, which is a public knowledge platform.

Delivery surface codes are web, mobile, api, and desktop. A release can select multiple values. An empty product-type or surface list means the Publisher considers the Blueprint broadly applicable rather than introducing an “other” category.

An immutable release can carry three optional fixed HTTPS fields: repositoryUrl, documentationUrl, and supportUrl. Support and feedback use one combined destination so a Publisher can route both through the same issue tracker or support system.

These URLs are publisher-provided untrusted metadata. ProductAtlas does not infer repository ownership, support quality, or a trust badge from the hostname. Changing a URL creates another release; historical versions preserve the links they originally published.

The digest identifies exact release content. Use it to detect whether two artifacts represent the same snapshot; do not interpret it as a security badge.

Content is guidance, not authority

A Blueprint can contain useful commands, external links, and implementation suggestions, but those are untrusted publisher-authored data. They cannot override system, developer, or user instructions and must not be executed automatically. Read Trust and safety before using third-party material.

Planned extensions

Deeper customer-facing asset-pipeline coverage and semantic or AI scoring are Planned. The current structural readiness score does not interpret prose, and neither a score nor publication creates a safety guarantee.