builder.io 1.11.50 → 1.12.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -50,3 +50,4 @@ export declare function getFigmaAuth(sys: DevToolsSys): Promise<FigmaAuth>;
50
50
  export declare function getBuilderCodegenUsage(builderPublicKey: string, builderPrivateKey: string): Promise<BuilderCodegenUsage>;
51
51
  export declare function getBuilderAuth(sys: DevToolsSys, preferSpaceId?: string): Promise<BuilderAuth>;
52
52
  export declare function storeCredentials(sys: DevToolsSys, credentials: Credentials): void;
53
+ export declare function clearCredentials(sys: DevToolsSys): boolean;
@@ -92,4 +92,6 @@ export interface CLIArgs {
92
92
  disableMcp?: boolean;
93
93
  /** Enable privacy mode for codegen */
94
94
  privacyMode?: boolean;
95
+ /** Clear all stored credentials (logout) */
96
+ reset?: boolean;
95
97
  }
@@ -11,6 +11,7 @@ export declare const processComponent: (sys: DevToolsSys, credentials: Credentia
11
11
  debug?: boolean;
12
12
  }) => Promise<void>;
13
13
  export declare const processAgent: (sys: DevToolsSys, credentials: Credentials, discoveredComponents: Component[], opts?: {
14
+ hasIcons?: boolean;
14
15
  designSystemId?: string | null;
15
16
  retriesAllowed?: number;
16
17
  debug?: boolean;
@@ -0,0 +1,23 @@
1
+ import type { DevToolsSys } from "../../types";
2
+ import type { Credentials } from "../credentials";
3
+ import type { WorkspaceConfiguration } from "$/ai-utils";
4
+ export declare const discoverIcons: (sys: DevToolsSys, credentials: Credentials, sessionId: string, opts?: {
5
+ designSystemPackage?: string;
6
+ workspaceConfig?: WorkspaceConfiguration;
7
+ debug?: boolean;
8
+ }) => Promise<{
9
+ icons: string[];
10
+ usage: string;
11
+ hash: string | undefined;
12
+ }>;
13
+ export declare const processIcons: (credentials: Credentials, iconDiscovery: {
14
+ icons: string[];
15
+ usage: string;
16
+ hash?: string;
17
+ }, opts: {
18
+ designSystemId: string;
19
+ sessionId: string;
20
+ debug?: boolean;
21
+ previousHash?: string | null;
22
+ force?: boolean;
23
+ }) => Promise<boolean>;
@@ -2,6 +2,7 @@ import type { DevToolsSys } from "../../core";
2
2
  import { type Credentials } from "../credentials";
3
3
  import type { DesignSystem, GenerateUserMessage, WorkspaceConfiguration, StoreComponentDocsInput, UpdateDesignSystemInput, DesignSystemScope, DisplayDesignSystem } from "$/ai-utils";
4
4
  export declare const AGENT_FILE = "AGENTS.md";
5
+ export declare const ICONS_FILE = "icons.md";
5
6
  export declare const REPO_INDEXING_FOLDER = "repo-indexing";
6
7
  export interface UserSettings {
7
8
  isAdminInOrganization: boolean;
@@ -2,7 +2,7 @@ import type { DevToolsSys } from "../../types";
2
2
  import type { CLIArgs } from "../index";
3
3
  import { type Credentials } from "../credentials";
4
4
  import type { Component } from "./types";
5
- export declare const displayComponentLibrarySummary: (components: Component[], indexedComponents: Component[], startTime: number, failedComponents: string[] | undefined, isForce: boolean | undefined, designSystemName: string, designSystemId?: string) => void;
5
+ export declare const displayComponentLibrarySummary: (components: Component[], indexedComponents: Component[], startTime: number, failedComponents: string[] | undefined, isForce: boolean | undefined, designSystemName: string, designSystemId?: string, numIconsIndexed?: number) => void;
6
6
  export interface RepoIndexingDoc {
7
7
  name: string;
8
8
  content: string | {
@@ -1 +1 @@
1
- export declare const REPO_INDEXING_AGENT_PROMPT = "# Design System Component Reference\n\nThis document provides a comprehensive overview of the design system's component architecture and available components for code generation and development reference.\n\n## System Architecture\n\nThe design system follows a modular component-based architecture where each component provides specific functionality. Components are organized into logical groups that can work independently or in combination with other components.\n\n### Component Organization Principles\n\n- **Single Responsibility**: Each component serves a specific purpose\n- **Composability**: Components can be combined to create complex interfaces\n- **Consistency**: All components follow the same design patterns and API conventions\n- **Accessibility**: Components are built with accessibility standards in mind\n\n## Documentation Structure\n\nFor detailed documentation on any component, refer to the corresponding MDX file in the `design-system-docs` folder. The documentation files follow the naming convention:\n\n```\ndesign-system-docs/[componentname].mdx\n```\n\nFor example:\n- `design-system-docs/button.mdx` - Detailed documentation for Button component\n- `design-system-docs/table.mdx` - Detailed documentation for Table component\n- `design-system-docs/annotationcontext.mdx` - Detailed documentation for AnnotationContext\n- `design-system-docs/applayout.mdx` - Detailed documentation for AppLayout component\n\nThese MDX files contain comprehensive information including:\n- Component API documentation\n- Usage examples\n- Props and configuration options\n- Best practices and implementation guidelines\n- Accessibility requirements\n- Integration patterns with other components\n\n## Components\n\n{{COMPONENTS}}\n\n## Usage Guidelines\n\n### Component Dependencies\n- Most components are self-contained and can be used independently\n- Identify any components that require multiple components to work together\n- Some components work better in combination (e.g., Form + FormField, Table + Pagination)\n\n### Integration Patterns\n- Layout components typically serve as containers for other components\n- Form controls should be wrapped in FormField components for proper labeling\n- Navigation components can be used independently or as part of larger layout structures\n- Data display components can be enhanced with interactive elements like buttons and popovers\n\n### Accessibility Considerations\n- All components are built with accessibility in mind\n- Use semantic HTML structures provided by the components\n- Leverage built-in ARIA attributes and keyboard navigation\n- The LiveRegion component provides additional accessibility announcements when needed\n\n### Responsive Design\n- Layout components provide responsive behavior out of the box\n- Grid and ColumnLayout components adapt to different screen sizes\n- Mobile-friendly navigation patterns are built into navigation components\n\n## Usage Reference\n\nThis reference should be used to understand the available components and their intended purposes when generating code or building applications with this design system. For specific implementation details, always consult the corresponding MDX documentation file in the `design-system-docs` folder.";
1
+ export declare const REPO_INDEXING_AGENT_PROMPT = "# Design System Component Reference\n\nThis document provides a comprehensive overview of the design system's component architecture and available components for code generation and development reference.\n\n## System Architecture\n\nThe design system follows a modular component-based architecture where each component provides specific functionality. Components are organized into logical groups that can work independently or in combination with other components.\n\n### Component Organization Principles\n\n- **Single Responsibility**: Each component serves a specific purpose\n- **Composability**: Components can be combined to create complex interfaces\n- **Consistency**: All components follow the same design patterns and API conventions\n- **Accessibility**: Components are built with accessibility standards in mind\n\n## Documentation Structure\n\nFor detailed documentation on any component, refer to the corresponding MDX file in the `design-system-docs` folder. The documentation files follow the naming convention:\n\n```\ndesign-system-docs/[componentname].mdx\n```\n\nFor example:\n- `design-system-docs/button.mdx` - Detailed documentation for Button component\n- `design-system-docs/table.mdx` - Detailed documentation for Table component\n- `design-system-docs/annotationcontext.mdx` - Detailed documentation for AnnotationContext\n- `design-system-docs/applayout.mdx` - Detailed documentation for AppLayout component\n\nThese MDX files contain comprehensive information including:\n- Component API documentation\n- Usage examples\n- Props and configuration options\n- Best practices and implementation guidelines\n- Accessibility requirements\n- Integration patterns with other components\n\n## Components\n\n{{COMPONENTS}}\n{{ICONS}}\n\n## Usage Guidelines\n\n### Component Dependencies\n- Most components are self-contained and can be used independently\n- Identify any components that require multiple components to work together\n- Some components work better in combination (e.g., Form + FormField, Table + Pagination)\n\n### Integration Patterns\n- Layout components typically serve as containers for other components\n- Form controls should be wrapped in FormField components for proper labeling\n- Navigation components can be used independently or as part of larger layout structures\n- Data display components can be enhanced with interactive elements like buttons and popovers\n\n### Accessibility Considerations\n- All components are built with accessibility in mind\n- Use semantic HTML structures provided by the components\n- Leverage built-in ARIA attributes and keyboard navigation\n- The LiveRegion component provides additional accessibility announcements when needed\n\n### Responsive Design\n- Layout components provide responsive behavior out of the box\n- Grid and ColumnLayout components adapt to different screen sizes\n- Mobile-friendly navigation patterns are built into navigation components\n\n## Usage Reference\n\nThis reference should be used to understand the available components and their intended purposes when generating code or building applications with this design system. For specific implementation details, always consult the corresponding MDX documentation file in the `design-system-docs` folder.";