Flunes为什么还要再加一个工具？
你已经有了 issue 跟踪工具。 别再手动往里填了。
bug 上报 widget 和反馈看板都在你埋点的页面上收集。Flunes 则是你已在用的跟踪工具的接入层：人们随处都能上报，AI 负责结构化，最后落进 GitHub。
按类别的客观对比
Flunes 对比被拿来比较的两类工具
在类别层面对比，以免高估任何单一产品。「是」表示该类别通常如此，「部分」表示视具体工具而定，「否」表示这不是该类别要做的事。
Flunes
bug 上报 widget
Marker.io、BugHerd、Feedbucket
反馈看板
Canny
不止于单一被埋点网站（移动端、staging、现场演示）
支持
不支持
部分支持
上报的人无需账号或登录
支持
部分支持
不支持
上报的人无需安装任何东西
支持
部分支持
部分支持
AI 将上报结构化成一个干净的 issue
支持
部分支持
不支持
直接创建 GitHub issue
支持
支持
部分支持
上报者可双向回复，无需账号
支持
部分支持
部分支持
- 是，该类别通常如此
- 部分，视具体工具而定
- 否，这不是该类别要做的事
团队为何转向 Flunes
把接入交给 Flunes 的三个理由
反馈不绑定在单一页面上
widget 和看板都活在你埋点的网站上。Flunes 是一个链接：移动端构建、staging 或现场演示上的反馈，都会进入同一处接入。
对上报的人零门槛
无需账号、无需安装、无需填邮箱。人们用大白话上报，仍能收到回复：邮箱由你在邀请时一次性提供。
它喂给 GitHub，而不是取代它
上报会变成结构化的 GitHub issue，由你的团队照常分流和交付，并附带回链到原始提交以便查看上下文。
深入了解
Flunes 对比具体工具
针对常被拿来比较的工具，提供简短、客观的对比。