SOTER
SOTER Ecosystem Vision
Thesis
SOTER is deterministic synchronisation infrastructure for organisational
reality. It treats an organisation as a living cybernetic system rather than
as a set of static diagrams, combining material law (.model) with
immutable evidence (.fact) to pursue organisational homeostasis.
Problem
Modern IT systems, legal systems, and organisational procedures suffer from cognitive overload and increasing informational entropy. Existing tooling treats organisations as static diagrams rather than as systems whose state must be continuously reconciled with what actually happens.
Argument
Philosophical and systems concept
SOTER draws from legal and systems thinking:
.modelfiles act like material law: they describe allowed states and transformations..factfiles act like evidence: they record what was observed.- The model is the formal genotype; the historical stream of facts shapes the empirical phenotype.
- Verification discipline forces a zero-sum accounting of matter, cost, information, and responsibility.
- Ontological minimalism reduces operational reality to Subject, Action, Object, Relationship, and Fact.
Architectural concept
SOTER rejects manual diagram drawing in favour of deterministic text-first modelling:
- Logos and Docs-as-Code: organisational models are versioned, diffed, reviewed, and compiled like source code.
- Model/View separation: one
.modelcan produce many filtered.viewprojections. - Providence loop: facts are recorded in a bitemporal append-only ledger and then verified against the model.
- Hollow Client: the UI is a server-driven shell that renders instructions from the backend instead of owning business logic.
Academic space
SOTER can support research at the intersection of law, computer science, cybernetics, and complexity theory. Potential research tracks:
- Law and IT: legal reasoning provides conceptual discipline and accountability to software architecture, while engineering provides deterministic diagnostics for legal and organisational pathologies.
- Thermodynamic organisations: legal, procedural, and software gaps can be analysed as informational entropy and as empty niches in an adaptive system.
- Computational law: bitemporal ledgers and relational ontologies can model legal fictions, presumptions, proof, and non-repudiation in digital organisations.
Evolutionary isomorphism
SOTER is not only documentation tooling. It is an engineered analogue of the mechanism that made large-scale human cooperation possible: shared abstract models of reality. Human civilisation relies on social relations, abstract thought, language, shared fictions, and institutions. SOTER maps this stack into software:
- mental models become
.modelfiles; - grammar becomes Logos;
- shared culture becomes Git and shared repository state;
- institutions become generated databases, diagrams, interfaces, and runtime constraints.
The ambition is to make organisational models explicit, versioned, parsable, and machine-checkable.
Implications for SOTER
The architecture must keep the model/view separation, the Providence verification loop, and the Hollow Client pattern intact, since these are the concrete mechanisms through which the philosophical claims above (law as model, evidence as fact, homeostasis through verification) become real system behaviour.
Boundaries
SOTER must keep hard boundaries in order to preserve its negentropic role:
- It is not a drawing tool like Visio or Lucidchart. Diagrams are generated projections of Logos source.
- It is not soft management software. It does not model office politics, bluffing, or vague intent as substitutes for explicit facts and balances.
- It does not optimise for syntax sugar. Strict Logos favours explicitness over convenience.
- It is not an autonomous business mind. SOTER is deliberately stopped before self-governing agency: adaptive layers may observe, interpret, simulate, and propose, but they do not own goals, establish organisational truth, or silently rewrite the model. SOTER is an external metacognitive instrument of the organisation, not an autonomous subject.
- It is not yet a global enterprise operating system. The current implementation is an MVP and should be treated as a precise instrument for disciplined architects.
Operational Consequences
Its power depends on accepting its constraints:
- Less visual freedom, more engineering discipline.
- Fewer soft assumptions, more explicit balances.
- Fewer informal interpretations, more observable facts.
Open Questions
- How far the academic research tracks (law and IT, thermodynamic organisations, computational law) can be pursued before they require capabilities beyond the current MVP scope.
- Where the boundary sits between "an autonomous business mind" (explicitly out of scope) and increasingly capable AI-assisted modelling (Sophia).
Related Documents
- DocumentationStyleGuide.md - writing profile and document-type rules.
- PhilosophyEssayTemplate.md - philosophy document template.
- PhilosophyOverview.md - philosophical documentation entry point.
- GovernanceOverview.md - governance and lifecycle entry point.
- AkashaLedgerOverview.md - ledger and fact-recording context.
- BusinessModelingParadigms.md - hylomorphism and declarative modelling detail behind the model/fact split.
- ArchitectureOverview.md - implementation scope for the architectural concepts referenced here.