team-interactive-craft

Generate accessible interactive UI components through a research-to-build-to-a11y pipeline.

1|Updated May 12, 2026
One-click install
npx skills add https://github.com/tcytan/tecton --skill team-interactive-craft
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: team-interactive-craft
Source: https://github.com/tcytan/tecton/tree/main/.claude/skills/team-interactive-craft
Command: npx skills add https://github.com/tcytan/tecton --skill team-interactive-craft

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It removes the friction of designing, building, and validating accessible interactive UI components by coordinating a repeatable pipeline from research to implementation to accessibility testing.

Core Features & Use Cases

  • Interactive component pipeline: research → interaction design → build → a11y test, using a team-worker agent architecture to produce complete component deliverables.
  • Role-based specialization: coordinator routes tasks and workers execute clear domain phases (researcher, interaction-designer, builder, a11y-tester).
  • Accessibility quality gate with GC loop: runs audits and can trigger targeted builder fix rounds (up to 2) when critical/high issues are found.
  • Sessionized outputs: writes structured artifacts into a deterministic session directory for research, blueprints, component code, and audit reports.

Quick Start

Ask the AI team-interactive-craft to produce an accessible vanilla JS + CSS scroll-snap gallery component with keyboard navigation and reduced-motion support.

Frequently Asked Questions about team-interactive-craft

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I build accessible interactive UI components with vanilla JS?

Build accessible interactive components using a pipeline that generates vanilla JS and CSS code, then runs a bounded accessibility fix loop to resolve critical and high issues. The process outputs complete, tested component code without external library dependencies.

What is the best way to add keyboard navigation and reduced-motion support to scroll-snap galleries?

Adding keyboard navigation and reduced-motion support to scroll-snap galleries requires orchestrating interaction design and accessibility testing. A coordinated pipeline generates the vanilla JS behavior and runs audits to validate keyboard navigation and reduced-motion support.

Can I use a state machine to model complex web interactions and automatically test accessibility?

You can model complex web interactions using a state machine and automatically test accessibility by dispatching tasks to specialized workers. The pipeline runs audits on the built components and triggers targeted fix rounds for critical accessibility issues.

Does this approach require any external CSS or JavaScript dependencies for interactive components?

This approach requires no external CSS or JavaScript dependencies for interactive components. It enforces a vanilla, no-dependency build constraint throughout the component pipeline to ensure lightweight, accessible outputs.

Why does my accessibility testing loop fail to converge on critical interactive component issues?

Accessibility testing loops fail to converge when issues exceed the bounded fix limit. The pipeline uses a bounded accessibility fix loop allowing up to two targeted builder rounds to resolve critical and high issues before terminating the session.