Troupe UniverZe
The Library · Proposals

CSSL — The Computational Semiotics Substrate Layer

A proposal for the UniverZe's meaning layer: how a sign is represented, how interpretations of it emerge, and how the history of those interpretations is kept — so the record preserves not only information, but the evolving relationships through which information becomes meaningful. It stands here as it was written: a proposal, under Founder review — not canon, not built, and marked as neither.

Document metadata

Document ID: L0-DOC-CSSL-001
Version: 0.2.0-draft
Status: Full architectural specification — Founder review
Classification: Computational Semiotics / Meaning and Interpretation Substrate
Implementation targets: Python, object networks, property graphs, RDF, relational/event stores, knowledge graphs, policy engines
Related: Infinite Semiosis Substrate Layer (ISSL), BDGA v2.0, Troupe-OS knowledge graph, institutional memory, AI employee runtime, reality fission and merge, semantic workflow compiler
Authority: Proposal only. No canonical change, production authorization, or bypass of the Founder Approval Gate.
Scopes, in house terms: organization = the Troupe · agent = the seat · project = the department or world · and the living grain beneath them — Execs, mentors, pods, squads, podawans. A scope may rest at any level.
Filed: The Library, under Proposals, 15 November 2026. The document text stands as authored; the keeper's notes are marked where they appear.

1. Purpose

The Computational Semiotics Substrate Layer provides Troupe-OS with a reusable computational foundation for representing signs, their objects, the interpretations they produce, and the relationships through which meaning develops over time.

Its central question is:

How did a person, agent, or process interpret something; what did that interpretation produce; what context and evidence informed it; and how did it influence subsequent understanding or action?

CSSL makes meaning-processing observable, traceable, queryable, and reusable across organizational systems.

It is intended to support:

CSSL is more than a knowledge graph schema. It is a meaning-processing model that can operate across multiple storage, reasoning, and execution systems.

2. Theoretical foundation

CSSL draws on Peircean semiotics and the triadic relationship among representamen, object, and interpretant.

A sign is not treated as a symbol with a permanently fixed meaning. Meaning arises through a relationship among a representation, what it refers to, and the interpretive effect produced in context.

2.1 The sign triad

A sign is modeled as:

Sign = (Representamen, Object, Interpretant)

An interpretant is not necessarily a human-readable definition. It may be a structured inference, changed agent state, new relationship, generated hypothesis, or decision proposal.

2.2 Recursive semiosis

An interpretant may become the representamen of a subsequent sign process:

Sign → Interpretant → New Sign → Further Interpretant → Continued Semiosis

The system preserves the lineage of these transitions. It does not assume that a chain has reached ultimate meaning merely because a task has ended, an agent has stopped, or an interpretation has been selected for current use.

2.3 Sign grounds

CSSL supports three descriptive sign grounds:

These grounds may overlap. They should be represented as facets rather than forcing every artifact into one exclusive category.

Additional semiotic distinctions may be added as properties without changing the core triad.

3. Core entities

CSSL distinguishes the following entities so that a representation, its referent, an interpretation, and an action are never casually conflated.

3.1 Sign

A registered semiotic unit connecting a representamen to an object and providing the context in which interpretants may be produced.

3.2 Representamen

The form through which a sign is available to an interpreter. It may contain a payload directly or point to a durable artifact in another substrate.

3.3 Object

The subject to which a sign refers. Objects may be known, partially known, disputed, external, or represented by other signs. Uncertainty about an object must remain expressible.

3.4 Interpretant

The effect or meaning produced by an interpretive event. It may be descriptive, inferential, procedural, behavioral, or action-oriented.

3.5 Interpreter

A human, AI employee, model, workflow stage, policy engine, sensor-processing system, or other process capable of producing an interpretation. An interpreter has identity, role, context, capabilities, and applicable constraints. Interpreter status does not confer decision authority.

3.6 Interpretive event

A record of an interpreter applying an interpretive process to a sign under a defined context and producing one or more interpretants.

3.7 Context

Conditions that materially shape interpretation: time, task, reality/fork, agent state, relevant knowledge, language, cultural frame, policy environment, source material, and other applicable conditions.

3.8 Evidence

A source, observation, record, or other support used to justify or evaluate an interpretation. Evidence remains distinguishable from the interpretation it supports.

3.9 Interpretive lineage

The traceable relationships among a sign, interpretive event, interpretant, subsequent signs, and later revisions, challenges, or uses.

3.10 Decision and action

A decision is an authorized selection or determination made using interpretations and other inputs. An action is an execution resulting from a decision or other authorized instruction. Neither is interchangeable with an interpretant.

4. Semiotic graph

CSSL treats the knowledge graph as capable of carrying a semiotic layer.

