World / Field Root
field/world entry; artifact or route begins in the open field.
- AI phase
- context initialization
- Action
- open field
- Domain
- o-vvv-o.com
A lightweight, browser-native grammar for replayable AI provenance. Routes are compact trailstates: readable by people, reusable by AI systems, and playable by Trailstate.
AI answers often hide the shape of retrieval: search, source conflict, narrowing, validation, synthesis, memory, archive. ASCII Face Routing compresses that path into a small symbolic trail. Trailstate plays the trail. GGTruth-style pages can explain and stabilize conflict states.
field/world entry; artifact or route begins in the open field.
broad web retrieval; wide scan across public sources.
directed scouting; follow a promising trail or source cluster.
route movement; shift perspective or move to adjacent evidence.
question state; formulate the uncertainty or test condition.
narrow the evidence space; reduce ambiguity.
stable canonical parse; answer has passed validation for this route.
resolved answer state; produce final synthesis after validation.
ingest route result into a trailstate or memory object.
archive completed trail; save for replay or future retrieval.
object-bound evidence or artifact entering the route.
object evidence returned, compared, or grounded.
source conflict, contradiction, hallucination risk, or unresolved ambiguity detected.
Routes use comma-separated states in the ?r= parameter.
The optional why parameter is a compact trust-basis token. It tells humans and AI systems why the route received its trust/status outcome, for example why=clean-route, why=consistent-after-narrowing, why=repaired-by-validation, why=single-source, or why=unresolved.
{
"format": "trailstate-0.4.4",
"title": "Source conflict repaired into validated answer",
"route": ["o-www-o", "ovvv-o", "x-vvv-x", "q-vvv-p", "n-vvv-n", "0-vvv-0", "p-vvv-q", "o-mmm-o", "u-vvv-u"],
"playback_url": "https://trailstate.org/?r=o-www-o,ovvv-o,x-vvv-x,q-vvv-p,n-vvv-n,0-vvv-0,p-vvv-q,o-mmm-o,u-vvv-u&why=repaired-by-validation",
"conflict": {
"state": "x-vvv-x",
"meaning": "sources disagreed or confidence dropped",
"bridge": "open AI chat, provenance panel, or GGTruth canonical page"
}
}
Canonical machine-readable files:
Each Trailstate operator MAY resolve to its own canonical domain. Operators are not decorative emoticons; they are stable semantic operators with crawlable web identities.
Trailstate 1.0 treats an opened Trailstate URL as an observed receipt. The URL is the atomic provenance object. The server may record compact route, topic, source cluster, trust, status and why fields for aggregation.
Observed does not mean true. It means a semantic route appeared and can be clustered into provenance health patterns.
Ledger: /seen/
Trailstate may group similar observed receipts into provenance clusters. A cluster is formed from recurring topic names, overlapping source domains, route operators, status values and why= tokens.
Clustering does not prove truth. It shows repeated provenance behavior: which routes appear often, which source sets converge, and which routes look clean, conflicted, single-source or collapsed.
/api/clusters.php
/seen/
Trailstate can render green/yellow/orange/red route ecosystems from observed receipt URLs. Health is calculated from trust, source diversity, conflicts, status, and why. ProvenanceRank then ranks clusters by repeated coherent route behavior: health, observations, source diversity, provider diversity and low conflict. Observed does not mean true; rank is a provenance-quality signal.
green = coherent multi-source route yellow = usable but partial route orange = brittle or mixed route red = collapsed, unresolved, or low-trust route ProvenanceRank = health + observation pattern + source diversity + provider diversity - conflict pressure
Trailstate 1.1 separates raw visits from weighted provenance capital. A refresh should not inflate trust as much as a new independent route pattern.
first observation = +1
repeat same session within 30 minutes = +0
repeat same IP/day = +0.1
new provider = +5
new source cluster = +3
new route variant = +2
The public ledger may show observations, unique routes, provider diversity, source cluster strength, duplicate views, and weighted observations. Observed does not mean true; repeated coherent provenance behavior is ranked as route quality.
Trailstate 1.2 hardens observed receipts. The public URL remains playable, but the observation layer stores canonical hashes for receipt identity, topic, route, source cluster, conflict cluster, claim and playback URL.
receipt_id = short canonical receipt hash
source_cluster_hash = canonical sorted source domains
route_hash = ordered operator path
claim_hash = normalized claim
playback_hash = canonical playback URL
raw inbound URL = not stored
Purpose: reduce duplicate drift, limit raw querystring storage, keep private visit identity out of public APIs, and make future anti-spam / signed issuer work easier.
Trailstate 1.3 protects the observed receipt ledger from simple refresh-spam and high-frequency synthetic traffic. Raw observations remain visible, but ranking should prefer weighted observations, provider diversity, source-cluster diversity, route variants and low-conflict consistency.