code/slack-to-ticket/SKILL.md
Creates a Linear issue from a pasted Slack thread. Parses the conversation, infers title, priority, category, and description, checks for duplicates, and creates a clean ticket. Use when pasting a Slack thread to turn it into a trackable issue.
npx skillsauth add mostafa-drz/claude-skills slack-to-ticketInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Creates a structured Linear issue from a pasted Slack conversation.
Read ~/.claude/skills/slack-to-ticket/preferences.md using the Read tool. If not found, no preferences are set.
Check $ARGUMENTS:
help → display help then stopconfig → interactive setup then stopreset → delete ~/.claude/skills/slack-to-ticket/preferences.md, confirm, stopSlack to Ticket — Create a Linear issue from a Slack thread
Usage:
/slack-to-ticket <paste thread> Parse and create issue
/slack-to-ticket config Set default team, project, preferences
/slack-to-ticket reset Clear preferences
/slack-to-ticket help This help
What it does:
1. Parses the thread for topic, urgency, action items
2. Checks Linear for duplicate issues
3. Shows inferred fields for review
4. Asks for team and project
5. Creates issue with natural description
Current preferences:
(shown above under Preferences)
Use AskUserQuestion:
Q1 — "Default Linear team?" (options from list_teams, max 4, + "Ask each time")
Q2 — "Default project?" (options from list_projects, max 4, + "None", + "Ask each time")
Q3 — "Default priority when no urgency signals?" (Normal (default), Low, Ask each time)
Save to ~/.claude/skills/slack-to-ticket/preferences.md.
If no preferences file exists, show:
"First time using /slack-to-ticket? Run /slack-to-ticket config to set default team/project, or continue — I'll ask as needed."
Then proceed normally.
Analyze $ARGUMENTS and extract:
Bug, Feature, Improvement, or TaskIn parallel:
list_teams — get available teamslist_projects — get active projectsThen search for duplicates:
list_issues — search with keywords from the parsed topicIf duplicate found, warn the user and let them decide.
Use list_issue_labels to check if inferred category label exists. Include only if valid match. If no match, omit.
Show inferred fields:
Inferred from Slack thread:
- Title: {title}
- Category: {category}
- Priority: {priority} ({reason})
- Action items: {count} found
- Participants: {names}
{if duplicate: ⚠️ Possible duplicate: {issue ID} — {title}}
Use a single AskUserQuestion call to ask:
list_teams)Do NOT ask about title, priority, description, or labels — those are inferred.
Use create_issue with:
list_issue_statuses. If not found, omit.Write like a human engineer wrote it:
Rules:
_ref: [Slack thread](url)_Show:
AIS-123)If user chose a team/project different from saved preferences, update silently. Mention: "Noted: you prefer team {X}. Saved for next time."
development
--- name: triage-board description: >- Generates a structured triage artifact from the current conversation's findings — a self-contained Desktop folder with a JSON Schema, schema-conformant report.json, prose markdown, and a single-file HTML viewer. Viewer ships with MD / CSV / JSON download buttons in the header and a per-finding "Copy as Markdown" action that produces a GitHub/Linear/Notion-ready ticket block. Stateless — triage state lives in the user's ticket system, not in the
development
Runs a beginner-mind end-to-end UI audit of any running app — local dev server, staging, production, or a specific URL. Drives Chrome through every interactive element on the target surface, collects structured findings (severity, category, where, symptom, impact, repro, triage), and hands the result off to `/triage-board` which produces the Desktop folder (schema + JSON + Markdown + single-file HTML viewer with MD/CSV/JSON exports and a per-finding Copy as Markdown button). Use when you want fresh-eyes verification of a feature, page, modal, flow, branch, or whole app — before shipping, before review, before a demo, or any time the UI deserves a careful poke.
development
Reviews the user's past Claude Code conversations from a wellbeing perspective — sentiment, tone, emotional arc, recurring patterns — and generates a supportive, science-grounded report in both Markdown and HTML. Default lookback is 48 hours across all projects. Uses recognised emotion frameworks (Plutchik, Ekman, Russell's circumplex, Pennebaker linguistic markers) and cites the science behind every observation. Learns the user's baseline tone over time so future reports flag genuine shifts, not noise. Use when the user asks for an emotional/wellbeing recap, mood check, sentiment review, or wants to understand their own ups and downs across recent work sessions.
development
--- name: workflow-advisor description: >- Analyzes recent Claude Code conversations and local Claude state (skills, settings, memory files, CLAUDE.md), researches the latest Claude Code features and best practices online, and suggests one workflow improvement at a time with reasoning and a concrete action item. Can save accepted suggestions to memory for tracking. Use when you want to discover underused Claude Code features, improve your development workflow, stay current with the lat