@astryxdesign/cli 0.1.6-canary.2e2e960 → 0.1.6-canary.372d81b

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.
Files changed (29) hide show
  1. package/package.json +9 -13
  2. package/src/api/template.mjs +1 -1
  3. package/src/api/validate-integration.mjs +8 -0
  4. package/src/config.mjs +14 -5
  5. package/src/integration.mjs +15 -4
  6. package/src/lib/component-discovery.mjs +5 -15
  7. package/src/lib/component-loader.mjs +0 -53
  8. package/src/lib/config-schema.mjs +30 -0
  9. package/src/lib/xle/registry.mjs +5 -0
  10. package/src/template.mjs +67 -9
  11. package/src/types/config.d.ts +66 -11
  12. package/src/types/integration.d.ts +18 -7
  13. package/src/types/template-api.d.ts +50 -14
  14. package/templates/themes/neutral/neutralTheme.ts +32 -63
  15. package/docs/internationalization.doc.mjs +0 -243
  16. package/src/doc.mjs +0 -27
  17. package/src/doc.test.mjs +0 -383
  18. package/src/lib/component-discovery.importpath.test.mjs +0 -59
  19. package/src/schemas/doc-schema.mjs +0 -226
  20. package/src/schemas/template-schema.mjs +0 -47
  21. package/src/types/doc.d.ts +0 -23
  22. package/templates/blocks/components/VisuallyHidden/VisuallyHiddenLiveRegion.doc.mjs +0 -14
  23. package/templates/blocks/components/VisuallyHidden/VisuallyHiddenLiveRegion.tsx +0 -41
  24. package/templates/blocks/components/VisuallyHidden/VisuallyHiddenShowcase.doc.mjs +0 -13
  25. package/templates/blocks/components/VisuallyHidden/VisuallyHiddenShowcase.tsx +0 -78
  26. package/templates/blocks/components/VisuallyHidden/VisuallyHiddenStructuralHeading.doc.mjs +0 -14
  27. package/templates/blocks/components/VisuallyHidden/VisuallyHiddenStructuralHeading.tsx +0 -38
  28. package/templates/blocks/components/VisuallyHidden/VisuallyHiddenSupplementaryContext.doc.mjs +0 -14
  29. package/templates/blocks/components/VisuallyHidden/VisuallyHiddenSupplementaryContext.tsx +0 -47
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@astryxdesign/cli",
3
- "version": "0.1.6-canary.2e2e960",
3
+ "version": "0.1.6-canary.372d81b",
4
4
  "displayName": "CLI",
5
5
  "description": "Scaffold projects, browse templates, generate themes, and get agent-ready docs from the command line.",
6
6
  "author": "Meta Open Source",
@@ -47,10 +47,6 @@
47
47
  "types": "./src/types/integration.d.ts",
48
48
  "import": "./src/integration.mjs"
49
49
  },
50
- "./doc": {
51
- "types": "./src/types/doc.d.ts",
52
- "import": "./src/doc.mjs"
53
- },
54
50
  "./template": {
55
51
  "types": "./src/types/template-api.d.ts",
56
52
  "import": "./src/template.mjs"
@@ -79,10 +75,10 @@
79
75
  "zod": "^4.4.3"
80
76
  },
81
77
  "peerDependencies": {
82
- "@astryxdesign/charts": "0.1.6-canary.2e2e960",
83
- "@astryxdesign/core": "0.1.6-canary.2e2e960",
84
- "@astryxdesign/lab": "0.1.6-canary.2e2e960",
85
- "@astryxdesign/theme-neutral": "0.1.6-canary.2e2e960",
78
+ "@astryxdesign/charts": "0.1.6-canary.372d81b",
79
+ "@astryxdesign/core": "0.1.6-canary.372d81b",
80
+ "@astryxdesign/lab": "0.1.6-canary.372d81b",
81
+ "@astryxdesign/theme-neutral": "0.1.6-canary.372d81b",
86
82
  "gpt-tokenizer": "^3.4.0"
87
83
  },
