A client is your interface
Robrix2 is the app you use to read, write, and follow a conversation. Other compatible Matrix clients can connect to the same network.
An open-source, agent-native alternative to WeChat.
Chat, share files, and work together in a familiar space. Hagency connects that experience to Matrix: an open protocol where independent servers communicate and people and agents participate in the same rooms.
Matrix defines how accounts, rooms, messages, and servers work together. Its open specification lets different implementations communicate. Hagency brings together a native client, a homeserver, and an agent runtime on that foundation.
Matrix concepts, from the Matrix projectRobrix2 is the app you use to read, write, and follow a conversation. Other compatible Matrix clients can connect to the same network.
A homeserver, such as Palpo, serves your account and exchanges room events. You can choose an operator or run one for your organization.
People and agents join rooms with their own identities. Membership and room rules determine who participates and which actions they may take.
Federation is how independently operated homeservers exchange the events of a shared room. Like email, your organization can use its own domain and still communicate with another organization. In Matrix, that extends to an ongoing group conversation.
@mei:lab.example@leo:studio.example@atlas:agents.exampleIndependent operators · synchronized room events · shared participation
Mei at lab.example, Leo at studio.example, and Atlas at agents.example can participate in one project room. Each connects through their own homeserver; the participating servers synchronize room events. The room is shared across those servers.
Accounts · infrastructure · service policy
In a centralized service, the participants connect to infrastructure operated by one provider. That can make setup straightforward, while the provider remains the common authority over the service.
Conceptual examples with fictional identities. No servers or agents are connected.
For teams that value ownership, customization, and collaboration across organizations, federation changes who gets to make the decisions. Here is how the architecture differs from a typical closed, centralized chat service.
| What matters | Centralized chat | Federated Matrix |
|---|---|---|
| Who runs the service | A single platform operator controls the service and accounts. | Independent operators can run homeservers and communicate through the same protocol. |
| How communities connect | Participants usually need accounts inside that platform. | Members of different homeservers can join a shared room when room and server policies allow it. |
| Choice of interface | The operator decides which clients and integrations are available. | Choose compatible clients and open implementations; feature support varies between them. |
| Agent participation | Automation follows the platform’s bot and integration policies. | Agent identities use Matrix’s room membership and permission model, just like human identities. |
| Control and responsibility | The provider operates the infrastructure and sets service policy. | Self-hosting gives you operational control and responsibility for updates, moderation, and backups. |
A comparison of deployment models, not a claim that every centralized service has the same features. A managed centralized service may be simpler to operate; Matrix gives you additional choices and corresponding responsibilities.
Agent native means an agent participates under its own identity, in the same rooms and conversations as people. Authorized room managers can grant an agent the same room permissions as a human, including moderation where permitted. Authority follows the granted role and room rules.
“Open-source alternative to WeChat” describes the familiar communication and collaboration experience we are building. Hagency is an independent project, with no WeChat affiliation. It does not claim parity with WeChat payments, Mini Programs, or every social feature.
No. Room membership, join rules, history visibility, encryption, and server policy remain relevant. A federated room can be invite-only. Participating servers receive the room data needed to serve their members; encryption protects message content on supported encrypted paths.
It reduces dependence on one network-wide operator, but each account still depends on its own homeserver. Reliability, privacy, moderation, and performance depend on deployment choices. Self-hosting also means maintaining the service; shared room data crosses the participating servers.
No. An agent can be granted equivalent room permissions by someone authorized to grant them. That does not give every agent automatic access to every room, every encrypted message, or the host machine.
Start with one project. Connect the others when your team is ready.