with one click
idea
Capture a feature idea as a structured GitHub issue
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
Capture a feature idea as a structured GitHub issue
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Multi-slide bilingual brand carousels — Claude writes the deck, kun renders Anthropic-styled slides at exact platform sizes, a human approves, channels receive
Draft, stage, and publish brand social posts — Claude drafts, /higgs renders, a human approves, Hermes relays
Convert a file or URL to Markdown via MarkItDown (PDF, Office, images, audio, web)
Full pipeline — idea to production (chains every stage)
Autonomous block QA — detect, adversarially verify, fix safe tiers, hand the residual to a human
Technical spec — data model, file plan, refined acceptance criteria
| name | idea |
| description | Capture a feature idea as a structured GitHub issue |
| when_to_use | Use when a new feature idea surfaces in conversation and needs to become a structured, deduplicated GitHub issue with user story, acceptance criteria, and scope — the Capture stage that opens the idea→production pipeline (distinct from /spec which details an existing issue, and /issue which files a generic issue without feature structure). Triggers on capture this idea, new feature idea, "we should build …", "user can …" stories, pipeline Capture stage, optionally scoped to a product (hogwarts, souq, mkan, shifa, kun). |
| argument-hint | <description> [product] |
Capture a feature idea as a structured GitHub issue. The entry point of the pipeline.
/idea billing — create a billing feature issue/idea billing hogwarts — scoped to hogwarts repo/idea "user can filter invoices by date" — from a user storyFrom $ARGUMENTS, determine:
hogwarts → databayt/hogwarts). Default: current repo.gh issue list --repo <repo> --search "<feature-name>" --state open --limit 5
If a matching issue exists, report it and ask: "Issue #N already exists. Use that one? (Y/n)"
Read the target product's existing features to understand what's already built:
ls src/app/[lang]/ — existing pagesls src/components/ — existing component directoriesprisma/schema.prisma or ls prisma/models/ — existing data modelsWrite the issue body:
## User Story
As a [role], I want to [action] so that [benefit].
## Acceptance Criteria
- [ ] [Specific, testable criterion 1]
- [ ] [Specific, testable criterion 2]
- [ ] [Specific, testable criterion 3]
## Scope
- **Data**: [new models or fields needed]
- **Pages**: [new routes needed]
- **Components**: [new UI components needed]
- **Integrations**: [external services if any]
## Out of Scope
- [What this feature does NOT include]
## Context
- **Product**: [product name]
- **Related features**: [existing features this connects to]
gh issue create --repo <repo> \
--title "feat: <feature-name>" \
--label "type:feature" \
--body "<generated body>"
Add product-specific labels if applicable.
Report:
Issue exists with structured body, acceptance criteria, and scope definition.