Copy-ready material for sharing
qq-ai-botin communities, weekly newsletters, awesome lists, forum posts, and sponsor conversations.
qq-ai-bot is a self-hosted QQ ↔ AI bot scaffold for OneBot 11 / NapCat / LLOneBot and ACP-compatible agents. It focuses on the integration layer: QQ transport, session persistence, progress streaming, Docker packaging, metrics, and operator-facing deployment notes.
It is positioned as bot infrastructure / integration glue, not a toy chat UI.
- Self-hosted QQ ↔ AI bridge for OneBot 11 / NapCat / LLOneBot and ACP-compatible agents.
- A production-minded QQ bot scaffold with persistent sessions, progress streaming, Docker quickstart, metrics, and deployment notes.
- OneBot transport + ACP agent bridge + session persistence + operator docs in one reusable TypeScript repo.
qq-ai-bot — self-hosted QQ ↔ AI bot scaffold for OneBot 11 / NapCat / LLOneBot and ACP-compatible agents, with persistent sessions, progress streaming, Docker quickstart, Prometheus-style metrics, and deployment docs.
- OneBot 11 forward / reverse WebSocket paths
- NapCat / LLOneBot integration notes
- ACP-compatible agent bridge
- per-chat session persistence
- Redis-backed session option
- progress streaming back to QQ
- inbound image handling and explicit richer-media boundaries
- Prometheus-style
/metrics /readyzand/status- Docker image and demo compose path
- v0.1.7 tag with CI / Docker publish / arm64 QEMU smoke evidence
- arm64 / CasaOS tester pack: https://github.com/happysnaker/qq-ai-bot/blob/main/docs/public/arm64-casaos-tester-pack.md
- multi-instance / Redis caveats documented honestly
- Repository: https://github.com/happysnaker/qq-ai-bot
- Project page: https://happysnaker.github.io/qq-ai-bot/
- Public landing / proof ladder: https://github.com/happysnaker/qq-ai-bot/blob/main/docs/public/landing-page.md
- Ecosystem tracker: https://github.com/happysnaker/qq-ai-bot/blob/main/docs/public/ecosystem-tracker.md
- Getting started: https://github.com/happysnaker/qq-ai-bot/blob/main/docs/getting-started.md
- Deployment patterns: https://github.com/happysnaker/qq-ai-bot/blob/main/docs/deployment-patterns.md
- Multi-instance notes: https://github.com/happysnaker/qq-ai-bot/blob/main/docs/multi-instance-notes.md
- Support: https://happysnaker.github.io/support/#from-qq-ai-bot
- Homelab / CasaOS outreach kit: https://github.com/happysnaker/qq-ai-bot/blob/main/docs/public/homelab-outreach-kit.md
- Sponsorware discussion: #30
Built qq-ai-bot as a self-hosted QQ ↔ AI bridge.
The point is not another chat UI.
It handles the glue:
- OneBot 11 / NapCat / LLOneBot
- ACP-compatible agents
- persistent sessions
- progress streaming
- Docker quickstart
/metrics,/readyz,/status
Repo: github.com/happysnaker/qq-ai-bot
I added multi-instance notes to qq-ai-bot because “supports Redis” is not the same as “safe horizontal scale”.
The docs now spell out:
- when to stay single-instance
- when Redis helps
- OneBot WebSocket caveats
- what is not exactly-once
- what to monitor
That honesty matters for bot infra.
qq-ai-bot is free and open source.
Sponsorware candidates now open:
- deployment validation paths
- more public demo assets
If it saved you OneBot / ACP wiring time, support page is here: happysnaker.github.io/support/#from-qq-ai-bot
I’m building qq-ai-bot as a self-hosted QQ ↔ AI bridge for OneBot 11, NapCat / LLOneBot, and ACP-compatible agents.
The technical focus is the integration layer around a bot, not the model itself:
- OneBot transport wiring
- ACP agent dispatch
- persistent sessions
- progress messages back to QQ
- Docker packaging
/metrics,/readyz, and/status- deployment and multi-instance caveats
The most important doc I added recently is not a hype page. It is a multi-instance operator note that says exactly what Redis does and does not solve. Redis externalizes session state; it does not magically provide distributed locks, exactly-once delivery, or cross-instance replay protection.
That is the kind of honesty I want in this repo: useful defaults, clear boundaries, and enough packaging that another operator can decide whether the project fits their environment.
项目名称:qq-ai-bot
项目地址:https://github.com/happysnaker/qq-ai-bot
一句话:面向 OneBot 11 / NapCat / LLOneBot 的 QQ ↔ AI 自托管脚手架,可对接 ACP-compatible agents,支持会话持久化、进度回传、Docker 快速启动和 Prometheus 风格 metrics。
推荐理由:它不是一个只会聊天的 demo,而是把 QQ transport、ACP agent bridge、session store、部署文档和运维边界整理成了一个更像 bot infrastructure 的仓库。
Use these only when a PR has gone stale or a maintainer asks for more context. Do not spam maintainers; one short source-linked follow-up is enough.
Small follow-up: this integration doc is meant to give LLOneBot users one concrete QQ ↔ AI deployment path without changing the default LLOneBot quickstart.
Current proof links:
- qq-ai-bot project page: https://happysnaker.github.io/qq-ai-bot/
- v0.1.7 release: https://github.com/happysnaker/qq-ai-bot/releases/tag/v0.1.7
- latest arm64 smoke: https://github.com/happysnaker/qq-ai-bot/actions/runs/29026549935
I am happy to trim wording or move the section if a lighter docs entry fits this repo better.Small follow-up with current packaging evidence:
- public image: ghcr.io/happysnaker/qq-ai-bot:v0.1.7 and :latest
- project page: https://happysnaker.github.io/qq-ai-bot/
- latest Docker publish: https://github.com/happysnaker/qq-ai-bot/actions/runs/29026418551
- latest arm64 image smoke: https://github.com/happysnaker/qq-ai-bot/actions/runs/29026549935
The remaining caveat is still physical CasaOS / real ARM host validation. Tester checklist: https://github.com/happysnaker/qq-ai-bot/blob/main/docs/public/arm64-casaos-tester-pack.md. Tracker: https://github.com/happysnaker/qq-ai-bot/issues/26Small status note: the project now has a stable public release, project page, Docker packaging, and an ecosystem tracker.
Useful review links:
- project page: https://happysnaker.github.io/qq-ai-bot/
- ecosystem tracker: https://github.com/happysnaker/qq-ai-bot/blob/main/docs/public/ecosystem-tracker.md
- latest release: https://github.com/happysnaker/qq-ai-bot/releases/tag/v0.1.7
If the project is still too young for this list, I am fine leaving this open or revisiting after more release age / external usage evidence.- Do not claim physical CasaOS / real ARM validation until a real install report lands.
- Do not describe closed/deferred PRs as listings.
- Do not paste QQ account details, screenshots, tokens, group IDs, or private deployment logs.
- Do not bump the same PR repeatedly without new evidence.
Use homelab-outreach-kit.md when posting to CasaOS, NAS, SBC, Docker, or homelab communities. It keeps the ask honest: QEMU smoke is green, but a real physical ARM / CasaOS report is still missing.
- If this saves you OneBot / ACP wiring time, sponsor the maintenance work.
- Support the next operator-facing features: physical ARM/CasaOS validation via the tester pack, deployment troubleshooting, public demo assets, and richer operations docs.
- The project is free; sponsorship funds the boring but useful packaging work that makes it safer to run.
Support page: https://happysnaker.github.io/support/#from-qq-ai-bot