File size: 2,170 Bytes
ed6bec6 |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 |
# Glyphic Language — Syntax Rules
The Glyphic Language uses a strict, deterministic grammar to ensure that all glyph sequences are unambiguous, reversible, and easy for agents, controllers, and LLMs to interpret.
These rules define the **canonical structure** of a valid glyph sequence.
# 1. Required Core Roles
A valid sequence must contain **at least one** of the following:
- actor
- action
- object
This ensures that every sequence expresses a meaningful event or state.
# 2. Canonical Ordering
All glyph sequences must follow this strict order:
Actor
Action
Object
Modifiers
Context (Place → Time → Emotion → Sensory → Social)
No exceptions.
# 3. Single Actor / Action / Object
Only one of each is allowed:
- one actor
- one action
- one primary object
This prevents ambiguity and ensures deterministic decoding.
# 4. Modifiers
Modifiers:
- may appear zero or more times
- must appear **after the object**
- must appear **before any context**
Modifiers describe qualities, intensities, or attributes.
# 5. Context Rules
Context must always appear **last** and must follow this internal order:
Place → Time → Emotion → Sensory → Social
Each context subtype may contain zero or more glyphs.
Context describes the environment, atmosphere, or field surrounding the event.
# 6. Role Precedence
If a glyph has multiple roles, the interpreter resolves it using this priority:
actor > action > object > modifier > context
This ensures deterministic parsing.
# 7. No Cross‑Category Collisions
You may not mix roles out of order. Examples:
- A context glyph cannot appear before an object.
- A modifier cannot appear after a context glyph.
- A second action is not allowed.
# 8. Reversibility Guarantee
All valid sequences satisfy:
encode(decode(sequence)) == sequence
This is a core design requirement of the Glyphic Language.
# 9. Error Conditions
The interpreter will reject sequences that:
- contain unknown glyphs
- violate ordering
- contain multiple actors/actions/objects
- contain context out of order
- contain no core roles
These rules ensure stability, clarity, and long‑term compatibility.
|