This repository manages all profile configuration for the Nexus Infinity GitHub organisation and hosts the canonical reference for the FIELD system’s geometric routing and collaboration protocols.
- Overview
- FIELD Routing Architecture
- File Organisation
- Metadata Convention
- Contributing
- Validation
- References
- License
This repository includes:
- Profile metadata: GitHub organisation configuration files & structure.
- FIELD ontology: Geometric and symbolic routing specification.
- Collaboration protocol: Source of standards for both human and machine contributors.
The FIELD system implements a tetrahedral geometry with internal chambers for signal routing and addressing. Every vertex/chamber is mapped to a unique symbol, prime signature, and frequency anchor.
| Symbol | Name | Prime | Frequency | Role | Position |
|---|---|---|---|---|---|
| ◻ | Akron Gateway | 2 | 396 Hz | Intake, sovereignty gate | Foundation |
| ● | OBI-WAN | 19 | 963 Hz | Pattern recognition | Base vertex |
| ▼ | TATA | 23 | 432 Hz | Truth anchor | Base vertex |
| ▲ | ATLAS | 17 | 528 Hz | Knowledge mapping | Base vertex |
| ◆ | Queen's Chamber | 7 | 528 Hz | Validation | 20% height |
| ⊗ | King's Chamber | 11 | 852 Hz | Translation bridge | 61.8% height (φ⁻¹) |
| ⭟ | Grand Gallery | 31 | 639 Hz | Central passage | Origin (0,0,0) |
| ◼ | DOJO | 13 | 741 Hz | Orchestration | Apex (100%) |
Symbols serve as visual identifiers in file paths, configuration frontmatter, UI, and ontology declarations.
- Intake: ◻ Akron Gateway receives and gates all inbound signals.
- Base Processing: Signals route through the triad (●, ▼, ▲) for pattern recognition, truth validation, and mapping.
- Chamber Validation: ◆ Queen's Chamber validates; ⊗ King's Chamber translates.
- Orchestration: ◼ DOJO coordinates multi-stage cycles (S0→S7 or S0→S11).
- Output: Coherent signals (≥0.70 threshold) archive to sovereign storage; others are recalibrated.
Project directory structure:
ontology/
CHRONICLE_SEED.md # Base semantic layer
ontology.jsonld # RDF/JSON-LD ontology
shapes.ttl # SHACL validation rules
examples/ # Sample alignments
geometry/
grounding.py # Reference implementation
test_grounding.py # Unit tests (23 specs)
.github/
workflows/
ontology-validation.yml # CI pipeline
CONTRIBUTING.md # Collaboration protocol
README.md # This file
All configuration and ontology files must declare their geometric context in YAML frontmatter:
---
field:symbol: "●"
field:server_name: "OBI-WAN"
field:ascii_alias: "obi_wan"
field:prime: 19
field:frequency: 963
---
- Use
ascii_aliasin filenames and code paths. - Use the symbol as the primary label in documentation, diagrams, and UI.
How to contribute:
- Fork and clone this repository.
- Add or modify ontology, geometry, or configuration files.
- Declare symbol context in file frontmatter (see above).
- Run tests locally:
python geometry/test_grounding.py - Submit a Pull Request. CI will validate:
- Geometry compliance (≤2% tolerance)
- Ontology shape
- Symbolic metadata
- Review and merge: Maintainers check semantic alignment and provenance.
See CONTRIBUTING.md for the full protocol.
The CI pipeline (.github/workflows/ontology-validation.yml) runs these checks for every PR:
- Geometry unit tests (23 specifications)
- SHACL ontology validation
- JSON-LD syntax validation
- Prime collision detection
- Frequency compliance
All checks must pass before merge.
- Chronicle Ontology — foundational invariants
- Geometric spec — full RDF schema
- Python implementation — canonical FIELD coordinate reference
- Collaboration protocol — contributor workflow
See the LICENSE file.
Geometric routing: Symbols as addresses, primes as identity, validation as protocol.