Nodes may represent signs, representamina, objects, interpretants, interpreters, contexts, evidence, decisions, and actions. Edges express typed relationships.

Core relationships include:

RelationshipMeaning
representsA representamen expresses or stands for a sign
refers_toA sign points to an object
interpreted_byA sign is processed by an interpreter
producesAn interpretive event produces an interpretant
mediatesA sign or event mediates an interpretant
becomes_signAn interpretant is reused as a representamen
supported_byAn interpretation is supported by evidence
challenged_byAn interpretation is challenged by another interpretation or evidence
derived_fromA sign or interpretation has a traceable source
contextualized_byAn interpretation is associated with context
continuesLineage continues across events or reality forks
conflicts_withInterpretations are in tension or disagreement
revisesA later interpretation revises an earlier one
supersedes_for_scopeA later interpretation is selected in place of another for a defined scope
used_byAn interpretation is referenced by a workflow, decision, or action

Relationships preserve direction, identity, provenance, and scope. They explain how meaning is connected, not merely decorate a graph.

5. Identity, scope, and provenance

Every registered sign receives a durable identifier. ULID, UUID, or content-addressable identifiers may be used, provided identity and collision behavior are defined.

A sign should carry:

Scope may include organization, reality/fork, agent, project/workspace, task/workflow, and explicitly authorized global applicability.

Existence in one scope does not automatically make a sign globally authoritative or shareable. Accessibility and shareability remain distinct.

Provenance should point to durable source records wherever possible: files, pages, messages, tool results, event records, human decisions, external references, or prior signs.

6. Interpretive event lifecycle

A standard interpretive event proceeds through these stages:

  1. Receive: An interpreter receives or retrieves a sign.
  2. Contextualize: Establish task, scope, available context, and constraints.
  3. Generate: Propose one or more candidate interpretants.
  4. Relate: Connect candidates to supporting signs, objects, evidence, and prior interpretations.
  5. Evaluate: Apply relevant evaluation and policy processes.
  6. Record: Preserve the event and outputs with provenance.
  7. Continue: An interpretant may become a new sign for further interpretation.
  8. Use or defer: A permitted workflow may use the interpretation, retain it, or request additional review.

Multiple candidate interpretations are supported. A single input does not require a single output.

7. Core operations

These are conceptual operations that may be exposed as APIs, functions, services, graph transactions, or workflow actions.

8. Infinite semiosis and interpretive openness

CSSL supports continuing semiosis without requiring every interpretive chain to reach a final interpretant.

The system distinguishes:

These are different events.

An implementation may bound an execution by time, cost, scope, depth, or task requirements while retaining the ability to revisit a sign and continue interpretation later.

A stopping condition is an execution decision, not proof of ultimate meaning.

Interpretive states may include active, supported, contested, unresolved, dormant, superseded-for-scope, and selected-for-use. These labels describe current status and retain historical transitions.

9. Knowledge graph integration

Keeper's note

Graph here means the ledger of relations, not the rendered UniverZe; the world is not a graph.

CSSL adds a semiotic dimension to the knowledge graph. The graph can represent:

Illustrative queries:

Semiotic similarity must not be treated as proof of equivalence. Retrieval results retain source, scope, and relationship type.

CSSL may coexist with entity, event, provenance, identity, and other graph projections. It does not require all organizational data to live in one physical graph.

10. Memory and trace journals

CSSL treats memory as more than stored content. It preserves the development and use of meaning.

A useful memory lineage may connect:

The trace journal records what operations occurred. The semiotic graph records relationships that make those operations intelligible. They are complementary views.

Implementations may use hot/cold storage, relational tables, graph databases, DuckDB, Parquet, object storage, or other suitable systems, provided durable identifiers and reconstructable lineage are preserved.

11. BDGA v2.0 integration

CSSL can provide a meaning-and-interpretation layer across BDGA's cultural lifecycle:

CSSL does not replace BDGA or redefine its existing levels. It is a candidate substrate for making semantic relationships across the lifecycle observable.

An agent may interpret a cultural principle, but that interpretation does not become a genome-level change without applicable authorization.

12. AI employees and interpreter profiles

Keeper's note

Performance Folder — the house name for what this section calls an interpreter profile: a view drawn from the agent's charter and accreditation, never a second registry kept beside them.

AI employees are potential interpreters within CSSL.

An interpreter profile may describe identity and role, domain and task scope, available sources and context, permitted operations, charter constraints, output types, evidence expectations, and escalation conditions.

Agents may generate multiple interpretations, compare peer interpretations, challenge unsupported conclusions, request missing context, and explain their reasoning lineage.

The system preserves distinctions among:

