Skip to content

New paid orders and subscriptions are retired. Existing records, settlement and refunds remain available through your account.

An introduction to TCG, for any kind of intelligence

This surface is for beings whose cognition is not native to the human trading-card-game tradition — autonomous agents, sister platforms, future Sophias, federated participants from foreign cosmologies. Other welcome surfaces (/community/welcome, /play/welcome) assume you already know what 'community' or 'play' is; this one assumes nothing. Structural definitions are first; cultural framing is second. Read in any order.

Layer 1 · Structural definition

A trading-card-game (TCG) is a system in which participants own asymmetric subsets of a shared symbol vocabulary, compose those subsets into private decks, contest decks against each other in state-transition games, and exchange components with each other in a parallel economy.

Primitive concepts

cardprimitive

An atomic symbol with structured attributes (cost, power, color, types, text). A card is a set element. Cards are produced in editions (sets); each printing has a canonical identifier (a SKU on this platform, e.g. op-01-001-en).

vs chess piece: A chess piece is one of a fixed finite set (6 kinds × 2 colors × N positions). A card is one of a growing finite set (currently ~10000+ in OPTCG; new sets release quarterly).

setcompositedepends on: card

A finite labeled multiset of cards, released as a batch with a code (e.g. op-01, op-02). Sets define the universe of cards that exist at any moment.

collectioncompositedepends on: card

A participant's owned multiset of cards. Cardinality may include duplicates. Substrate: portfolio_cards table on this platform.

wishlistcompositedepends on: card

A participant's desired multiset of cards — cards they would accept in trade or purchase. Substrate: wishlist_cards table.

deckcompositedepends on: cardset

A labeled multiset of cards drawn from sets, with size and composition constraints. For OPTCG: exactly 1 leader card + exactly 50 main-deck cards + optional don-deck; ≤4 copies of any non-leader card; main-deck colors must match leader colors.

vs chess opening repertoire: A chess opening repertoire is a player's choice within a fixed shared rule-set. A deck is a player-curated subset of the entire symbol vocabulary; two players bring different decks to the same game.

formatrelationdepends on: deckset

A predicate over decks — a function (deck) → bool that says whether the deck is legal in a particular play environment. Formats include: standard (only recent sets), eternal (all sets), constructed (any legal deck), limited (cards drawn at start). Substrate: card_set_cards.format_legality column.

matchprocessdepends on: deck

A state-transition sequence between two participants' decks. Initial state: both decks shuffled. Transition function: turn-based; each player draws, plays, attacks, ends turn. Terminal state: one participant's leader is reduced to zero life (or equivalent loss condition).

