원클릭으로
spectra-analyze
Analyze artifact consistency for a change
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Analyze artifact consistency for a change
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | spectra-analyze |
| description | Analyze artifact consistency for a change |
| context | fork |
| agent | Explore |
| disallowedTools | ["Edit","Write"] |
| license | MIT |
| compatibility | Requires spectra CLI. |
| metadata | {"author":"spectra","version":"1.0","generatedBy":"Spectra"} |
This generated Codex skill runs with context: fork. The rules in this section take precedence over the shared analyze body below.
When no change name is provided, run spectra list --json. Auto-select only when there is exactly one active change. If there are zero active changes or more than one active change, return the candidate list or empty-state message and ask the main thread to rerun /spectra-analyze <change-name>. Do NOT ask an interactive selection question inside the fork.
Analyze artifact consistency for a change. Can be invoked directly or triggered automatically when all artifacts are complete.
Input: Optionally specify a change name (e.g., /spectra-analyze add-auth). If omitted, infer from conversation context or auto-select if only one active change exists.
Prerequisites: This skill requires the spectra CLI. If any spectra command fails with "command not found" or similar, report the error and STOP.
Steps
Determine change name
If not provided, infer from context or run spectra list --json to auto-select.
Run programmatic analysis
spectra analyze <change-name> --json
This returns structured JSON with:
dimensions: Array of { dimension, status, finding_count } for Coverage, Consistency, Ambiguity, Gapsfindings: Array of { id, dimension, severity, location, summary, recommendation }artifacts_analyzed / artifacts_missing: Which artifacts were availablePresent results
Format the JSON output as a readable summary:
## Artifact Analysis: <change-name>
| Dimension | Status |
|---------------|--------------------------|
| Coverage | <status> |
| Consistency | <status> |
| Ambiguity | <status> |
| Gaps | <status> |
Group findings by severity (Critical > Warning > Suggestion) with locations and recommendations.
Supplement with AI semantic analysis (optional)
The programmatic analyzer catches structural issues. For deeper semantic analysis, also read the artifacts and check for:
Add any additional findings to the report.
Recommend next steps
/spectra-apply/spectra-applyPassive Trigger
When spectra status --change "<name>" --json shows isComplete: true, run this analysis automatically before recommending /spectra-apply.
Guardrails
Create, apply, audit, and understand Variables in Figma using Google Material Design's three-tier token inheritance (Ref → Sys → Comp). Use when: creating Variables for components or screens, applying existing Variables to one node, selected nodes, a component set, or the current page, auditing token naming and structure for compliance, or having AI read existing Variables to reverse-engineer design components. Triggers: create Variables, apply Variables, Figma variables, M3 token, design token, token inheritance, token audit, audit variables, design component from variables, batch apply variables, bind variables to component, three-tier token.
Create or update PRD-led Storybook product prototypes under src/pages/prototypes with docs, typed route and transition metadata, deterministic fixtures, intuitive UI Flow review data, draggable Storybook UI Flow viewers with animated dashed arrow connections, Figma-exportable flow stories, and prototype Storybook stories. Use when building a new product prototype, turning a product idea into PRD plus UI Flow, standardizing prototype docs, updating an existing prototype flow, or preparing a Storybook prototype flow for JSON import into Figma with storybook-to-figma.
Build or update token-backed Storybook foundations, shared UI components, and stories from an extracted design-system package. Use after design-system-extractor, or when Codex must read design-system Markdown and token files, automatically trace original design sources such as Figma URLs/nodes, UI images, rendered routes, and frontend folders, infer component dependency order so core primitives are built before composed components, map component specs into a product repo, create or update Storybook docs, plan component batches, structure stories and DOM for reliable Figma export, and verify implementation with the bundled Figma export addon without bypassing tokens.
Create or update PRD-led Storybook product prototypes under src/pages/prototypes with docs, typed route and transition metadata, deterministic fixtures, UI Flow review data, and prototype Storybook stories. Use when building a new product prototype, turning a product idea into PRD plus UI Flow, standardizing prototype docs, or updating an existing prototype flow.
Create PRD-led product prototypes in Storybook with docs, deterministic data, typed UI Flow route and transition metadata, and prototype stories. Use when turning a product idea into PRD, UI Flow, Data Spec, Acceptance Criteria, and a clickable Storybook prototype; when scaffolding a new prototype folder; or when validating prototype docs and metadata across React Storybook projects.
Create PRD-led product prototypes in Storybook with docs, deterministic data, typed UI Flow route and transition metadata, and prototype stories. Use when turning a product idea into PRD, UI Flow, Data Spec, Acceptance Criteria, and a clickable Storybook prototype; when scaffolding a new prototype folder; or when validating prototype docs and metadata across React Storybook projects.