Governed AI operations, event-driven runtime, and database-centric architecture.
Documentation-first profile page for the Aetherium ecosystem.
Architecture Hub • System Architecture (TH) • Ownership Matrix • Event Contracts
Aetherium ecosystem ถูกออกแบบเป็น federated platform ที่แต่ละ repository รับผิดชอบข้อมูลและ runtime คนละส่วน แต่เชื่อมกันผ่าน governance, canonical events, และ continuity memory
- Governance core — identity, billing, entitlements, policy-linked state
- Canonical event fabric — cross-system messaging, replay, delivery durability
- Continuity memory — immutable evidence trail สำหรับ trust, audit, และ replay
- Experience surfaces — control plane, visualization, telephony, และ edge analytics
| Repository | Role | Storage / state pattern |
|---|---|---|
Aetherium-Syndicate-Inspectra |
Governance, identity, billing, tenancy | SQLite relational system of record |
AETHERIUM-GENESIS |
Continuity ledger and trust/entropy logic | Append-only ledger |
AetherBus-Tachyon |
Canonical event routing and WAL-backed recovery | In-memory broker state + WAL |
Aetherium-Manifest |
Visualization and telemetry | In-memory time-series cache |
SpectraCall |
Mission control UI | Control-plane read models |
OmniVoice-AI |
Voice commerce operations | Operational DB |
AmpereEye |
Device-local analytics | Local SQLite / Room |
flowchart TB
subgraph Experience[Experience Layer]
SC[SpectraCall]
MF[Aetherium Manifest]
OV[OmniVoice AI]
AE[AmpereEye]
end
subgraph Core[Core Platform]
GOV[Governance Core]
BUS[AetherBus-Tachyon]
GEN[Continuity Memory]
end
subgraph Data[State]
GOVDB[(Governance DB)]
WAL[(Bus WAL)]
MEM[(Append-only Memory)]
OPS[(Domain Operational Stores)]
end
SC --> GOV
SC --> BUS
MF --> BUS
OV --> BUS
OV --> OPS
AE --> OPS
GOV --> GOVDB
BUS --> WAL
BUS --> GEN
GEN --> MEM
- เขียนข้อมูลธุรกรรมที่ canonical owner ก่อนเสมอ
- ใช้ canonical envelope สำหรับ cross-system integration
- รักษา
correlation_idตลอดทั้ง execution path - อย่าใช้ frontend หรือ cache เป็น source of truth
- commit outcome สำคัญเข้า immutable memory สำหรับ replay และ audit
- เริ่มจาก
README.mdเพื่อดู architecture hub และภาพรวมล่าสุด - ใช้
SYSTEM_ARCHITECTURE_TH.mdสำหรับสรุปภาษาไทย - ใช้
DATABASE_OWNERSHIP_MATRIX.mdตอนคุยเรื่อง source of truth และ write authority - ใช้
EVENT_CONTRACT_CATALOG.mdตอนออกแบบ integration หรือ event contract review
เอกสารรอบนี้เน้น 3 เรื่อง:
- ทำหน้าแรกใหม่ให้เป็น landing page ที่อ่านง่ายและไม่ซ้ำกับ README หลัก
- ทำ architecture hub ให้ชัดว่าระบบใดเป็น truth, runtime state, หรือ derived projection
- เก็บเฉพาะข้อเสนอระยะถัดไปที่ยังไม่ทำ เพื่อไม่ให้ปะปนกับงานที่เสร็จแล้ว