一键导入
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.