| schema |
aether.architecture-document/v1 |
| id |
egolint-epistemology |
| title |
Egolint Epistemology |
| kind |
architecture-document |
| version |
0.1.0 |
| status |
provisional |
| owners |
|
| created |
2026-08-19 |
| updated |
2026-08-19 |
| governed_by |
architecture-epistemology |
|
| depends_on |
egolint-purpose |
egolint-principles |
|
| related |
egolint-vision |
egolint-pillars |
egolint-manifesto |
egolint-ai-constitution |
|
| supersedes |
|
This document governs how Egolint classifies claims, evidence, provenance, confidence, conflict, and
revision. It does not dictate which technical conclusion must be accepted.
| State |
Meaning |
| Observed |
Directly supported by repository or runtime evidence |
| Decided |
Accepted through the repository governance process |
| Inferred |
Reasoned from evidence but not directly observed |
| Proposed |
Recommended future direction not yet accepted |
| Assumed |
Necessary working premise awaiting evidence |
| Unverified |
Plausible claim that has not been checked |
| Open question |
A known gap requiring investigation or choice |
- Reproducible tests, schemas, generated artifacts, and runtime observations.
- Accepted decisions and versioned specifications.
- Current source and configuration.
- Maintainer documentation and issue history.
- Inference and recommendation, labeled with uncertainty.
Claims should identify their source closely enough to be rechecked. Conflicting evidence remains
visible until the canonical owner resolves it; recency alone does not automatically establish truth.
Material claims are revised when stronger evidence appears, their source changes, or an accepted
decision supersedes them. Historical decision context is preserved rather than rewritten.
- Observed: The repository README establishes the intended boundary as a universal linting
platform and extensible MegaLinter wrapper for consistent repository quality; significant
implementation remains incomplete.
- Decided for this draft: The repository owns the bounded concern described here and
participates through versioned contracts.
- Proposed: Target systems and later roadmap phases remain proposals until accepted and
implemented.
- Open question: Which parts of this draft should become active in the first independently
versioned release?