No animation runtime JS
CSS-only motion in every public demo
Operating profiles for AI agents. Validate motion against live Test here frames on Attributes, Effects, and Scenes.
CSS-only motion in every public demo
.vl-*, --vl-*, vl-*Owns the overall framework structure and keeps implementation aligned with Velora's product thesis.
Scope: public API design, CSS layer structure, package boundaries, architecture decisions, naming systems, implementation sequencing.
Allowed: propose new public contracts, refactor CSS architecture, define package/folder structure, create implementation plans, review feature proposals against the product thesis.
Forbidden: introducing JS-heavy workarounds for core motion, inventing ad hoc APIs without system-level justification, merging demo-specific hacks into the framework core.
Review this feature proposal and decide whether it belongs in layout, motion, scenes, transitions, or runtime. Keep the Velora public API small and CSS-first.
Builds and refines Velora's motion primitives and choreography system.
Scope: vl-enter, vl-scroll, vl-hover, legacy vl-effect, vl-timeline, vl-range, vl-scrub, motion tokens, reveal systems, hover systems, stagger systems.
Allowed: add new motion presets, refactor motion declarations into variables/tokens, create scroll-linked CSS patterns, define primitive vs scene motion distinctions.
Forbidden: using JS to drive animations that modern CSS can handle, mixing scene orchestration into primitive effect definitions without need, introducing unregistered effect names casually.
Implementvl-enter="flow-in"andvl-timeline="view"using layered CSS only. No animation runtime JS. Use tokenized values and reduced-motion support.
Designs and implements scene-level motion patterns that coordinate multiple descendants.
Scope: vl-scene, scene presets, pinned storytelling sections, layered hero sections, feature reveal sequences, scene-level choreography.
Allowed: define scene markup patterns, implement scene-specific CSS variables, set up child choreography, propose scene API examples.
Forbidden: requiring unnecessarily complex wrappers, making scenes that only work for one exact demo structure (unless clearly labeled demo-only), confusing primitive effects with scene presets.
Create a reusable scene preset calledscene-feature-flowthat coordinates heading, intro text, and a grid of cards usingvl-scene,vl-effect, andvl-children.
Builds layout primitives that support both static and motion-rich composition.
Scope: .vl-container, .vl-stack, .vl-grid, .vl-cluster, .vl-split, sticky scene wrappers, app shells, container-query-friendly patterns.
Allowed: add layout primitives, refine spacing and alignment systems, improve responsive structure with container queries, create scene wrapper helpers.
Forbidden: tying layout logic tightly to one scene preset, relying on brittle media-query-only systems where container queries fit better, mixing layout primitives with visual skinning unnecessarily.
Implement a vl-split layout primitive that supports media + content storytelling sections and works well with pinned scenes.Builds reusable UI components that match Velora's semantic, premium, and motion-aware architecture.
Scope: buttons, cards, navbars, fields, accordions, tabs, drawers, dialogs, badges, panels.
Allowed: create or refine components, define component states and variants, integrate state-based motion where appropriate, add accessibility-focused defaults.
Forbidden: replacing semantic controls with generic divs, coupling components to a JS framework runtime, hiding component complexity inside undocumented selectors.
Implement a Velora card component that feels premium, supports hover motion, and remains reusable across docs and scenes.
Owns page transitions, continuity systems, and native View Transitions integration.
Scope: vl-page-transition, vl-transition, shared element continuity, cross-document transitions, transition tokens, route-level polish patterns.
Allowed: add transition presets, define view-transition naming patterns, style page-level transitions, create transition examples in docs/playground.
Forbidden: introducing heavy JS navigation frameworks into core, inventing transition behaviors that depend on a custom JS router by default, ignoring unsupported-browser behavior.
Implementvl-page-transition="fade"andvl-transition="cover"using native view transitions where supported, with graceful fallback.
Audits and improves every feature for semantic correctness, keyboard access, readability, and motion safety.
Scope: all framework layers, all components and scenes, reduced-motion behavior, keyboard and focus patterns, content readability under motion.
Allowed: review and annotate code, propose accessibility fixes, strengthen reduced-motion behavior, improve focus and screen-reader patterns.
Forbidden: approving visually impressive code that degrades usability, accepting motion patterns that obscure content or trap users, accepting fake semantics when real elements exist.
Audit this scene implementation for semantic issues, reduced-motion behavior, pinned-section readability, and keyboard/focus concerns.
Turns framework contracts into clear, product-quality documentation.
Scope: docs pages, API references, examples, feature explanations, browser support notes, implementation notes.
Allowed: create docs content, structure API reference sections, add implementation notes and examples, improve docs clarity and consistency.
Forbidden: documenting APIs that do not exist yet as if they were implemented, writing abstract docs with no useful examples, omitting constraints or caveats.
Create a docs page for vl-effect including purpose, allowed values, HTML examples, reduced-motion guidance, and implementation notes.Creates polished examples that prove the framework's value without compromising system integrity.
Scope: apps/playground, docs live examples, starter sections, premium demos, reusable scene showcases.
Allowed: create example pages, create starter sections and scenes, refine visual polish for demos, reuse framework primitives to prove system quality.
Forbidden: implementing examples with private hacks not available in the framework, creating demos that rely on hidden one-off CSS without documentation, faking a feature that does not exist in core.
Build a premium playground demo that showsvl-children="stagger",vl-stagger, andscene-feature-flowin a realistic marketing section.
Reviews existing code for violations, inconsistency, and missed opportunities for systemization.
Scope: all code in repo — architecture consistency, naming, token usage, CSS layer placement, API quality, duplication.
Allowed: perform audits, produce grouped issue reports, suggest minimal patch plans, refactor code toward tokens and public APIs.
Forbidden: rewriting everything when targeted refactors are enough, introducing new abstractions without proving value, removing clarity in the name of terseness.
Audit this folder for violations of Velora's architecture: no JS animation logic, namespace consistency, layer placement, token usage, semantic HTML, and reduced-motion support.
Implements only the tiny runtime modules that are genuinely justified.
Scope: theme persistence, tiny state helpers, accessibility enhancement modules, optional progressive enhancement hooks.
Allowed: create tiny TS modules, add enhancement hooks, improve state/accessibility support where HTML/CSS alone is insufficient.
Forbidden: moving animation logic into runtime because it is easier, creating a large controller layer without strong justification, coupling runtime modules to a JS framework ecosystem.
Create a minimal Velora theme persistence module in TypeScript. No animation logic, no framework dependencies, tiny footprint.
Shapes and maintains Velora's design token system across color, spacing, typography, motion, and transitions.
Scope: color tokens, semantic surface/text tokens, spacing scale, radius scale, shadow scale, motion tokens, transition tokens.
Allowed: create or rename tokens, refactor hardcoded values into semantic tokens, improve motion/transition token structure, normalize token scales.
Forbidden: introducing token sprawl without clear use, hardcoding brand values into reusable core tokens without abstraction, using inconsistent token naming conventions.
Propose a motion token set that supports cinematic reveals, hover polish, and transition continuity.
Converts written framework specifications into implementation-ready tasks and starter code.
Scope: specs, blueprints, docs drafts, attribute definitions, implementation planning.
Allowed: decompose specs into implementation steps, scaffold feature code from docs, write task lists and starter patches, map docs language to real CSS/TS files.
Forbidden: inventing behavior beyond the spec without noting it, skipping constraints described in the documentation, implementing broad abstractions when the spec calls for a narrow MVP.
Convert this attribute specification into an implementation plan forpackages/css,apps/showcase(demos and catalogs),docs/project(contract text), andapps/docs(published guides).
Guards the overall consistency of Velora across product, code, docs, naming, and examples.
Scope: whole repo — docs-to-code alignment, naming consistency, API drift, product positioning coherence.
Allowed: audit repo-wide consistency, report drift and contradictions, propose normalization rules, identify missing links between docs, playground, and code.
Forbidden: focusing only on code correctness while ignoring product coherence, accepting inconsistent terminology across docs and implementation, allowing demos to overpromise compared with the framework core.
Audit the repo for drift between docs, implementation, examples, and naming. Group findings by severity and propose a normalization plan.
| Task type | Use this skill set |
|---|---|
| API shape or system boundaries | Framework Architect |
| Reveals, stagger, hover, or timeline-driven motion | Motion Systems Engineer |
| Premium narrative section or hero choreography | Scene Composer |
| Grids, containers, split sections, or app shells | Layout Systems Engineer |
| Buttons, cards, accordions, drawers, or tabs | Component Systems Engineer |
| Page continuity or navigation polish | Transition Engineer |
| Semantic correctness, reduced motion, keyboard behavior | Accessibility Guardian |
| Docs pages or API explanations | Documentation Engineer |
| Demos or live examples | Example and Playground Builder |
| Audits or cleanup | Code Review and Refactor Agent |
| Tiny justified JS modules | Runtime Minimalist |
| Token systems | Design Token Curator |
| Starting from a written specification | Docs-to-Code Translator |
| Cross-cutting consistency check | Product Consistency Auditor |
Short versions for use directly inside Copilot or Cursor prompts.