en un clic
idea
Capture a feature idea as a structured GitHub issue
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Menu
Capture a feature idea as a structured GitHub issue
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
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.