rendercv-ts 0.1.0

package/dist/typst_setup-WebjDI32.d.cts

@@ -0,0 +1,266 @@
+import { z } from 'zod';
+import { Document, LineCounter } from 'yaml';
+
+/**
+ * Error types for the rendercv pipeline.
+ *
+ * Ported from src/rendercv/exception.py. We use classes (not dataclasses) and
+ * preserve the structured shape so callers can map errors to YAML positions.
+ */
+type YamlSource = 'main_yaml_file' | 'design_yaml_file' | 'locale_yaml_file' | 'settings_yaml_file';
+/** [[startLine, startCol], [endLine, endCol]] — 1-indexed, like ruamel.yaml. */
+type YamlLocation = [[number, number], [number, number]];
+/**
+ * Structured validation error paired with a YAML source location.
+ *
+ * Mirrors rendercv's `RenderCVValidationError` dataclass. The CLI / playground
+ * uses `yaml_location` to point at the offending YAML span.
+ */
+declare class RenderCVValidationError {
+    readonly schemaLocation: readonly string[] | null;
+    readonly yamlLocation: YamlLocation | null;
+    readonly yamlSource: YamlSource;
+    readonly message: string;
+    readonly input: string;
+    constructor(schemaLocation: readonly string[] | null, yamlLocation: YamlLocation | null, yamlSource: YamlSource, message: string, input: string);
+}
+/** User-facing error carrying multiple structured validation errors. */
+declare class RenderCVUserValidationError extends Error {
+    readonly validationErrors: RenderCVValidationError[];
+    constructor(validationErrors: RenderCVValidationError[]);
+}
+/** User-facing error for recoverable problems (invalid input, missing files). */
+declare class RenderCVUserError extends Error {
+    constructor(message?: string);
+}
+/** Internal error indicating a bug in rendercv logic. Should never reach users. */
+declare class RenderCVInternalError extends Error {
+    constructor(message: string);
+}
+
+/**
+ * Date helpers — ported from `entry_with_date.py` and `entry_with_complex_fields.py`.
+ *
+ * rendercv dates are unusual: they accept "free text" like "Fall 2023" for
+ * display, while strict dates (YYYY / YYYY-MM / YYYY-MM-DD) are validated and
+ * used for arithmetic (start ≤ end, duration calc). The literal `"present"`
+ * resolves to the rendering's "current date".
+ */
+
+interface SimpleDate {
+    year: number;
+    month: number;
+    day: number;
+}
+
+/**
+ * Validation context threaded through model building — browser port of
+ * `validation_context.py`.
+ */
+
+interface ValidationContext {
+    /** Relative-path assets supplied by the caller (path → URL or data URL). */
+    assets?: Record<string, string>;
+    /** Resolved reference date for entry validation. */
+    currentDate?: SimpleDate;
+    /** Header keys in YAML source order (from cv map). */
+    cvHeaderKeyOrder?: string[];
+}
+
+/**
+ * YAML parsing with source coordinates for error reporting.
+ */
+
+interface YamlDocumentBundle {
+    value: Record<string, unknown>;
+    document: Document;
+    lineCounter: LineCounter;
+    source: YamlSource;
+}
+type OverlayDocuments = Partial<Record<'design' | 'locale' | 'settings', YamlDocumentBundle>>;
+
+/**
+ * Cv — ported from `cv/cv.py`.
+ *
+ * The header / personal-information block. Holds name, headline, location,
+ * contact details (email/phone/website — each scalar-or-list), photo,
+ * social networks, custom connections, and the sections dict.
+ *
+ * Python-specific behaviors that need careful porting:
+ *  - `capture_input_order` (model_validator wrap): preserve YAML key order so
+ *    the header renders in user-defined order. In JS, object keys already
+ *    preserve insertion order, so we just record which header keys were
+ *    present in the input into `_keyOrder`.
+ *  - `validate_list_or_scalar_fields`: email/phone/website accept a scalar OR
+ *    a list. We model with a Zod union of single-or-array.
+ *  - Private attrs (_plain_name, _connections, _top_note, _footer) are computed
+ *    during the renderer's model-processor step, NOT here. We only carry
+ *    `_keyOrder` (computed at parse time from input order).
+ *
+ * Like the entry schema, Cv needs a `currentDate` (passed through to sections),
+ * so we expose a factory `cvSchema(currentDate)`.
+ */
+
+interface Cv {
+    name?: string | null;
+    headline?: string | null;
+    location?: string | null;
+    email?: string | string[];
+    photo?: string;
+    phone?: string | string[];
+    website?: string | string[];
+    social_networks?: unknown[];
+    custom_connections?: unknown[];
+    sections?: Record<string, unknown[]>;
+    /** Header keys in their original YAML order (for header rendering). */
+    _keyOrder: string[];
+}
+declare function cvSchema(currentDate: SimpleDate, validationContext?: ValidationContext): z.ZodEffects<z.ZodObject<z.ZodRawShape, "strict", z.ZodTypeAny, {
+    [x: string]: any;
+}, {
+    [x: string]: any;
+}>, Cv, {
+    [x: string]: any;
+}>;
+
+/**
+ * ClassicTheme — ported from `design/classic_theme.py`.
+ *
+ * This is the base schema for ALL themes. Other built-in themes inherit the
+ * same field structure; they differ only in defaults (stored as static
+ * override objects in `themes/*.ts` and deep-merged over classic defaults
+ * at schema-construction time — see `variant_generator.ts`).
+ *
+ * Field structure (matching Python field order):
+ *   theme: Literal["classic"]
+ *   page: Page
+ *   colors: Colors
+ *   typography: Typography
+ *   links: Links
+ *   header: Header
+ *   section_titles: SectionTitles
+ *   sections: Sections
+ *   entries: Entries
+ *   templates: Templates
+ *
+ * Each sub-object is exported individually so the variant generator can
+ * override their defaults.
+ */
+
+/**
+ * The base theme schema shared by ALL themes. The `theme` field accepts any of
+ * the built-in theme names (the variant generator pins it to the right literal
+ * per-variant). `ClassicThemeSchema` below wraps this with `theme = 'classic'`.
+ */
+declare const ThemeBaseSchema: z.ZodObject<z.ZodRawShape, "strict", z.ZodTypeAny, {
+    [x: string]: any;
+}, {
+    [x: string]: any;
+}>;
+type ClassicTheme = z.infer<typeof ThemeBaseSchema>;
+
+/**
+ * Locale — ported from `locale/locale.py` + `locale/english_locale.py`.
+ *
+ * Structure (matching Python field order):
+ *   language: Literal["english"] (or one of 20 other names)
+ *   last_updated, month, months, year, years, present: str
+ *   phrases: { degree_with_area: str }
+ *   month_abbreviations: string[12]
+ *   month_names: string[12]
+ *
+ * Plus computed properties (ported as functions here, not class methods):
+ *   languageIso6391(language) → ISO 639-1 2-letter code
+ *   flagEmoji(language) → flag emoji string
+ *   isRtl(language) → boolean
+ *
+ * Like the Design layer, locales use the variant-generator pattern: a single
+ * base schema + deep-merged YAML configs for each non-English locale. The 21
+ * YAMLs are loaded as raw strings and parsed via the `yaml` package at module
+ * load — keeping them byte-identical to the Python source.
+ */
+
+/** Known language names (English + 20 others). */
+declare const LOCALE_NAMES: readonly ["english", "arabic", "danish", "dutch", "french", "german", "hebrew", "hindi", "hungarian", "indonesian", "italian", "japanese", "korean", "mandarin_chinese", "norwegian_bokmål", "norwegian_nynorsk", "persian", "portuguese", "russian", "spanish", "turkish", "vietnamese"];
+type LocaleName = (typeof LOCALE_NAMES)[number];
+/**
+ * Base locale schema. The `language` field accepts any known locale name; the
+ * variant generator pins the literal per-locale.
+ */
+declare const LocaleBaseSchema: z.ZodObject<z.ZodRawShape, "strict", z.ZodTypeAny, {
+    [x: string]: any;
+}, {
+    [x: string]: any;
+}>;
+type Locale = z.infer<typeof LocaleBaseSchema>;
+
+/**
+ * RenderCommand — ported from `settings/render_command.py`.
+ *
+ * Holds output paths (with placeholders like `OUTPUT_FOLDER/NAME_IN_SNAKE_CASE_CV.typ`)
+ * and per-format disable flags. The browser port treats paths as plain strings
+ * (the path-resolver expands placeholders at render time); the
+ * `ExistingPathRelativeToInput` / `PlannedPathRelativeToInput` custom types in
+ * Python are just strings with extra validation that we keep as `z.string()`.
+ */
+
+declare const RenderCommandSchema: z.ZodObject<z.ZodRawShape, "strict", z.ZodTypeAny, {
+    [x: string]: any;
+}, {
+    [x: string]: any;
+}>;
+type RenderCommand = z.infer<typeof RenderCommandSchema>;
+
+/**
+ * Settings — ported from `settings/settings.py`.
+ *
+ * Holds the "current date" (literal "today" or a real date), bold keywords,
+ * the PDF title template, and the nested RenderCommand settings.
+ *
+ * The `current_date` field resolves at parse time:
+ *   - "today"      → today's date
+ *   - YYYY-MM-DD   → that date
+ *   - YYYY-MM / YYYY → that date (day/month default to 1)
+ * The resolved date is attached as `_resolvedCurrentDate` for downstream use
+ * (entry date adjustment, time-span calculations).
+ */
+
+interface Settings {
+    current_date: string;
+    render_command: RenderCommand;
+    bold_keywords: string[];
+    pdf_title: string;
+    /** Resolved at parse time — used by entry date adjustment and path resolution. */
+    _resolvedCurrentDate: SimpleDate;
+}
+
+/**
+ * RenderCVModel — ported from `models/rendercv_model.py` + the builder.
+ */
+
+interface RenderCVModel {
+    cv: Cv;
+    design: ClassicTheme;
+    locale: Locale;
+    settings: Settings;
+}
+interface BuildRendercvModelOptions {
+    validationContext?: ValidationContext;
+    yamlDocuments?: {
+        main: YamlDocumentBundle;
+        overlays?: OverlayDocuments;
+    };
+}
+declare function buildRendercvModel(input: unknown, options?: BuildRendercvModelOptions): RenderCVModel;
+declare const RenderCvModelSchema: z.ZodType<RenderCVModel>;
+
+/**
+ * Bundled Typst package + font setup for the WASM compiler.
+ */
+
+declare const MAIN_TYP_PATH = "/main.typ";
+declare function configureBrowserWasm(baseUrl?: string): void;
+declare function preloadTypst(): Promise<void>;
+declare function clearFontCache(): Promise<void>;
+
+export { type ClassicTheme as C, type Locale as L, MAIN_TYP_PATH as M, type OverlayDocuments as O, type RenderCVModel as R, type YamlDocumentBundle as Y, type YamlSource as a, RenderCVValidationError as b, type Cv as c, type LocaleName as d, RenderCVInternalError as e, RenderCVUserError as f, RenderCVUserValidationError as g, RenderCvModelSchema as h, buildRendercvModel as i, clearFontCache as j, configureBrowserWasm as k, cvSchema as l, preloadTypst as p };

