founder-schema 0.1.0 → 0.2.0

package/dist/onboarding.d.ts

@@ -1,12 +1,13 @@
 /**
  * founder-schema — Onboarding: steps, enums, and the two shapes of the answers
  *
- * ONE LIST DEFINES THE FLOW. `FOUNDER_ONBOARDING_STEPS` carries the screen
- * title, the help line, the progress denominator AND the fields each step
- * gates on. GymMonk arrived here after keeping two lists in sync by hand, where
- * a step could exist with no title or, worse, be left with no validation gate
- * at all. Dating reached the same place independently. One list makes both
- * impossible.
+ * ONE LIST DEFINES THE FLOW, AND IT IS DERIVED. Each step's fields are a pick
+ * of the finish body (`ONBOARDING_STEP_SCHEMAS`), and `FOUNDER_ONBOARDING_STEPS`
+ * is built FROM those picks: its `fields`, and even whether a step may be
+ * skipped, come from the schema rather than from a second hand-written list.
+ * GymMonk arrived at one list after keeping two in sync by hand, where a step
+ * could exist with no title or, worse, no validation gate at all; until 0.2.0
+ * this file still wrote the field lists twice.
  *
  * TWO SHAPES, ONE SET OF RULES. A half-filled form legitimately holds `null`
  * for a choice nobody has made yet; the finalize body only ever sees completed
@@ -15,6 +16,11 @@
  * for the end. Letting those two drift is how a wizard says a step is optional
  * and then answers 422 at Finish.
  *
+ * NO COPY IN HERE. Step titles, help lines and topic category names are
+ * translation KEYS (`titleKey`, `helpKey`, `labelKey`), Jansathi's rule for
+ * every config string: an English sentence in a shared package is a sentence
+ * every other language has to match by wording.
+ *
  * @module founder-schema/onboarding
  */
 import { z } from 'zod';
@@ -42,6 +48,7 @@ export declare const MAX_AGE_YEARS = 120;
 export declare function ageInYears(isoDate: string, now?: Date): number;
 /** A calendar date with no time component, `YYYY-MM-DD`. */
 export declare const isoDateSchema: z.ZodString;
+export type IsoDate = z.infer<typeof isoDateSchema>;
 /**
  * Date of birth, with the age gate applied per parse.
  *
@@ -52,6 +59,7 @@ export declare const isoDateSchema: z.ZodString;
  * discoverable profile, because the client was the only thing checking.
  */
 export declare const dateOfBirthSchema: z.ZodString;
