iikit-06-analyze
Validate cross-artifact consistency — checks that every spec requirement traces to tasks, plan tech stack matches task file paths, and constitution principles are satisfied across all artifacts. Use when running a consistency check, verifying requirements traceability, detecting conflicts between design docs, or auditing alignment before implementation begins.
- License 许可
- MIT
- 最近更新
- 2026-10-12
- Stars
- ★ 1
- Forks
- 0
01 前言 Front Matter
- name
- iikit-06-analyze
- license
- MIT
- metadata
- { "version": "2.10.0" }
- description
- Validate cross-artifact consistency — checks that every spec requirement traces to tasks, plan tech stack matches task file paths, and constitution principles are satisfied across all artifacts. Use when running a consistency check, verifying requirements traceability, detecting conflicts between design docs, or auditing alignment before implementation begins.
02 资源文件 32
- 参考文档references/checklist-gate.md737 B
- 参考文档references/constitution-loading.md1.5 KB
- 参考文档references/conversation-guide.md2.2 KB
- 参考文档references/model-recommendations.md2.5 KB
- 参考文档references/phase-separation-rules.md1.6 KB
- 脚本scripts/bash/check-prerequisites.sh29.2 KB
- 脚本scripts/bash/common.sh25.3 KB
- 脚本scripts/bash/generate-dashboard-safe.sh2.0 KB
- 脚本scripts/bash/next-step.sh14.3 KB
- 脚本scripts/bash/post-phase.sh2.8 KB
- 脚本scripts/bash/set-active-feature.sh3.2 KB
- 脚本scripts/bash/verify-steps.sh13.1 KB
- 脚本scripts/dashboard/public/index.html218.8 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.5 KB
- 脚本scripts/dashboard/src/generate-dashboard.js10.2 KB
- 脚本scripts/dashboard/src/integrity.js1.7 KB
- 脚本scripts/dashboard/src/parser.js48.5 KB
- 脚本scripts/dashboard/src/pipeline.js7.2 KB
- 脚本scripts/dashboard/src/planview.js9.2 KB
- 脚本scripts/dashboard/src/public/index.html218.8 KB
- 脚本scripts/dashboard/src/storymap.js1.4 KB
- 脚本scripts/dashboard/src/testify.js6.2 KB
- 脚本scripts/dashboard/template.js226.5 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/plan-template.md3.3 KB
03 SKILL.md 正文
Intent Integrity Kit Analyze
Non-destructive cross-artifact consistency analysis across spec.md, plan.md, and tasks.md.
Operating Constraints
- READ-ONLY (exceptions: writes
analysis.mdand.specify/score-history.json). Never modify spec, plan, or task files. - Constitution is non-negotiable: conflicts are automatically CRITICAL.
User Input
$ARGUMENTS
You MUST consider the user input before proceeding (if not empty).
Constitution Loading
Load constitution per constitution-loading.md (basic mode — ERROR if missing). Extract principle names and normative statements.
Prerequisites Check
-
Run:
- Bash:
bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-06-analyze/scripts/bash/check-prerequisites.sh --phase 06 --json - Windows:
pwsh .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-06-analyze/scripts/powershell/check-prerequisites.ps1 -Phase 06 -Json
- Bash:
-
Derive paths: SPEC, PLAN, TASKS from FEATURE_DIR. ERROR if any missing.
-
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:
bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-06-analyze/scripts/bash/set-active-feature.sh --json <selection> - Windows:
pwsh .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-06-analyze/scripts/powershell/set-active-feature.ps1 -Json <selection>
Then re-run the prerequisites check from step 1.
- Bash:
-
Checklist gate per checklist-gate.md.
Execution Steps
1. Load Artifacts (Progressive)
From spec.md: overview, requirements, user stories, edge cases. From plan.md: architecture, data model refs, phases, constraints. From tasks.md: task IDs, descriptions, phases, [P] markers, file paths.
2. Build Semantic Models
- Requirements inventory (functional + non-functional)
- User story/action inventory with acceptance criteria
- Task coverage mapping (task → requirements/stories)
- Plan coverage mapping (requirement ID → plan.md sections where referenced)
- Constitution rule set
3. Detection Passes (limit 50 findings)
| Pass | Category | What to detect |
|---|---|---|
| A | Duplication | Near-duplicate requirements → consolidate |
| B | Ambiguity | Vague terms (fast, scalable, secure) without measurable criteria; unresolved placeholders |
| C | Underspecification | Requirements missing objects/outcomes; stories without acceptance criteria; tasks referencing undefined components |
| D | Constitution Alignment | Conflicts with MUST principles; missing mandated sections. Per-principle status: ALIGNED or VIOLATION (auto-CRITICAL) |
| E | Phase Separation | Per phase-separation-rules.md — tech in constitution, implementation in spec, governance in plan |
| F | Coverage Gaps | Requirements with zero tasks; tasks with no mapped requirement; non-functional requirements absent from tasks; requirements unreferenced in plan.md. Scan plan.md for each FR-xxx/SC-xxx ID; collect contextual refs (KDD-x, section headers) where found |
| G | Inconsistency | Terminology drift; entities in plan but not spec; conflicting requirements |
| G2 | Prose Ranges | Patterns like "TS-XXX through TS-XXX" in tasks.md → flag MEDIUM: "Prose range detected — intermediate IDs not traceable. Use explicit comma-separated list." |
| H | Feature Traceability | When FEATURE_DIR/tests/features/ exists — see H1–H3 below |
H1. Untested requirements (HIGH): For each FR-XXX/SC-XXX in spec.md, verify at least one .feature file carries a matching @FR-XXX/@SC-XXX tag. Flag unmatched IDs.
H2. Orphaned tags (MEDIUM): For each @FR-XXX/@SC-XXX tag in .feature files, verify the ID exists in spec.md. Flag tags referencing non-existent IDs.
H3. Step definition coverage (optional): If tests/step_definitions/ exists, run:
- Bash:
bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-06-analyze/scripts/bash/verify-steps.sh --json "FEATURE_DIR/tests/features" "FEATURE_DIR/plan.md"
BLOCKED → report undefined steps (HIGH). DEGRADED → note in report only.
4. Severity
- CRITICAL: constitution MUST violations, phase separation, missing core artifact, zero-coverage blocking requirement
- HIGH: duplicates, conflicting requirements, ambiguous security/performance, untestable criteria
- MEDIUM: terminology drift, missing non-functional coverage, underspecified edge cases
- LOW: style/wording, minor redundancy
5. Analysis Report
Output to console AND write to FEATURE_DIR/analysis.md:
## Specification Analysis Report
| ID | Category | Severity | Location(s) | Summary | Recommendation |
|----|----------|----------|-------------|---------|----------------|
**Constitution Alignment**: principle name -> status (ALIGNED | VIOLATION) -> notes
**Coverage Summary**: requirement key -> has task? -> task IDs -> has plan? -> plan refs
**Phase Separation Violations**: artifact, line, violation, severity
**Metrics**: total requirements, total tasks, coverage %, ambiguity count, critical issues
**Health Score**: <score>/100 (<trend>)
## Score History
| Run | Score | Coverage | Critical | High | Medium | Low | Total |
|-----|-------|----------|----------|------|--------|-----|-------|
| <timestamp> | <score> | <coverage>% | <critical> | <high> | <medium> | <low> | <total_findings> |
5b. Score History
After computing Metrics in step 5, persist the health score:
- Compute:
score = max(0, round(100 - (critical×20 + high×5 + medium×2 + low×0.5))). - Read
.specify/score-history.json(initialize{}if missing). - Append entry keyed by feature directory name (e.g.
001-user-auth):{ "timestamp": "<ISO-8601 UTC>", "score": <n>, "coverage_pct": <n>, "critical": <n>, "high": <n>, "medium": <n>, "low": <n>, "total_findings": <n> } - Write updated object back to
.specify/score-history.json. - Trend: compare new score to previous entry —
↑ improving/↓ declining/→ stable(or stable if no prior entry). - Display:
Health Score: <score>/100 (<trend>)in console andanalysis.md. - Include full
score_historyarray for the current feature under the Score History table inanalysis.md.
6. Next Actions
- CRITICAL issues: recommend resolving before
/iikit-07-implement - LOW/MEDIUM only: may proceed with improvement suggestions
7. Offer Remediation
Ask: "Suggest concrete remediation edits for the top N issues?" Do NOT apply automatically.
Operating Principles
- Minimal high-signal tokens, progressive disclosure, limit to 50 findings
- Never modify files, never hallucinate missing sections
- Prioritize constitution violations, use specific examples over exhaustive rules
- Report zero issues gracefully with coverage statistics
Commit, Dashboard & Next Steps
Run post-phase to commit, refresh dashboard, and compute next step in a single call:
- Bash:
bash .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-06-analyze/scripts/bash/post-phase.sh --phase 06 --commit-files "specs/*/analysis.md,.specify/score-history.json" --commit-msg "analyze: <feature-short-name> consistency report" - Windows:
pwsh .tessl/tiles/tessl-labs/intent-integrity-kit/skills/iikit-06-analyze/scripts/powershell/post-phase.ps1 -Phase 06 -CommitFiles "specs/*/analysis.md,.specify/score-history.json" -CommitMsg "analyze: <feature-short-name> consistency report"
Parse next_step from JSON. Present per model-recommendations.md:
Analysis complete!
Next: [/clear → ] <next_step> (model: <tier>)
[- <alt_step> — <reason> (model: <tier>)]
- Dashboard: file://$(pwd)/.specify/dashboard.html
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.