为产品团队打造的开源工单系统
从第一个问题,
到最后一次回复。
客户门户、团队工单和邮件沟通,汇入同一个工作空间。问题从哪里开始,上下文就从哪里延续。
在自己的 Cloudflare 账号上运行Apache 2.0 ONFIRE01 — 对话
一个问题,得到认真回应。OF–1048 · Alex 已回复
为你的团队而建原生多租户中英文支持Cloudflare 原生Apache 2.0 开源
看看 OnFire 如何工作
问题的来龙去脉,一目了然。
谁在跟进、聊过什么、还有哪些问题等待回复,都有清晰的记录。切换视图,了解客户门户与工单分配。
阅读指南 工单/待处理工单演示工作空间
待处理工单
24 24 张待处理工单中的 3 张
MC 我们昨天添加了 DNS 记录,但自定义域名仍然显示待验证,可以帮忙看一下吗?
AM 我检查了记录,主机名多了一段前缀。请删除这段前缀,保存后重新点击验证。我会保留这张工单,等你确认结果。
让日常协作更有条理
从实际支持工作出发。
明确分工、保留历史、按需配置。从第一个产品开始,逐步建立适合团队的支持流程。
文档 从接收问题到持续跟进
一张工单,完整记录。
对话在产品、邮箱和团队之间流转,信息始终跟随工单。
01 从门户或邮件发起
产品内的简洁门户,或熟悉的邮件对话,都汇入同一条工单记录。
02 让协作有据可循
富文本回复、内部备注、明确的负责人和 SLA 时限,帮助团队持续推进问题。
03 回复之后,继续跟进
翻译回复、通知相关人员,并在客户长时间未响应后自动关闭工单。
接入现有服务
使用你熟悉的工具。
使用自己的 AI 模型、邮件服务和通知渠道,按产品配置,随需求扩展。
语言模型OpenAI · Anthropic · Google · xAI · DeepSeek 邮件发送Resend · SendGrid · Mailgun · SMTP 消息通知Slack · Discord · Telegram · Feishu · WeCom 自己的系统,自己的工作方式
让 OnFire 为团队工作。
在本地启动 OnFire,接入第一个产品,再部署到自己的 Cloudflare 账号。
克隆仓库git clone https://github.com/backrunner/onfire.git