package/dist/typst_setup-WebjDI32.d.ts

@@ -0,0 +1,266 @@
+import { z } from 'zod';
+import { Document, LineCounter } from 'yaml';
+
+/**
+ * Error types for the rendercv pipeline.
+ *
+ * Ported from src/rendercv/exception.py. We use classes (not dataclasses) and
+ * preserve the structured shape so callers can map errors to YAML positions.
+ */
+type YamlSource = 'main_yaml_file' | 'design_yaml_file' | 'locale_yaml_file' | 'settings_yaml_file';
+/** [[startLine, startCol], [endLine, endCol]] — 1-indexed, like ruamel.yaml. */
+type YamlLocation = [[number, number], [number, number]];
+/**
+ * Structured validation error paired with a YAML source location.
+ *
+ * Mirrors rendercv's `RenderCVValidationError` dataclass. The CLI / playground
+ * uses `yaml_location` to point at the offending YAML span.
+ */
+declare class RenderCVValidationError {
+    readonly schemaLocation: readonly string[] | null;
+    readonly yamlLocation: YamlLocation | null;
+    readonly yamlSource: YamlSource;
+    readonly message: string;
+    readonly input: string;
+    constructor(schemaLocation: readonly string[] | null, yamlLocation: YamlLocation | null, yamlSource: YamlSource, message: string, input: string);
+}
+/** User-facing error carrying multiple structured validation errors. */
+declare class RenderCVUserValidationError extends Error {
+    readonly validationErrors: RenderCVValidationError[];
+    constructor(validationErrors: RenderCVValidationError[]);
+}
+/** User-facing error for recoverable problems (invalid input, missing files). */
+declare class RenderCVUserError extends Error {
+    constructor(message?: string);
+}
+/** Internal error indicating a bug in rendercv logic. Should never reach users. */
+declare class RenderCVInternalError extends Error {
+    constructor(message: string);
+}
+
+/**
+ * Date helpers — ported from `entry_with_date.py` and `entry_with_complex_fields.py`.
+ *
+ * rendercv dates are unusual: they accept "free text" like "Fall 2023" for
+ * display, while strict dates (YYYY / YYYY-MM / YYYY-MM-DD) are validated and
+ * used for arithmetic (start ≤ end, duration calc). The literal `"present"`
+ * resolves to the rendering's "current date".
+ */
+
+interface SimpleDate {
+    year: number;
+    month: number;
+    day: number;
+}
+
+/**
+ * Validation context threaded through model building — browser port of
+ * `validation_context.py`.
+ */
+
+interface ValidationContext {
+    /** Relative-path assets supplied by the caller (path → URL or data URL). */
+    assets?: Record<string, string>;
+    /** Resolved reference date for entry validation. */
+    currentDate?: SimpleDate;
+    /** Header keys in YAML source order (from cv map). */
+    cvHeaderKeyOrder?: string[];
+}
+
+/**
+ * YAML parsing with source coordinates for error reporting.
+ */
+
+interface YamlDocumentBundle {
+    value: Record<string, unknown>;
+    document: Document;
+    lineCounter: LineCounter;
+    source: YamlSource;
+}
+type OverlayDocuments = Partial<Record<'design' | 'locale' | 'settings', YamlDocumentBundle>>;
+
+/**
+ * Cv — ported from `cv/cv.py`.
+ *
+ * The header / personal-information block. Holds name, headline, location,
+ * contact details (email/phone/website — each scalar-or-list), photo,
+ * social networks, custom connections, and the sections dict.
+ *
+ * Python-specific behaviors that need careful porting:
+ *  - `capture_input_order` (model_validator wrap): preserve YAML key order so
+ *    the header renders in user-defined order. In JS, object keys already
+ *    preserve insertion order, so we just record which header keys were
+ *    present in the input into `_keyOrder`.
+ *  - `validate_list_or_scalar_fields`: email/phone/website accept a scalar OR
+ *    a list. We model with a Zod union of single-or-array.
+ *  - Private attrs (_plain_name, _connections, _top_note, _footer) are computed
+ *    during the renderer's model-processor step, NOT here. We only carry
+ *    `_keyOrder` (computed at parse time from input order).
+ *
+ * Like the entry schema, Cv needs a `currentDate` (passed through to sections),
+ * so we expose a factory `cvSchema(currentDate)`.
+ */
+
+interface Cv {
+    name?: string | null;
+    headline?: string | null;
+    location?: string | null;
+    email?: string | string[];
+    photo?: string;
+    phone?: string | string[];
+    website?: string | string[];
+    social_networks?: unknown[];
+    custom_connections?: unknown[];
+    sections?: Record<string, unknown[]>;
+    /** Header keys in their original YAML order (for header rendering). */
+    _keyOrder: string[];
+}
+declare function cvSchema(currentDate: SimpleDate, validationContext?: ValidationContext): z.ZodEffects<z.ZodObject<z.ZodRawShape, "strict", z.ZodTypeAny, {
+    [x: string]: any;
+}, {
+    [x: string]: any;
+}>, Cv, {
+    [x: string]: any;
+}>;
+
+/**
+ * ClassicTheme — ported from `design/classic_theme.py`.
+ *
+ * This is the base schema for ALL themes. Other built-in themes inherit the
+ * same field structure; they differ only in defaults (stored as static
+ * override objects in `themes/*.ts` and deep-merged over classic defaults
+ * at schema-construction time — see `variant_generator.ts`).
+ *
+ * Field structure (matching Python field order):
+ *   theme: Literal["classic"]
+ *   page: Page
+ *   colors: Colors
+ *   typography: Typography
+ *   links: Links
+ *   header: Header
+ *   section_titles: SectionTitles
+ *   sections: Sections
+ *   entries: Entries
+ *   templates: Templates
+ *
+ * Each sub-object is exported individually so the variant generator can
+ * override their defaults.
+ */
+
+/**
+ * The base theme schema shared by ALL themes. The `theme` field accepts any of
+ * the built-in theme names (the variant generator pins it to the right literal
+ * per-variant). `ClassicThemeSchema` below wraps this with `theme = 'classic'`.
+ */
+declare const ThemeBaseSchema: z.ZodObject<z.ZodRawShape, "strict", z.ZodTypeAny, {
+    [x: string]: any;
+}, {
+    [x: string]: any;
+}>;
+type ClassicTheme = z.infer<typeof ThemeBaseSchema>;
+
+/**
+ * Locale — ported from `locale/locale.py` + `locale/english_locale.py`.
+ *
+ * Structure (matching Python field order):
+ *   language: Literal["english"] (or one of 20 other names)
+ *   last_updated, month, months, year, years, present: str
+ *   phrases: { degree_with_area: str }
+ *   month_abbreviations: string[12]
+ *   month_names: string[12]
+ *
+ * Plus computed properties (ported as functions here, not class methods):
+ *   languageIso6391(language) → ISO 639-1 2-letter code
+ *   flagEmoji(language) → flag emoji string
+ *   isRtl(language) → boolean
+ *
+ * Like the Design layer, locales use the variant-generator pattern: a single
+ * base schema + deep-merged YAML configs for each non-English locale. The 21
+ * YAMLs are loaded as raw strings and parsed via the `yaml` package at module
+ * load — keeping them byte-identical to the Python source.
+ */
+
+/** Known language names (English + 20 others). */
+declare const LOCALE_NAMES: readonly ["english", "arabic", "danish", "dutch", "french", "german", "hebrew", "hindi", "hungarian", "indonesian", "italian", "japanese", "korean", "mandarin_chinese", "norwegian_bokmål", "norwegian_nynorsk", "persian", "portuguese", "russian", "spanish", "turkish", "vietnamese"];
+type LocaleName = (typeof LOCALE_NAMES)[number];
+/**
+ * Base locale schema. The `language` field accepts any known locale name; the
+ * variant generator pins the literal per-locale.
+ */
+declare const LocaleBaseSchema: z.ZodObject<z.ZodRawShape, "strict", z.ZodTypeAny, {
+    [x: string]: any;
+}, {
+    [x: string]: any;
+}>;
+type Locale = z.infer<typeof LocaleBaseSchema>;
+
+/**
+ * RenderCommand — ported from `settings/render_command.py`.
+ *
+ * Holds output paths (with placeholders like `OUTPUT_FOLDER/NAME_IN_SNAKE_CASE_CV.typ`)
+ * and per-format disable flags. The browser port treats paths as plain strings
+ * (the path-resolver expands placeholders at render time); the
+ * `ExistingPathRelativeToInput` / `PlannedPathRelativeToInput` custom types in
+ * Python are just strings with extra validation that we keep as `z.string()`.
+ */
+
+declare const RenderCommandSchema: z.ZodObject<z.ZodRawShape, "strict", z.ZodTypeAny, {
+    [x: string]: any;
+}, {
+    [x: string]: any;
+}>;
+type RenderCommand = z.infer<typeof RenderCommandSchema>;
+
+/**
+ * Settings — ported from `settings/settings.py`.
+ *
+ * Holds the "current date" (literal "today" or a real date), bold keywords,
+ * the PDF title template, and the nested RenderCommand settings.
+ *
+ * The `current_date` field resolves at parse time:
+ *   - "today"      → today's date
+ *   - YYYY-MM-DD   → that date
+ *   - YYYY-MM / YYYY → that date (day/month default to 1)
+ * The resolved date is attached as `_resolvedCurrentDate` for downstream use
+ * (entry date adjustment, time-span calculations).
+ */
+
+interface Settings {
+    current_date: string;
+    render_command: RenderCommand;
+    bold_keywords: string[];
+    pdf_title: string;
+    /** Resolved at parse time — used by entry date adjustment and path resolution. */
+    _resolvedCurrentDate: SimpleDate;
+}
+
+/**
+ * RenderCVModel — ported from `models/rendercv_model.py` + the builder.
+ */
+
+interface RenderCVModel {
+    cv: Cv;
+    design: ClassicTheme;
+    locale: Locale;
+    settings: Settings;
+}
+interface BuildRendercvModelOptions {
+    validationContext?: ValidationContext;
+    yamlDocuments?: {
+        main: YamlDocumentBundle;
+        overlays?: OverlayDocuments;
+    };
+}
+declare function buildRendercvModel(input: unknown, options?: BuildRendercvModelOptions): RenderCVModel;
+declare const RenderCvModelSchema: z.ZodType<RenderCVModel>;
+
+/**
+ * Bundled Typst package + font setup for the WASM compiler.
+ */
+
+declare const MAIN_TYP_PATH = "/main.typ";
+declare function configureBrowserWasm(baseUrl?: string): void;
+declare function preloadTypst(): Promise<void>;
+declare function clearFontCache(): Promise<void>;
+
+export { type ClassicTheme as C, type Locale as L, MAIN_TYP_PATH as M, type OverlayDocuments as O, type RenderCVModel as R, type YamlDocumentBundle as Y, type YamlSource as a, RenderCVValidationError as b, type Cv as c, type LocaleName as d, RenderCVInternalError as e, RenderCVUserError as f, RenderCVUserValidationError as g, RenderCvModelSchema as h, buildRendercvModel as i, clearFontCache as j, configureBrowserWasm as k, cvSchema as l, preloadTypst as p };