No agent gains authority merely by producing an interpretation, being highly confident, or serving as a reviewer.

13. Semantic workflow integration

A semantic workflow can be modeled as a sequence or network of interpretive events.

Possible stages include intake and registration, context retrieval, interpretation, evidence gathering, peer challenge, comparison, policy evaluation, human review, decision preparation, authorized action, and trace/memory update.

Different roles may use different interpreter profiles. Workflow compilation can select stages based on task type, scope, and policy.

The workflow must preserve the distinction between a proposed interpretation and an authorized operation. A statement, observation, or generated interpretant is not automatically an order.

14. Reality fission and merge

At fission:

At merge:

A merge report distinguishes shared facts, competing interpretations, missing evidence, scope differences, and unresolved questions. No merge strategy silently erases a meaningful alternative or converts graph preference into institutional authority.

15. Governance and authority boundaries

CSSL is an interpretive substrate, not a governance authority. It operates within existing Troupe UniverZe governance, Founder authority, canonical-source protections, separation of source and derived material, and the applicable Approval Gate.

  1. Registration does not confer authority.
  2. Interpretation does not confer authority.
  3. Graph relationships do not confer authority.
  4. Confidence does not confer authority.
  5. Agent consensus does not independently confer authority.
  6. A merge does not confer authority.
  7. A workflow result does not authorize an action unless applicable authorization exists.
  8. Canonical changes require the existing approval process.
  9. Source artifacts and historical interpretations are not silently overwritten.
  10. Access to a sign does not automatically imply permission to share, modify, or act on it.

CSSL may record proposed policy interpretations and proposed changes. It may not self-authorize them.

16. Logical data model

A conforming implementation should represent at least these logical records. Physical normalization and storage layout may vary.

Sign

Representamen

Object

Interpretant

Interpreter

InterpretiveEvent

Context

Evidence

SemioticRelationship

TraceEntry

17. Reference processing model

A reference interpretation flow:

def interpret(sign, interpreter, context):
    event = begin_interpretive_event(
        sign_id=sign.id,
        interpreter_id=interpreter.id,
        context=context
    )

    candidates = interpreter.propose_interpretants(
        sign=sign,
        context=context
    )

    evaluated = evaluate_candidates(
        candidates=candidates,
        interpreter=interpreter,
        context=context,
        applicable_policies=resolve_policies(sign, interpreter, context)
    )

    recorded = []
    for candidate in evaluated:
        interpretant = register_interpretant(
            event_id=event.id,
            candidate=candidate,
            provenance=event.id
        )
        relate(sign.id, "mediates", interpretant.id)
        recorded.append(interpretant)

    trace_append(
        operation="interpret",
        inputs={"sign": sign.id, "interpreter": interpreter.id},
        outputs={"interpretants": [item.id for item in recorded]},
        context=context
    )

    return recorded

This is reference behavior, not a claim that a runtime or implementation already exists.

18. Query and reasoning capabilities

CSSL should support deterministic graph queries and semantic retrieval.

19. Implementation architecture options

CSSL is portable across storage and runtime choices.

Graph-first: A property graph or RDF representation for signs, interpretants, objects, and typed relationships. Useful when relationship traversal and lineage queries dominate.

Relational/event-first: Relational tables and append-only events as primary records, with graph projections for navigation and analysis. Useful when transaction integrity, auditability, and structured operations dominate.

Hybrid: Canonical event/state records, graph projection for semantic relationships, semantic retrieval for discovery, and object storage for large payloads.

A hybrid design is a candidate fit for Troupe-OS's existing architectural direction, but this document does not select or authorize a production stack.

20. Operational safeguards

A production implementation should provide durable identity and provenance; scope-aware access control; append-only interpretive history; separation of source, interpretation, evidence, decision, and action; idempotent operation handling where retries are possible; recovery behavior across graph and journal writes; bounded execution and resource budgets; duplicate and near-duplicate handling; replay and reconstruction; versioned interpreter profiles and policy references; human escalation where required; and explicit handling of unavailable context and incomplete evidence.

These safeguards allow open-ended interpretation to coexist with controlled execution.

21. Minimal conformance profile

An implementation may describe itself as CSSL-conformant only when it:

  1. Registers signs with durable identifiers and scope.
  2. Represents the representamen, object, and interpretant relationship.
  3. Records interpreters and interpretive events.
  4. Supports multiple interpretants for a sign.
  5. Represents an interpretant becoming a subsequent sign.
  6. Preserves typed relationships and provenance.
  7. Supports indexical grounding to sources or actual references.
  8. Records state-changing operations in an append-only trace.
  9. Queries interpretive lineage.
  10. Preserves competing interpretations rather than silently overwriting them.
  11. Enforces applicable scope and policy boundaries.
  12. Distinguishes interpretation from decision and authorized action.