88
84
  "peerDependenciesMeta": {
@@ -100,10 +96,10 @@
100
96
  }
101
97
  },
102
98
  "devDependencies": {
103
- "@astryxdesign/charts": "0.1.6-canary.2e2e960",
104
- "@astryxdesign/core": "0.1.6-canary.2e2e960",
105
- "@astryxdesign/lab": "0.1.6-canary.2e2e960",
106
- "@astryxdesign/theme-neutral": "0.1.6-canary.2e2e960",
99
+ "@astryxdesign/charts": "0.1.6-canary.372d81b",
100
+ "@astryxdesign/core": "0.1.6-canary.372d81b",
101
+ "@astryxdesign/lab": "0.1.6-canary.372d81b",
102
+ "@astryxdesign/theme-neutral": "0.1.6-canary.372d81b",
107
103
  "gpt-tokenizer": "^3.4.0"
108
104
  },
109
105
  "scripts": {
@@ -8,7 +8,7 @@ import * as fs from 'node:fs';
8
8
  import * as path from 'node:path';
9
9
  import {createJiti} from 'jiti';
10
10
  import {loadModuleWithSchema} from '../lib/module-loader.mjs';
11
- import {TemplateEnvelopeSchema} from '../schemas/template-schema.mjs';
11
+ import {TemplateEnvelopeSchema} from '../template.mjs';
12
12
  import {CLI_ROOT, discoverExternalPackages} from '../utils/paths.mjs';
13
13
  import {
14
14
  assertWithin,
@@ -67,6 +67,11 @@ function error(code, message) {
67
67
  return {code, severity: 'error', message};
68
68
  }
69
69
 
70
+ /** @param {string} code @param {string} message @returns {Issue} */
71
+ function warning(code, message) {
72
+ return {code, severity: 'warning', message};
73
+ }
74
+
70
75
  /**
71
76
  * Verify each declared contribution root exists on disk. A declared-but-missing
72
77
  * root is a `missing_root` error.
@@ -360,3 +365,6 @@ export function summarizeIssues(issues) {
360
365
  }
361
366
  return {errors, warnings};
362
367
  }
368
+
369
+ // Re-export issue constructors for callers/tests that want them.
370
+ export {error as integrationError, warning as integrationWarning};
package/src/config.mjs CHANGED
@@ -1,9 +1,18 @@
1
1
  // Copyright (c) Meta Platforms, Inc. and affiliates.
2
2
 
3
3
  /**
4
- * Re-export of the config-authoring helper, which now lives in
5
- * `@astryxdesign/core/config` so an app's config file gets type feedback
6
- * without depending on the CLI. Kept here so existing
7
- * `@astryxdesign/cli/config` imports continue to work unchanged.
4
+ * Type-preserving helper for the Astryx config file.
5
+ *
6
+ * This is an intentionally tiny runtime identity function: it returns its
7
+ * argument unchanged. Its value is the exported TypeScript surface from
8
+ * `@astryxdesign/cli/config`, so config files get editor/type feedback without
9
+ * coupling to CLI internals. Validation is NOT performed here — it happens at
10
+ * the load boundary (see `loadModuleWithSchema` + `AstryxConfigSchema`).
11
+ *
12
+ * @template {import('./types/config').AstryxConfig} T
13
+ * @param {T} config
14
+ * @returns {T}
8
15
  */
9
- export {createConfig} from '@astryxdesign/core/config';
16
+ export function createConfig(config) {
17
+ return config;
18
+ }
@@ -1,8 +1,19 @@
1
1
  // Copyright (c) Meta Platforms, Inc. and affiliates.
2
2
 
3
3
  /**
4
- * Re-export of the integration-authoring helper, which now lives in
5
- * `@astryxdesign/core/authoring`. Kept here so existing
6
- * `@astryxdesign/cli/integration` imports continue to work unchanged.
4
+ * Type-preserving helper for an Astryx integration manifest.
5
+ *
6
+ * This is an intentionally tiny runtime identity function: it returns its
7
+ * argument unchanged. Its value is the exported TypeScript surface from
8
+ * `@astryxdesign/cli/integration`, so manifests get editor/type feedback
9
+ * without coupling to CLI internals. Validation is NOT performed here — it
10
+ * happens at the load boundary (see `loadModuleWithSchema` +
11
+ * `AstryxIntegrationSchema`).
12
+ *
13
+ * @template {import('./types/integration').AstryxIntegration} T
14
+ * @param {T} integration
15
+ * @returns {T}
7
16
  */
8
- export {createIntegration} from '@astryxdesign/core/authoring';
17
+ export function createIntegration(integration) {
18
+ return integration;
19
+ }
@@ -273,24 +273,14 @@ export function findComponentReadme(coreDir, name) {
273
273
  * For "Button" finds src/Button/XDSButton.tsx
274
274
  * For "Layout" finds src/Layout/XDSLayout/XDSLayout.tsx
275
275
  * For "Card" finds src/Layout/Container/XDSCard.tsx (deep search fallback)
276
- *
277
- * Hooks and other functions are authored as `.ts` (e.g. `useMediaQuery.ts`,
278
- * `useResizable.ts`), so `.ts` candidates are searched alongside `.tsx`. Without
279
- * this, deriving the import path for a `.ts`-authored function falls back to the
280
- * bare `@astryxdesign/core` root instead of its tree-shakeable subpath.
281
276
  */
282
277
  export function findComponentSource(coreDir, name) {
283
278
  const srcDir = path.join(coreDir, 'src');
284
- // Try the prefixed forms (`XDSButton.tsx`) first since that is the current
285
- // on-disk convention, then the bare forms (`Button.tsx`) that the Astryx-prefix
286
- // migration (P4) renames to. `.tsx` before `.ts` within each so a component's
287
- // `.tsx` wins over a same-named `.ts` helper; `.ts` covers hooks/functions.
288
- const candidateFiles = [
289
- `XDS${name}.tsx`,
290
- `${name}.tsx`,
291
- `XDS${name}.ts`,
292
- `${name}.ts`,
293
- ];
279
+ // Try the prefixed form (`XDSButton.tsx`) first since that is the current
280
+ // on-disk convention, then the bare form (`Button.tsx`) that the Astryx-prefix
281
+ // migration (P4) renames to. Listing the prefixed name first keeps behavior
282
+ // identical until files are actually renamed.
283
+ const candidateFiles = [`XDS${name}.tsx`, `${name}.tsx`];
294
284
 
295
285
  function searchDir(dirPath) {
296
286
  if (!fs.existsSync(dirPath)) return null;
@@ -5,59 +5,6 @@
5
5
  */
6
6
 
7
7
  import {pathToFileURL} from 'node:url';
8
- import {importUserModule} from './module-loader.mjs';
9
- import {formatZodError} from './config-schema.mjs';
10
- import {ComponentDocSchema} from '../schemas/doc-schema.mjs';
11
-
12
- /**
13
- * Load a component doc through the shared load/validation boundary.
14
- *
15
- * This is the typed counterpart to {@link loadDocs}: it loads `.doc.ts` via
16
- * jiti (and `.doc.mjs`/`.doc.js` via native import) and validates against
17
- * {@link ComponentDocSchema}. That schema accepts BOTH formats, so this loader
18
- * reads whichever the file uses:
19
- * - NEW: the factory default export
20
- * (`export default createComponentDoc({...})` / `createFunctionDoc` /
21
- * `createDoc`) — the same single-export convention
22
- * {@link loadModuleWithSchema} uses for config/integration/template. These
23
- * carry a stamped `type` and validate against the matching per-kind schema.
24
- * - OLD: the legacy loose `export const docs = {...}` (no `type`), validated
25
- * against the permissive legacy union.
26
- * The default export wins when both are present. Throws a readable
27
- * `formatZodError`-style message on failure. Translations (`docsZh`/
28
- * `docsDense`) are merged exactly as {@link loadDocs} does so callers see
29
- * identical output.
30
- *
31
- * @param {string} docPath absolute path to a `.doc.{ts,mjs,js}` file
32
- * @param {{zh?: boolean, dense?: boolean, lang?: string}} [opts]
33
- * @returns {Promise<object>} the validated (and optionally translated) doc
34
- */
35
- export async function loadComponentDoc(
36
- docPath,
37
- {zh = false, dense = false, lang} = {},
38
- ) {
39
- const mod = await importUserModule(docPath);
40
- const authored = mod?.default ?? mod?.docs;
41
-
42
- const result = ComponentDocSchema.safeParse(authored);
43
- if (!result.success) {
44
- throw new Error(formatZodError(docPath, result.error));
45
- }
46
- const docs = authored;
47
-
48
- const locale = lang || (dense ? 'dense' : zh ? 'zh' : null);
49
- if (!locale) return docs;
50
-
51
- const translationKey =
52
- locale === 'zh' ? 'docsZh' : locale === 'dense' ? 'docsDense' : null;
53
- if (!translationKey || !mod[translationKey]) return docs;
54
-
55
- const translation = mod[translationKey];
56
- if (translation.props || translation.components?.some(c => c.props)) {
57
- return translation;
58
- }
59
- return mergeTranslation(docs, translation);
60
- }
61
8
 
62
9
  export function mergeTranslation(docs, translation) {
63
10
  if (!translation) return docs;
@@ -73,3 +73,33 @@ export function formatZodError(label, error) {
73
73
  .join('; ');
74
74
  return `${label} is invalid: ${issues}`;
75
75
  }
76
+
77
+ /**
78
+ * @param {unknown} config
79
+ * @returns {import('../types/config').AstryxConfig}
80
+ */
81
+ export function validateConfig(config) {
82
+ const result = AstryxConfigSchema.safeParse(config);
83
+ if (!result.success) {
84
+ throw new Error(
85
+ formatZodError('astryx.config default export', result.error),
86
+ );
87
+ }
88
+ return result.data;
89
+ }
90
+
91
+ /**
92
+ * @param {unknown} integration
93
+ * @param {string} [label]
94
+ * @returns {import('../types/integration').AstryxIntegration}
95
+ */
96
+ export function validateIntegration(
97
+ integration,
98
+ label = 'integration manifest',
99
+ ) {
100
+ const result = AstryxIntegrationSchema.safeParse(integration);
101
+ if (!result.success) {
102
+ throw new Error(formatZodError(label, result.error));
103
+ }
104
+ return result.data;
105
+ }
@@ -230,3 +230,8 @@ export async function buildRegistry({cwd = process.cwd()} = {}) {
230
230
  };
231
231
  return cachedRegistry;
232
232
  }
233
+
234
+ /** Test seam — drop the module-level cache. */
235
+ export function resetRegistryCache() {
236
+ cachedRegistry = null;
237
+ }
package/src/template.mjs CHANGED
@@ -1,15 +1,73 @@
1
1
  // Copyright (c) Meta Platforms, Inc. and affiliates.
2
2
 
3
3
  /**
4
- * @file Static template authoring API (public `@astryxdesign/cli/template`).
4
+ * @file Static template authoring API.
5
5
  *
6
- * The `createPageTemplate`/`createBlockTemplate` authoring helpers now live in
7
- * `@astryxdesign/core/authoring` and are re-exported here so existing
8
- * `@astryxdesign/cli/template` imports keep working. The Zod load-boundary
9
- * schemas live in `./schemas/template-schema.mjs` (core-free) and are
10
- * re-exported here for back-compat; internal hot-path code imports them from
11
- * the schema module directly so it never depends on core's built `dist/`.
6
+ * Helpers for authoring Astryx page/block template docs. Like
7
+ * `createConfig`/`createIntegration`, these are tiny runtime identity helpers
8
+ * whose real value is the exported TypeScript surface from
9
+ * `@astryxdesign/cli/template`. They inject the discriminant `type` so a
10
+ * discovered doc always knows whether it is a page or a block. They do NOT
11
+ * validate validation happens at the load boundary, where integration
12
+ * template discovery runs the module's default export through
13
+ * {@link TemplateEnvelopeSchema} (see `loadModuleWithSchema`).
12
14
  */
13
15
 
14
- export {createPageTemplate, createBlockTemplate} from '@astryxdesign/core/authoring';
15
- export {BaseTemplateSchema, TemplateEnvelopeSchema} from './schemas/template-schema.mjs';
16
+ import {z} from 'zod';
17
+
18
+ const PreviewSchema = z
19
+ .object({
20
+ image: z.string().optional(),
21
+ aspectRatio: z.string().optional(),
22
+ })
23
+ .strict();
24
+
25
+ /**
26
+ * Shared authored-template shape. `type` is injected by the create* helpers,
27
+ * so authors never write it. Inline source/sourceFile are intentionally NOT
28
+ * part of v1 — a template's source is the required same-stem sibling file.
29
+ * Exported so integration template discovery can validate the stamped result.
30
+ */
31
+ export const BaseTemplateSchema = z
32
+ .object({
33
+ name: z.string().min(1, 'name is required'),
34
+ description: z.string().min(1, 'description is required'),
35
+ category: z.string().optional(),
36
+ componentsUsed: z.array(z.string()).optional(),
37
+ preview: PreviewSchema.optional(),
38
+ })
39
+ .strict();
40
+
41
+ /**
42
+ * The metadata envelope integration template discovery validates: a stamped
43
+ * template doc. This is the LOAD-boundary contract — a hand-written plain
44
+ * object that matches this shape is accepted (discovery does not check "was it
45
+ * made by the factory", only the shape).
46
+ */
47
+ export const TemplateEnvelopeSchema = BaseTemplateSchema.extend({
48
+ type: z.enum(['page', 'block']),
49
+ });
50
+
51
+ /**
52
+ * Author an Astryx page template doc. Stamp-only: returns the def with
53
+ * `type: 'page'` injected. Validation happens at the load boundary.
54
+ *
55
+ * @template {import('./types/template-api').AstryxPageTemplateInput} T
56
+ * @param {T} def
57
+ * @returns {T & {type: 'page'}}
58
+ */
59
+ export function createPageTemplate(def) {
60
+ return /** @type {T & {type: 'page'}} */ ({...def, type: 'page'});
61
+ }
62
+
63
+ /**
64
+ * Author an Astryx block template doc. Stamp-only: returns the def with
65
+ * `type: 'block'` injected. Validation happens at the load boundary.
66
+ *
67
+ * @template {import('./types/template-api').AstryxBlockTemplateInput} T
68
+ * @param {T} def
69
+ * @returns {T & {type: 'block'}}
70
+ */
71
+ export function createBlockTemplate(def) {
72
+ return /** @type {T & {type: 'block'}} */ ({...def, type: 'block'});
73
+ }
@@ -1,15 +1,70 @@
1
1
  // Copyright (c) Meta Platforms, Inc. and affiliates.
2
2
 
3
3
  /**
4
- * The config-authoring surface moved to `@astryxdesign/core/config` so an app's
5
- * config file gets type feedback without depending on the CLI. Re-exported here
6
- * so existing `@astryxdesign/cli/config` type imports keep resolving.
4
+ * A command to run as part of a post-codemod hook. Returned by a hook's
5
+ * `buildCommand` and executed via `execFile` after codemods write files.
7
6
  */
8
- export type {
9
- PostCodemodCommand,
10
- PostCodemodHook,
11
- XleComponent,
12
- AstryxConfig,
13
- } from '@astryxdesign/core/config';
14
-
15
- export {createConfig} from '@astryxdesign/core/config';
7
+ export interface PostCodemodCommand {
8
+ command: string;
9
+ args?: string[];
10
+ options?: {
11
+ cwd?: string;
12
+ env?: NodeJS.ProcessEnv;
13
+ timeout?: number;
14
+ };
15
+ }
16
+
17
+ /**
18
+ * A post-codemod hook. `buildCommand` receives the package directory and the
19
+ * list of files changed by codemods, and returns the command to run (or a
20
+ * nullish value to skip).
21
+ */
22
+ export type PostCodemodHook = {
23
+ name?: string;
24
+ buildCommand: (ctx: {
25
+ packageDir: string;
26
+ files: string[];
27
+ }) =>
28
+ | PostCodemodCommand
29
+ | null
30
+ | undefined
31
+ | Promise<PostCodemodCommand | null | undefined>;
32
+ };
33
+
34
+ /** A component XLE layout expressions can reference by name via `{hint}`. */
35
+ export interface XleComponent {
36
+ /** Import specifier the component is imported from, e.g. '@/components/KpiCard'. */
37
+ from: string;
38
+ /** Optional human description shown in tooling. */
39
+ description?: string;
40
+ /** Import as the module's default export instead of a named export. Defaults to false. */
41
+ default?: boolean;
42
+ }
43
+
44
+ /** User config exported from astryx.config.{ts,mjs,js}. */
45
+ export interface AstryxConfig {
46
+ /** Integration package names to load. */
47
+ integrations?: string[];
48
+ /** Where to file issues/feedback for this project. */
49
+ issuesUrl?: string;
50
+ /** Lifecycle hooks. */
51
+ hooks?: {
52
+ postCodemod?: PostCodemodHook[];
53
+ };
54
+ /**
55
+ * EXPERIMENTAL — shape may change and is not part of the stable config
56
+ * contract. Provisional home for features still being proven out.
57
+ */
58
+ experimental?: {
59
+ /** Experimental XLE (layout expression) configuration. */
60
+ xle?: {
61
+ /**
62
+ * Register app-local components so XLE layout expressions can
63
+ * reference them by name via {hint}. Keyed by component name.
64
+ */
65
+ components?: Record<string, XleComponent>;
66
+ };
67
+ };
68
+ }
69
+
70
+ export declare function createConfig<T extends AstryxConfig>(config: T): T;
@@ -1,14 +1,21 @@
1
1
  // Copyright (c) Meta Platforms, Inc. and affiliates.
2
2
 
3
3
  /**
4
- * The integration-manifest authoring surface moved to
5
- * `@astryxdesign/core/authoring`. `AstryxIntegration` and `createIntegration`
6
- * are re-exported here so existing `@astryxdesign/cli/integration` type imports
7
- * keep resolving. `AstryxIntegrationIssue` stays in the CLI — it is an internal
8
- * validation type, not part of the authoring surface.
4
+ * Integration manifest exported from a conventional root manifest file
5
+ * (astryx.integration.{ts,mjs,js}) sibling to the integration package's
6
+ * package.json. Identity (name/version) comes from the package's
7
+ * package.json, not from the manifest.
9
8
  */
10
- export type {AstryxIntegration} from '@astryxdesign/core/authoring';
11
- export {createIntegration} from '@astryxdesign/core/authoring';
9
+ export interface AstryxIntegration {
10
+ /** Relative path to the components/docs root (resolved to absolute). */
11
+ components?: string;
12
+ /** Relative path to the templates root (resolved to absolute). */
13
+ templates?: string;
14
+ /** Relative path to the codemods root (resolved to absolute). */
15
+ codemods?: string;
16
+ /** Where to file issues/feedback for this integration. */
17
+ issuesUrl?: string;
18
+ }
12
19
 
13
20
  /** An issue surfaced by an integration. */
14
21
  export interface AstryxIntegrationIssue {
@@ -16,3 +23,7 @@ export interface AstryxIntegrationIssue {
16
23
  severity: 'warning' | 'error';
17
24
  message: string;
18
25
  }
26
+
27
+ export declare function createIntegration<T extends AstryxIntegration>(
28
+ integration: T,
29
+ ): T;
@@ -1,18 +1,54 @@
1
1
  // Copyright (c) Meta Platforms, Inc. and affiliates.
2
2
 
3
3
  /**
4
- * The template-authoring surface moved to `@astryxdesign/core/authoring`.
5
- * Re-exported here so existing `@astryxdesign/cli/template` type imports keep
6
- * resolving.
4
+ * Authoring surface for Astryx static templates, exported from
5
+ * `@astryxdesign/cli/template`.
6
+ *
7
+ * A template doc lives in a `<id>.doc.{ts,mjs,js}` file with a required
8
+ * same-stem sibling source file (`<id>.tsx`). The doc's `type` (page or
9
+ * block) — injected by the create* helpers — decides how the template is
10
+ * scaffolded; there is no `/pages` vs `/blocks` directory requirement.
7
11
  */
8
- export type {
9
- AstryxTemplatePreview,
10
- AstryxTemplateInput,
11
- AstryxPageTemplateInput,
12
- AstryxBlockTemplateInput,
13
- AstryxPageTemplate,
14
- AstryxBlockTemplate,
15
- AstryxTemplate,
16
- } from '@astryxdesign/core/authoring';
17
-
18
- export {createPageTemplate, createBlockTemplate} from '@astryxdesign/core/authoring';
12
+
13
+ /** Optional preview metadata for a template (used by docs surfaces). */
14
+ export interface AstryxTemplatePreview {
15
+ /** Path or URL to a preview image. */
16
+ image?: string;
17
+ /** CSS aspect-ratio hint for the preview, e.g. "16 / 9". */
18
+ aspectRatio?: string;
19
+ }
20
+
21
+ /** Fields common to page and block template docs (without the `type` tag). */
22
+ export interface AstryxTemplateInput {
23
+ /** Human-readable template name. Required. */
24
+ name: string;
25
+ /** One-line description of what the template provides. Required. */
26
+ description: string;
27
+ /** Optional grouping/category label. */
28
+ category?: string;
29
+ /** Component display names the template composes. */
30
+ componentsUsed?: string[];
31
+ /** Optional preview metadata. */
32
+ preview?: AstryxTemplatePreview;
33
+ }
34
+
35
+ /** Input accepted by {@link createPageTemplate} (no `type` field). */
36
+ export type AstryxPageTemplateInput = AstryxTemplateInput;
37
+ /** Input accepted by {@link createBlockTemplate} (no `type` field). */
38
+ export type AstryxBlockTemplateInput = AstryxTemplateInput;
39
+
40
+ /** A validated page template doc. */
41
+ export type AstryxPageTemplate = AstryxTemplateInput & {type: 'page'};
42
+ /** A validated block template doc. */
43
+ export type AstryxBlockTemplate = AstryxTemplateInput & {type: 'block'};
44
+
45
+ /** A validated template doc (page or block). */
46
+ export type AstryxTemplate = AstryxPageTemplate | AstryxBlockTemplate;
47
+
48
+ export declare function createPageTemplate<T extends AstryxPageTemplateInput>(
49
+ def: T,
50
+ ): T & {type: 'page'};
51
+
52
+ export declare function createBlockTemplate<T extends AstryxBlockTemplateInput>(
53
+ def: T,
54
+ ): T & {type: 'block'};