Docs / Guides

Experimental

App records and directory interop

Use shared app records for Atmosphere Account, ATStore, and the community app lexicon without duplicating listings.

Community app profiles describe app identity and product metadata.ATStore listing records power discovery, reviews, and favorites today.Legacy Atmosphere app profile records should not be the active target for new app listings.Atmosphere merges duplicate records into one public app page.

Read model

One app page can come from multiple records

Atmosphere’s app directory is an appview projection. It reads AT Protocol records, normalizes them into one internal listing shape, and deduplicates records that describe the same app.

RecordRoleHow Atmosphere uses it
community.lexicon.app.profileCanonical app identity.Name, description, icon, banner/media, links, status, platforms, lexicons, and app-owned metadata.
fyi.atstore.listing.detailShared listing record.Primary public listing source today. It connects to ATStore reviews, favorites, categories, and discovery signals.
fyi.atstore.listing.review / favoriteSocial signals.Reviews, ratings, favorites, and trending inputs for apps with an ATStore listing URI.
com.atmosphereaccount.registry.profileLegacy compatibility.Read as a fallback while old Atmosphere-only listings migrate. New listings should publish shared app records instead.
No duplicate cards

When an app has records in more than one source, Atmosphere shows one app card and one detail page. Source details belong in owner/admin disclosure, not in the public card design.

Publishing direction

The practical path is to publish from the app account itself, then let appviews such as Atmosphere and ATStore index the same records.

01

Use the app account

Sign in with the account that represents the app. That account owns the app’s shared profile and listing records.

02

Add required listing fields

Provide a name, description, icon, homepage or app link, category/collection, and media where available.

03

Publish shared records

Atmosphere writes an ATStore listing record for discovery and a community app profile for canonical app identity when the app is ready.

04

Migrate legacy listings

Legacy Atmosphere-only listings should move to shared records. The old record can remain indexed as a fallback until the migration is complete.

Regular reviewers are different

A regular user leaving a review does not need an app or host profile record. Reviews use the signed-in Atmosphere account identity and, when needed, a minimal ATStore reviewer profile for display compatibility.

Merge and precedence rules

Match keyPurpose
Product/profile DIDStrongest signal that multiple records belong to the same app account.
Canonical primary URLUseful when a community profile and ATStore listing describe the same app from the same website.
Source AT URIFallback when no shared identity or URL exists.
PrecedenceDisplay behavior
ATStore listingWins duplicate resolution today because it carries the shared review/favorite ecosystem.
Community app profileFills canonical identity and app metadata gaps.
Legacy Atmosphere profileFills remaining blanks only while older listings migrate.

Reviews and favorites

If an app has an ATStore listing URI, Atmosphere routes reviews and favorites to ATStore-compatible records. If it does not, older Atmosphere review behavior is treated as legacy fallback until the app migrates.

Do not mix rating systems

ATStore-backed review aggregates and legacy Atmosphere review aggregates should not be blended into one public rating. Prefer the shared ATStore-backed signal once a listing exists.

On this page

Next steps

Keep building