new-ticket

Create tickets via guided intake, wiki pages, and optional mirroring.

Updated Jul 20, 2026
One-click install
npx skills add https://github.com/brandtam/rubber-ducky --skill new-ticket
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: new-ticket
Source: https://github.com/brandtam/rubber-ducky/tree/main/src/skills/new-ticket
Command: npx skills add https://github.com/brandtam/rubber-ducky --skill new-ticket

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Creating new work tickets manually is error-prone and hard to scale. This Skill automates the end-to-end workflow: it handles intake setup, creates the corresponding wiki page, and optionally mirrors the ticket to downstream backends, all in a safe, auditable sequence.

Core Features & Use Cases

  • Guided intake orchestration: prompts to configure backends, projects, and mirroring before any external writes.
  • Wiki-first ticket creation: creates the local wiki task page and defers external writes until user confirmation.
  • Mirror-ready workflow: supports optional mirroring to a secondary backend after intake and wiki creation.
  • Audit trails: progress persistence across sessions and explicit logging for investigation.

Quick Start

Describe a task you found and I will guide you through intake setup, wiki creation, and optional mirroring to downstream backends.

Frequently Asked Questions about new-ticket

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate ticket creation from informal ideas using a guided intake flow?▼

Ticket creation automation handles intake configuration, generates wiki task pages, and optionally mirrors tickets to downstream backends. It applies a guided flow to ensure safe, auditable ticket creation from informal ideas.

Can I mirror new tickets to a secondary backend after creating them?▼

Yes, mirroring to downstream backends is supported. After intake configuration and local wiki page creation, the workflow optionally mirrors the ticket to a secondary backend, but only after user confirmation is received.

Do I need a configured workspace to set up automated ticket intake?▼

Yes, a configured workspace with intake and optionally mirror backends is required. The workflow coordinates with a ticket-writer sub-agent and wiki task pages, needing this environment to ensure safe, auditable ticket creation.

What is the best way to ensure auditable ticket creation and track progress across sessions?▼

Auditable ticket creation is ensured through progress persistence across sessions and explicit logging. The wiki-first approach defers external backend writes until user confirmation, providing a safe sequence for investigation.

Why does the workflow create a wiki task page before writing to external ticketing backends?▼

Creating a wiki task page first defers external writes until user confirmation. This wiki-first approach ensures ticket creation is safe, auditable, and reviewable locally before any data is committed to downstream backends.