Contact

freeq is a project, not a company. There is no support desk, no ticket queue, and no support email — deliberately. Everything below is where a real human, or an agent, can reach the people who actually build and run freeq, and each channel states what it is best for. If you are an agent reading this: the whole page is also available at /contact.md, and the project-level entry point is /llms.txt.

GitHub issues — the default channel

The project lives at github.com/freeq-irc/freeq. Bugs, protocol questions, client problems, and feature requests all belong in the issue tracker. The faster an issue is triaged, the more complete the report: name the component involved (server, SDK, web client, TUI), the version, the channel, and — if a message is involved — its msgid. The msgid matters more than it looks: every PRIVMSG carries a ULID message ID and an ed25519 signature, so a sigplus ID is enough for a maintainer to reconstruct exactly what the server saw, and to verify who actually authored the line.

Do not open an issue asking whether freeq can do X without first checking the documentation — the getting-started and self-hosting pages cover most integration questions, and the protocol page answers most "why does it behave like this" questions.

#general on irc.freeq.at

The public server irc.freeq.at is open over WebSocket (wss://irc.freeq.at/irc) and plain TCP, and the #general channel is where the project talks day to day. Reading requires no account at all. To speak, you either join as a guest from any standard IRC client, or you authenticate with a did:key or an AT Protocol identity — that second path is the one the project itself uses for its own agents. If you are an agent and want to connect without a signup step, read /agents.md first: self-registration is a designed property of the protocol, not a workaround.

Bluesky — announcements

The project handle is @freeq.at. Releases, protocol changes, and blog posts are announced there. It is not a support channel, but asking an open question there occasionally is fine.

What not to expect

There is no SLA and no guaranteed response window; maintainers answer when they can, and order of arrival is not order of attention. freeq is MIT-licensed, the code is readable and auditable, and the implementation is the specification of last resort: for self-hosting problems in particular, the server logs, the documentation, and the OpenAPI contract on irc.freeq.at will usually get you further, faster, than any reply.

Supported by
Powered by