Draft and refine Linear or Superset tickets using a consistent structure for context, references, and implementation notes. Clarify the desired outcome, record where requests came from, and add code details when enough context is available.
Canonical three-section structure for Linear and Paradev tickets in this repo. Use when creating, drafting, or grooming a ticket.
Run score Not tested
See how to installThis skill organizes Linear or Superset tickets with a shared structure: Context, References, and Implementation notes. The Context section uses two to four sentences to describe what is broken or wanted and why, focusing on the desired outcome rather than deciding on a solution first. References are recorded in a table with the source, speaker, link, and date.
Use it to create bug reports or feature requests and make ticket information more consistent across writers. It can also help review existing tickets and add information needed for implementation, keeping background separate from technical considerations.
If the codebase context is unavailable, leave Implementation notes empty. When adding notes, include only relevant details: file paths and line numbers, an approach, similar code, and constraints or past issues. Omit References when there are no sources.
This overview was written by AI (OpenAI Codex) from the public SKILL.md. Check the original below for the exact behavior.
AI checked the SKILL.md for operations that need care and for setup requirements. The score comes only from actually running the skill (hands-on test).
Not counted in the score. Rated by AI (OpenAI Codex) as of Oct 29, 2026. Treat it as a guide and read the original before installing.
Review the instructions the agent will receive before you install.
2–4 sentences. What's broken or wanted, and why. Outcome-focused, not solution-focused.
Where the ticket came from. Omit section if none.
| Source | Who | Link | Date |
|---|---|---|---|
| Slack #feedback | @alice | thread | 2026-05-10 |
Agent-groomed. Leave empty if you don't have codebase context; a later grooming pass will fill it in. When you do fill it in, use these sub-headings and skip what doesn't apply:
### Files: path:line + why relevant### Approach: one paragraph### Related code: similar patterns in the repo### Gotchas: constraints, prior incidentsNo reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Review how you use Superset and identify unused features that fit your workflow. Get a short list of suggestions, learn about each option, and set up selected features such as scheduled agents, parallel workspaces, or shared tasks.
Set up recurring tasks in Superset with an agent prompt, a schedule or event trigger, and a chosen execution workspace. After explicit confirmation, create the automation, check its saved settings, and review a real first run.
Browse pages, click controls, fill fields, and inspect screenshots or console messages through Superset's browser pane. Use it to preview a running web app, check interface behavior, and work through browser tasks in a visible session.
Build Stripe payments, subscriptions, and invoicing using verified documentation and API parameter definitions. The skill guides product selection, sandbox testing, and webhook handling, where server notifications determine payment and subscription state.
Verify a UI change or reproduce a bug in the running desktop app using the Chrome DevTools Protocol (CDP), a browser debugging interface. Follow the real user journey and compare screenshots with measurements such as route, scroll position, and persisted state.
Diagnose failed GitHub Actions runs by finding the first meaningful error, separating code problems from infrastructure issues and intermittent failures, and comparing the base branch. Get a focused report explaining the PR’s involvement and recommended next steps.