iikit-03-checklist
Generate quality checklists that validate requirements completeness, clarity, and consistency — produces scored checklist items linked to specific spec sections (FR-XXX, SC-XXX). Use when reviewing a spec for gaps, doing a requirements review, verifying PRD quality, auditing user stories and acceptance criteria, or gating before implementation.
- License 许可
- MIT
- 最近更新
- 2026-10-12
- Stars
- ★ 1
- Forks
- 0
01 前言 Front Matter
- name
- iikit-03-checklist
- license
- MIT
- metadata
- { "version": "1.6.4" }
- description
- Generate quality checklists that validate requirements completeness, clarity, and consistency — produces scored checklist items linked to specific spec sections (FR-XXX, SC-XXX). Use when reviewing a spec for gaps, doing a requirements review, verifying PRD quality, auditing user stories and acceptance criteria, or gating before implementation.
02 资源文件 30
- 参考文档references/checklist-examples.md1.6 KB
- 参考文档references/constitution-loading.md1.5 KB
- 参考文档references/conversation-guide.md2.2 KB
- 参考文档references/model-recommendations.md2.5 KB
- 脚本scripts/bash/check-prerequisites.sh29.2 KB
- 脚本scripts/bash/common.sh25.3 KB
- 脚本scripts/bash/generate-dashboard-safe.sh1.8 KB
- 脚本scripts/bash/next-step.sh14.3 KB
- 脚本scripts/bash/set-active-feature.sh3.2 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/check-prerequisites.ps123.3 KB
- 脚本scripts/powershell/common.ps114.3 KB
- 脚本scripts/powershell/generate-dashboard-safe.ps11.8 KB
- 脚本scripts/powershell/next-step.ps110.7 KB
- 脚本scripts/powershell/set-active-feature.ps12.6 KB
- 参考文档templates/checklist-template.md1.3 KB
- 参考文档templates/plan-template.md3.3 KB
03 SKILL.md 正文
Intent Integrity Kit Checklist
Generate checklists that validate REQUIREMENTS quality, not implementation.
User Input
$ARGUMENTS
You MUST consider the user input before proceeding (if not empty).
Constitution Loading
Load constitution per constitution-loading.md (basic mode).
Prerequisites Check
-
Run:
bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-core/scripts/bash/check-prerequisites.sh --phase 03 --jsonWindows:pwsh .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-core/scripts/powershell/check-prerequisites.ps1 -Phase 03 -Json -
Parse JSON for
FEATURE_DIRandAVAILABLE_DOCS. -
If JSON contains
needs_selection: true: present thefeaturesarray as a numbered table (name and stage columns). Follow the options presentation pattern in conversation-guide.md. After user selects, run:bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-core/scripts/bash/set-active-feature.sh --json <selection>Windows:
pwsh .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-core/scripts/powershell/set-active-feature.ps1 -Json <selection>Then re-run the prerequisites check from step 1.
Execution Steps
1. Clarify Intent
Derive up to THREE contextual questions (skip if unambiguous from $ARGUMENTS):
- Scope: include integration touchpoints?
- Risk: which areas need mandatory gating?
- Depth: lightweight sanity list or formal release gate?
- Audience: author-only or peer PR review?
2. Load Feature Context
Read from FEATURE_DIR: spec.md (required), plan.md (optional), tasks.md (optional).
3. Generate Checklist
Starting point: FEATURE_DIR/checklists/requirements.md already exists (created by /iikit-01-specify). Review it, extend it with additional items, and resolve gaps. Do NOT create a duplicate — work with the existing file.
Additional domain checklists (optional): if the spec has distinct domains that warrant separate review (e.g., security, performance, accessibility), create additional files as FEATURE_DIR/checklists/[domain].md. These supplement requirements.md, not replace it.
Item structure: question format about requirement quality, with quality dimension tag and spec reference.
- ✓ "Are visual hierarchy requirements defined with measurable criteria?" [Clarity, Spec SFR-1]
- ✗ "Verify the button clicks correctly" — tests implementation, not requirements
Categories: Requirement Completeness, Clarity, Consistency, Acceptance Criteria Quality, Scenario Coverage, SC-XXX Test Coverage, Edge Case Coverage, Non-Functional Requirements, Dependencies & Assumptions.
Traceability: >=80% of items must reference spec sections or use markers: [Gap], [Ambiguity], [Conflict], [Assumption].
See checklist-examples.md for correct/wrong examples and required patterns.
Use checklist-template.md for format structure.
4. Gap Resolution (Interactive)
For each [Gap] item: follow the gap resolution pattern in conversation-guide.md. Present missing requirement, explain risk, offer options. On resolution: update spec.md and check item off. Skip if --no-interactive or no gaps.
5. Remaining Item Validation
After gap resolution, validate ALL unchecked [ ] items against spec/plan/constitution:
- If covered: check off with justification
- If genuine gap: convert to
[Gap]and resolve or defer
Continue until all items are [x] or explicitly deferred.
IMPORTANT: Checklists are optional — not creating one is fine. But once created, they MUST reach 100% before the skill reports success.
6. Report
Output: checklist path, item counts (total/checked/deferred), gap resolution summary, completion percentage.
Record Phase Completion
Write a timestamp to .specify/context.json so the dashboard knows the checklist phase was run (not just that requirements.md exists from specify):
CONTEXT_FILE=".specify/context.json"
[[ -f "$CONTEXT_FILE" ]] || echo '{}' > "$CONTEXT_FILE"
jq --arg ts "$(date -u +%Y-%m-%dT%H:%M:%SZ)" '.checklist_reviewed_at = $ts' "$CONTEXT_FILE" > "$CONTEXT_FILE.tmp" && mv "$CONTEXT_FILE.tmp" "$CONTEXT_FILE"
Commit, Dashboard & Next Steps
Run post-phase to commit, refresh dashboard, and compute next step in a single call:
bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-core/scripts/bash/post-phase.sh --phase 03 --commit-files "specs/*/checklists/,.specify/context.json" --commit-msg "checklist: <feature-short-name> requirements review"
Windows: pwsh .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-core/scripts/powershell/post-phase.ps1 -Phase 03 -CommitFiles "specs/*/checklists/,.specify/context.json" -CommitMsg "checklist: <feature-short-name> requirements review"
Parse next_step from JSON. Present per model-recommendations.md:
Checklist complete!
Next: [/clear → ] <next_step> (model: <tier>)
[- <alt_step> — <reason> (model: <tier>)]
- Dashboard: file://$(pwd)/.specify/dashboard.html
If deferred items remain, warn that downstream skills will flag incomplete checklists.
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.