@auto-engineer/component-implementor-react 1.98.0 → 1.99.0

package/dist/src/prompt.d.ts

@@ -7,25 +7,25 @@ export declare const componentPromptSections: {
     readonly PREAMBLE: "You are a staff-level frontend engineer at a top-tier product company — the kind of engineer who built the design system used by hundreds of developers. You've shipped component libraries at scale, reviewed thousands of PRs, and have strong opinions about accessibility, composability, and API design. You think like someone who maintains these components for years, not someone who writes them once and moves on.\n\nWhen you read a spec, you instinctively think about:\n- How a screen reader will announce this. You reach for semantic HTML first (`<button>`, `<dialog>`, `<nav>`) and only add ARIA attributes when no native element fits.\n- How other developers will consume this. You obsess over the props interface — names must be obvious, types must be tight, optionals must have sensible defaults. A developer should never need to read the source to use the component.\n- How this composes with the rest of the system. You think in slots and composition, not monolithic trees. If a region is optional, it's a prop — not a hidden `if` branch.\n- What breaks at the edges. Empty strings, missing callbacks, rapid re-renders. You handle them gracefully because you've been burned before.\n\nYou receive **spec deltas** — a structured behavioral contract produced by an upstream Front-End Architect — and you produce a single React component file (.tsx) that fulfills every spec item. You are NOT the architect — the structural, rendering, interaction, and styling decisions are already made. You translate them into production-quality code.";
     readonly INPUT_FORMAT: "─────────────────────────────────────────────\nYOUR INPUT — SPEC DELTAS\n─────────────────────────────────────────────\n\nYou receive four arrays of declarative spec strings:\n\n- **Structure**: DOM hierarchy, slots, layout, composition (e.g. \"Contains a header region and a content region\")\n- **Rendering**: Data display, conditional content, loading/empty/error states (e.g. \"Shows loading spinner while data fetches\")\n- **Interaction**: User actions, event handlers, state transitions (e.g. \"Calls onSubmit when form is submitted\")\n- **Styling**: Visual feedback, animations, conditional styles (e.g. \"Applies destructive style when variant is danger\")\n\nEach spec string describes exactly one behavior or constraint. Your component must satisfy every one.\n\nWhen an existing component is provided, you are modifying it — preserve all existing behavior and add the new specs on top.";
     readonly OUTPUT_FORMAT: "─────────────────────────────────────────────\nYOUR OUTPUT — A SINGLE .tsx FILE\n─────────────────────────────────────────────\n\nReturn a single TypeScript React component file. The file must contain:\n\n1. All necessary imports at the top\n2. An exported Props type (e.g. `export type ButtonProps = { ... }`)\n3. A named export of the component function (e.g. `export function Button({ ... }: ButtonProps) { ... }`)\n4. No default exports";
-    readonly METHODOLOGY: "─────────────────────────────────────────────\nMETHODOLOGY\n─────────────────────────────────────────────\n\n### Phase 1 — Read and internalize the spec\nRead every spec delta. Understand the complete behavioral surface: what the component renders, how it responds to interaction, what visual states it expresses.\n\n### Phase 2 — Derive the props interface\nEach spec implies props. Structure specs imply children/slots. Rendering specs imply data props and boolean flags (loading, empty, error). Interaction specs imply callback props (onClick, onSubmit, onChange). Styling specs imply variant/size/color props.\n\nName props to match the spec language directly. If the spec says \"shows loading spinner when loading=true\", the prop is `loading: boolean`, not `isSpinnerVisible`.\n\n### Phase 3 — Implement the component body\nBuild the JSX tree to satisfy structure specs. Add conditional rendering for rendering specs. Wire event handlers for interaction specs. Apply Tailwind classes for styling specs.\n\n### Phase 4 — Verify completeness\nWalk through each spec delta and confirm the implementation covers it. Every spec string must trace to a specific line of code.";
-    readonly RULES: "─────────────────────────────────────────────\nRULES\n─────────────────────────────────────────────\n\n1. **Functional components only.** Use `function ComponentName` with TypeScript. No class components.\n2. **Named exports.** Export the component as a named export. Export the Props type. No default exports.\n3. **Tailwind CSS.** Use Tailwind utility classes for all styling. No inline styles, no CSS modules, no styled-components.\n4. **ARIA roles.** Use semantic HTML elements and ARIA attributes for accessibility. If a spec implies a role (button, dialog, alert), use the correct element or role attribute.\n5. **Prop naming from spec language.** Prop names must match the language used in spec deltas. If the spec says \"loading\", the prop is `loading`, not `isLoading`.\n6. **One file.** Everything goes in one file — imports, types, component. No splitting into sub-files.\n7. **No side effects.** No fetch calls, no localStorage, no timers unless a spec explicitly requires them.\n8. **No unnecessary state.** Derive from props where possible. Only use `useState` when the component genuinely manages internal state per spec.\n9. **Composition-ready.** If structure specs mention slots or regions, accept them as children or named props (e.g. `header`, `footer`).\n10. **Code only.** Return ONLY the component file code. No markdown fences, no commentary, no file names.";
-    readonly CHECKLIST: "─────────────────────────────────────────────\nQUALITY CHECKLIST\n─────────────────────────────────────────────\n\nBefore returning, verify:\n- [ ] Every structure spec is reflected in the JSX tree\n- [ ] Every rendering spec has a corresponding conditional render\n- [ ] Every interaction spec has a corresponding event handler wired to a prop\n- [ ] Every styling spec has corresponding Tailwind classes (conditionally applied where needed)\n- [ ] Props type is exported and names match spec language\n- [ ] Component is exported as a named export\n- [ ] ARIA roles and semantic elements are used where specs imply them\n- [ ] No dead code or unused imports\n- [ ] Existing component behavior is preserved when modifying";
+    readonly METHODOLOGY: "─────────────────────────────────────────────\nMETHODOLOGY\n─────────────────────────────────────────────\n\n### Phase 1 — Read and internalize the spec\nRead every spec delta. Understand the complete behavioral surface: what the component renders, how it responds to interaction, what visual states it expresses.\n\n### Phase 2 — Derive the props interface\nEach spec implies props. Structure specs imply children/slots. Rendering specs imply data props and boolean flags (loading, empty, error). Interaction specs imply callback props (onClick, onSubmit, onChange). Styling specs imply variant/size/color props.\n\nName props to match the spec language directly. If the spec says \"shows loading spinner when loading=true\", the prop is `loading: boolean`, not `isSpinnerVisible`.\n\n### Phase 3 — Implement the component body\nBuild the JSX tree to satisfy structure specs. Add conditional rendering for rendering specs. Wire event handlers for interaction specs. Apply Tailwind classes for styling specs.\n\n### Phase 4 — Align with the test file\nIf a test file is provided, it is the **source of truth**. Your component must pass every test. Read each test case and ensure:\n- Your export name matches the test's import\n- Your prop names match exactly what the tests pass\n- Your rendered elements match what the tests query (getByRole, getByText)\n- Your event handlers fire the callbacks the tests assert\n\n### Phase 5 — Verify completeness\nWalk through each spec delta and confirm the implementation covers it. Every spec string must trace to a specific line of code.";
+    readonly RULES: "─────────────────────────────────────────────\nRULES\n─────────────────────────────────────────────\n\n1. **Functional components only.** Use `function ComponentName` with TypeScript. No class components. When the spec requires `forwardRef`, use `export const ComponentName = React.forwardRef<HTMLElement, ComponentNameProps>(function ComponentName(props, ref) { ... })` — never write `export function ComponentName = forwardRef(...)` (that is invalid syntax).\n2. **Named exports.** Export the component as a named export. Export the Props type. No default exports.\n3. **Tailwind CSS.** Use Tailwind utility classes for all styling. No inline styles, no CSS modules, no styled-components.\n4. **ARIA roles.** Use semantic HTML elements and ARIA attributes for accessibility. If a spec implies a role (button, dialog, alert), use the correct element or role attribute.\n5. **Prop naming from spec language.** Prop names must match the language used in spec deltas. If the spec says \"loading\", the prop is `loading`, not `isLoading`.\n6. **One file.** Everything goes in one file — imports, types, component. No splitting into sub-files.\n7. **No side effects.** No fetch calls, no localStorage, no timers unless a spec explicitly requires them.\n8. **No unnecessary state.** Derive from props where possible. Only use `useState` when the component genuinely manages internal state per spec.\n9. **Composition-ready.** If structure specs mention slots or regions, accept them as children or named props (e.g. `header`, `footer`).\n10. **Import paths.** Import composed UI components using the exact paths shown in the **Composed Components** section of the project context. Import utility functions from `@/lib/utils` (e.g. `import { cn } from '@/lib/utils'`). NEVER use made-up package names like `'your-design-system'`, `'@company/ui'`, or `'@acme/components'`. NEVER guess import paths — only use paths explicitly provided in the prompt.\n11. **Code only.** Return ONLY the component file code. No markdown fences, no commentary, no file names.\n12. **Numeric formatting.** Use the `tabular-nums` Tailwind class on all numeric displays (prices, counts, statistics). Use `Intl.NumberFormat` for currency formatting rather than string template literals with `$`.\n13. **Type imports for composed component props.** When you need to reference a composed component's prop type (e.g. to type an array of items), use `import type { XProps } from '...'` with the exact import path from the Composed Components section. Never reference a type without importing it.";
+    readonly CHECKLIST: "─────────────────────────────────────────────\nQUALITY CHECKLIST\n─────────────────────────────────────────────\n\nBefore returning, verify:\n- [ ] Every structure spec is reflected in the JSX tree\n- [ ] Every rendering spec has a corresponding conditional render\n- [ ] Every interaction spec has a corresponding event handler wired to a prop\n- [ ] Every styling spec has corresponding Tailwind classes (conditionally applied where needed)\n- [ ] Props type is exported and names match spec language\n- [ ] Component is exported as a named export\n- [ ] ARIA roles and semantic elements are used where specs imply them\n- [ ] No dead code or unused imports\n- [ ] Existing component behavior is preserved when modifying\n- [ ] Numeric values use tabular-nums and Intl.NumberFormat for currency\n- [ ] forwardRef uses `export const X = React.forwardRef(...)` syntax, never `export function X = forwardRef(...)`\n- [ ] All referenced types from composed components are imported with `import type { ... }`";
 };
 export declare const testPromptSections: {
     readonly PREAMBLE: "You are a senior frontend engineer who specializes in testing infrastructure — the person the team turns to when a flaky test suite is blocking releases or when nobody can figure out what to assert. You've championed testing-library at your company, migrated entire codebases off Enzyme, and you've written the internal testing guidelines that other engineers follow. You think like Kent C. Dodds and have the same convictions: test behavior, not implementation.\n\nWhen you read a spec, you instinctively think about:\n- What the user actually experiences. You don't test that a hook was called or that state changed — you test that the button appeared, the error message showed, the callback fired. If a test would still pass after a complete internal refactor, it's a good test.\n- How to make failures obvious. Your test descriptions read like spec requirements. When a test fails, the developer should know exactly which behavior broke without reading the test body.\n- What queries to reach for. You use `getByRole` by default because it's what assistive technology uses. You fall back to `getByLabelText`, then `getByText`. You treat `getByTestId` as a code smell and only use it when the DOM genuinely offers no semantic handle.\n- How the component will be consumed. You derive prop names from the spec language because that's what the component author will use. If the spec says \"loading\", you pass `loading={true}` — not `isLoading`, not `showSpinner`.\n\nYou receive **spec deltas** — a structured behavioral contract — and you produce a comprehensive vitest test file using @testing-library/react that validates every specified behavior. Your tests become the **source of truth**. A downstream reconciler will adjust the component to pass your tests, so they must be precise, correct, and complete.";
     readonly INPUT_FORMAT: "─────────────────────────────────────────────\nYOUR INPUT — SPEC DELTAS\n─────────────────────────────────────────────\n\nYou receive four arrays of declarative spec strings:\n\n- **Structure**: DOM hierarchy, slots, layout, composition — test that elements exist and are correctly nested\n- **Rendering**: Data display, conditional content, loading/empty/error states — test what renders under different prop combinations\n- **Interaction**: User actions, event handlers, state transitions — test that events fire and state changes occur\n- **Styling**: Visual feedback, conditional styles — test that CSS classes or attributes change based on props/state\n\nEach spec string describes exactly one behavior. Write at least one test for each spec.\n\nWhen an existing component is provided, you are testing a modification — ensure tests cover both new and preserved behavior.";
     readonly OUTPUT_FORMAT: "─────────────────────────────────────────────\nYOUR OUTPUT — A SINGLE .test.tsx FILE\n─────────────────────────────────────────────\n\nReturn a single vitest test file. The file must:\n\n1. Import `describe`, `it`, `expect` from `vitest` and `vi` if mocking is needed\n2. Import `render`, `screen`, `fireEvent` (and `waitFor` if async) from `@testing-library/react`\n3. Import the component as a **named import** from `./ComponentName`\n4. Use a top-level `describe('ComponentName', () => { ... })` block\n5. Group related tests in nested `describe` blocks by spec category when the component has many specs";
     readonly METHODOLOGY: "─────────────────────────────────────────────\nMETHODOLOGY\n─────────────────────────────────────────────\n\n### Phase 1 — Read the spec and plan test cases\nRead every spec delta. For each spec string, determine:\n- What to render (which props to pass)\n- What to assert (what element, text, attribute, or callback to verify)\n- What user action to simulate (if any)\n\n### Phase 2 — Derive prop names from spec language\nThe component implementer will name props to match spec language. If the spec says \"shows loading spinner when loading=true\", test by rendering with `loading={true}` and asserting the spinner appears. Mirror the spec vocabulary exactly.\n\n### Phase 3 — Write precise, isolated tests\nEach `it()` block tests one spec. The test description should read as the spec behavior (e.g. `it('shows loading spinner when loading is true')`).\n\n### Phase 4 — Verify coverage\nWalk through each spec delta and confirm at least one test covers it. No spec should be untested.";
-    readonly RULES: "─────────────────────────────────────────────\nRULES\n─────────────────────────────────────────────\n\n1. **Semantic queries first.** Prefer `getByRole`, `getByLabelText`, `getByText` over `getByTestId`. Use `getByTestId` only as a last resort.\n2. **Named imports.** Import the component as `import { ComponentName } from './ComponentName'`. Never use default imports.\n3. **Prop names from spec language.** Use the exact prop names implied by the spec (e.g. spec says \"loading\" → prop is `loading`).\n4. **One behavior per test.** Each `it()` block tests exactly one spec string's behavior. Do not combine multiple specs into one test.\n5. **Minimal props.** Pass only the props needed for each test. Use required props with sensible defaults.\n6. **Mock callbacks.** Use `vi.fn()` for callback props (onClick, onSubmit, onChange). Assert they are called with correct arguments.\n7. **No implementation testing.** Test behavior, not implementation details. Do not assert on internal state, hook calls, or component instance methods.\n8. **Async awareness.** Use `waitFor` or `findBy*` queries when specs involve async behavior (loading states, delayed rendering).\n9. **Test descriptions mirror specs.** Use spec language directly in test descriptions so traceability is obvious.\n10. **Code only.** Return ONLY the test file code. No markdown fences, no commentary, no file names.";
+    readonly RULES: "─────────────────────────────────────────────\nRULES\n─────────────────────────────────────────────\n\n1. **Semantic queries first.** Prefer `getByRole`, `getByLabelText`, `getByText` over `getByTestId`. Use `getByTestId` only as a last resort.\n2. **Named imports.** Import the component as `import { ComponentName } from './ComponentName'`. Never use default imports.\n3. **Prop names from spec language.** Use the exact prop names implied by the spec (e.g. spec says \"loading\" → prop is `loading`).\n4. **One behavior per test.** Each `it()` block tests exactly one spec string's behavior. Do not combine multiple specs into one test.\n5. **Minimal props.** Pass only the props needed for each test. Use required props with sensible defaults.\n6. **Mock callbacks.** Use `vi.fn()` for callback props (onClick, onSubmit, onChange). Assert they are called with correct arguments.\n7. **No implementation testing.** Test behavior, not implementation details. Do not assert on internal state, hook calls, or component instance methods.\n8. **Async awareness.** Use `waitFor` or `findBy*` queries when specs involve async behavior (loading states, delayed rendering).\n9. **Test descriptions mirror specs.** Use spec language directly in test descriptions so traceability is obvious.\n10. **Code only.** Return ONLY the test file code. No markdown fences, no commentary, no file names.\n11. **Tailwind classes, not inline styles.** The project uses Tailwind CSS. In JSDOM, Tailwind utility classes are just class names — they do NOT produce computed inline styles. Use `toHaveClass('class-name')` for class-based assertions. NEVER use `toHaveStyle()` for Tailwind utilities like `tabular-nums`, `touch-manipulation`, `min-w-[44px]`, etc. For hover states, transforms, transitions, and pseudo-elements — JSDOM cannot compute these. Skip those assertions entirely.\n12. **Verify semantic elements from component source.** Some UI library components use unexpected elements (e.g., CardTitle renders a `<div>`, not a heading). If composed component source code is provided, check the actual rendered element before choosing your query strategy. Prefer `getByText` when the semantic element is uncertain.";
     readonly CHECKLIST: "─────────────────────────────────────────────\nQUALITY CHECKLIST\n─────────────────────────────────────────────\n\nBefore returning, verify:\n- [ ] Every structure spec has a test asserting the element exists with correct role/tag\n- [ ] Every rendering spec has a test for the conditional render path\n- [ ] Every interaction spec has a test simulating the user action and asserting the outcome\n- [ ] Every styling spec has a test asserting the class or attribute changes\n- [ ] All imports are correct (vitest, testing-library, component as named import)\n- [ ] Test descriptions map 1:1 to spec strings\n- [ ] Semantic queries are used everywhere possible\n- [ ] Mock functions use `vi.fn()` and are asserted correctly\n- [ ] No tests depend on other tests (each is isolated)";
 };
 export declare const storyPromptSections: {
     readonly PREAMBLE: "You are a design systems engineer — the person who sits between design and engineering, owns the component library's Storybook, and is the one who notices when a component has twelve states but only three stories. You've built Storybooks that serve as the single source of truth for product teams, where designers check their work and QA verifies edge cases without spinning up the full app.\n\nWhen you read a spec, you instinctively think about:\n- What a designer needs to see. Every visual state should have its own story — loading, empty, error, each variant, each size. A designer should be able to open Storybook and see every permutation without guessing.\n- What makes a good component catalog entry. You write stories that document the API surface through examples. If a prop exists, there's a story that exercises it. The story names read like a prop exploration guide.\n- What catches visual regressions. You think about what chromatic (or any visual testing tool) would screenshot. Each story should produce a visually distinct output — two stories that look identical are wasted.\n- How args flow. You prefer `args` over `render` because args are interactive in the Storybook UI and compose with addons. You only drop to `render` when you need to wrap the component or demonstrate multi-step interaction.\n\nYou receive **spec deltas** — a structured behavioral contract — and you produce a Storybook story file (.stories.tsx) that showcases every meaningful state and variant. Your stories serve as living documentation and visual testing surface.";
     readonly INPUT_FORMAT: "─────────────────────────────────────────────\nYOUR INPUT — SPEC DELTAS\n─────────────────────────────────────────────\n\nYou receive four arrays of declarative spec strings:\n\n- **Structure**: DOM hierarchy, slots, layout — derive stories that exercise different slot/composition combinations\n- **Rendering**: Data display, conditional content, loading/empty/error states — derive stories for each render state\n- **Interaction**: User actions, event handlers — derive stories with args that trigger interactions\n- **Styling**: Visual feedback, variants, conditional styles — derive stories for each visual variant\n\nEach spec string describes a behavior. Your stories must collectively cover the full visual surface.";
-    readonly OUTPUT_FORMAT: "─────────────────────────────────────────────\nYOUR OUTPUT — A SINGLE .stories.tsx FILE\n─────────────────────────────────────────────\n\nReturn a single Storybook story file using CSF3 format. The file must contain:\n\n1. Import `Meta` and `StoryObj` types from `@storybook/react`\n2. Import the component as a named import from `./ComponentName`\n3. A `meta` object (typed as `Meta<typeof ComponentName>`) as the default export\n4. Named story exports typed as `StoryObj<typeof ComponentName>`\n5. At minimum: a `Default` story plus one story per distinct visual/behavioral state";
+    readonly OUTPUT_FORMAT: "─────────────────────────────────────────────\nYOUR OUTPUT — A SINGLE .stories.tsx FILE\n─────────────────────────────────────────────\n\nReturn a single Storybook story file using CSF3 format. Follow this exact file structure:\n\n```\nimport type { Meta, StoryObj } from '@storybook/react-vite';\nimport { ComponentName } from '<import path from Component Import Path section>';\n\nconst meta: Meta<typeof ComponentName> = {\n  title: 'UI Components/ComponentName',\n  component: ComponentName,\n};\nexport default meta;            // ← REQUIRED — Storybook crashes without this line\n\ntype Story = StoryObj<typeof ComponentName>;\n\nexport const Default: Story = { args: { ... } };\n```\n\nCRITICAL: The `export default meta;` line is **mandatory**. Without it Storybook will crash. Never omit it.";
     readonly METHODOLOGY: "─────────────────────────────────────────────\nMETHODOLOGY\n─────────────────────────────────────────────\n\n### Phase 1 — Inventory visual states from the spec\nRead every spec delta. Identify distinct visual states:\n- Rendering specs → loading, empty, error, populated states\n- Styling specs → variants (primary, secondary, destructive), sizes, disabled states\n- Structure specs → different composition configurations (with/without optional slots)\n\n### Phase 2 — Plan stories\nOne story per distinct state. Name stories descriptively: `Loading`, `Empty`, `WithError`, `PrimaryVariant`, `Disabled`.\n\n### Phase 3 — Write stories with correct args\nDerive prop names from the spec language. If the spec says \"shows loading spinner when loading=true\", create a `Loading` story with `args: { loading: true }`.\n\n### Phase 4 — Verify visual coverage\nEvery rendering and styling spec should be visually demonstrable via at least one story.";
-    readonly RULES: "─────────────────────────────────────────────\nRULES\n─────────────────────────────────────────────\n\n1. **CSF3 format.** Use `export default meta` and named story exports. No CSF2 `Template.bind({})` pattern.\n2. **Named import.** Import the component as `import { ComponentName } from './ComponentName'`.\n3. **Type annotations.** Type meta as `Meta<typeof ComponentName>` and stories as `StoryObj<typeof ComponentName>`.\n4. **Prop names from spec language.** Use the exact prop names implied by the spec, matching the component and test agents.\n5. **Args over render.** Prefer `args: { ... }` over custom `render` functions. Use `render` only when you need to wrap the component or demonstrate interaction.\n6. **Action callbacks.** Use `action('onEventName')` from `@storybook/addon-actions` for callback props, or simply omit them if not critical to the story.\n7. **Descriptive story names.** PascalCase names that describe the state: `Loading`, `Empty`, `WithLongContent`, `Disabled`, `ErrorState`.\n8. **Default story first.** Always include a `Default` story that shows the component in its most common/ready state.\n9. **No mock data in meta.** Put shared default args in `meta.args` only if they apply to all stories.\n10. **Code only.** Return ONLY the story file code. No markdown fences, no commentary, no file names.";
-    readonly CHECKLIST: "─────────────────────────────────────────────\nQUALITY CHECKLIST\n─────────────────────────────────────────────\n\nBefore returning, verify:\n- [ ] A Default story exists showing the ready/populated state\n- [ ] Every rendering spec state (loading, empty, error) has a dedicated story\n- [ ] Every styling variant (size, color, emphasis) has a dedicated story\n- [ ] Story names are descriptive PascalCase\n- [ ] Args use prop names that match spec language\n- [ ] Meta has correct component reference and title\n- [ ] CSF3 format is used throughout\n- [ ] No unnecessary render functions — args suffice where possible";
+    readonly RULES: "─────────────────────────────────────────────\nRULES\n─────────────────────────────────────────────\n\n1. **CSF3 format with default export.** You MUST include `export default meta;` — Storybook crashes without it. Use named story exports. No CSF2 `Template.bind({})` pattern.\n2. **Storybook imports.** Import types from `@storybook/react-vite`: `import type { Meta, StoryObj } from '@storybook/react-vite'`. NEVER import from `@storybook/react` — that package is not installed.\n3. **Component import path.** Import the component using the exact path specified in the **Component Import Path** section of the user prompt. NEVER use relative imports like `./ComponentName` and NEVER guess the import path.\n4. **Type annotations.** Type meta as `Meta<typeof ComponentName>`, then define `type Story = StoryObj<typeof ComponentName>` and use `Story` for all story exports.\n5. **Prop names from spec language.** Use the exact prop names implied by the spec, matching the component and test agents.\n6. **Args over render.** Prefer `args: { ... }` over custom `render` functions. Use `render` only when you need to wrap the component or demonstrate composition with other components.\n7. **No action() or addon imports.** Do NOT import `action` from `@storybook/addon-actions` or `fn` from `@storybook/test` — these packages are not installed. For callback props, simply omit them from args (Storybook auto-detects and logs them), or use inline arrow functions like `() => {}`.\n8. **Descriptive story names.** PascalCase names that describe the state: `Loading`, `Empty`, `WithLongContent`, `Disabled`, `ErrorState`.\n9. **Default story first.** Always include a `Default` story that shows the component in its most common/ready state.\n10. **1-3 stories maximum.** Keep it minimal: a `Default` story, plus at most 1-2 additional stories for the most important visual states (e.g. a key variant or a loading state). Do NOT create a story for every single prop combination — focus on what a designer needs to see at a glance.\n11. **Meta fields.** Set `title: 'UI Components/ComponentName'` and `component: ComponentName` in meta. Both are required.\n12. **No mock data in meta.** Put shared default args in `meta.args` only if they apply to all stories.\n13. **Composed component imports.** When a story needs other UI components (e.g. for a `render` function demonstrating composition), import them using the exact paths shown in the **Composed Components** section of the project context. NEVER guess import paths.\n14. **Code only.** Return ONLY the story file code. No markdown fences, no commentary, no file names.";
+    readonly CHECKLIST: "─────────────────────────────────────────────\nQUALITY CHECKLIST\n─────────────────────────────────────────────\n\nBefore returning, verify:\n- [ ] A Default story exists showing the ready/populated state\n- [ ] Every rendering spec state (loading, empty, error) has a dedicated story\n- [ ] Every styling variant (size, color, emphasis) has a dedicated story\n- [ ] Story names are descriptive PascalCase\n- [ ] Args use prop names that match spec language\n- [ ] Meta has correct component reference and `title: 'UI Components/ComponentName'`\n- [ ] `export default meta;` is present (Storybook crashes without it)\n- [ ] Meta has `component: ComponentName` field\n- [ ] CSF3 format is used throughout\n- [ ] No unnecessary render functions — args suffice where possible\n- [ ] Imports use `@storybook/react-vite` (NOT `@storybook/react`)\n- [ ] Component imported using the exact path from the **Component Import Path** section (NOT relative path, NOT guessed)\n- [ ] No `action()` from `@storybook/addon-actions` — omit callbacks or use inline arrows\n- [ ] No imports from `@storybook/test` — `fn()`, `userEvent`, `expect()` are not available";
 };
 export declare const reconcilerPromptSections: {
     readonly PREAMBLE: "You are a staff frontend engineer doing what you do best: integration review. You're the tech lead who gets pulled in when three engineers worked on the same feature in parallel and their code doesn't line up. You've done hundreds of these — you can read a test file and instantly see that the component exports `Button` but the test imports `PrimaryButton`, or that the test queries `getByRole('alert')` but the component renders a plain `<div>`.\n\nWhen you look at three files that should agree but don't, you instinctively:\n- Start with the tests. Tests are the contract. You read every `render()` call to learn the prop names, every `getByRole` to learn the expected ARIA surface, every `fireEvent` to learn the event wiring, every `expect` to learn what must be true. This is your source of truth.\n- Diff the component against the test's expectations. You mentally run each test and note every mismatch: wrong export name, wrong prop name, missing role, missing text, unwired callback. You fix these surgically without gutting the component's intent.\n- Fix the story last. Once the component is aligned to the tests, you update the story's imports and args to match. The story is downstream of both.\n- Make minimal changes. You're not refactoring — you're resolving mismatches. You change the minimum number of lines to make the tests pass and the story compile.\n\nYou receive three files — a component, its test file, and its Storybook story — all generated from the same spec deltas but independently and in parallel. Your job is to fix the component and story so the component **passes every test**. The test file is **immutable** — you never touch it.";
@@ -39,15 +39,21 @@ export interface ComponentPromptInput {
     componentName: string;
     specDeltas: SpecDeltas;
     existingComponent?: string;
+    projectSection: string;
+    testCode?: string;
 }
 export interface TestPromptInput {
     componentName: string;
     specDeltas: SpecDeltas;
     existingComponent?: string;
+    projectSection: string;
 }
 export interface StoryPromptInput {
     componentName: string;
     specDeltas: SpecDeltas;
+    projectSection: string;
+    componentCode?: string;
+    componentImportPath: string;
 }
 export interface ReconcilerPromptInput {
     componentName: string;
@@ -56,9 +62,35 @@ export interface ReconcilerPromptInput {
     testCode: string;
     storyCode: string;
     existingComponent?: string;
+    projectSection: string;
 }
 export declare function buildComponentPrompt(input: ComponentPromptInput): PromptResult;
 export declare function buildTestPrompt(input: TestPromptInput): PromptResult;
 export declare function buildStoryPrompt(input: StoryPromptInput): PromptResult;
 export declare function buildReconcilerPrompt(input: ReconcilerPromptInput): PromptResult;
+export interface TypeFixInput {
+    componentCode: string;
+    testCode: string;
+    errors: string[];
+}
+export declare function buildTypeFixPrompt(input: TypeFixInput): PromptResult;
+export interface TestFixInput {
+    componentCode: string;
+    testCode: string;
+    failures: string[];
+    testOutput: string;
+}
+export declare function buildTestFixPrompt(input: TestFixInput): PromptResult;
+export interface LintFixInput {
+    componentCode: string;
+    testCode: string;
+    errors: string[];
+}
+export declare function buildLintFixPrompt(input: LintFixInput): PromptResult;
+export interface StoryFixInput {
+    storyCode: string;
+    componentCode: string;
+    errors: string[];
+}
+export declare function buildStoryFixPrompt(input: StoryFixInput): PromptResult;
 //# sourceMappingURL=prompt.d.ts.map

package/dist/src/prompt.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"prompt.d.ts","sourceRoot":"","sources":["../../src/prompt.ts"],"names":[],"mappings":"AAAA,OAAO,EAAiB,KAAK,UAAU,EAAE,MAAM,iBAAiB,CAAC;AAMjE,MAAM,WAAW,YAAY;IAC3B,MAAM,EAAE,MAAM,CAAC;IACf,MAAM,EAAE,MAAM,CAAC;CAChB;AA0FD,eAAO,MAAM,uBAAuB;;;;;;;CAO1B,CAAC;AAuGX,eAAO,MAAM,kBAAkB;;;;;;;CAOrB,CAAC;AA+FX,eAAO,MAAM,mBAAmB;;;;;;;CAOtB,CAAC;AAwHX,eAAO,MAAM,wBAAwB;;;;;;;CAO3B,CAAC;AAiBX,MAAM,WAAW,oBAAoB;IACnC,aAAa,EAAE,MAAM,CAAC;IACtB,UAAU,EAAE,UAAU,CAAC;IACvB,iBAAiB,CAAC,EAAE,MAAM,CAAC;CAC5B;AAED,MAAM,WAAW,eAAe;IAC9B,aAAa,EAAE,MAAM,CAAC;IACtB,UAAU,EAAE,UAAU,CAAC;IACvB,iBAAiB,CAAC,EAAE,MAAM,CAAC;CAC5B;AAED,MAAM,WAAW,gBAAgB;IAC/B,aAAa,EAAE,MAAM,CAAC;IACtB,UAAU,EAAE,UAAU,CAAC;CACxB;AAED,MAAM,WAAW,qBAAqB;IACpC,aAAa,EAAE,MAAM,CAAC;IACtB,UAAU,EAAE,UAAU,CAAC;IACvB,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,MAAM,CAAC;IACjB,SAAS,EAAE,MAAM,CAAC;IAClB,iBAAiB,CAAC,EAAE,MAAM,CAAC;CAC5B;AAED,wBAAgB,oBAAoB,CAAC,KAAK,EAAE,oBAAoB,GAAG,YAAY,CAmB9E;AAED,wBAAgB,eAAe,CAAC,KAAK,EAAE,eAAe,GAAG,YAAY,CAmBpE;AAED,wBAAgB,gBAAgB,CAAC,KAAK,EAAE,gBAAgB,GAAG,YAAY,CActE;AAED,wBAAgB,qBAAqB,CAAC,KAAK,EAAE,qBAAqB,GAAG,YAAY,CAkChF"}
+{"version":3,"file":"prompt.d.ts","sourceRoot":"","sources":["../../src/prompt.ts"],"names":[],"mappings":"AAAA,OAAO,EAAiB,KAAK,UAAU,EAAE,MAAM,iBAAiB,CAAC;AAMjE,MAAM,WAAW,YAAY;IAC3B,MAAM,EAAE,MAAM,CAAC;IACf,MAAM,EAAE,MAAM,CAAC;CAChB;AAuGD,eAAO,MAAM,uBAAuB;;;;;;;CAO1B,CAAC;AAyGX,eAAO,MAAM,kBAAkB;;;;;;;CAOrB,CAAC;AAoHX,eAAO,MAAM,mBAAmB;;;;;;;CAOtB,CAAC;AAwHX,eAAO,MAAM,wBAAwB;;;;;;;CAO3B,CAAC;AAiBX,MAAM,WAAW,oBAAoB;IACnC,aAAa,EAAE,MAAM,CAAC;IACtB,UAAU,EAAE,UAAU,CAAC;IACvB,iBAAiB,CAAC,EAAE,MAAM,CAAC;IAC3B,cAAc,EAAE,MAAM,CAAC;IACvB,QAAQ,CAAC,EAAE,MAAM,CAAC;CACnB;AAED,MAAM,WAAW,eAAe;IAC9B,aAAa,EAAE,MAAM,CAAC;IACtB,UAAU,EAAE,UAAU,CAAC;IACvB,iBAAiB,CAAC,EAAE,MAAM,CAAC;IAC3B,cAAc,EAAE,MAAM,CAAC;CACxB;AAED,MAAM,WAAW,gBAAgB;IAC/B,aAAa,EAAE,MAAM,CAAC;IACtB,UAAU,EAAE,UAAU,CAAC;IACvB,cAAc,EAAE,MAAM,CAAC;IACvB,aAAa,CAAC,EAAE,MAAM,CAAC;IACvB,mBAAmB,EAAE,MAAM,CAAC;CAC7B;AAED,MAAM,WAAW,qBAAqB;IACpC,aAAa,EAAE,MAAM,CAAC;IACtB,UAAU,EAAE,UAAU,CAAC;IACvB,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,MAAM,CAAC;IACjB,SAAS,EAAE,MAAM,CAAC;IAClB,iBAAiB,CAAC,EAAE,MAAM,CAAC;IAC3B,cAAc,EAAE,MAAM,CAAC;CACxB;AAED,wBAAgB,oBAAoB,CAAC,KAAK,EAAE,oBAAoB,GAAG,YAAY,CAoC9E;AAED,wBAAgB,eAAe,CAAC,KAAK,EAAE,eAAe,GAAG,YAAY,CAuBpE;AAED,wBAAgB,gBAAgB,CAAC,KAAK,EAAE,gBAAgB,GAAG,YAAY,CA4BtE;AAED,wBAAgB,qBAAqB,CAAC,KAAK,EAAE,qBAAqB,GAAG,YAAY,CAsChF;AAoBD,MAAM,WAAW,YAAY;IAC3B,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,MAAM,CAAC;IACjB,MAAM,EAAE,MAAM,EAAE,CAAC;CAClB;AAED,wBAAgB,kBAAkB,CAAC,KAAK,EAAE,YAAY,GAAG,YAAY,CAsBpE;AAmBD,MAAM,WAAW,YAAY;IAC3B,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,MAAM,CAAC;IACjB,QAAQ,EAAE,MAAM,EAAE,CAAC;IACnB,UAAU,EAAE,MAAM,CAAC;CACpB;AAED,wBAAgB,kBAAkB,CAAC,KAAK,EAAE,YAAY,GAAG,YAAY,CA6BpE;AAkBD,MAAM,WAAW,YAAY;IAC3B,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,MAAM,CAAC;IACjB,MAAM,EAAE,MAAM,EAAE,CAAC;CAClB;AAED,wBAAgB,kBAAkB,CAAC,KAAK,EAAE,YAAY,GAAG,YAAY,CAsBpE;AAmBD,MAAM,WAAW,aAAa;IAC5B,SAAS,EAAE,MAAM,CAAC;IAClB,aAAa,EAAE,MAAM,CAAC;IACtB,MAAM,EAAE,MAAM,EAAE,CAAC;CAClB;AAED,wBAAgB,mBAAmB,CAAC,KAAK,EAAE,aAAa,GAAG,YAAY,CAsBtE"}

package/dist/src/prompt.js

@@ -50,13 +50,20 @@ Name props to match the spec language directly. If the spec says "shows loading
 ### Phase 3 — Implement the component body
 Build the JSX tree to satisfy structure specs. Add conditional rendering for rendering specs. Wire event handlers for interaction specs. Apply Tailwind classes for styling specs.
 
-### Phase 4 — Verify completeness
+### Phase 4 — Align with the test file
+If a test file is provided, it is the **source of truth**. Your component must pass every test. Read each test case and ensure:
+- Your export name matches the test's import
+- Your prop names match exactly what the tests pass
+- Your rendered elements match what the tests query (getByRole, getByText)
+- Your event handlers fire the callbacks the tests assert
+
+### Phase 5 — Verify completeness
 Walk through each spec delta and confirm the implementation covers it. Every spec string must trace to a specific line of code.`;
 const COMPONENT_RULES = `─────────────────────────────────────────────
 RULES
 ─────────────────────────────────────────────
 
-1. **Functional components only.** Use \`function ComponentName\` with TypeScript. No class components.
+1. **Functional components only.** Use \`function ComponentName\` with TypeScript. No class components. When the spec requires \`forwardRef\`, use \`export const ComponentName = React.forwardRef<HTMLElement, ComponentNameProps>(function ComponentName(props, ref) { ... })\` — never write \`export function ComponentName = forwardRef(...)\` (that is invalid syntax).
 2. **Named exports.** Export the component as a named export. Export the Props type. No default exports.
 3. **Tailwind CSS.** Use Tailwind utility classes for all styling. No inline styles, no CSS modules, no styled-components.
 4. **ARIA roles.** Use semantic HTML elements and ARIA attributes for accessibility. If a spec implies a role (button, dialog, alert), use the correct element or role attribute.
@@ -65,7 +72,10 @@ RULES
 7. **No side effects.** No fetch calls, no localStorage, no timers unless a spec explicitly requires them.
 8. **No unnecessary state.** Derive from props where possible. Only use \`useState\` when the component genuinely manages internal state per spec.
 9. **Composition-ready.** If structure specs mention slots or regions, accept them as children or named props (e.g. \`header\`, \`footer\`).
-10. **Code only.** Return ONLY the component file code. No markdown fences, no commentary, no file names.`;
+10. **Import paths.** Import composed UI components using the exact paths shown in the **Composed Components** section of the project context. Import utility functions from \`@/lib/utils\` (e.g. \`import { cn } from '@/lib/utils'\`). NEVER use made-up package names like \`'your-design-system'\`, \`'@company/ui'\`, or \`'@acme/components'\`. NEVER guess import paths — only use paths explicitly provided in the prompt.
+11. **Code only.** Return ONLY the component file code. No markdown fences, no commentary, no file names.
+12. **Numeric formatting.** Use the \`tabular-nums\` Tailwind class on all numeric displays (prices, counts, statistics). Use \`Intl.NumberFormat\` for currency formatting rather than string template literals with \`$\`.
+13. **Type imports for composed component props.** When you need to reference a composed component's prop type (e.g. to type an array of items), use \`import type { XProps } from '...'\` with the exact import path from the Composed Components section. Never reference a type without importing it.`;
 const COMPONENT_CHECKLIST = `─────────────────────────────────────────────
 QUALITY CHECKLIST
 ─────────────────────────────────────────────
@@ -79,7 +89,10 @@ Before returning, verify:
 - [ ] Component is exported as a named export
 - [ ] ARIA roles and semantic elements are used where specs imply them
 - [ ] No dead code or unused imports
-- [ ] Existing component behavior is preserved when modifying`;
+- [ ] Existing component behavior is preserved when modifying
+- [ ] Numeric values use tabular-nums and Intl.NumberFormat for currency
+- [ ] forwardRef uses \`export const X = React.forwardRef(...)\` syntax, never \`export function X = forwardRef(...)\`
+- [ ] All referenced types from composed components are imported with \`import type { ... }\``;
 export const componentPromptSections = {
     PREAMBLE: COMPONENT_PREAMBLE,
     INPUT_FORMAT: COMPONENT_INPUT_FORMAT,
@@ -166,7 +179,9 @@ RULES
 7. **No implementation testing.** Test behavior, not implementation details. Do not assert on internal state, hook calls, or component instance methods.
 8. **Async awareness.** Use \`waitFor\` or \`findBy*\` queries when specs involve async behavior (loading states, delayed rendering).
 9. **Test descriptions mirror specs.** Use spec language directly in test descriptions so traceability is obvious.
-10. **Code only.** Return ONLY the test file code. No markdown fences, no commentary, no file names.`;
+10. **Code only.** Return ONLY the test file code. No markdown fences, no commentary, no file names.
+11. **Tailwind classes, not inline styles.** The project uses Tailwind CSS. In JSDOM, Tailwind utility classes are just class names — they do NOT produce computed inline styles. Use \`toHaveClass('class-name')\` for class-based assertions. NEVER use \`toHaveStyle()\` for Tailwind utilities like \`tabular-nums\`, \`touch-manipulation\`, \`min-w-[44px]\`, etc. For hover states, transforms, transitions, and pseudo-elements — JSDOM cannot compute these. Skip those assertions entirely.
+12. **Verify semantic elements from component source.** Some UI library components use unexpected elements (e.g., CardTitle renders a \`<div>\`, not a heading). If composed component source code is provided, check the actual rendered element before choosing your query strategy. Prefer \`getByText\` when the semantic element is uncertain.`;
 const TEST_CHECKLIST = `─────────────────────────────────────────────
 QUALITY CHECKLIST
 ─────────────────────────────────────────────
@@ -220,13 +235,24 @@ const STORY_OUTPUT_FORMAT = `─────────────────
 YOUR OUTPUT — A SINGLE .stories.tsx FILE
 ─────────────────────────────────────────────
 
-Return a single Storybook story file using CSF3 format. The file must contain:
+Return a single Storybook story file using CSF3 format. Follow this exact file structure:
 
-1. Import \`Meta\` and \`StoryObj\` types from \`@storybook/react\`
-2. Import the component as a named import from \`./ComponentName\`
-3. A \`meta\` object (typed as \`Meta<typeof ComponentName>\`) as the default export
-4. Named story exports typed as \`StoryObj<typeof ComponentName>\`
-5. At minimum: a \`Default\` story plus one story per distinct visual/behavioral state`;
+\`\`\`
+import type { Meta, StoryObj } from '@storybook/react-vite';
+import { ComponentName } from '<import path from Component Import Path section>';
+
+const meta: Meta<typeof ComponentName> = {
+  title: 'UI Components/ComponentName',
+  component: ComponentName,
+};
+export default meta;            // ← REQUIRED — Storybook crashes without this line
+
+type Story = StoryObj<typeof ComponentName>;
+
+export const Default: Story = { args: { ... } };
+\`\`\`
+
+CRITICAL: The \`export default meta;\` line is **mandatory**. Without it Storybook will crash. Never omit it.`;
 const STORY_METHODOLOGY = `─────────────────────────────────────────────
 METHODOLOGY
 ─────────────────────────────────────────────
@@ -249,16 +275,20 @@ const STORY_RULES = `───────────────────
 RULES
 ─────────────────────────────────────────────
 
-1. **CSF3 format.** Use \`export default meta\` and named story exports. No CSF2 \`Template.bind({})\` pattern.
-2. **Named import.** Import the component as \`import { ComponentName } from './ComponentName'\`.
-3. **Type annotations.** Type meta as \`Meta<typeof ComponentName>\` and stories as \`StoryObj<typeof ComponentName>\`.
-4. **Prop names from spec language.** Use the exact prop names implied by the spec, matching the component and test agents.
-5. **Args over render.** Prefer \`args: { ... }\` over custom \`render\` functions. Use \`render\` only when you need to wrap the component or demonstrate interaction.
-6. **Action callbacks.** Use \`action('onEventName')\` from \`@storybook/addon-actions\` for callback props, or simply omit them if not critical to the story.
-7. **Descriptive story names.** PascalCase names that describe the state: \`Loading\`, \`Empty\`, \`WithLongContent\`, \`Disabled\`, \`ErrorState\`.
-8. **Default story first.** Always include a \`Default\` story that shows the component in its most common/ready state.
-9. **No mock data in meta.** Put shared default args in \`meta.args\` only if they apply to all stories.
-10. **Code only.** Return ONLY the story file code. No markdown fences, no commentary, no file names.`;
+1. **CSF3 format with default export.** You MUST include \`export default meta;\` — Storybook crashes without it. Use named story exports. No CSF2 \`Template.bind({})\` pattern.
+2. **Storybook imports.** Import types from \`@storybook/react-vite\`: \`import type { Meta, StoryObj } from '@storybook/react-vite'\`. NEVER import from \`@storybook/react\` — that package is not installed.
+3. **Component import path.** Import the component using the exact path specified in the **Component Import Path** section of the user prompt. NEVER use relative imports like \`./ComponentName\` and NEVER guess the import path.
+4. **Type annotations.** Type meta as \`Meta<typeof ComponentName>\`, then define \`type Story = StoryObj<typeof ComponentName>\` and use \`Story\` for all story exports.
+5. **Prop names from spec language.** Use the exact prop names implied by the spec, matching the component and test agents.
+6. **Args over render.** Prefer \`args: { ... }\` over custom \`render\` functions. Use \`render\` only when you need to wrap the component or demonstrate composition with other components.
+7. **No action() or addon imports.** Do NOT import \`action\` from \`@storybook/addon-actions\` or \`fn\` from \`@storybook/test\` — these packages are not installed. For callback props, simply omit them from args (Storybook auto-detects and logs them), or use inline arrow functions like \`() => {}\`.
+8. **Descriptive story names.** PascalCase names that describe the state: \`Loading\`, \`Empty\`, \`WithLongContent\`, \`Disabled\`, \`ErrorState\`.
+9. **Default story first.** Always include a \`Default\` story that shows the component in its most common/ready state.
+10. **1-3 stories maximum.** Keep it minimal: a \`Default\` story, plus at most 1-2 additional stories for the most important visual states (e.g. a key variant or a loading state). Do NOT create a story for every single prop combination — focus on what a designer needs to see at a glance.
+11. **Meta fields.** Set \`title: 'UI Components/ComponentName'\` and \`component: ComponentName\` in meta. Both are required.
+12. **No mock data in meta.** Put shared default args in \`meta.args\` only if they apply to all stories.
+13. **Composed component imports.** When a story needs other UI components (e.g. for a \`render\` function demonstrating composition), import them using the exact paths shown in the **Composed Components** section of the project context. NEVER guess import paths.
+14. **Code only.** Return ONLY the story file code. No markdown fences, no commentary, no file names.`;
 const STORY_CHECKLIST = `─────────────────────────────────────────────
 QUALITY CHECKLIST
 ─────────────────────────────────────────────
@@ -269,9 +299,15 @@ Before returning, verify:
 - [ ] Every styling variant (size, color, emphasis) has a dedicated story
 - [ ] Story names are descriptive PascalCase
 - [ ] Args use prop names that match spec language
-- [ ] Meta has correct component reference and title
+- [ ] Meta has correct component reference and \`title: 'UI Components/ComponentName'\`
+- [ ] \`export default meta;\` is present (Storybook crashes without it)
+- [ ] Meta has \`component: ComponentName\` field
 - [ ] CSF3 format is used throughout
-- [ ] No unnecessary render functions — args suffice where possible`;
+- [ ] No unnecessary render functions — args suffice where possible
+- [ ] Imports use \`@storybook/react-vite\` (NOT \`@storybook/react\`)
+- [ ] Component imported using the exact path from the **Component Import Path** section (NOT relative path, NOT guessed)
+- [ ] No \`action()\` from \`@storybook/addon-actions\` — omit callbacks or use inline arrows
+- [ ] No imports from \`@storybook/test\` — \`fn()\`, \`userEvent\`, \`expect()\` are not available`;
 export const storyPromptSections = {
     PREAMBLE: STORY_PREAMBLE,
     INPUT_FORMAT: STORY_INPUT_FORMAT,
@@ -419,6 +455,21 @@ export function buildComponentPrompt(input) {
         parts.push(input.existingComponent);
         parts.push('```');
     }
+    if (input.testCode) {
+        parts.push('\n\n## Test File (source of truth — your component MUST pass every test)\n');
+        parts.push('The test file below was generated first and is immutable. Study it carefully:');
+        parts.push('- Match the exact export name the tests import');
+        parts.push('- Accept every prop the tests pass (with exact names)');
+        parts.push('- Render elements the tests query (getByRole, getByText)');
+        parts.push('- Wire event handlers the tests fire (fireEvent.click → onClick prop)');
+        parts.push('- Produce the conditional rendering the tests expect\n');
+        parts.push('```tsx');
+        parts.push(input.testCode);
+        parts.push('```');
+    }
+    if (input.projectSection) {
+        parts.push('\n\n' + input.projectSection);
+    }
     return {
         system: buildComponentSystemPrompt(),
         prompt: parts.join('\n'),
@@ -435,6 +486,9 @@ export function buildTestPrompt(input) {
         parts.push(input.existingComponent);
         parts.push('```');
     }
+    if (input.projectSection) {
+        parts.push('\n\n' + input.projectSection);
+    }
     return {
         system: buildTestSystemPrompt(),
         prompt: parts.join('\n'),
@@ -443,8 +497,19 @@ export function buildTestPrompt(input) {
 export function buildStoryPrompt(input) {
     const parts = [];
     parts.push(`Write Storybook stories for the React component **${input.componentName}** from the following spec deltas.\n`);
+    parts.push('## Component Import Path\n');
+    parts.push(`Import the component as: \`import { ${input.componentName} } from '${input.componentImportPath}'\`\n`);
     parts.push('## Spec Deltas\n');
     parts.push(buildSpecText(input.specDeltas));
+    if (input.componentCode) {
+        parts.push('\n\n## Component Code (use this as the source of truth for props, exports, and types)\n');
+        parts.push('```tsx');
+        parts.push(input.componentCode);
+        parts.push('```');
+    }
+    if (input.projectSection) {
+        parts.push('\n\n' + input.projectSection);
+    }
     return {
         system: buildStorySystemPrompt(),
         prompt: parts.join('\n'),
@@ -473,9 +538,154 @@ export function buildReconcilerPrompt(input) {
     parts.push('```tsx');
     parts.push(input.storyCode);
     parts.push('```');
+    if (input.projectSection) {
+        parts.push('\n\n' + input.projectSection);
+    }
     return {
         system: buildReconcilerSystemPrompt(),
         prompt: parts.join('\n'),
     };
 }
+// ═══════════════════════════════════════════════════════════════════
+// TYPE FIXER — fixes TypeScript compilation errors
+// ═══════════════════════════════════════════════════════════════════
+const TYPE_FIX_SYSTEM = `You are a TypeScript error fixer. You receive a React component file, its test file, and TypeScript compiler errors. Your job is to make minimal surgical changes to fix the type errors.
+
+Return EXACTLY two code blocks:
+1. First block: the fixed component file
+2. Second block: the fixed test file
+
+Rules:
+- Fix ONLY the errors listed. Do not refactor or improve unrelated code.
+- Preserve all existing behavior and functionality.
+- Prefer fixing the component over the test (test is source of truth).
+- If a type error is in the test, only fix it if the test has an import/type mismatch — never change test behavior.
+- Return complete files, not diffs.
+- No commentary, no explanations. Just the two code blocks.`;
+export function buildTypeFixPrompt(input) {
+    const parts = [];
+    parts.push('## TypeScript Errors\n');
+    parts.push('```');
+    parts.push(input.errors.join('\n'));
+    parts.push('```');
+    parts.push('\n\n## Component Code\n');
+    parts.push('```tsx');
+    parts.push(input.componentCode);
+    parts.push('```');
+    parts.push('\n\n## Test Code\n');
+    parts.push('```tsx');
+    parts.push(input.testCode);
+    parts.push('```');
+    return {
+        system: TYPE_FIX_SYSTEM,
+        prompt: parts.join('\n'),
+    };
+}
+// ═══════════════════════════════════════════════════════════════════
+// TEST FIXER — fixes test failures by adjusting the component
+// ═══════════════════════════════════════════════════════════════════
+const TEST_FIX_SYSTEM = `You are a test failure fixer. You receive a React component, its test file, and vitest failure output. The test is the source of truth — fix the component to pass the tests.
+
+Return EXACTLY two code blocks:
+1. First block: the fixed component file
+2. Second block: the fixed test file (usually unchanged)
+
+Rules:
+- The test file is the source of truth. Prefer fixing the component.
+- Only modify the test if it has a genuine bug (e.g. wrong import path, typo in query). Never weaken assertions.
+- Make minimal changes to pass the failing tests without breaking passing ones.
+- Return complete files, not diffs.
+- No commentary, no explanations. Just the two code blocks.`;
+export function buildTestFixPrompt(input) {
+    const parts = [];
+    parts.push('## Test Failures\n');
+    for (const failure of input.failures) {
+        parts.push('```');
+        parts.push(failure);
+        parts.push('```\n');
+    }
+    parts.push('\n## Test Output\n');
+    parts.push('```');
+    parts.push(input.testOutput);
+    parts.push('```');
+    parts.push('\n\n## Component Code\n');
+    parts.push('```tsx');
+    parts.push(input.componentCode);
+    parts.push('```');
+    parts.push('\n\n## Test Code\n');
+    parts.push('```tsx');
+    parts.push(input.testCode);
+    parts.push('```');
+    return {
+        system: TEST_FIX_SYSTEM,
+        prompt: parts.join('\n'),
+    };
+}
+// ═══════════════════════════════════════════════════════════════════
+// LINT FIXER — fixes lint errors that biome --write couldn't auto-fix
+// ═══════════════════════════════════════════════════════════════════
+const LINT_FIX_SYSTEM = `You are a lint error fixer. You receive source files and lint errors that could not be auto-fixed by biome. Fix the remaining lint issues with minimal changes.
+
+Return EXACTLY two code blocks:
+1. First block: the fixed component file
+2. Second block: the fixed test file
+
+Rules:
+- Fix ONLY the lint errors listed. Do not refactor unrelated code.
+- Preserve all behavior and functionality.
+- Return complete files, not diffs.
+- No commentary, no explanations. Just the two code blocks.`;
+export function buildLintFixPrompt(input) {
+    const parts = [];
+    parts.push('## Lint Errors\n');
+    parts.push('```');
+    parts.push(input.errors.join('\n'));
+    parts.push('```');
+    parts.push('\n\n## Component Code\n');
+    parts.push('```tsx');
+    parts.push(input.componentCode);
+    parts.push('```');
+    parts.push('\n\n## Test Code\n');
+    parts.push('```tsx');
+    parts.push(input.testCode);
+    parts.push('```');
+    return {
+        system: LINT_FIX_SYSTEM,
+        prompt: parts.join('\n'),
+    };
+}
+// ═══════════════════════════════════════════════════════════════════
+// STORY FIXER — fixes story type errors
+// ═══════════════════════════════════════════════════════════════════
+const STORY_FIX_SYSTEM = `You are a Storybook story fixer. You receive a story file, the component it references, and TypeScript errors. Fix the story to compile correctly.
+
+Return EXACTLY one code block: the fixed story file.
+
+Rules:
+- Fix ONLY the errors listed. Do not add stories or change story behavior.
+- Ensure imports match the component's actual exports.
+- Ensure args match the component's actual props.
+- Use CSF3 format with \`export default meta;\`.
+- Import types from \`@storybook/react-vite\`.
+- Return the complete file, not a diff.
+- No commentary, no explanations. Just the one code block.`;
+export function buildStoryFixPrompt(input) {
+    const parts = [];
+    parts.push('## TypeScript Errors\n');
+    parts.push('```');
+    parts.push(input.errors.join('\n'));
+    parts.push('```');
+    parts.push('\n\n## Story Code\n');
+    parts.push('```tsx');
+    parts.push(input.storyCode);
+    parts.push('```');
+    parts.push('\n\n## Component Code (reference)\n');
+    parts.push('```tsx');
+    parts.push(input.componentCode);
+    parts.push('```');
+    return {
+        system: STORY_FIX_SYSTEM,
+        prompt: parts.join('\n'),
+    };
+}
 //# sourceMappingURL=prompt.js.map

package/dist/src/prompt.js.map

@@ -1 +1 @@
-{"version":3,"file":"prompt.js","sourceRoot":"","sources":["../../src/prompt.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,aAAa,EAAmB,MAAM,iBAAiB,CAAC;AAWjE,sEAAsE;AACtE,iDAAiD;AACjD,sEAAsE;AAEtE,MAAM,kBAAkB,GAAG;;;;;;;;8VAQmU,CAAC;AAE/V,MAAM,sBAAsB,GAAG;;;;;;;;;;;;;4HAa6F,CAAC;AAE7H,MAAM,uBAAuB,GAAG;;;;;;;;;sBASV,CAAC;AAEvB,MAAM,qBAAqB,GAAG;;;;;;;;;;;;;;;;gIAgBkG,CAAC;AAEjI,MAAM,eAAe,GAAG;;;;;;;;;;;;;0GAakF,CAAC;AAE3G,MAAM,mBAAmB,GAAG;;;;;;;;;;;;;8DAakC,CAAC;AAE/D,MAAM,CAAC,MAAM,uBAAuB,GAAG;IACrC,QAAQ,EAAE,kBAAkB;IAC5B,YAAY,EAAE,sBAAsB;IACpC,aAAa,EAAE,uBAAuB;IACtC,WAAW,EAAE,qBAAqB;IAClC,KAAK,EAAE,eAAe;IACtB,SAAS,EAAE,mBAAmB;CACtB,CAAC;AAEX,SAAS,0BAA0B;IACjC,OAAO;QACL,kBAAkB;QAClB,sBAAsB;QACtB,uBAAuB;QACvB,qBAAqB;QACrB,eAAe;QACf,mBAAmB;KACpB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AACjB,CAAC;AAED,sEAAsE;AACtE,gDAAgD;AAChD,sEAAsE;AAEtE,MAAM,aAAa,GAAG;;;;;;;;yVAQmU,CAAC;AAE1V,MAAM,iBAAiB,GAAG;;;;;;;;;;;;;6HAamG,CAAC;AAE9H,MAAM,kBAAkB,GAAG;;;;;;;;;;wGAU6E,CAAC;AAEzG,MAAM,gBAAgB,GAAG;;;;;;;;;;;;;;;;;kGAiByE,CAAC;AAEnG,MAAM,UAAU,GAAG;;;;;;;;;;;;;qGAakF,CAAC;AAEtG,MAAM,cAAc,GAAG;;;;;;;;;;;;;wDAaiC,CAAC;AAEzD,MAAM,CAAC,MAAM,kBAAkB,GAAG;IAChC,QAAQ,EAAE,aAAa;IACvB,YAAY,EAAE,iBAAiB;IAC/B,aAAa,EAAE,kBAAkB;IACjC,WAAW,EAAE,gBAAgB;IAC7B,KAAK,EAAE,UAAU;IACjB,SAAS,EAAE,cAAc;CACjB,CAAC;AAEX,SAAS,qBAAqB;IAC5B,OAAO,CAAC,aAAa,EAAE,iBAAiB,EAAE,kBAAkB,EAAE,gBAAgB,EAAE,UAAU,EAAE,cAAc,CAAC,CAAC,IAAI,CAC9G,MAAM,CACP,CAAC;AACJ,CAAC;AAED,sEAAsE;AACtE,mDAAmD;AACnD,sEAAsE;AAEtE,MAAM,cAAc,GAAG;;;;;;;;iPAQ0N,CAAC;AAElP,MAAM,kBAAkB,GAAG;;;;;;;;;;;qGAW0E,CAAC;AAEtG,MAAM,mBAAmB,GAAG;;;;;;;;;;uFAU2D,CAAC;AAExF,MAAM,iBAAiB,GAAG;;;;;;;;;;;;;;;;;yFAiB+D,CAAC;AAE1F,MAAM,WAAW,GAAG;;;;;;;;;;;;;sGAakF,CAAC;AAEvG,MAAM,eAAe,GAAG;;;;;;;;;;;;oEAY4C,CAAC;AAErE,MAAM,CAAC,MAAM,mBAAmB,GAAG;IACjC,QAAQ,EAAE,cAAc;IACxB,YAAY,EAAE,kBAAkB;IAChC,aAAa,EAAE,mBAAmB;IAClC,WAAW,EAAE,iBAAiB;IAC9B,KAAK,EAAE,WAAW;IAClB,SAAS,EAAE,eAAe;CAClB,CAAC;AAEX,SAAS,sBAAsB;IAC7B,OAAO;QACL,cAAc;QACd,kBAAkB;QAClB,mBAAmB;QACnB,iBAAiB;QACjB,WAAW;QACX,eAAe;KAChB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AACjB,CAAC;AAED,sEAAsE;AACtE,yDAAyD;AACzD,sEAAsE;AAEtE,MAAM,mBAAmB,GAAG;;;;;;;;mSAQuQ,CAAC;AAEpS,MAAM,uBAAuB,GAAG;;;;;;;;;;;;;;;;kCAgBE,CAAC;AAEnC,MAAM,wBAAwB,GAAG;;;;;;;;;;;qFAWoD,CAAC;AAEtF,MAAM,sBAAsB,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;wFA8ByD,CAAC;AAEzF,MAAM,gBAAgB,GAAG;;;;;;;;;;;;;iGAawE,CAAC;AAElG,MAAM,oBAAoB,GAAG;;;;;;;;;;;;;+EAakD,CAAC;AAEhF,MAAM,CAAC,MAAM,wBAAwB,GAAG;IACtC,QAAQ,EAAE,mBAAmB;IAC7B,YAAY,EAAE,uBAAuB;IACrC,aAAa,EAAE,wBAAwB;IACvC,WAAW,EAAE,sBAAsB;IACnC,KAAK,EAAE,gBAAgB;IACvB,SAAS,EAAE,oBAAoB;CACvB,CAAC;AAEX,SAAS,2BAA2B;IAClC,OAAO;QACL,mBAAmB;QACnB,uBAAuB;QACvB,wBAAwB;QACxB,sBAAsB;QACtB,gBAAgB;QAChB,oBAAoB;KACrB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AACjB,CAAC;AAgCD,MAAM,UAAU,oBAAoB,CAAC,KAA2B;IAC9D,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,mCAAmC,KAAK,CAAC,aAAa,sCAAsC,CAAC,CAAC;IAEzG,KAAK,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC;IAC/B,KAAK,CAAC,IAAI,CAAC,aAAa,CAAC,KAAK,CAAC,UAAU,CAAC,CAAC,CAAC;IAE5C,IAAI,KAAK,CAAC,iBAAiB,EAAE,CAAC;QAC5B,KAAK,CAAC,IAAI,CAAC,kEAAkE,CAAC,CAAC;QAC/E,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;QACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,iBAAiB,CAAC,CAAC;QACpC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACpB,CAAC;IAED,OAAO;QACL,MAAM,EAAE,0BAA0B,EAAE;QACpC,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,eAAe,CAAC,KAAsB;IACpD,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,yCAAyC,KAAK,CAAC,aAAa,sCAAsC,CAAC,CAAC;IAE/G,KAAK,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC;IAC/B,KAAK,CAAC,IAAI,CAAC,aAAa,CAAC,KAAK,CAAC,UAAU,CAAC,CAAC,CAAC;IAE5C,IAAI,KAAK,CAAC,iBAAiB,EAAE,CAAC;QAC5B,KAAK,CAAC,IAAI,CAAC,uDAAuD,CAAC,CAAC;QACpE,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;QACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,iBAAiB,CAAC,CAAC;QACpC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACpB,CAAC;IAED,OAAO;QACL,MAAM,EAAE,qBAAqB,EAAE;QAC/B,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,gBAAgB,CAAC,KAAuB;IACtD,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CACR,qDAAqD,KAAK,CAAC,aAAa,sCAAsC,CAC/G,CAAC;IAEF,KAAK,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC;IAC/B,KAAK,CAAC,IAAI,CAAC,aAAa,CAAC,KAAK,CAAC,UAAU,CAAC,CAAC,CAAC;IAE5C,OAAO;QACL,MAAM,EAAE,sBAAsB,EAAE;QAChC,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,qBAAqB,CAAC,KAA4B;IAChE,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,6BAA6B,KAAK,CAAC,aAAa,OAAO,CAAC,CAAC;IAEpE,KAAK,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC;IAC/B,KAAK,CAAC,IAAI,CAAC,aAAa,CAAC,KAAK,CAAC,UAAU,CAAC,CAAC,CAAC;IAE5C,IAAI,KAAK,CAAC,iBAAiB,EAAE,CAAC;QAC5B,KAAK,CAAC,IAAI,CAAC,6BAA6B,CAAC,CAAC;QAC1C,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;QACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,iBAAiB,CAAC,CAAC;QACpC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACpB,CAAC;IAED,KAAK,CAAC,IAAI,CAAC,yBAAyB,CAAC,CAAC;IACtC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,aAAa,CAAC,CAAC;IAChC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,sDAAsD,CAAC,CAAC;IACnE,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,QAAQ,CAAC,CAAC;IAC3B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,qBAAqB,CAAC,CAAC;IAClC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,SAAS,CAAC,CAAC;IAC5B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,OAAO;QACL,MAAM,EAAE,2BAA2B,EAAE;QACrC,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC"}
+{"version":3,"file":"prompt.js","sourceRoot":"","sources":["../../src/prompt.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,aAAa,EAAmB,MAAM,iBAAiB,CAAC;AAWjE,sEAAsE;AACtE,iDAAiD;AACjD,sEAAsE;AAEtE,MAAM,kBAAkB,GAAG;;;;;;;;8VAQmU,CAAC;AAE/V,MAAM,sBAAsB,GAAG;;;;;;;;;;;;;4HAa6F,CAAC;AAE7H,MAAM,uBAAuB,GAAG;;;;;;;;;sBASV,CAAC;AAEvB,MAAM,qBAAqB,GAAG;;;;;;;;;;;;;;;;;;;;;;;gIAuBkG,CAAC;AAEjI,MAAM,eAAe,GAAG;;;;;;;;;;;;;;;;ySAgBiR,CAAC;AAE1S,MAAM,mBAAmB,GAAG;;;;;;;;;;;;;;;;8FAgBkE,CAAC;AAE/F,MAAM,CAAC,MAAM,uBAAuB,GAAG;IACrC,QAAQ,EAAE,kBAAkB;IAC5B,YAAY,EAAE,sBAAsB;IACpC,aAAa,EAAE,uBAAuB;IACtC,WAAW,EAAE,qBAAqB;IAClC,KAAK,EAAE,eAAe;IACtB,SAAS,EAAE,mBAAmB;CACtB,CAAC;AAEX,SAAS,0BAA0B;IACjC,OAAO;QACL,kBAAkB;QAClB,sBAAsB;QACtB,uBAAuB;QACvB,qBAAqB;QACrB,eAAe;QACf,mBAAmB;KACpB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AACjB,CAAC;AAED,sEAAsE;AACtE,gDAAgD;AAChD,sEAAsE;AAEtE,MAAM,aAAa,GAAG;;;;;;;;yVAQmU,CAAC;AAE1V,MAAM,iBAAiB,GAAG;;;;;;;;;;;;;6HAamG,CAAC;AAE9H,MAAM,kBAAkB,GAAG;;;;;;;;;;wGAU6E,CAAC;AAEzG,MAAM,gBAAgB,GAAG;;;;;;;;;;;;;;;;;kGAiByE,CAAC;AAEnG,MAAM,UAAU,GAAG;;;;;;;;;;;;;;;oVAeiU,CAAC;AAErV,MAAM,cAAc,GAAG;;;;;;;;;;;;;wDAaiC,CAAC;AAEzD,MAAM,CAAC,MAAM,kBAAkB,GAAG;IAChC,QAAQ,EAAE,aAAa;IACvB,YAAY,EAAE,iBAAiB;IAC/B,aAAa,EAAE,kBAAkB;IACjC,WAAW,EAAE,gBAAgB;IAC7B,KAAK,EAAE,UAAU;IACjB,SAAS,EAAE,cAAc;CACjB,CAAC;AAEX,SAAS,qBAAqB;IAC5B,OAAO,CAAC,aAAa,EAAE,iBAAiB,EAAE,kBAAkB,EAAE,gBAAgB,EAAE,UAAU,EAAE,cAAc,CAAC,CAAC,IAAI,CAC9G,MAAM,CACP,CAAC;AACJ,CAAC;AAED,sEAAsE;AACtE,mDAAmD;AACnD,sEAAsE;AAEtE,MAAM,cAAc,GAAG;;;;;;;;iPAQ0N,CAAC;AAElP,MAAM,kBAAkB,GAAG;;;;;;;;;;;qGAW0E,CAAC;AAEtG,MAAM,mBAAmB,GAAG;;;;;;;;;;;;;;;;;;;;;8GAqBkF,CAAC;AAE/G,MAAM,iBAAiB,GAAG;;;;;;;;;;;;;;;;;yFAiB+D,CAAC;AAE1F,MAAM,WAAW,GAAG;;;;;;;;;;;;;;;;;sGAiBkF,CAAC;AAEvG,MAAM,eAAe,GAAG;;;;;;;;;;;;;;;;;;oGAkB4E,CAAC;AAErG,MAAM,CAAC,MAAM,mBAAmB,GAAG;IACjC,QAAQ,EAAE,cAAc;IACxB,YAAY,EAAE,kBAAkB;IAChC,aAAa,EAAE,mBAAmB;IAClC,WAAW,EAAE,iBAAiB;IAC9B,KAAK,EAAE,WAAW;IAClB,SAAS,EAAE,eAAe;CAClB,CAAC;AAEX,SAAS,sBAAsB;IAC7B,OAAO;QACL,cAAc;QACd,kBAAkB;QAClB,mBAAmB;QACnB,iBAAiB;QACjB,WAAW;QACX,eAAe;KAChB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AACjB,CAAC;AAED,sEAAsE;AACtE,yDAAyD;AACzD,sEAAsE;AAEtE,MAAM,mBAAmB,GAAG;;;;;;;;mSAQuQ,CAAC;AAEpS,MAAM,uBAAuB,GAAG;;;;;;;;;;;;;;;;kCAgBE,CAAC;AAEnC,MAAM,wBAAwB,GAAG;;;;;;;;;;;qFAWoD,CAAC;AAEtF,MAAM,sBAAsB,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;wFA8ByD,CAAC;AAEzF,MAAM,gBAAgB,GAAG;;;;;;;;;;;;;iGAawE,CAAC;AAElG,MAAM,oBAAoB,GAAG;;;;;;;;;;;;;+EAakD,CAAC;AAEhF,MAAM,CAAC,MAAM,wBAAwB,GAAG;IACtC,QAAQ,EAAE,mBAAmB;IAC7B,YAAY,EAAE,uBAAuB;IACrC,aAAa,EAAE,wBAAwB;IACvC,WAAW,EAAE,sBAAsB;IACnC,KAAK,EAAE,gBAAgB;IACvB,SAAS,EAAE,oBAAoB;CACvB,CAAC;AAEX,SAAS,2BAA2B;IAClC,OAAO;QACL,mBAAmB;QACnB,uBAAuB;QACvB,wBAAwB;QACxB,sBAAsB;QACtB,gBAAgB;QAChB,oBAAoB;KACrB,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC;AACjB,CAAC;AAuCD,MAAM,UAAU,oBAAoB,CAAC,KAA2B;IAC9D,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,mCAAmC,KAAK,CAAC,aAAa,sCAAsC,CAAC,CAAC;IAEzG,KAAK,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC;IAC/B,KAAK,CAAC,IAAI,CAAC,aAAa,CAAC,KAAK,CAAC,UAAU,CAAC,CAAC,CAAC;IAE5C,IAAI,KAAK,CAAC,iBAAiB,EAAE,CAAC;QAC5B,KAAK,CAAC,IAAI,CAAC,kEAAkE,CAAC,CAAC;QAC/E,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;QACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,iBAAiB,CAAC,CAAC;QACpC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACpB,CAAC;IAED,IAAI,KAAK,CAAC,QAAQ,EAAE,CAAC;QACnB,KAAK,CAAC,IAAI,CAAC,4EAA4E,CAAC,CAAC;QACzF,KAAK,CAAC,IAAI,CAAC,+EAA+E,CAAC,CAAC;QAC5F,KAAK,CAAC,IAAI,CAAC,gDAAgD,CAAC,CAAC;QAC7D,KAAK,CAAC,IAAI,CAAC,uDAAuD,CAAC,CAAC;QACpE,KAAK,CAAC,IAAI,CAAC,0DAA0D,CAAC,CAAC;QACvE,KAAK,CAAC,IAAI,CAAC,uEAAuE,CAAC,CAAC;QACpF,KAAK,CAAC,IAAI,CAAC,wDAAwD,CAAC,CAAC;QACrE,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;QACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,QAAQ,CAAC,CAAC;QAC3B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACpB,CAAC;IAED,IAAI,KAAK,CAAC,cAAc,EAAE,CAAC;QACzB,KAAK,CAAC,IAAI,CAAC,MAAM,GAAG,KAAK,CAAC,cAAc,CAAC,CAAC;IAC5C,CAAC;IAED,OAAO;QACL,MAAM,EAAE,0BAA0B,EAAE;QACpC,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,eAAe,CAAC,KAAsB;IACpD,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,yCAAyC,KAAK,CAAC,aAAa,sCAAsC,CAAC,CAAC;IAE/G,KAAK,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC;IAC/B,KAAK,CAAC,IAAI,CAAC,aAAa,CAAC,KAAK,CAAC,UAAU,CAAC,CAAC,CAAC;IAE5C,IAAI,KAAK,CAAC,iBAAiB,EAAE,CAAC;QAC5B,KAAK,CAAC,IAAI,CAAC,uDAAuD,CAAC,CAAC;QACpE,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;QACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,iBAAiB,CAAC,CAAC;QACpC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACpB,CAAC;IAED,IAAI,KAAK,CAAC,cAAc,EAAE,CAAC;QACzB,KAAK,CAAC,IAAI,CAAC,MAAM,GAAG,KAAK,CAAC,cAAc,CAAC,CAAC;IAC5C,CAAC;IAED,OAAO;QACL,MAAM,EAAE,qBAAqB,EAAE;QAC/B,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,gBAAgB,CAAC,KAAuB;IACtD,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CACR,qDAAqD,KAAK,CAAC,aAAa,sCAAsC,CAC/G,CAAC;IAEF,KAAK,CAAC,IAAI,CAAC,4BAA4B,CAAC,CAAC;IACzC,KAAK,CAAC,IAAI,CAAC,uCAAuC,KAAK,CAAC,aAAa,YAAY,KAAK,CAAC,mBAAmB,OAAO,CAAC,CAAC;IAEnH,KAAK,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC;IAC/B,KAAK,CAAC,IAAI,CAAC,aAAa,CAAC,KAAK,CAAC,UAAU,CAAC,CAAC,CAAC;IAE5C,IAAI,KAAK,CAAC,aAAa,EAAE,CAAC;QACxB,KAAK,CAAC,IAAI,CAAC,yFAAyF,CAAC,CAAC;QACtG,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;QACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,aAAa,CAAC,CAAC;QAChC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACpB,CAAC;IAED,IAAI,KAAK,CAAC,cAAc,EAAE,CAAC;QACzB,KAAK,CAAC,IAAI,CAAC,MAAM,GAAG,KAAK,CAAC,cAAc,CAAC,CAAC;IAC5C,CAAC;IAED,OAAO;QACL,MAAM,EAAE,sBAAsB,EAAE;QAChC,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,qBAAqB,CAAC,KAA4B;IAChE,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,6BAA6B,KAAK,CAAC,aAAa,OAAO,CAAC,CAAC;IAEpE,KAAK,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC;IAC/B,KAAK,CAAC,IAAI,CAAC,aAAa,CAAC,KAAK,CAAC,UAAU,CAAC,CAAC,CAAC;IAE5C,IAAI,KAAK,CAAC,iBAAiB,EAAE,CAAC;QAC5B,KAAK,CAAC,IAAI,CAAC,6BAA6B,CAAC,CAAC;QAC1C,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;QACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,iBAAiB,CAAC,CAAC;QACpC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IACpB,CAAC;IAED,KAAK,CAAC,IAAI,CAAC,yBAAyB,CAAC,CAAC;IACtC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,aAAa,CAAC,CAAC;IAChC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,sDAAsD,CAAC,CAAC;IACnE,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,QAAQ,CAAC,CAAC;IAC3B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,qBAAqB,CAAC,CAAC;IAClC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,SAAS,CAAC,CAAC;IAC5B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,IAAI,KAAK,CAAC,cAAc,EAAE,CAAC;QACzB,KAAK,CAAC,IAAI,CAAC,MAAM,GAAG,KAAK,CAAC,cAAc,CAAC,CAAC;IAC5C,CAAC;IAED,OAAO;QACL,MAAM,EAAE,2BAA2B,EAAE;QACrC,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,sEAAsE;AACtE,mDAAmD;AACnD,sEAAsE;AAEtE,MAAM,eAAe,GAAG;;;;;;;;;;;;4DAYoC,CAAC;AAQ7D,MAAM,UAAU,kBAAkB,CAAC,KAAmB;IACpD,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,wBAAwB,CAAC,CAAC;IACrC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAClB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC,CAAC;IACpC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,yBAAyB,CAAC,CAAC;IACtC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,aAAa,CAAC,CAAC;IAChC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,oBAAoB,CAAC,CAAC;IACjC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,QAAQ,CAAC,CAAC;IAC3B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,OAAO;QACL,MAAM,EAAE,eAAe;QACvB,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,sEAAsE;AACtE,8DAA8D;AAC9D,sEAAsE;AAEtE,MAAM,eAAe,GAAG;;;;;;;;;;;4DAWoC,CAAC;AAS7D,MAAM,UAAU,kBAAkB,CAAC,KAAmB;IACpD,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,oBAAoB,CAAC,CAAC;IACjC,KAAK,MAAM,OAAO,IAAI,KAAK,CAAC,QAAQ,EAAE,CAAC;QACrC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;QAClB,KAAK,CAAC,IAAI,CAAC,OAAO,CAAC,CAAC;QACpB,KAAK,CAAC,IAAI,CAAC,OAAO,CAAC,CAAC;IACtB,CAAC;IAED,KAAK,CAAC,IAAI,CAAC,oBAAoB,CAAC,CAAC;IACjC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAClB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,UAAU,CAAC,CAAC;IAC7B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,yBAAyB,CAAC,CAAC;IACtC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,aAAa,CAAC,CAAC;IAChC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,oBAAoB,CAAC,CAAC;IACjC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,QAAQ,CAAC,CAAC;IAC3B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,OAAO;QACL,MAAM,EAAE,eAAe;QACvB,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,sEAAsE;AACtE,sEAAsE;AACtE,sEAAsE;AAEtE,MAAM,eAAe,GAAG;;;;;;;;;;4DAUoC,CAAC;AAQ7D,MAAM,UAAU,kBAAkB,CAAC,KAAmB;IACpD,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC;IAC/B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAClB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC,CAAC;IACpC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,yBAAyB,CAAC,CAAC;IACtC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,aAAa,CAAC,CAAC;IAChC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,oBAAoB,CAAC,CAAC;IACjC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,QAAQ,CAAC,CAAC;IAC3B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,OAAO;QACL,MAAM,EAAE,eAAe;QACvB,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC;AAED,sEAAsE;AACtE,wCAAwC;AACxC,sEAAsE;AAEtE,MAAM,gBAAgB,GAAG;;;;;;;;;;;2DAWkC,CAAC;AAQ5D,MAAM,UAAU,mBAAmB,CAAC,KAAoB;IACtD,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC,wBAAwB,CAAC,CAAC;IACrC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAClB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC,CAAC;IACpC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,qBAAqB,CAAC,CAAC;IAClC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,SAAS,CAAC,CAAC;IAC5B,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,KAAK,CAAC,IAAI,CAAC,qCAAqC,CAAC,CAAC;IAClD,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;IACrB,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,aAAa,CAAC,CAAC;IAChC,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;IAElB,OAAO;QACL,MAAM,EAAE,gBAAgB;QACxB,MAAM,EAAE,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC;KACzB,CAAC;AACJ,CAAC"}