games.atmosphere.define

      "description": "Logical AND. Passes only when every sub-rule passes."

      "description": "Logical OR. Passes when at least one sub-rule passes, e.g. 'holds a sheet in any of these systems'."

      "description": "Logical NOT. Passes only when the sub-rule fails. Use for exclusion gates: 'has not already claimed this reward'."

            "description": "URL at which the game is played, downloaded, or accessed. This is a launch location, not the record's identity."

            "description": "Square icon for compact display contexts. Recommended 256x256 px."

            "description": "Display name of the experience as shown in portal listings."

            "description": "Freeform tags for search and discovery (e.g. 'arcade', 'pixel art', 'multiplayer')."

            "description": "Non-required records this game uses, understands, produces, validates, or wants portals to read. Use requires[] only for hard gates. Use uses[] for everything else: optional gameplay perks, character imports, cosmetics, bonuses, interoperability, stats, saves, activity, sessions, replays, leaderboards, labels, grants, validation, inventory, or profile context. The role and purpose fields explain whether the use is a player-facing benefit, a game-authored record, or a portal-readable display surface."

            "description": "Primary cover image. Portals display this as the card thumbnail. Recommended ratio 16:9."

            "description": "Extended media gallery, screenshots, banners, key art, and posters a portal can show on a detail page. 'cover' and 'icon' above stay the primary card images; this is the deeper set, mirroring the rich galleries dedicated game catalogs keep."

            "description": "Current availability. Known values: 'live', 'beta', 'coming' (announced but not yet playable), 'archived' (no longer available). Open set; portals may badge or filter on these.",

            "description": "Optional links to records in other game catalogs that describe this same title, most often a Pentaract (games.gamesgamesgamesgames.game) entry. This is how a definition borrows rich metadata a dedicated catalog already maintains, genres, platforms, screenshots, release dates, ratings, instead of duplicating it here. Purely supplementary: evaluation never reads these, and the experience is complete without them. Cooperate, don't re-enter."

            "description": "One-line summary shown beneath the title in card views."

            "description": "Broad type of experience, used for portal filtering and display. Known values: 'browser' (plays in a web browser), 'download' (downloaded and run locally), 'physical' (tabletop or in-person), 'other'. This is an open set, portals should tolerate values they do not recognise.",

            "description": "Hard playability requirements. Every rule must pass before the game can be played as declared. Do not put recommendations, bonuses, or merely supported records here. Portals surface failures as actionable prompts using each rule's 'acquire' link."

            "description": "Video trailers and gameplay clips. Hosted externally (YouTube, Vimeo, Twitch) or linked directly so portals can embed or link them."

            "description": "The studio or individual who built the experience. Prefer a DID when available so the developer is verifiable on the network."

            "description": "Stable identifiers used by older catalogues, score readers, or inventory integrations for this same game. These are compatibility aliases, not canonical identity."

            "description": "Stable AT-URI identifying the account that publishes and maintains this definition, normally at:// followed by the publishing DID. It must name the same repository that contains this record; portals should reject a mismatch."

            "description": "When this experience became publicly available."

            "description": "Full description of the experience. Plain text; portals may render line breaks."

            "description": "Deprecated compatibility hint. Use uses[] with role 'activity' or 'stats' to describe player activity records and display metrics."

      "description": "Published to the publisher's own repository, one record per game. Use a stable, readable record key and update that same record in place. The record's at:// URI is its canonical identity; 'url' is an access location and may change. A portal must not merge definitions solely because their URLs match."

          "description": "For field: comparison operator.",

          "description": "Collection read by record, field, matches, or vouch."

          "description": "For field: record key, default 'self'; 'any' scans the collection."

          "description": "For not: nested rule to negate."

          "description": "Rule discriminator. Known values are open for forward compatibility; an unknown value must not pass.",

          "description": "For field: dot-path to test."

          "description": "Human-readable requirement."

          "description": "For all or any: nested rules."

          "description": "Comparison value for value-taking operators."

          "description": "URL where a player can fulfil this requirement."

          "description": "For matches or vouch: conditions that must hold on one record."

          "description": "For vouch: stable DID of the record issuer."

      "description": "One recursive playability rule, discriminated by 'check'. Lexicon does not permit a union as a top-level definition, so this object carries the fields used by all seven variants. Evaluators enforce each variant's required fields: record(check,nsid); field(check,nsid,field,op); matches(check,nsid,filters); vouch(check,authority,nsid); all/any(check,rules); not(check,rule). Unknown check values evaluate as unknown, never as pass."

          "description": "How to test the field. exists/notExists check presence; eq/neq/gt/gte/lt/lte compare to value; isPlayer matches the signed-in player by their account ID (DID) and takes no value.",

          "description": "Record key. Defaults to 'self'. Use 'any' to pass if any record in the collection satisfies the condition."

          "description": "Dot-path to the property to evaluate (e.g. 'score.total', 'level'). Array traversal is not supported."

          "description": "Comparison value for value-taking operators. Strings, numbers, and booleans are accepted; numeric operators coerce values to numbers."

      "description": "Fetches a record from the player's repository and tests one field. Covers required fields, score thresholds, flags, and enum matches."

          "description": "AT Protocol DID of this entity's account, if they have one. On an atmosphere.games-managed provisional definition, this is also the DID expected to publish the canonical developer-owned definition."

          "description": "Website for this entity."

          "description": "Display name of the entity."

      "description": "A named entity (developer, publisher, studio) associated with the experience."

          "description": "Full URL to the video, used when no platform/videoId is given."

          "description": "Label for the clip (e.g. 'Launch Trailer')."

          "description": "Platform video id (e.g. a YouTube id). Combined with 'platform' to build an embed."

          "description": "Where the video lives. 'direct' means the url points straight at a video file or page.",

          "description": "Optional still frame shown before the video plays."

      "description": "A trailer or gameplay clip. Provide a platform + videoId (preferred, so portals embed natively) or a direct url."

          "description": "The kind of record to look for in that account's repo (e.g. equipment.rpg.give)."

          "description": "Conditions the record must meet, written exactly like a matches rule. Put the 'isPlayer' operator on the field that names the player (e.g. recipient) to require the record reference the signed-in player; add value conditions (e.g. item equals jet_pack) to pin a specific grant. With no filters, any record of this kind on the authority's repo passes."

          "description": "Stable DID of the account that issues the record (for example an item provider, guild, or tournament organiser). Handles are not accepted because they are mutable. A player can never be their own authority."

      "description": "Passes when a trusted account's repo holds a record that meets the given conditions, optionally one that references the signed-in player. Because the record lives on the issuer's repo, not the player's, it cannot be forged. Use it for item grants, awards, memberships, approvals, licences, or any record one account publishes about another. Example: 'games.protoimsg.app has an equipment.rpg.give whose recipient is this player and whose item is jet_pack.'"

          "description": "How to test the field. exists/notExists check presence; eq/neq/gt/gte/lt/lte compare to value; isPlayer matches the signed-in player by their account ID (DID) and takes no value.",

          "description": "Comparison value for value-taking operators. Strings, numbers, and booleans are accepted; numeric operators coerce values to numbers."

      "description": "A single condition on a record's contents, used by matches and vouch. Most operators compare the field to a value. The special 'isPlayer' operator takes no value and passes when the field identifies the signed-in player by their account ID (DID). It accepts the DID directly or an at:// URI whose repo is the player, and never matches on a handle, since handles can change. This is how a static definition points at whoever is reading it."

          "description": "Collection to check on the player's PDS (e.g. 'actor.rpg.sprite')."

          "description": "Human-readable requirement shown when gated (e.g. 'An rpg.actor sprite')."

          "description": "URL to send players who fail, so they can fulfil the requirement."

      "description": "Passes if the player's PDS holds at least one record in the given collection. The simplest gate: 'does this person participate in this lexicon at all?'"

          "description": "All filters must match on the same record (AND semantics within one record)."

      "description": "Scans the player's collection and passes if any single record satisfies all filters simultaneously. Use to find a record by content rather than by key, e.g. 'holds item X', 'has membership tier Y'."

          "description": "Accessibility caption describing the image."

          "description": "What kind of image this is, so portals can place it (e.g. 'banner' across the top, 'screenshot' in a gallery).",

          "description": "The image blob, stored on the developer's PDS."

          "description": "Pixel width, if known, lets portals reserve layout space before the blob loads."

      "description": "One image in the experience's media gallery."

          "description": "Collection to read or use."

          "description": "Optional dot-path to the relevant payload within the record, e.g. 'data' inside actor.rpg.stats/clunscannon."

          "description": "Record key to read from a player's repo. Defaults to 'self'; use 'any' when a portal should scan the collection."

          "description": "How this record is used. Optional gameplay roles such as character, perk, cosmetic, bonus, and interop are shown as Optional Records in player-facing directories. Data roles such as stats, activity, leaderboard, save, replay, session, profile, inventory, grant, validation, and label describe records portals/tools may read, summarize, or verify without presenting them as optional perks.",

            "bonus",

            "save",

            "replay",

            "profile",

            "grant",

            "validation",

            "label",

          "description": "Human label for this use."

          "description": "Optional rule that detects, authenticates, or validates this use. For player-benefit roles, it badges whether the benefit is available. For data roles, it badges whether the referenced record is trusted."

          "description": "Optional URL where a player can create, obtain, or manage this record."

          "description": "Optional filters used when rkey is 'any' or authority is set. Conditions must match on one record."

          "description": "Plain-language reason this record matters. This should say whether it unlocks a benefit, imports player data, stores progress, validates a score, or powers portal display."

          "description": "When the referenced record lives in a trusted authority repo instead of the player's repo, this DID names that repo."

      "description": "One non-required AT Protocol record relationship for this game. This single shape covers optional gameplay records and portal-readable data. Use role 'character' when a record identifies or renders the player in-game, role 'perk' when it grants an optional benefit, role 'stats' for progress/score records, role 'activity' for participation records, and role 'profile' for profile/context records. Hard gates still belong in requires[]."

          "description": "AT-URI of the external catalog record (e.g. at://did:web:gamesgamesgamesgames.games/games.gamesgamesgamesgames.game/3mgjih2bzdp2l)."

          "description": "Display name of the referenced entry, so portals can show it without resolving the record."

          "description": "Advisory hints naming which parts of the referenced record a portal may display alongside this experience (e.g. pull screenshots and genres from Pentaract rather than duplicating them here). Display guidance only, never affects eligibility."

          "description": "Short label for the catalog this points at (e.g. 'pentaract')."

      "description": "A pointer to a record in another catalog that already describes this title in depth, most usefully a games.gamesgamesgamesgames.game record on The Pentaract, which carries genres, platforms, release dates, age ratings, and a full media gallery. The definition stays self-contained (eligibility never depends on it); the reference simply lets a portal fetch that richer metadata and show it alongside, so we build on existing game databases instead of re-entering everything."

  "description": "An AT Protocol game definition: a publisher's self-contained declaration of a playable experience, its presentation, the records a player must hold to play, and records the game can optionally use. Evaluators resolve requirements through AT Protocol repository reads; no game server or central eligibility database is required."