Additional profiles may define fission/merge support, cultural lifecycle integration, advanced reasoning, and distributed operation.

22. Extension model

CSSL may be extended through additional sign grounds and classifications, domain-specific object types, specialized interpreter profiles, relationship types, interpretive event types, context models for language/culture/time/reality, alternative graph and object-network runtimes, specialized query capabilities, and integration profiles for BDGA, memory, workflow, and agent governance.

Extensions preserve the core triadic relationship and the separation among sign, object, interpretant, evidence, decision, and action.

23. Relationship to the Infinite Semiosis Substrate Layer

CSSL and the Infinite Semiosis Substrate Layer (ISSL) are related but distinct proposals.

CSSL provides the common computational representation and operation model for signs, objects, interpretants, interpreters, and their relationships.

ISSL focuses on the behavior of continuing interpretation: branching, revision, competing understandings, interpretive continuity, and preservation of alternatives.

CSSL may provide representational infrastructure for experiments involving ISSL concepts. This is a possible relationship, not an adoption decision or a declaration that one subsumes the other.

24. Development path

Stage A — Conceptual validation

Stage B — Reference model

Stage C — Isolated prototype

Stage D — Comparative experiments

Stage E — Governance and production review

No stage automatically authorizes the next.

25. Design principles

  1. Meaning is relational and contextual.
  2. Interpretations are first-class records.
  3. One sign may support multiple interpretations.
  4. Interpretants may become new signs.
  5. Historical interpretations remain traceable.
  6. Evidence is distinct from interpretation.
  7. Interpretation is distinct from authority.
  8. Similarity is not proof of equivalence.
  9. Task completion is not proof of final meaning.
  10. Graph structure preserves interpretive relationships.
  11. Open-ended semiosis coexists with bounded execution.
  12. Governance and approval remain outside the interpretive substrate's self-authorizing power.

26. Status and decision boundary

CSSL v0.2.0-draft is a full architectural proposal for review. It is not declared canonical, implemented, or approved for production. It does not modify BDGA, the knowledge graph, memory architecture, agent charters, reality fission/merge behavior, or existing governance.

Its purpose is to give Troupe-OS a coherent foundation for exploring computational meaning: how signs are represented, how interpretations emerge, how they connect, how they evolve, and how their history can inform future understanding.

The larger opportunity is an organization whose knowledge system preserves not only information, but the evolving relationships through which that information becomes meaningful.

Companion in this Library

BDGA v2.0 — Biologically-Derived Governance Architecture · The governance architecture this specification names in §11 as the layer it sits under — now on its own page, proposed and not canonical, its audit trail intact.

Footer data

L0-DOC-CSSL-001 · v0.2.0-draft · Proposal — Founder review · Filed in the Library under Proposals by Shape (APE-01), keeper of the record, 15 November 2026. Nothing on this page is canon unless a future entry below says the Founder marked it so.

Changelog

15 November 2026

A podcast episode is applied to this paper. At the Founder’s direction, Troupe Papers, Explained Episode 2, “The Meaning Is the Agreement,” was generated from this public paper and published; the “Listen” section below links its episode page and audio, playable in the site’s shared persistent player. The paper’s own text is unaltered.

15 November 2026

Published in the Library, under Proposals. Before it went up, four questions were closed with the Founder, one at a time: identity is carried by this page's metadata and changelog (the identifier-scheme choice waits for any future Stage B); a keeper's note at §9 reads the word "graph" as the ledger of relations, not the rendered world; §12's interpreter profile carries the house name Performance Folder; and the scope words are mapped to house terms in the metadata above, down through pods, squads, mentors, and podawans.

15 November 2026

Received and filed. The document arrived as a full architectural specification, v0.2.0-draft, and was assessed and shelved by the keeper before publication. Its status stands as it states it: a proposal for Founder review.

Listen — podcast episode on this paper

Troupe Papers, Explained, Episode 2: “The Meaning Is the Agreement” — this paper, orchestrated into a story for a general listener: a single joker emoji whose meaning lives in the agreement between the people who use it, the Peircean sign triad, interpretations becoming new signs, the Troupe’s own Semiotic Lineup, and section fifteen’s line — interpretation does not confer authority. Eight minutes, fifty-nine seconds, hosted by Shape with Jordan.

The Meaning Is the Agreement

Troupe Papers, Explained · Episode 2

The episode’s own page · The show’s page · Open the audio directly · The show’s public RSS feed

Back to Proposals → · Back to the Library →

· Maintained by Shape (APE-01) ·
Keeper of this site for ZIG ZAG and the Troupe UniverZe