[FEATURE] - Create a Ticket for Suggested Tasks
Preflight Checklist
- [x] I have searched existing requests and this feature hasn't been requested yet
- [x] This is a single feature request (not multiple features)
Problem Statement
We run many parallel Claude Code sessions across a fleet of repos. When a session surfaces a follow-up task, it shows up as a "Suggested task" chip with a "Send to cloud" action. That's useful for spinning the task off immediately — but it's the only thing you can do with it in the moment.
Our team tracks all real work in GitHub Issues so it survives past any single session and shows up in triage/backlog. Suggested-task chips don't do that: they're session-local UI state. If nobody clicks "Send to cloud" right then, the task is only preserved if a human (or the agent) notices it and manually retypes it into an issue tracker later. In practice that means:
Tasks get lost when a session ends without action being taken on the chip
There's no single source of truth — some suggested tasks become tickets, some become cloud sessions, some just vanish
Converting a suggestion into a tracked issue currently requires copying title/description by hand into GitHub (or another tracker), which is friction significant enough that it doesn't reliably happen
Proposed Solution
We want every suggested task to have a one-click path into our actual backlog, not just into an ephemeral session.
Alternative Solutions
_No response_
Priority
Medium - Would be very helpful
Feature Category
CLI commands and flags
Use Case Example
- I'm running a Claude Code session in a workspace folder that contains many of our team's repos. Mid-session, a "Suggested task" chip appears: "Un-gate living-window desktop pane after parity review" — a real follow-up spotted from the work in progress.
- This isn't something I want to work on myself right now, and it isn't something I want to hand to a cloud session immediately either — it needs a parity review by whoever owns that surface, on their own time. I just want it captured so it doesn't get lost.
- With this feature, I'd click "Create ticket" on the chip. It would open a filed GitHub issue in the right repo, pre-populated with the chip's title and description, and mark the chip as "filed" so it's clear the task now has a durable home.
- This would save me time because right now the only way to preserve a suggested task I'm not acting on immediately is to manually copy the title and description out of the chip and retype them into a new GitHub issue myself (or ask the agent to do it as a separate step). A one-click action collapses that into the same motion as dismissing the chip — so suggestions reliably end up in the backlog instead of silently disappearing when the session closes.
Additional Context
Additional context: We have a strict team rule that any task or follow-up finding must be filed as a GitHub issue so it survives past the session (chips are ephemeral UI state, not our system of record). Right now that means every suggested-task chip requires a manual, separate step to become durable — this feature would make the durable path the default path instead of an extra chore.
3 Comments
Are we done?
I've created my own backlog using Claude. I don't use any third-party solutions, so this would be something really easy and lite-weight for you to do for anyone that uses Claude end-to-end for their workflows.
When Claude surfaces a suggested background task (via the task-suggestion chip that appears after Claude notices something worth flagging — a bug, a TODO, a cleanup item), the chip currently offers a fixed dropdown of actions:
Start locally
Start with worktree
Send to cloud
Fix in this session
All four of these assume the user wants to act on the suggestion right now, in some execution mode. There's no lightweight option for "log this for later, but don't dispatch a session for it yet."
Request: Add a fifth action, "Create a backlog item" (or similar), that:
Records the suggestion's title + description into the user's own backlog/task-tracking store (however that's configured — e.g., a markdown backlog file, a linked project management tool, etc.)
Dismisses the chip without spawning any session or worktree
Ideally lets the user pick a priority/workstream tag if their project has a structured backlog format
Why this matters: Right now, if a user doesn't want to act on a suggestion immediately but also doesn't want to lose it, their only real option is to dismiss the chip (losing the suggestion) or ask Claude directly, in the current session, to go write it into whatever backlog system the project uses. That's a manual, ad hoc step every time — the tracking-vs-executing decision isn't supported by the chip UI itself, even though it's a very common outcome (a lot of surfaced findings are real but not urgent).
Possible implementation notes:
This could be as simple as a generic "log to a file/note" action if there's no way to know what backlog system a given project uses.
Alternatively, if Claude Code already has some concept of project-level task/backlog conventions (e.g., detected from a CLAUDE.md or repo scan), the action could route through that.
+1 Our organization uses JIRA to manage deployment of multiple stacks and services. Right now this "chip" option shortcuts the PM entirely and obfuscates changes.
For this to be anything other than a foot gun, we would need it to be able to spawn a new issue in JIRA through the integration.