FlunesFeedback to GitHub
Turn feedback into GitHub issues, automatically
Flunes turns feedback from anyone on your team into clean GitHub issues, no GitHub account needed. Share one link with clients, PMs, and testers; each bug report or idea lands in your repo as a structured issue, so you stop retyping feedback from Slack, email, and calls.
The problem: feedback never makes it to GitHub
Bug reports and ideas arrive in Slack threads, email, DMs, and meetings. Someone, usually a developer, has to notice them, understand them, and retype them into GitHub. Reports get lost, duplicated, or arrive missing the details needed to act.
The fix: one front door, straight to GitHub
Flunes gives everyone outside engineering one link to report a problem or request. The submission becomes a clean, labeled GitHub issue in your repo automatically. AI structures the raw text and points at likely areas of the codebase, an enhancer that keeps issues clean, not the headline.
The loop closes itself
Reporters can reply on a status page or by email, no GitHub account, and replies sync back to the issue thread. When you close the issue, they're notified it's resolved. No one pings you for status.
What a structured issue looks like
Every submission arrives in your repo ready to triage. Flunes drops in a clear title and description, applies labels for type and priority, and includes any screenshots the reporter attached. A link points back to the original submission and reporter, so you can ask a follow-up without leaving GitHub or hunting through Slack. The result reads like an issue a careful teammate wrote by hand, with the details you need to act and nothing you have to reformat first. That consistency is the whole point of turning feedback into GitHub issues.
GitHub stays the source of truth
Flunes is an intake layer, not a replacement for your tracker. It fills GitHub; it does not try to become a second place where work lives. Triage, assignment, milestones, and shipping all happen where your team already works, in the issues and pull requests you already use. There is no separate board to keep in sync and no parallel backlog to reconcile. You are not switching tools or migrating history. You are adding one clean front door in front of the repo you already trust, so feedback lands in the right place by default.
What the AI does, and does not do
The AI takes a rambling, plain-text report and rewrites it into a clean issue with a sensible title, structure, and labels. It can point at the likely area of your codebase to start looking. That is the limit. It does not read your source code, and it does not invent details, reproduction steps, or facts the reporter never gave. If a report is vague, the issue stays honest about that rather than filling gaps with guesses. You get a tidy starting point you can trust, not fiction dressed up as a bug report.
FAQ
Do people need a GitHub account to send feedback?
No. Collaborators report through a private magic link, no GitHub account, no login, nothing to install. Only you (the repo owner) sign in with GitHub.
Does Flunes replace GitHub Issues?
No. GitHub stays your source of truth. Flunes is the intake layer that fills it, triage, assignment, and shipping still happen in GitHub.
What does the AI do?
It structures a rambling report into a clean issue and suggests likely areas of the repo to look at. It never invents details or reads your source code.