package/package.json

@@ -0,0 +1,80 @@
+{
+  "name": "rendercv-ts",
+  "version": "0.1.0",
+  "description": "TypeScript port of rendercv — version-controlled CVs as code, validated and rendered to PDF/Markdown/HTML in the browser.",
+  "license": "MIT",
+  "type": "module",
+  "sideEffects": false,
+  "files": [
+    "dist",
+    "assets"
+  ],
+  "main": "./dist/index.cjs",
+  "module": "./dist/index.js",
+  "types": "./dist/index.d.ts",
+  "exports": {
+    ".": {
+      "types": "./dist/index.d.ts",
+      "import": "./dist/index.js",
+      "require": "./dist/index.cjs"
+    }
+  },
+  "scripts": {
+    "generate:fonts": "node scripts/generate-font-manifest.mjs",
+    "generate:icons": "node scripts/generate-connection-icons.mjs",
+    "prebuild": "node scripts/generate-font-manifest.mjs && node scripts/generate-connection-icons.mjs && node scripts/copy-publish-assets.mjs",
+    "build": "tsup",
+    "pretest": "node scripts/copy-publish-assets.mjs",
+    "test": "vitest run",
+    "test:watch": "vitest",
+    "typecheck": "tsc --noEmit",
+    "lint": "biome check src tests",
+    "format": "biome format --write src tests",
+    "bench": "node scripts/bench-render.mjs",
+    "prepublishOnly": "npm run build"
+  },
+  "repository": {
+    "type": "git",
+    "url": "git+https://github.com/alishirani1384/rendercv-ts.git"
+  },
+  "homepage": "https://github.com/alishirani1384/rendercv-ts#readme",
+  "bugs": {
+    "url": "https://github.com/alishirani1384/rendercv-ts/issues"
+  },
+  "keywords": [
+    "rendercv",
+    "cv",
+    "resume",
+    "typst",
+    "pdf",
+    "yaml"
+  ],
+  "dependencies": {
+    "@myriaddreamin/typst-ts-renderer": "^0.7.0",
+    "@myriaddreamin/typst-ts-web-compiler": "^0.7.0",
+    "@myriaddreamin/typst.ts": "^0.7.0",
+    "libphonenumber-js": "^1.13.7",
+    "marked": "^18.0.5",
+    "nunjucks": "^3.2.4",
+    "yaml": "^2.6.0"
+  },
+  "devDependencies": {
+    "@biomejs/biome": "^1.9.4",
+    "@fontsource-variable/vazirmatn": "^5.2.8",
+    "@fontsource/vazirmatn": "^5.2.8",
+    "@happy-dom/node-canvas-adapter": "^20.10.6",
+    "@resvg/resvg-js": "^2.6.2",
+    "@types/nunjucks": "^3.2.6",
+    "canvas": "^3.2.3",
+    "happy-dom": "^20.10.6",
+    "simple-icons": "^16.24.0",
+    "tsup": "^8.3.5",
+    "typescript": "^5.7.2",
+    "vazirmatn": "^33.0.3",
+    "vitest": "^2.1.8",
+    "zod": "^3.25.76"
+  },
+  "engines": {
+    "node": ">=20"
+  }
+}