+export type DateOfBirth = z.infer<typeof dateOfBirthSchema>;
 export declare const BUSINESS_TYPE_VALUES: readonly ["startup", "sme", "enterprise"];
 export declare const businessTypeSchema: z.ZodEnum<{
     startup: "startup";
@@ -171,9 +179,19 @@ export type Topic = z.infer<typeof topicSchema>;
  * flat list side by side and they have already drifted apart by two values;
  * a test in this package asserts these two agree exactly, in both directions.
  */
+export declare const TOPIC_CATEGORY_KEYS: readonly ["career", "tech", "business", "growth", "creative", "impact"];
+export type TopicCategoryKey = (typeof TOPIC_CATEGORY_KEYS)[number];
+/**
+ * ⚠ TRANSLATION KEY SHAPE, for whoever builds the picker: `topics.category.<key>`
+ * for a category and `topics.value.<topic>` for a topic. The dating product's
+ * interests JSON is keyed by CATEGORY NAME instead, so all five of its label
+ * lookups miss and every chip renders its raw English in every locale, with a
+ * fully translated Hindi file sitting unreachable.
+ */
 export interface TopicCategory {
-    key: string;
-    label: string;
+    key: TopicCategoryKey;
+    /** A translation key. The English lives in the client's message files, not here. */
+    labelKey: `topics.category.${TopicCategoryKey}`;
     values: readonly Topic[];
 }
 export declare const TOPIC_CATEGORIES: readonly TopicCategory[];
@@ -186,50 +204,41 @@ export declare const TOPIC_CATEGORIES: readonly TopicCategory[];
  * minimum at all, and its own field config says "pick up to 10" while every
  * screen and schema enforces 20.
  */
-/**
- * ⚠️ TRANSLATION KEY SHAPE, for whoever builds the picker:
- * `<fieldKey>.<value>` for a value and `<fieldKey>._label` for the field name.
- * The dating product's interests JSON is keyed by CATEGORY instead, so all five
- * of its label lookups miss and every chip renders its raw English in every
- * locale, with a fully translated Hindi file sitting unreachable. Lift the
- * translations, reshape the keys.
- */
 export declare const INTERESTS_MIN = 3;
 export declare const INTERESTS_MAX = 10;
 /**
- * One step of the wizard.
- *
- * `fields` is what gates leaving this step, and it is why this list and the
- * validation map are the same object: a field that appears in no step is
- * unreachable twice over, because Continue will not surface its error and the
- * final submit's jump-to-the-bad-step finds no step to jump to and leaves the
- * last screen dead.
+ * The step keys, in order, as a literal union, so a consumer can key a table by
+ * step and have TypeScript insist on every one. Before 0.2.0 `key` was a plain
+ * string and the web client kept its own copy of this list to get the same
+ * check; a test there held the two together. Now there is one list.
  */
-export interface OnboardingStepConfig {
-    /** Stable identifier. Safe for analytics and for a resume cursor, unlike an index. */
-    key: string;
-    title: string;
-    helpText: string;
-    fields: readonly string[];
-    /** False when the whole step may be passed without answering anything. */
-    required: boolean;
-}
-export declare const FOUNDER_ONBOARDING_STEPS: readonly OnboardingStepConfig[];
-export declare const ONBOARDING_TOTAL_STEPS: number;
+export declare const ONBOARDING_STEP_KEYS: readonly ["identity", "contact", "location", "goals", "interests", "business", "guidelines"];
+export type OnboardingStepKey = (typeof ONBOARDING_STEP_KEYS)[number];
 /**
- * Fields gating each step, DERIVED from the list above so the two can never
- * disagree.
+ * The community guidelines a member agrees to at the last step, by version.
+ *
+ * The finish body accepts THIS version and no other: an old tab still showing
+ * last month's text cannot record agreement to text it never displayed, and
+ * `'whatever'` is not a version. Until 0.2.0 any non-empty string passed, and
+ * the web client held this constant on its own.
+ *
+ * ⚠ Changing the guidelines text means bumping this, in the same publish.
+ * Every member who agreed to an earlier version keeps that version on their
+ * profile; that record is the point.
  */
-export declare const ONBOARDING_STEP_FIELDS: readonly (readonly string[])[];
+export declare const GUIDELINES_VERSION: "2026-10-03";
+export declare const guidelinesVersionSchema: z.ZodLiteral<"2026-10-03">;
 /**
- * Indian mobile number, ten digits, stored raw with no country code, matching
- * the standard used across this family. Display adds `+91`.
+ * The links the contact step collects, picked from the profile's own links so
+ * the two cannot disagree on what a link is. The phone is `phoneSchema`: ten
+ * digits, stored raw with no country code, on the account rather than here.
  */
 export declare const contactLinksSchema: z.ZodObject<{
     linkedin: z.ZodOptional<z.ZodURL>;
     x: z.ZodOptional<z.ZodURL>;
     instagram: z.ZodOptional<z.ZodURL>;
 }, z.core.$strip>;
+export type ContactLinks = z.infer<typeof contactLinksSchema>;
 /**
  * The wizard's working shape.
  *
@@ -238,6 +247,10 @@ export declare const contactLinksSchema: z.ZodObject<{
  * this schema is required, on purpose: it describes a form somebody is halfway
  * through, and the rules that decide whether they may FINISH live in
  * `completeOnboardingBodySchema`.
+ *
+ * Text inputs stay text here (`teamSize`, `dateOfBirth`), because that is what
+ * an input holds while somebody types; the form converts them when it builds
+ * the finish body, which takes real numbers.
  */
 export declare const onboardingFormSchema: z.ZodObject<{
     displayName: z.ZodString;
@@ -424,6 +437,9 @@ export type OnboardingForm = z.infer<typeof onboardingFormSchema>;
  * at finalize. `isOnboarded` may be set here and nowhere else: four of the
  * profile's partial indexes are gated on it, so a half-built profile carrying
  * it true appears in Discover half-built.
+ *
+ * Location, venture and links are the profile's own shapes, not copies: the
+ * copies are how the profile model came to lack Instagram.
  */
 export declare const completeOnboardingBodySchema: z.ZodObject<{
     displayName: z.ZodString;
@@ -551,9 +567,6 @@ export declare const completeOnboardingBodySchema: z.ZodObject<{
         community: "community";
     }>>>;
     venture: z.ZodOptional<z.ZodObject<{
-        name: z.ZodString;
-        tagline: z.ZodPreprocess<z.ZodOptional<z.ZodString>, unknown>;
-        website: z.ZodOptional<z.ZodURL>;
         industry: z.ZodEnum<{
             agritech: "agritech";
             ai_ml: "ai_ml";
@@ -587,16 +600,285 @@ export declare const completeOnboardingBodySchema: z.ZodObject<{
             profitable: "profitable";
             exited: "exited";
         }>;
-        teamSize: z.ZodOptional<z.ZodCoercedNumber<unknown>>;
+        name: z.ZodString;
+        tagline: z.ZodPreprocess<z.ZodOptional<z.ZodString>, unknown>;
+        website: z.ZodOptional<z.ZodURL>;
+        teamSize: z.ZodOptional<z.ZodNumber>;
     }, z.core.$strip>>;
     businessType: z.ZodOptional<z.ZodEnum<{
         startup: "startup";
         sme: "sme";
         enterprise: "enterprise";
     }>>;
-    guidelinesVersion: z.ZodString;
+    guidelinesVersion: z.ZodLiteral<"2026-10-03">;
 }, z.core.$strip>;
 export type CompleteOnboardingBody = z.infer<typeof completeOnboardingBodySchema>;
+/** What a form may hand to the finish body before parsing. */
+export type CompleteOnboardingBodyInput = z.input<typeof completeOnboardingBodySchema>;
+/**
+ * Each step's slice of the finish body, picked FROM it, so a client validating
+ * "may I leave this step" and the server validating the finish apply the very
+ * same rules. A copy would drift, and the drift shows up as a wizard that lets
+ * a step pass and a finish that refuses it, on the last screen.
+ *
+ * THIS IS THE ONE PLACE A STEP'S FIELDS ARE WRITTEN. `FOUNDER_ONBOARDING_STEPS`
+ * below reads them from here. A test asserts that every finish field belongs to
+ * exactly one step.
+ *
+ * These validate the FINISH shape (skipped = absent), not the in-progress form:
+ * a client maps its form state to the slice first. The server does not run them
+ * on a draft save, because a half-answered step must be storable.
+ */
+export declare const ONBOARDING_STEP_SCHEMAS: {
+    readonly identity: z.ZodObject<{
+        about: z.ZodPreprocess<z.ZodOptional<z.ZodString>, unknown>;
+        displayName: z.ZodString;
+        headline: z.ZodPreprocess<z.ZodOptional<z.ZodString>, unknown>;
+        skills: z.ZodOptional<z.ZodArray<z.ZodEnum<{
+            engineering: "engineering";
+            product: "product";
+            design: "design";
+            data: "data";
+            growth: "growth";
+            sales: "sales";
+            marketing: "marketing";
+            operations: "operations";
+            finance: "finance";
+            legal: "legal";
+            hr_people: "hr_people";
+            supply_chain: "supply_chain";
+            research: "research";
+            fundraising: "fundraising";
+            community: "community";
+        }>>>;
+        gender: z.ZodEnum<{
+            other: "other";
+            male: "male";
+            female: "female";
+            prefer_not_to_say: "prefer_not_to_say";
+        }>;
+        dateOfBirth: z.ZodString;
+        avatarUploadKey: z.ZodOptional<z.ZodString>;
+    }, z.core.$strip>;
+    readonly contact: z.ZodObject<{
+        links: z.ZodOptional<z.ZodObject<{
+            linkedin: z.ZodOptional<z.ZodURL>;
+            x: z.ZodOptional<z.ZodURL>;
+            instagram: z.ZodOptional<z.ZodURL>;
+        }, z.core.$strip>>;
+        phone: z.ZodString;
+    }, z.core.$strip>;
+    readonly location: z.ZodObject<{
+        location: z.ZodOptional<z.ZodObject<{
+            city: z.ZodString;
+            state: z.ZodPreprocess<z.ZodOptional<z.ZodString>, unknown>;
+            country: z.ZodString;
+        }, z.core.$strip>>;
+    }, z.core.$strip>;
+    readonly goals: z.ZodObject<{
+        goals: z.ZodArray<z.ZodEnum<{
+            find_cofounder: "find_cofounder";
+            find_investors: "find_investors";
+            find_customers: "find_customers";
+            hiring: "hiring";
+            partnerships: "partnerships";
+            mentorship: "mentorship";
+            grow_network: "grow_network";
+            business_ideas: "business_ideas";
+            market_insights: "market_insights";
+            learn_startup: "learn_startup";
+            start_company: "start_company";
+        }>>;
+    }, z.core.$strip>;
+    readonly interests: z.ZodObject<{
+        interests: z.ZodArray<z.ZodEnum<{
+            ai_ml: "ai_ml";
+            b2b_saas: "b2b_saas";
+            d2c: "d2c";
+            deeptech: "deeptech";
+            robotics: "robotics";
+            growth: "growth";
+            sales: "sales";
+            marketing: "marketing";
+            supply_chain: "supply_chain";
+            fundraising: "fundraising";
+            mentoring: "mentoring";
+            leadership: "leadership";
+            networking: "networking";
+            public_speaking: "public_speaking";
+            teaching: "teaching";
+            hiring_talent: "hiring_talent";
+            personal_branding: "personal_branding";
+            career_transition: "career_transition";
+            remote_work: "remote_work";
+            blockchain: "blockchain";
+            crypto_web3: "crypto_web3";
+            data_science: "data_science";
+            cybersecurity: "cybersecurity";
+            game_dev: "game_dev";
+            ux_design: "ux_design";
+            app_development: "app_development";
+            open_source: "open_source";
+            electronics: "electronics";
+            space_exploration: "space_exploration";
+            green_tech: "green_tech";
+            no_code: "no_code";
+            entrepreneurship: "entrepreneurship";
+            investing: "investing";
+            stock_trading: "stock_trading";
+            personal_finance: "personal_finance";
+            consulting: "consulting";
+            ecommerce: "ecommerce";
+            retail: "retail";
+            real_estate: "real_estate";
+            product_management: "product_management";
+            meditation: "meditation";
+            journaling: "journaling";
+            self_improvement: "self_improvement";
+            productivity: "productivity";
+            reading: "reading";
+            online_courses: "online_courses";
+            philosophy: "philosophy";
+            psychology: "psychology";
+            therapy: "therapy";
+            sleep_optimization: "sleep_optimization";
+            gym: "gym";
+            yoga: "yoga";
+            photography: "photography";
+            writing: "writing";
+            graphic_design: "graphic_design";
+            filmmaking: "filmmaking";
+            digital_art: "digital_art";
+            content_creation: "content_creation";
+            blogging: "blogging";
+            vlogging: "vlogging";
+            podcasts: "podcasts";
+            animation: "animation";
+            music_production: "music_production";
+            volunteering: "volunteering";
+            ngo_work: "ngo_work";
+            environmental: "environmental";
+            women_empowerment: "women_empowerment";
+            community_service: "community_service";
+            social_enterprise: "social_enterprise";
+            education_access: "education_access";
+        }>>;
+    }, z.core.$strip>;
+    readonly business: z.ZodObject<{
+        venture: z.ZodOptional<z.ZodObject<{
+            industry: z.ZodEnum<{
+                agritech: "agritech";
+                ai_ml: "ai_ml";
+                b2b_saas: "b2b_saas";
+                consumer: "consumer";
+                climate: "climate";
+                d2c: "d2c";
+                deeptech: "deeptech";
+                edtech: "edtech";
+                fintech: "fintech";
+                gaming: "gaming";
+                healthtech: "healthtech";
+                logistics: "logistics";
+                manufacturing: "manufacturing";
+                marketplace: "marketplace";
+                media: "media";
+                mobility: "mobility";
+                proptech: "proptech";
+                robotics: "robotics";
+                services: "services";
+                space: "space";
+                other: "other";
+            }>;
+            stage: z.ZodEnum<{
+                idea: "idea";
+                validation: "validation";
+                mvp: "mvp";
+                pre_seed: "pre_seed";
+                seed: "seed";
+                series_a_plus: "series_a_plus";
+                profitable: "profitable";
+                exited: "exited";
+            }>;
+            name: z.ZodString;
+            tagline: z.ZodPreprocess<z.ZodOptional<z.ZodString>, unknown>;
+            website: z.ZodOptional<z.ZodURL>;
+            teamSize: z.ZodOptional<z.ZodNumber>;
+        }, z.core.$strip>>;
+        businessType: z.ZodOptional<z.ZodEnum<{
+            startup: "startup";
+            sme: "sme";
+            enterprise: "enterprise";
+        }>>;
+    }, z.core.$strip>;
+    readonly guidelines: z.ZodObject<{
+        guidelinesVersion: z.ZodLiteral<"2026-10-03">;
+    }, z.core.$strip>;
+};
+/** One step's slice, parsed: `OnboardingStepBody<'contact'>` is `{ phone, links? }`. */
+export type OnboardingStepBody<K extends OnboardingStepKey> = z.infer<(typeof ONBOARDING_STEP_SCHEMAS)[K]>;
+/** A finish-body field name. */
+export type OnboardingField = keyof CompleteOnboardingBody;
+/**
+ * One step of the wizard, as a client renders it.
+ *
+ * `fields` is what gates leaving this step: a field that appears in no step is
+ * unreachable twice over, because Continue will not surface its error and the
+ * final submit's jump-to-the-bad-step finds no step to jump to and leaves the
+ * last screen dead.
+ */
+export interface OnboardingStepConfig {
+    /** Stable identifier. Safe for analytics and for a resume cursor, unlike an index. */
+    key: OnboardingStepKey;
+    /** Translation keys. The words live in the client's message files. */
+    titleKey: `onboarding.steps.${OnboardingStepKey}.title`;
+    helpKey: `onboarding.steps.${OnboardingStepKey}.help`;
+    /** The step's slice of the finish body, in schema order. */
+    fields: readonly OnboardingField[];
+    /**
+     * False when the whole step may be passed without answering anything.
+     * DERIVED: a step is optional exactly when its slice accepts an empty
+     * object, so "skippable" can never disagree with what the finish accepts.
+     */
+    required: boolean;
+}
+export declare const FOUNDER_ONBOARDING_STEPS: readonly OnboardingStepConfig[];
+export declare const ONBOARDING_TOTAL_STEPS: number;
+/** Fields gating each step, in step order. Read from the same picks. */
+export declare const ONBOARDING_STEP_FIELDS: readonly (readonly OnboardingField[])[];
+/** What finishing answers: the new profile's id and the handle derived for it. */
+export declare const completeOnboardingResponseSchema: z.ZodObject<{
+    id: z.ZodString;
+    username: z.ZodString;
+}, z.core.$strip>;
+export type CompleteOnboardingResponse = z.infer<typeof completeOnboardingResponseSchema>;
+/**
+ * The keys a draft may hold: exactly the in-progress form's fields.
+ *
+ * ⚠ The server writes each key as a dot path (`draft.<key>`). Unchecked, a key
+ * holding a dot writes somewhere nested the form never asked for, and the
+ * collection fills with whatever a client invents. Until 0.2.0 the backend
+ * kept its own copy of this list and DROPPED unknown keys without a word; now a
+ * draft carrying one is refused, with the key in the issue's path.
+ */
+export declare const onboardingDraftKeySchema: z.ZodEnum<{
+    location: "location";
+    about: "about";
+    displayName: "displayName";
+    headline: "headline";
+    venture: "venture";
+    skills: "skills";
+    goals: "goals";
+    links: "links";
+    interests: "interests";
+    gender: "gender";
+    dateOfBirth: "dateOfBirth";
+    avatarUploadKey: "avatarUploadKey";
+    phone: "phone";
+    businessType: "businessType";
+    guidelinesVersion: "guidelinesVersion";
+}>;
+export declare const ONBOARDING_DRAFT_KEYS: ("location" | "about" | "displayName" | "headline" | "venture" | "skills" | "goals" | "links" | "interests" | "gender" | "dateOfBirth" | "avatarUploadKey" | "phone" | "businessType" | "guidelinesVersion")[];
+export type OnboardingDraftKey = z.infer<typeof onboardingDraftKeySchema>;
 /**
  * Where the member got to, kept in its own collection, separate from the
  * profile.
@@ -605,24 +887,80 @@ export type CompleteOnboardingBody = z.infer<typeof completeOnboardingBodySchema
  * pair: one number is what lets a member start on the web and resume elsewhere,
  * provided both ends agree on the encoding.
  *
- * `draft` is opaque here on purpose. The client owns the form's shape, and it is
- * re-validated strictly at finalize, so this schema has no business describing
- * it.
+ * The draft's KEYS come from the form; its VALUES are opaque on purpose. A
+ * half-answered step must be storable even though it would fail the finish,
+ * and everything in it is re-validated strictly at finalize.
+ *
+ * `partialRecord`, not `record`: in Zod 4 an enum-keyed `z.record` demands
+ * every key, and a draft holds whichever steps the member has reached.
  */
-export declare const onboardingDraftSchema: z.ZodRecord<z.ZodString, z.ZodUnknown>;
+export declare const onboardingDraftSchema: z.ZodRecord<z.ZodEnum<{
+    location: "location";
+    about: "about";
+    displayName: "displayName";
+    headline: "headline";
+    venture: "venture";
+    skills: "skills";
+    goals: "goals";
+    links: "links";
+    interests: "interests";
+    gender: "gender";
+    dateOfBirth: "dateOfBirth";
+    avatarUploadKey: "avatarUploadKey";
+    phone: "phone";
+    businessType: "businessType";
+    guidelinesVersion: "guidelinesVersion";
+}> & z.core.$partial, z.ZodUnknown>;
+export type OnboardingDraft = z.infer<typeof onboardingDraftSchema>;
 export declare const onboardingProgressSchema: z.ZodObject<{
     step: z.ZodNumber;
-    draft: z.ZodOptional<z.ZodRecord<z.ZodString, z.ZodUnknown>>;
+    draft: z.ZodOptional<z.ZodRecord<z.ZodEnum<{
+        location: "location";
+        about: "about";
+        displayName: "displayName";
+        headline: "headline";
+        venture: "venture";
+        skills: "skills";
+        goals: "goals";
+        links: "links";
+        interests: "interests";
+        gender: "gender";
+        dateOfBirth: "dateOfBirth";
+        avatarUploadKey: "avatarUploadKey";
+        phone: "phone";
+        businessType: "businessType";
+        guidelinesVersion: "guidelinesVersion";
+    }> & z.core.$partial, z.ZodUnknown>>;
 }, z.core.$strip>;
 export type OnboardingProgress = z.infer<typeof onboardingProgressSchema>;
-/** `PUT` body: any subset of the cursor, merged server-side. No defaults. */
+/**
+ * `PATCH` body: any subset of the cursor, merged server-side. No defaults.
+ * `step` may equal `ONBOARDING_TOTAL_STEPS`: "past the last step", which the
+ * client sends on its way to finish.
+ */
 export declare const onboardingProgressUpdateSchema: z.ZodObject<{
     step: z.ZodOptional<z.ZodNumber>;
-    draft: z.ZodOptional<z.ZodRecord<z.ZodString, z.ZodUnknown>>;
+    draft: z.ZodOptional<z.ZodRecord<z.ZodEnum<{
+        location: "location";
+        about: "about";
+        displayName: "displayName";
+        headline: "headline";
+        venture: "venture";
+        skills: "skills";
+        goals: "goals";
+        links: "links";
+        interests: "interests";
+        gender: "gender";
+        dateOfBirth: "dateOfBirth";
+        avatarUploadKey: "avatarUploadKey";
+        phone: "phone";
+        businessType: "businessType";
+        guidelinesVersion: "guidelinesVersion";
+    }> & z.core.$partial, z.ZodUnknown>>;
 }, z.core.$strip>;
 export type OnboardingProgressUpdate = z.infer<typeof onboardingProgressUpdateSchema>;
 /**
- * What the client reads on return.
+ * What the client reads on return, from `GET` and from every `PATCH`.
  *
  * ⚠️ `onboarded` is the gate and it comes from the profile, not from the
  * cursor: a finished member on a new device must be recognised even when the
@@ -632,7 +970,23 @@ export type OnboardingProgressUpdate = z.infer<typeof onboardingProgressUpdateSc
 export declare const onboardingStatusSchema: z.ZodObject<{
     onboarded: z.ZodBoolean;
     step: z.ZodNumber;
-    draft: z.ZodOptional<z.ZodRecord<z.ZodString, z.ZodUnknown>>;
+    draft: z.ZodOptional<z.ZodRecord<z.ZodEnum<{
+        location: "location";
+        about: "about";
+        displayName: "displayName";
+        headline: "headline";
+        venture: "venture";
+        skills: "skills";
+        goals: "goals";
+        links: "links";
+        interests: "interests";
+        gender: "gender";
+        dateOfBirth: "dateOfBirth";
+        avatarUploadKey: "avatarUploadKey";
+        phone: "phone";
+        businessType: "businessType";
+        guidelinesVersion: "guidelinesVersion";
+    }> & z.core.$partial, z.ZodUnknown>>;
 }, z.core.$strip>;
 export type OnboardingStatus = z.infer<typeof onboardingStatusSchema>;
 //# sourceMappingURL=onboarding.d.ts.map

package/dist/onboarding.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"onboarding.d.ts","sourceRoot":"","sources":["../src/onboarding.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;GAkBG;AAEH,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAC;AAexB;;;;;;;GAOG;AACH,eAAO,MAAM,aAAa,KAAK,CAAC;AAChC,qEAAqE;AACrE,eAAO,MAAM,aAAa,MAAM,CAAC;AAEjC;;;;;;;;;GASG;AACH,wBAAgB,UAAU,CAAC,OAAO,EAAE,MAAM,EAAE,GAAG,GAAE,IAAiB,GAAG,MAAM,CAgB1E;AAED,4DAA4D;AAC5D,eAAO,MAAM,aAAa,aAGmC,CAAC;AAY9D;;;;;;;;GAQG;AACH,eAAO,MAAM,iBAAiB,aAK0D,CAAC;AAIzF,eAAO,MAAM,oBAAoB,2CAA4C,CAAC;AAC9E,eAAO,MAAM,kBAAkB;;;;EAA+B,CAAC;AAC/D,MAAM,MAAM,YAAY,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,kBAAkB,CAAC,CAAC;AAI9D;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA4BG;AACH,eAAO,MAAM,YAAY,iiCA6Ef,CAAC;AACX,eAAO,MAAM,WAAW;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAAuB,CAAC;AAChD,MAAM,MAAM,KAAK,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,WAAW,CAAC,CAAC;AAEhD;;;;;;;;GAQG;AACH,MAAM,WAAW,aAAa;IAC5B,GAAG,EAAE,MAAM,CAAC;IACZ,KAAK,EAAE,MAAM,CAAC;IACd,MAAM,EAAE,SAAS,KAAK,EAAE,CAAC;CAC1B;AAED,eAAO,MAAM,gBAAgB,EAAE,SAAS,aAAa,EA2GpD,CAAC;AAEF;;;;;;;;GAQG;AACH;;;;;;;GAOG;AACH,eAAO,MAAM,aAAa,IAAI,CAAC;AAC/B,eAAO,MAAM,aAAa,KAAK,CAAC;AAIhC;;;;;;;;GAQG;AACH,MAAM,WAAW,oBAAoB;IACnC,sFAAsF;IACtF,GAAG,EAAE,MAAM,CAAC;IACZ,KAAK,EAAE,MAAM,CAAC;IACd,QAAQ,EAAE,MAAM,CAAC;IACjB,MAAM,EAAE,SAAS,MAAM,EAAE,CAAC;IAC1B,0EAA0E;IAC1E,QAAQ,EAAE,OAAO,CAAC;CACnB;AAED,eAAO,MAAM,wBAAwB,EAAE,SAAS,oBAAoB,EAkDnE,CAAC;AAEF,eAAO,MAAM,sBAAsB,QAAkC,CAAC;AAEtE;;;GAGG;AACH,eAAO,MAAM,sBAAsB,EAAE,SAAS,CAAC,SAAS,MAAM,EAAE,CAAC,EAEhE,CAAC;AAIF;;;GAGG;AACH,eAAO,MAAM,kBAAkB;;;;iBAI7B,CAAC;AAIH;;;;;;;;GAQG;AACH,eAAO,MAAM,oBAAoB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBAoC/B,CAAC;AACH,MAAM,MAAM,cAAc,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,oBAAoB,CAAC,CAAC;AAIlE;;;;;;;;;;;;;GAaG;AACH,eAAO,MAAM,4BAA4B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBAgEvC,CAAC;AACH,MAAM,MAAM,sBAAsB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,4BAA4B,CAAC,CAAC;AAIlF;;;;;;;;;;;GAWG;AACH,eAAO,MAAM,qBAAqB,wCAAoC,CAAC;AAEvE,eAAO,MAAM,wBAAwB;;;iBAGnC,CAAC;AACH,MAAM,MAAM,kBAAkB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,wBAAwB,CAAC,CAAC;AAE1E,6EAA6E;AAC7E,eAAO,MAAM,8BAA8B;;;iBAGzC,CAAC;AACH,MAAM,MAAM,wBAAwB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,8BAA8B,CAAC,CAAC;AAEtF;;;;;;;GAOG;AACH,eAAO,MAAM,sBAAsB;;;;iBAIjC,CAAC;AACH,MAAM,MAAM,gBAAgB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,sBAAsB,CAAC,CAAC"}
+{"version":3,"file":"onboarding.d.ts","sourceRoot":"","sources":["../src/onboarding.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AAEH,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAC;AA8BxB;;;;;;;GAOG;AACH,eAAO,MAAM,aAAa,KAAK,CAAC;AAChC,qEAAqE;AACrE,eAAO,MAAM,aAAa,MAAM,CAAC;AAEjC;;;;;;;;;GASG;AACH,wBAAgB,UAAU,CAAC,OAAO,EAAE,MAAM,EAAE,GAAG,GAAE,IAAiB,GAAG,MAAM,CAgB1E;AAED,4DAA4D;AAC5D,eAAO,MAAM,aAAa,aAGqC,CAAC;AAChE,MAAM,MAAM,OAAO,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,aAAa,CAAC,CAAC;AAYpD;;;;;;;;GAQG;AACH,eAAO,MAAM,iBAAiB,aAG2D,CAAC;AAC1F,MAAM,MAAM,WAAW,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,iBAAiB,CAAC,CAAC;AAI5D,eAAO,MAAM,oBAAoB,2CAA4C,CAAC;AAC9E,eAAO,MAAM,kBAAkB;;;;EAA+B,CAAC;AAC/D,MAAM,MAAM,YAAY,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,kBAAkB,CAAC,CAAC;AAI9D;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA4BG;AACH,eAAO,MAAM,YAAY,iiCA6Ef,CAAC;AACX,eAAO,MAAM,WAAW;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAAuB,CAAC;AAChD,MAAM,MAAM,KAAK,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,WAAW,CAAC,CAAC;AAEhD;;;;;;;;GAQG;AACH,eAAO,MAAM,mBAAmB,yEAOtB,CAAC;AACX,MAAM,MAAM,gBAAgB,GAAG,CAAC,OAAO,mBAAmB,CAAC,CAAC,MAAM,CAAC,CAAC;AAEpE;;;;;;GAMG;AACH,MAAM,WAAW,aAAa;IAC5B,GAAG,EAAE,gBAAgB,CAAC;IACtB,oFAAoF;IACpF,QAAQ,EAAE,mBAAmB,gBAAgB,EAAE,CAAC;IAChD,MAAM,EAAE,SAAS,KAAK,EAAE,CAAC;CAC1B;AAQD,eAAO,MAAM,gBAAgB,EAAE,SAAS,aAAa,EAmFpD,CAAC;AAEF;;;;;;;;GAQG;AACH,eAAO,MAAM,aAAa,IAAI,CAAC;AAC/B,eAAO,MAAM,aAAa,KAAK,CAAC;AAIhC;;;;;GAKG;AACH,eAAO,MAAM,oBAAoB,8FAQvB,CAAC;AACX,MAAM,MAAM,iBAAiB,GAAG,CAAC,OAAO,oBAAoB,CAAC,CAAC,MAAM,CAAC,CAAC;AAItE;;;;;;;;;;;GAWG;AACH,eAAO,MAAM,kBAAkB,EAAG,YAAqB,CAAC;AACxD,eAAO,MAAM,uBAAuB,4BAElC,CAAC;AAIH;;;;GAIG;AACH,eAAO,MAAM,kBAAkB;;;;iBAI7B,CAAC;AACH,MAAM,MAAM,YAAY,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,kBAAkB,CAAC,CAAC;AAI9D;;;;;;;;;;;;GAYG;AACH,eAAO,MAAM,oBAAoB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBAqC/B,CAAC;AACH,MAAM,MAAM,cAAc,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,oBAAoB,CAAC,CAAC;AAIlE;;;;;;;;;;;;;;;;GAgBG;AACH,eAAO,MAAM,4BAA4B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBAyDvC,CAAC;AACH,MAAM,MAAM,sBAAsB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,4BAA4B,CAAC,CAAC;AAClF,8DAA8D;AAC9D,MAAM,MAAM,2BAA2B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,4BAA4B,CAAC,CAAC;AAIvF;;;;;;;;;;;;;GAaG;AACH,eAAO,MAAM,uBAAuB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAmBuB,CAAC;AAE5D,wFAAwF;AACxF,MAAM,MAAM,kBAAkB,CAAC,CAAC,SAAS,iBAAiB,IAAI,CAAC,CAAC,KAAK,CACnE,CAAC,OAAO,uBAAuB,CAAC,CAAC,CAAC,CAAC,CACpC,CAAC;AAEF,gCAAgC;AAChC,MAAM,MAAM,eAAe,GAAG,MAAM,sBAAsB,CAAC;AAE3D;;;;;;;GAOG;AACH,MAAM,WAAW,oBAAoB;IACnC,sFAAsF;IACtF,GAAG,EAAE,iBAAiB,CAAC;IACvB,sEAAsE;IACtE,QAAQ,EAAE,oBAAoB,iBAAiB,QAAQ,CAAC;IACxD,OAAO,EAAE,oBAAoB,iBAAiB,OAAO,CAAC;IACtD,4DAA4D;IAC5D,MAAM,EAAE,SAAS,eAAe,EAAE,CAAC;IACnC;;;;OAIG;IACH,QAAQ,EAAE,OAAO,CAAC;CACnB;AAED,eAAO,MAAM,wBAAwB,EAAE,SAAS,oBAAoB,EAWnE,CAAC;AAEF,eAAO,MAAM,sBAAsB,QAAkC,CAAC;AAEtE,wEAAwE;AACxE,eAAO,MAAM,sBAAsB,EAAE,SAAS,CAAC,SAAS,eAAe,EAAE,CAAC,EAC3B,CAAC;AAEhD,kFAAkF;AAClF,eAAO,MAAM,gCAAgC;;;iBAG3C,CAAC;AACH,MAAM,MAAM,0BAA0B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,gCAAgC,CAAC,CAAC;AAI1F;;;;;;;;GAQG;AACH,eAAO,MAAM,wBAAwB;;;;;;;;;;;;;;;;EAA+B,CAAC;AACrE,eAAO,MAAM,qBAAqB,gNAAmC,CAAC;AACtE,MAAM,MAAM,kBAAkB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,wBAAwB,CAAC,CAAC;AAE1E;;;;;;;;;;;;;;GAcG;AACH,eAAO,MAAM,qBAAqB;;;;;;;;;;;;;;;;mCAAyD,CAAC;AAC5F,MAAM,MAAM,eAAe,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,qBAAqB,CAAC,CAAC;AAEpE,eAAO,MAAM,wBAAwB;;;;;;;;;;;;;;;;;;;iBAGnC,CAAC;AACH,MAAM,MAAM,kBAAkB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,wBAAwB,CAAC,CAAC;AAE1E;;;;GAIG;AACH,eAAO,MAAM,8BAA8B;;;;;;;;;;;;;;;;;;;iBAGzC,CAAC;AACH,MAAM,MAAM,wBAAwB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,8BAA8B,CAAC,CAAC;AAEtF;;;;;;;GAOG;AACH,eAAO,MAAM,sBAAsB;;;;;;;;;;;;;;;;;;;;iBAIjC,CAAC;AACH,MAAM,MAAM,gBAAgB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,sBAAsB,CAAC,CAAC"}