Is your feature request related to a problem? Please describe.
Dotcraft supports interacting with the agent via various messaging channels. Currently, users who rely on open, self-hosted, or decentralized communication protocols don't have a native channel to interact with their workspace agent.
Describe the solution you'd like
I propose adding Matrix as a supported Channel Entry Point. This would allow users to communicate with their dotcraft agent directly through Matrix clients (like Element).
Why Matrix?
- Open Source & Developer Friendly: Matrix is a highly popular protocol among developers, perfectly matching
dotcraft's target audience.
- Privacy & Self-Hosting: Users who care about data ownership often host their own Matrix homeservers. Allowing them to route their AI interactions through Matrix keeps their data within their control.
- Seamless Integration: It fits perfectly into the existing architecture of interacting with the agent via external IMs, similar to the existing Telegram or WeChat implementations.
Describe alternatives you've considered
Users currently have to rely on bridging solutions (e.g., Matrix-to-Telegram bridges) to interact with the agent, which adds unnecessary latency, complexity, and potential points of failure. Native integration would be much more reliable.
Is your feature request related to a problem? Please describe.
Dotcraft supports interacting with the agent via various messaging channels. Currently, users who rely on open, self-hosted, or decentralized communication protocols don't have a native channel to interact with their workspace agent.
Describe the solution you'd like
I propose adding Matrix as a supported Channel Entry Point. This would allow users to communicate with their
dotcraftagent directly through Matrix clients (like Element).Why Matrix?
dotcraft's target audience.Describe alternatives you've considered
Users currently have to rely on bridging solutions (e.g., Matrix-to-Telegram bridges) to interact with the agent, which adds unnecessary latency, complexity, and potential points of failure. Native integration would be much more reliable.