北京
每个接外包的开发者都熟悉这个场景：项目交付后，Bug反馈像雪片一样飞来——Slack截图、没写完的邮件、语音备忘录，还有那句经典的"我手机上那个按钮坏了"。
这些信息没法直接用。作者每周五要花2-3小时，把模糊的人话翻译成开发者周一能看懂的GitHub工单。试过Linear表单、Canny、Notion收集文档、Typeform接Zapier，全都不行。非技术客户不想填：字段太多、流程太复杂、"我该点哪儿来着？"
于是有了Flunes。
核心设计极简：给客户一个链接。他们打开，用 plain English 写问题，想传截图就传，提交完事。后台流程：大语言模型读取提交内容，结合已连接的代码仓库上下文，生成结构化工单——摘要、实际表现vs预期、复现步骤、影响范围、可能受影响的代码区域。工单自动进GitHub，打好标签（bug、优先级、模块）。客户收到确认，全程不用看GitHub、不用注册、不用碰任何"技术"东西。
作者的判断：瓶颈不是收集反馈，而是把反馈变成开发者不用花20分钟梳理就能动手修的形态。
技术实现上，"嵌入整个仓库、提交时检索top-k"的 naive 方案试过，太吵太贵。实际跑通的做法是：连接仓库时索引文件路径和目录结构，给每个顶级目录生成一段摘要，拉取近期提交信息和开放工单作为词汇参考。提交时做一次LLM调用，把用户报告和这份精简的仓库清单一起喂进去，输出带"可能受影响区域"的结构化工单，直接引用仓库里的真实路径。比如"Safari上登录页很慢"这种描述，出来能定位到 apps/web/features/auth/，而不是瞎猜。
不是魔法，会出错。每个生成工单都带AI免责声明，这是认真的。
技术栈：Next.js 15跑Cloudflare Workers（OpenNext），冷启动快、能缩到零、便宜。Supabase管认证和Postgres，免费档够用。GitHub App做仓库授权，不要个人token，按安装粒度授权。Polar处理账单，Hookdeck保webhook可靠。Tiptap做提交页编辑器。next-intl做国际化——第二个试用的用户就在德国。
收费模式：免费档1个仓库、无限协作者、无限提交、AI结构化、GitHub工单创建全包。Starter/Pro加仓库数、加功能。作者明确表示"不想在免费档恶心人"，目标是小团队用爽了之后自然升级。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
