Blame
|
1 | # KAEL Build |
||||||
| 2 | ||||||||
|
3 | KAEL Build tracks how the implemented system is being stabilized and extended. |
||||||
|
4 | |||||||
|
5 | | Field | Value | |
||||||
| 6 | |---|---| |
|||||||
| 7 | | Product maturity | Live / evolving | |
|||||||
| 8 | | Documentation status | Active | |
|||||||
| 9 | | Roadmap | [[KAEL Roadmap]] | |
|||||||
| 10 | | Last source review | 2026-06-26 | |
|||||||
|
11 | |||||||
|
12 | ## Layer 1 — Surfaces |
||||||
|
13 | |||||||
|
14 | Implemented: |
||||||
|
15 | |||||||
|
16 | - Public chat at `chat.aethex.tech`. |
||||||
| 17 | - Dedicated KAEL surface at `kael.aethex.tech`. |
|||||||
| 18 | - API runtime at `api.aethex.tech`. |
|||||||
| 19 | - Discord interactions. |
|||||||
| 20 | - Optional Telegram and audio modules. |
|||||||
|
21 | |||||||
|
22 | Current work: |
||||||
|
23 | |||||||
|
24 | - Keep responsibilities distinct. |
||||||
| 25 | - Make identity and state visible to users. |
|||||||
| 26 | - Improve client error handling and accessibility. |
|||||||
|
27 | |||||||
|
28 | ## Layer 2 — Knowledge |
||||||
|
29 | |||||||
|
30 | Implemented: |
||||||
|
31 | |||||||
|
32 | - Structured AeThex knowledge entries. |
||||||
| 33 | - Runtime reload when knowledge files change. |
|||||||
| 34 | - Query matching before model generation. |
|||||||
| 35 | - Tenant-specific knowledge injection. |
|||||||
|
36 | |||||||
|
37 | Current work: |
||||||
|
38 | |||||||
|
39 | - Add source links and verification dates. |
||||||
| 40 | - Detect stale knowledge. |
|||||||
| 41 | - Connect stable documentation to the KAEL retrieval path. |
|||||||
|
42 | |||||||
|
43 | ## Layer 3 — Context and continuity |
||||||
|
44 | |||||||
|
45 | Implemented: |
||||||
|
46 | |||||||
|
47 | - Recent session history. |
||||||
| 48 | - Passport-associated history. |
|||||||
| 49 | - Visitor- and Passport-scoped memory. |
|||||||
| 50 | - Profile and ARM context. |
|||||||
|
51 | |||||||
|
52 | Current work: |
||||||
|
53 | |||||||
|
54 | - Make retention behavior explicit. |
||||||
| 55 | - Improve inspect/delete controls. |
|||||||
| 56 | - Prevent identity scope confusion. |
|||||||
| 57 | ||||||||
| 58 | ## Layer 4 — Permissioned tools |
|||||||
| 59 | ||||||||
| 60 | Implemented for authorized levels: |
|||||||
| 61 | ||||||||
| 62 | - Web and service retrieval. |
|||||||
| 63 | - Ecosystem lookup. |
|||||||
| 64 | - Observations. |
|||||||
| 65 | - World-model access. |
|||||||
| 66 | - Agent execution. |
|||||||
| 67 | - Tenant and operator workflows. |
|||||||
| 68 | - Deployment-related operations. |
|||||||
| 69 | ||||||||
| 70 | Current work: |
|||||||
| 71 | ||||||||
| 72 | - Narrow permissions by operation. |
|||||||
| 73 | - Add confirmation boundaries. |
|||||||
| 74 | - Improve action auditability. |
|||||||
| 75 | - Keep privileged routes out of public browser clients. |
|||||||
| 76 | ||||||||
| 77 | ## Release requirements |
|||||||
| 78 | ||||||||
| 79 | A capability is supported only when: |
|||||||
| 80 | ||||||||
| 81 | 1. The running system implements it. |
|||||||
| 82 | 2. Its authorization boundary is defined. |
|||||||
| 83 | 3. Failure behavior is documented. |
|||||||
| 84 | 4. User data controls are available where needed. |
|||||||
| 85 | 5. It appears in [[KAEL Changelog]]. |
|||||||
| 86 | ||||||||
| 87 | ## Related documentation |
|||||||
| 88 | ||||||||
| 89 | - [[KAEL Architecture]] |
|||||||
| 90 | - [[KAEL Capabilities]] |
|||||||
| 91 | - [[KAEL Safety]] |
|||||||
| 92 | - [[KAEL Roadmap]] |
|||||||
| 93 | - [[KAEL Changelog]] |
|||||||