KAEL
KAEL is AeThex's intelligence layer: the assistant, operator, and system-facing agent being built to understand AeThex context, help users move through the ecosystem, and eventually coordinate work across AeThex services.
KAEL // AeThex intelligence layer
Build the assistant that understands AeThex itself.
KAEL is being developed as a living system: chat surface, platform agent, documentation guide, workflow helper, and future orchestration layer for AeThex users and teams.
What KAEL is
KAEL is not just a chatbot. It is the named intelligence layer for AeThex.
KAEL should become the connective assistant across AeThex: able to explain docs, guide users through platform flows, help developers integrate with APIs, support communities, and eventually take carefully-scoped actions inside AeThex systems.
Current surfaces
- chat.aethex.tech — the conversational entry point for KAEL-style interaction.
- kael.aethex.tech — the dedicated KAEL surface for system identity, experiments, builds, and future agent workflows.
- docs.aethex.support — the source of operational documentation KAEL should be able to reference.
- aethex.support — the user-facing support layer KAEL may eventually help route or explain.
Build philosophy
KAEL should be built as a trustworthy system component, not as a gimmick. That means:
- It should know when to answer, when to ask, and when not to act.
- It should understand AeThex products, docs, services, communities, and governance context.
- It should keep a clear separation between explanation, suggestion, and action.
- It should respect authentication, permissions, and tenant boundaries.
- It should leave a traceable record for meaningful changes.
Near-term goals
- Establish KAEL's public identity and documentation.
- Connect the chat and KAEL surfaces to the same product narrative.
- Build a living changelog for updates.
- Define what KAEL can safely do now versus later.
- Prepare integration paths with Passport, Projects, Support, and Api-Reference.
This section should stay practical and current. If KAEL changes, update KAEL-Changelog first, then reflect stable behavior here.