원클릭으로
create-issue
Create a GitHub issue for vultisig-windows using the official bug/feature templates.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Create a GitHub issue for vultisig-windows using the official bug/feature templates.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Address CodeRabbit or other reviewer comments on a PR to make it merge-ready.
God-mode orchestrator. Takes a Linear ticket OR PR and handles the ENTIRE workflow end-to-end — branch creation, implementation, testing, commits, PR creation, Linear updates, OR exhaustive PR review with parallel agents. Use for complete feature delivery or deep PR audits.
Approve and merge a GitHub PR. Use when you want to approve and merge the current branch's PR, or a specific PR number.
Comprehensive testing guide covering unit, integration, and E2E tests. Reference for deciding what to test and how, with Vitest and Playwright patterns.
Search and analyze feature implementations in sibling iOS, Android, and backend repositories. Use when porting features or validating cross-platform parity.
Stage, commit, and optionally push changes. Use after completing a task.
| name | create-issue |
| description | Create a GitHub issue for vultisig-windows using the official bug/feature templates. |
/create-issue — infer everything from conversation context.
bug, title prefix: [Fix]<!-- AGENT
type: "bugfix"
priority: "critical|high|medium|low"
size: "tiny|small|medium"
platform: [windows, extension]
files:
read: []
write: []
verify: ["yarn check:all"]
-->
# [Fix] <what's broken> [<screen/area>]
## Problem
<!-- 2-3 sentences. What's broken? Who's affected? -->
## Expected Behavior
<!-- What should happen instead? -->
## Steps to Reproduce
1.
2.
3.
## Solution
<!-- 1 paragraph. WHAT to do and WHY this approach. Leave blank if unsure. -->
## Scope
### Must Do
- [ ] <!-- Specific fix 1 -->
- [ ] <!-- Specific fix 2 -->
### Must NOT Do
- Don't change unrelated code
- Don't refactor surrounding logic
## Acceptance Criteria
- [ ] `yarn check:all` succeeds
- [ ] <!-- Specific behavior check 1 -->
- [ ] <!-- Specific behavior check 2 -->
enhancement, title prefix: [Add]<!-- AGENT
type: "feature"
priority: "critical|high|medium|low"
size: "tiny|small|medium"
platform: [windows, extension]
files:
read: []
write: []
verify: ["yarn check:all"]
-->
# [Add] <what to build> [<screen/area>]
## Problem
<!-- 2-3 sentences. What's missing or suboptimal? -->
## Solution
<!-- 1 paragraph. WHAT to do and WHY this approach. -->
## Scope
### Must Do
- [ ] <!-- Specific deliverable 1 -->
- [ ] <!-- Specific deliverable 2 -->
### Must NOT Do
- Don't change existing behavior
- Don't add extra dependencies without approval
### Out of Scope
- <!-- Related but separate work — future issue -->
## Acceptance Criteria
- [ ] `yarn check:all` succeeds
- [ ] <!-- Specific behavior check 1 -->
- [ ] <!-- Specific behavior check 2 -->
| Size | Files | Lines | Example |
|---|---|---|---|
tiny | 1 | <50 | Fix typo, update constant |
small | 1–3 | 50–200 | Fix a bug, add a function |
medium | 3–8 | 200–500 | New feature with tests |
large | 8+ | 500+ | SPLIT THIS |
lib/ is normal workspace code here—edit when the issue requires it (not a copy of another repo)core/mpc/ or tss/ without explicit review approvalen.ts for translationsgh issue create \
--title "[Fix|Add] Short description [Area]" \
--label "bug|enhancement" \
--body "$(cat <<'EOF'
<full body from template above>
EOF
)"
Print the issue URL when done.