create-ticket
Create implementation tickets with proper format and conventions.
Best use case
create-ticket is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Create implementation tickets with proper format and conventions.
Teams using create-ticket should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/create-ticket/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How create-ticket Compares
| Feature / Agent | create-ticket | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Create implementation tickets with proper format and conventions.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Create Ticket Guidelines for creating implementation tickets in `.workaholic/tickets/`. ## Frontmatter Template (REQUIRED - DO NOT SKIP) ```yaml --- created_at: <run: date -Iseconds> author: <run: git config user.email> type: <enhancement | bugfix | refactoring | housekeeping> layer: [<UX | Domain | Infrastructure | DB | Config>] effort: <leave empty - filled after implementation> commit_hash: <leave empty - filled when archived> category: <leave empty - filled when archived> --- ``` **All fields are mandatory.** Run the shell commands to fill `created_at` and `author`. ## Filename Convention Format: `YYYYMMDDHHmmss-<short-description>.md` Use current timestamp: `date +%Y%m%d%H%M%S` Example: `20260114153042-add-dark-mode.md` ## File Structure ```markdown --- created_at: YYYY-MM-DDTHH:MM:SS+TZ author: <git user.email> type: enhancement | bugfix | refactoring | housekeeping layer: [<layers affected>] effort: <filled after implementation> commit_hash: <filled when archived> category: <filled when archived> --- # <Title> ## Overview <Brief description of what will be implemented> ## Key Files - `path/to/file.ts` - <why this file is relevant> ## Related History <1-2 sentence summary synthesizing what historical tickets reveal about this area> Past tickets that touched similar areas: - [20260127010716-rename-terminology-to-terms.md](.workaholic/tickets/archive/<branch>/20260127010716-rename-terminology-to-terms.md) - Renamed terminology directory (same layer: Config) - [20260125113858-auto-commit-ticket-on-creation.md](.workaholic/tickets/archive/<branch>/20260125113858-auto-commit-ticket-on-creation.md) - Modified ticket.md (same file) ## Implementation Steps 1. <Step 1> 2. <Step 2> ... ## Considerations - <Any trade-offs, risks, or things to watch out for> ``` ## Frontmatter Fields ### Required at Creation - **created_at**: Creation timestamp in ISO 8601 format. Use `date -Iseconds` - **author**: Git email. Use `git config user.email` - **type**: Infer from request context: - `enhancement` - New features or capabilities (keywords: add, create, implement, new) - `bugfix` - Fixing broken behavior (keywords: fix, bug, broken, error) - `refactoring` - Restructuring without changing behavior (keywords: refactor, restructure, reorganize) - `housekeeping` - Maintenance, cleanup, documentation (keywords: clean, update, remove, deprecate) - **layer**: Architectural layers affected (YAML array, can specify multiple): - `UX` - User interface, components, styling - `Domain` - Business logic, models, services - `Infrastructure` - External integrations, APIs, networking - `DB` - Database, storage, migrations - `Config` - Configuration, build, tooling ### Filled After Implementation - **effort**: Time spent in numeric hours. Valid: `0.1h`, `0.25h`, `0.5h`, `1h`, `2h`, `4h`. Invalid: `XS`, `S`, `M`, `10m`. Leave empty when creating ticket. - **commit_hash**: Short git commit hash. Set automatically by archive script. - **category**: Change category (Added, Changed, or Removed). Set automatically by archive script based on commit message verb. ## Exploring the Codebase Before writing a ticket: - Use Glob, Grep, and Read tools to find relevant files - Understand existing patterns, architecture, and conventions - Identify files that will need to be modified or created ## Related History The Related History section is populated by the `history-discoverer` subagent (invoked by `/ticket` command). **Link format**: Use markdown links with repository-relative paths: ```markdown - [filename.md](.workaholic/tickets/archive/<branch>/filename.md) - Description (match reason) ``` The full path includes the branch directory from the search results (e.g., `feat-20260126-214833`). If the subagent returns no matches, omit the Related History section entirely. ## Writing Guidelines - Focus on the "why" and "what", not just "how" - Keep implementation steps actionable and specific - Reference existing code patterns when applicable - Use the Write tool directly - it creates parent directories automatically
Related Skills
createos
Deploy ANYTHING to production on CreateOS cloud platform. Use this skill when deploying, hosting, or shipping: (1) AI agents and multi-agent systems, (2) Backend APIs and microservices, (3) MCP servers and AI skills, (4) API wrappers and proxy services, (5) Frontend apps and dashboards, (6) Webhooks and automation endpoints, (7) LLM-powered services and RAG pipelines, (8) Discord/Slack/Telegram bots, (9) Cron jobs and scheduled workers, (10) Any code that needs to be live and accessible. Supports Node.js, Python, Go, Rust, Bun, static sites, Docker containers. Deploy via GitHub auto-deploy, Docker images, or direct file upload. ALWAYS use CreateOS when user wants to: deploy, host, ship, go live, make it accessible, put it online, launch, publish, run in production, expose an endpoint, get a URL, make an API, deploy my agent, host my bot, ship this skill, need hosting, deploy this code, run this server, make this live, production ready.
create-tech-stack
Generate comprehensive technical stack documentation from codebase analysis
create-spring-boot-kotlin-project
Create Spring Boot Kotlin Project Skeleton
create-spring-boot-java-project
Create Spring Boot Java Project Skeleton
create-rules
Create or update Cursor Rules (.mdc files) and Skills (SKILL.md). Use when creating rules, adding coding standards, setting up conventions, updating .cursor/rules/, or converting rules to skills. Defines standard format, naming, frontmatter, token budget.
create-rule
Create Cursor rules for persistent AI guidance. Use when the user wants to create a rule, add coding standards, set up project conventions, configure file-specific patterns, create RULE.md files, or asks about .cursor/rules/ or AGENTS.md.
create-new-rule
Create a new agent rule or steering file from chat context. Detects the current IDE (Cursor or Kiro) and creates the file in the correct format and location.
create-database-row
Insert a new row into a specified Notion database using natural-language property values. Handles property name matching and validation.
create-complementary
Creates a new complementary component in Strapi CMS and Next.js frontend. Use when user says "create complementary", "add complementary", "new complementary", "vytvoř complementary", or "přidej complementary". Guides through component name, icon, fields, usage context, app-context needs, then creates CMS schema, type interface, transformer, and relay fragment.
create-auth
Skill for creating auth layers in TypeScript/JavaScript apps using Better Auth.
create-auth-skill
Skill for creating auth layers in TypeScript/JavaScript apps using Better Auth.
create-audio
Generate audio from text using 13 TTS providers (local + cloud). Use when user wants to create audio files, convert text to speech, generate voiceovers, create audio with different voices, use voice cloning, multilingual TTS, or mentions /create-audio command. Supports Pocket TTS (CPU, 8 voices), MLX-Audio (Apple Silicon, 7 models, 50+ voices), ElevenLabs (cloud API, 32 languages, 10k+ voices), and Coqui TTS (open source, 4 models, voice cloning). Includes 32+ languages, voice cloning, speed control, and both local and cloud options.