iikit-bugfix
Report a bug against an existing feature — creates a structured bugs.md record, generates fix tasks in tasks.md, and optionally imports from or creates GitHub issues. Use when fixing a bug, reporting a defect, importing a GitHub issue into the workflow, or triaging an error without running the full specification process.
- License 许可
- MIT
- 最近更新
- 2026-10-12
- Stars
- ★ 1
- Forks
- 0
01 前言 Front Matter
- name
- iikit-bugfix
- license
- MIT
- metadata
- { "version": "2.10.0" }
- description
- Report a bug against an existing feature — creates a structured bugs.md record, generates fix tasks in tasks.md, and optionally imports from or creates GitHub issues. Use when fixing a bug, reporting a defect, importing a GitHub issue into the workflow, or triaging an error without running the full specification process.
02 资源文件 27
- 参考文档references/bugs-template.md379 B
- 参考文档references/constitution-loading.md1.5 KB
- 参考文档references/model-recommendations.md2.5 KB
- 脚本scripts/bash/bugfix-helpers.sh6.3 KB
- 脚本scripts/bash/common.sh25.3 KB
- 脚本scripts/bash/generate-dashboard-safe.sh1.8 KB
- 脚本scripts/bash/next-step.sh14.3 KB
- 脚本scripts/bash/post-phase.sh2.8 KB
- 脚本scripts/bash/testify-tdd.sh24.1 KB
- 脚本scripts/dashboard/public/index.html205.7 KB
- 脚本scripts/dashboard/src/analyze.js7.0 KB
- 脚本scripts/dashboard/src/board.js3.2 KB
- 脚本scripts/dashboard/src/bugs.js4.9 KB
- 脚本scripts/dashboard/src/checklist.js2.1 KB
- 脚本scripts/dashboard/src/generate-dashboard.js10.2 KB
- 脚本scripts/dashboard/src/integrity.js1.7 KB
- 脚本scripts/dashboard/src/parser.js43.5 KB
- 脚本scripts/dashboard/src/pipeline.js5.9 KB
- 脚本scripts/dashboard/src/planview.js9.4 KB
- 脚本scripts/dashboard/src/public/index.html205.1 KB
- 脚本scripts/dashboard/src/storymap.js1.4 KB
- 脚本scripts/dashboard/src/testify.js6.2 KB
- 脚本scripts/dashboard/template.js213.0 KB
- 脚本scripts/powershell/bugfix-helpers.ps14.4 KB
- 脚本scripts/powershell/common.ps114.3 KB
- 脚本scripts/powershell/generate-dashboard-safe.ps11.8 KB
- 脚本scripts/powershell/testify-tdd.ps122.1 KB
03 SKILL.md 正文
Intent Integrity Kit Bugfix
Report a bug against an existing feature, create a structured bugs.md record, and generate fix tasks in tasks.md.
User Input
$ARGUMENTS
You MUST consider the user input before proceeding (if not empty).
Constitution Loading
Load constitution per constitution-loading.md (soft mode — warn if missing, proceed without).
Execution Flow
The text after /iikit-bugfix is either a #number (GitHub issue) or a text bug description.
1. Parse Input
Determine the input type:
#numberpattern (e.g.,#42): GitHub inbound flow (Step 2a)- Text description: Text description flow (Step 2b)
- Empty: ERROR with usage example:
/iikit-bugfix 'Login fails when email contains plus sign'or/iikit-bugfix #42
If input contains BOTH #number and text, prioritize the #number and warn that text is ignored.
2a. GitHub Inbound Flow
- Fetch issue: use
gh issue view <number> --json title,body,labelsif available, otherwisecurlthe GitHub API (GET /repos/{owner}/{repo}/issues/{number}) - If fetch fails (issue not found, auth error, or no GitHub remote configured): ERROR with clear message and remediation; suggest using text description instead.
- Map fields:
title→ bug descriptionbody→ reproduction stepslabels→ severity: "critical" → critical, "high"/"priority" → high, "bug" → medium (default), otherwise → medium
- Store issue number for GitHub Issue field in bugs.md
- Continue to Step 3
2b. Text Description Flow
- Store the text as the bug description
- Continue to Step 3
3. Select Feature & Full Setup
Run full setup to list features, validate, and get bug ID and task IDs. First, present feature list to user. After selection:
Unix/macOS/Linux:
bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-bugfix/scripts/bash/bugfix-helpers.sh --full-setup "<feature_dir>" <task_count>
Windows (PowerShell):
pwsh .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-bugfix/scripts/powershell/bugfix-helpers.ps1 --full-setup "<feature_dir>" <task_count>
Use task_count = 2 if TDD mandatory (from tdd_determination in response), 3 otherwise.
Parse JSON for: features (list for display), validation (check valid), bug_id (BUG-NNN), task_ids (T-BNNN array), tdd_determination.
If validation.valid is false: ERROR with the message. If features is empty: ERROR with "No features found."
4. Gather Bug Details
For text input (2b):
- Prompt user for severity: present options (critical, high, medium, low) with descriptions
- Prompt user for reproduction steps: numbered list of steps to reproduce
For GitHub inbound (2a):
- Severity is pre-filled from labels (confirm with user if mapping is ambiguous)
- Reproduction steps are pre-filled from issue body (confirm with user)
5. Write bugs.md
Create or append to <feature_dir>/bugs.md using the template at bugs-template.md.
Fill in:
- BUG-ID: from Step 3
- Reported: today's date (YYYY-MM-DD)
- Severity: from Step 4
- Status:
reported - GitHub Issue:
#numberif from GitHub inbound,_(none)_otherwise - Description: bug description
- Reproduction Steps: from Step 4
- Root Cause:
_(empty until investigation)_ - Fix Reference:
_(empty until implementation)_
If bugs.md already exists, append with --- separator before the new entry. Do NOT modify existing entries.
If bugs.md does not exist, create it with the header # Bug Reports: <feature-name> followed by the entry.
6. Outbound GitHub Issue (Text Input Only)
For text-input bugs only (NOT for GitHub inbound — issue already exists):
- Create issue: use
gh issue create --title "<description>" --body "<bugs.md entry content>" --label "bug"ifghavailable, otherwisecurlthe GitHub API (POST /repos/{owner}/{repo}/issues) - Store returned issue number in the bugs.md GitHub Issue field
- If no GitHub remote configured: warn that GitHub issue creation was skipped, proceed with local workflow
7. TDD & Task Generation
Use tdd_determination and task_ids from Step 3. Use bug_id from Step 3.
8. BDD/TDD Flow (If Mandatory)
If TDD is mandatory (determination = mandatory):
- Create
<feature_dir>/tests/features/if it doesn't exist - Create
<feature_dir>/tests/features/bugfix_<BUG-NNN>.feature:@BUG-NNN Feature: Bug fix for BUG-NNN — <description> Scenario: <description> Given <conditions that trigger the bug> When <action that causes incorrect behavior> Then <expected correct behavior> - Re-hash the features directory:
bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-bugfix/scripts/bash/testify-tdd.sh rehash "<feature_dir>/tests/features" - Verify hash was stored — if result is NOT
valid, STOP and report error:bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-bugfix/scripts/bash/testify-tdd.sh verify-hash "<feature_dir>/tests/features" - Continue to Step 9 with TDD task variant
9. Generate Bug Fix Tasks
Use task_ids from Step 3. Task IDs use T-B prefix — parsers and dashboard rely on this.
Non-TDD task set (determination is NOT mandatory, count = 3):
## Bug Fix Tasks
- [ ] T-BNNN [BUG-NNN] Investigate root cause for BUG-NNN: <description>
- [ ] T-BNNN+1 [BUG-NNN] Implement fix for BUG-NNN: <description>
- [ ] T-BNNN+2 [BUG-NNN] Write regression test for BUG-NNN: <description>
TDD task set (determination = mandatory, count = 2). The TS-NNN reference MUST point to the test spec created in Step 8:
## Bug Fix Tasks
- [ ] T-BNNN [BUG-NNN] Implement fix for BUG-NNN referencing test spec TS-NNN: <description>
- [ ] T-BNNN+1 [BUG-NNN] Verify fix passes test TS-NNN for BUG-NNN: <description>
If a GitHub issue is linked, include its reference in task descriptions (e.g., (GitHub #42)).
Append to existing <feature_dir>/tasks.md. If tasks.md does not exist, create it with:
# Tasks: <feature-name>
## Bug Fix Tasks
[tasks here]
Do NOT modify existing entries or task IDs in tasks.md.
10. Commit, Dashboard & Next Steps
Unix/macOS/Linux:
bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-bugfix/scripts/bash/post-phase.sh --phase bugfix --commit-files "specs/*/bugs.md,specs/*/tasks.md,specs/*/tests/features/" --commit-msg "bugfix: <BUG-ID> <short-description>"
Windows (PowerShell):
pwsh .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-bugfix/scripts/powershell/post-phase.ps1 -Phase bugfix -CommitFiles "specs/*/bugs.md,specs/*/tasks.md,specs/*/tests/features/" -CommitMsg "bugfix: <BUG-ID> <short-description>"
Parse next_step from JSON. Present per model-recommendations.md:
Bug reported!
Next: [/clear → ] <next_step> (model: <tier>)
[- <alt_step> — <reason> (model: <tier>)]
- Dashboard: file://$(pwd)/.specify/dashboard.html
Error Handling
| Condition | Response |
|---|---|
| Empty input | ERROR with usage example |
| No features found | ERROR: "Run /iikit-01-specify first" |
| Feature validation failed | ERROR with specific message |
| GitHub API unreachable | Fall back: gh → curl GitHub API → skip with WARN |
| GitHub issue not found | ERROR with "verify issue number" |
| TDD required, no test artifacts | ERROR: "Run /iikit-04-testify first" |
| Existing bugs.md | Append without modifying existing entries |
| Existing tasks.md | Append without modifying existing entries |
04 同仓库更多 Skills
swiss-design
Apply a Swiss International Style design system using Tailwind CSS. Use when asked to style a webpage, clean up a UI, apply a design system, make something look great, or when the user references Swiss design, grotesque fonts, Helvetica, grid systems, modernist typography, or 1960s/1950s design aesthetics. Implements IBM Plex Sans typography, stone color palette, opacity-based hierarchy, generous whitespace, and structured grid layouts.
karpathy-guidelines
Behavioral guidelines to reduce common LLM coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.
iikit-core
Initialize an IIKit (Intent Integrity Kit) project, check IIKit feature progress, select the active IIKit feature, and display the IIKit workflow command reference. Use when starting a new IIKit project, running IIKit init or setup, checking IIKit status, switching between IIKit features, looking up IIKit available commands and phases, or asking for help with the IIKit workflow.
iikit-clarify
Resolve ambiguities in any project artifact — auto-detects the most recent artifact (spec, plan, checklist, testify, tasks, or constitution), asks targeted questions with option tables, and writes answers back into the artifact's Clarifications section. Use when requirements are unclear, a plan has trade-off gaps, checklist thresholds feel wrong, test scenarios are imprecise, task dependencies seem off, or constitution principles are vague.
iikit-bugfix
Report a bug against an existing feature — creates a structured bugs.md record, generates fix tasks in tasks.md, and optionally imports from or creates GitHub issues. Use when fixing a bug, reporting a defect, importing a GitHub issue into the workflow, or triaging an error without running the full specification process.
iikit-08-taskstoissues
Convert tasks from tasks.md into GitHub Issues with labels and dependencies. Use when exporting work items to GitHub, setting up project boards, or assigning tasks to team members.