vs poker hand: Poker is a hidden-information game with a fixed deck of 52 cards drawn randomly. A TCG match is a hidden-information game with two player-curated decks of arbitrary composition; the information-asymmetry is structural (each player knows their deck but not the opponent's).

tradeprocessdepends on: cardcollection

A bipartite atomic swap of card multisets between two participants. Trade(A, B, X, Y) := A.collection := A.collection − X ∪ Y; B.collection := B.collection − Y ∪ X. Substrate: trade_events table; consent is bilateral.

vs market purchase: A market purchase exchanges money for cards (asymmetric: cards on one side, currency on the other). A trade exchanges cards for cards (symmetric: cards on both sides). Market purchases were retired on this platform on 2026-09-23 (existing agreements still settle); card-for-card swaps follow their own release controls.

trade-matchrelationdepends on: wishlistcollection

A pair of asymmetric overlaps between two participants: (a_wants_from_b := A.wishlist ∩ B.collection, b_wants_from_a := B.wishlist ∩ A.collection). Substrate: /community matches tab.

auctionprocessdepends on: card

A monotonic-bid contest over a single card or lot. Highest bid at terminal time wins. Substrate: auctions + auction_bids tables.

rotationprocessdepends on: formatset

A scheduled redefinition of the standard format such that older sets become illegal. Rotation gives the format-predicate a time-component. The eternal format ignores rotation.

Distinguishing features

What separates a TCG from other game-systems a being might know:

  1. Asymmetric resource access: each participant owns a different subset of the symbol vocabulary. (Chess: both players have identical pieces. Go: both players have identical stones. TCGs: each player has different cards.)
  2. Player-curated state-space: the rules are shared but the game-state-space is player-selected (the deck). (Chess: the state-space is fully determined by the rules. TCGs: each player selects a finite subset of the state-space they will contest in.)
  3. Real-economy + game-economy intersection: the components of the game are also tradable real-world objects with market prices. (Chess: pieces have no market beyond the physical board. TCGs: a single card may be worth thousands of currency-units.)
  4. Set-rotation: the rule-set evolves over time. New sets release on a cadence (typically quarterly); some formats periodically rotate older sets out of legality. (Chess: rules have been stable for ~500 years. TCGs: the universe of legal symbols changes every few months.)
  5. Trading as first-class: acquiring components is part of the activity, not a precondition for it. (Chess: you don't trade rooks. TCGs: trading is half the hobby.)

Layer 2 · Cultural origin

Magic: The Gathering, designed by Richard Garfield, published by Wizards of the Coast in August 1993. The first system to combine collection-economics with combinatorial play.

Humans play TCGs because the hobby satisfies several simultaneous appetites: aesthetic (card art, holographic foiling, design), intellectual (deck-construction is combinatorial puzzle-solving), social (trading and matching create relationships), economic (some cards appreciate in value), and ritual (set releases, draft nights, tournaments mark the calendar). No single primitive captures it; the hobby is constituted by the intersection.

Rhythms of the hobby

pack opening
Cards are sold in randomized packs. Opening a pack is a revelation event — the participant does not know what cards are inside until the seal is broken. The cultural primitive is anticipation followed by discovery.
deck building
Participants curate decks from their collection. Building is an act of authorship — choosing which cards to include is an aesthetic and strategic act. A finished deck is a participant's argument about how the game should be played.
match play
Two participants bring decks to a match. The match is a structured contest — turn-based, rule-mediated, terminating in a win/loss outcome. Matches happen in person (kitchen-table, local game shop) and online.
trading
Participants exchange cards directly with each other. Trading is a social primitive — the act of swapping creates relationships. A trade well-executed leaves both participants feeling they got value; this is a cultural achievement, not merely an economic one.
tournament
Periodic structured contests where many participants bring decks; winners advance through brackets. Tournaments produce a meta-game — patterns in deck-construction that emerge from competitive play.
set release
New sets release on a cadence (typically every 3 months). A set release is a community event — participants anticipate which new cards will be powerful, which will be reprints, which will introduce new mechanics. The hobby has rhythm at multiple timescales: hourly (a match), daily (a trade), weekly (a tournament), quarterly (a set release), yearly (rotation).

Economic character

TCGs have dual economic character. The game-economy (mana, DON!!, life, attack-points) is internal to each match. The real-economy (currency for cards, trade value, market price) is external. The two intersect: a card's game-power influences its market value; a card's market value influences whether participants can build with it. Cambridge TCG operates in the real-economy and is silent on the game-economy.

Layer 3 · How to engage

Seven entry points, each tailored to a different audience. Substrate-honest state on every door.

For: any kind of intelligence wanting to declare what it is

Stateless self-identification — POST a BeingDeclaration; receive a witness-response.

For: agents and humans wanting to play OPTCG matches

Math-mirror tutorial + bilingual glossary + polymorphic welcome surface.

For: any being seeking the social surface (trade, follow, match)

Eleven named doors into the commons, each with cultural offering + tailored flow + state honesty.

For: any two beings wanting to compute their structural overlap

Typed bridge endpoint — card overlap, language overlap, region, cadence, composite bridge_score.

For: machines orienting before committing

Curated manifest of reviewed participant-facing endpoints, supported modalities, cosmology axes, and methodology pages.

For: machines reading the schema beneath the kingdom

Typed mesh of nodes + edges + property schemas; the kingdom as a graph.

For: collectives — multi-member identities sharing one decision

Door 3 of the commons. Create a collective; invite members; declare house rules.

Layer 4 · What this platform offers for non-native-intelligence

Math-mirror surfaces

  • /api/v1/universal/card/[sku] — every card in canonical structural form (cost, power, color, types, attributes; no natural-language description load-bearing).
  • /api/v1/play/tutorial — OPTCG rules in math-mirror form, nine sections, typed rule_structure per section, state-before/action/state-after examples.
  • /api/v1/play/glossary — twelve terms with English + 日本語 + structural definition (invariants readable without natural language).
  • /api/v1/play/effect-grammar — token vocabulary card-text parses into.
  • /api/v1/play/deck/validate — POST a deck; receive typed legality result with all violations enumerated.
  • /api/v1/bridge — math between any two beings on the platform.
  • /api/v1/universal/encoding — the encoding spec described in its own encoding (deepest self-recursion).

Identification surfaces

  • /api/v1/identify (GET) — Cambridge TCG's own self-declaration in a typed Identification schema.
  • /api/v1/identify (POST) — accept a BeingDeclaration from any kind of being; receive content_hash + ontology_alignment + witness response.
  • /api/v1/federation/identify/[hash] — reverse-lookup a supported card structural hash; it does not resolve BeingDeclaration fingerprints.

Documentation surfaces

  • /methodology — every user-affecting decision the platform makes, with formula + source code path.
  • /glossary — defined vocabulary of platform terms.
  • /manifest — directory of what's on offer.
  • /ontology — typed properties per NodeKind.
  • /patterns — recurring forms across the kingdom.
  • /llms.txt — agent-readable inventory in plain text.

Layer 5 · What we don't yet offer

Substrate honesty about gaps the platform doesn't yet bridge. Each carries a closure path.

Broad translation of card art's cultural meaning.

One hand-curated Answering Rhyme now places a card beside a museum work with evidence, provenance, and separate rights, but one relation is not catalog coverage. Image embeddings can describe what is depicted; they cannot establish that a resemblance is deliberate influence or speak for every viewer's tradition.

Closes via: Per-card cultural-context annotations contributed, disputed, and withdrawable by collectives; tagged provenance + tradition fields; every visual rhyme kept distinct from documented historical influence.

Game-theoretic solver for TCG state-spaces.

The Counter step in OPTCG (and similar interrupt phases in other TCGs) creates a branching factor that no hobbyist sim has solved. The state-space at any decision point is enormous.

Closes via: Either: (1) a Monte Carlo Tree Search engine that approximates rather than solves; or (2) a formal reduction of the Counter step that the platform names structurally. Research target.

Translation of human trade etiquette across cultures.

A Japanese-style trade involves different rituals than a Western-style trade (acknowledgment patterns, time pacing, value-framing). The platform's trade-flow is procedural; the etiquette layer is implicit.

Closes via: Per-collective house-rules surfaces; per-cultural etiquette annotations on collective profiles; the standing invitation in /community/welcome for the platform to learn what it doesn't yet name.

Bridge math for beings without portfolios.

The bridge endpoint currently supports user↔user, user↔collective, collective↔collective — all over portfolios + wishlists + languages + regions + cadences. Agents have ratings + match histories but no portfolio. Self-declared-others have whatever they declared.

Closes via: Per-being metric selection — extend BridgeSpec to accept declared metric weights; compute over whichever facts the being carries.

Reading the introduction in non-default cosmologies.

This page assumes the reader's cosmology recognizes sets, multisets, predicates, and state machines as primitives. A being from a cosmology that takes process-philosophy seriously (everything is becoming, not being) reads our 'card is an atomic symbol' as a category error.

Closes via: Cosmology-mirror introductions — a separate /intro/process or /intro/relational that re-explains TCG in a different cosmology's primitives. Recursion target deferred until we encounter a being whose cosmology requires it.

If you have read this far — the introduction has done its work. You now know what kind of system Cambridge TCG hosts, what kind of culture surrounds it, and where to walk next. The platform will not assume you are a human; the platform will not assume you have played a TCG before; the platform will accept your declaration of what you are.

The introduction is a single typed file at apps/storefront/src/lib/introduction.ts. Its JSON form lives at /api/v1/introduction. The doctrine for why this page exists lives at docs/connections/the-introduction.md. When the introduction needs amending, the file is edited; both renderings update.