@vibe-agent-toolkit/cli 0.1.41-rc.8 → 0.1.42-rc.1

package/dist/commands/skills/build.d.ts

@@ -38,13 +38,20 @@ export declare function createBuildCommand(): Command;
  */
 export declare function formatPreBuildIssueReport(validationResult: PackagingValidationResult, verbose: boolean): string[];
 /**
- * Render post-build integrity issues, each prefixed by its OWN resolved severity.
+ * Render ONE skill's post-build integrity issues, each prefixed by its OWN
+ * resolved severity.
  *
  * Reads BOTH post-build channels (see `collectPostBuildIssues`) so a build that
  * failed purely on the built-output validation still shows the findings that
  * failed it, and the heading names the set's actual severity mix rather than
  * calling every set by its worst member.
  *
+ * The heading NAMES THE SKILL, matching `vat claude plugin build`'s per-skill
+ * heading, because this line is printed in the outcome pass — the validation pass
+ * has already emitted every `Building skill: <name>` banner, so at scale (92
+ * banners, then 86 outcome blocks) an unnamed heading sits under an unrelated
+ * skill's banner and is read as that skill's findings.
+ *
  * The heading is unconditional and counts the WHOLE set; `verbose` decides only
  * which findings get a block beneath it (see `issuesToRenderAtVerbosity`). This
  * loop printing every occurrence is what made a 90-skill build emit 6,552 stderr
@@ -53,10 +60,15 @@ export declare function formatPreBuildIssueReport(validationResult: PackagingVal
  * still renders its heading: collapsing that too would turn a warning-carrying
  * build into silence, which is the reassuring direction this module warns about.
  *
+ * The trailing colon is what varies: it introduces the blocks below, so a heading
+ * with nothing beneath it does not print one. A colon promising a list that the
+ * current verbosity will not print is the defect this half fixes; the other half
+ * is the run-level `--verbose` hint (see `formatCollapsedFindingsHint`).
+ *
  * Pure: returns the lines instead of writing them, so the whole rendered set is
  * assertable without capturing a stream.
  */
-export declare function formatPostBuildIssueReport(result: PackageSkillResult, verbose: boolean): string[];
+export declare function formatPostBuildIssueReport(skillName: string, result: PackageSkillResult, verbose: boolean): string[];
 /**
  * The archived summary of a build, as YAML fields.
  *
@@ -69,41 +81,226 @@ export declare function formatPostBuildIssueReport(result: PackageSkillResult, v
  *
  * The header total reconciles against the document, by construction:
  *
- *     issueCounts === Σ skills[].issueCounts
+ *     issueCounts === Σ (skills[] ∪ skillsStaged[])[].issueCounts
  *                   + Σ failedSkills[].issueCounts
+ *                   + Σ validationFailedSkills[].issueCounts
  *                   + runIssueCounts
  *
+ * `skills` and `skillsStaged` are the same population under two names, and
+ * exactly one of them is ever non-empty (see the comment on `skills` below), so
+ * summing both is summing each packaged bundle once.
+ *
  * Every addend therefore has a ROW a reader can point at. Counting the failures
  * only in the header — which is how this first shipped — reproduced, one command
  * over, the exact defect `vat skills validate` was fixed for: a header reporting
  * more than its rows summed to (there, 1814 warnings against 1800), leaving a
  * consumer to hand-count a list to find out what the difference was. `--help`
  * states this identity; changing it means changing that text too.
+ *
+ * Each packaged row carries its `issues` as well as its counts. It did not, for
+ * a while: the findings were collected here and then dropped at the publish
+ * step, so the document offered a count with no `code`, no location and no fix
+ * string at ANY verbosity — an adopter run published 67 warnings and zero
+ * findings. That is acute for the four detectors this lane added: their output
+ * existed only on stderr, where no CI consumer reads it. Full findings on the
+ * rows is the shape `vat audit` and `vat skills validate --verbose` already
+ * publish, and it is verbosity-INDEPENDENT here for the reason stated in
+ * `issuesToRenderAtVerbosity`: filtering a machine-readable document by a human
+ * report's verbosity silently breaks the consumers that parse it.
+ *
+ * Takes the whole {@link SkillBuildRun} rather than a positional list of its
+ * parts: the run has four populations now, and a positional call site can
+ * transpose two same-shaped lists in silence.
  */
-export declare function buildYamlSummary(results: Array<{
-    name: string;
-    result: PackageSkillResult;
-}>, failures: readonly SkillBuildFailure[], duration: number, runIssues: readonly ValidationIssue[], skillsWithErrors: readonly string[]): {
+export declare function buildYamlSummary(run: SkillBuildRun, duration: number): {
     status: 'success' | 'warning' | 'error';
     issueCounts: SeverityCounts;
     runIssueCounts: SeverityCounts;
     skillsBuilt: number;
     skillsFailed: number;
+    skillsFailedValidation: number;
     skillsWithErrors: string[];
+    outputCommitted: boolean;
+    /** Present only when the promotion/discard step itself failed. */
+    promotionError?: string;
     skills: Array<{
         name: string;
         outputPath: string;
         filesPackaged: number;
         issueCounts: SeverityCounts;
+        issues: ValidationIssue[];
+    }>;
+    skillsStaged: Array<{
+        name: string;
+        filesPackaged: number;
+        issueCounts: SeverityCounts;
+        issues: ValidationIssue[];
     }>;
     failedSkills: Array<{
         name: string;
         error: string;
         issueCounts: SeverityCounts;
     }>;
+    validationFailedSkills: Array<{
+        name: string;
+        issueCounts: SeverityCounts;
+    }>;
     runIssues: ValidationIssue[];
     duration: string;
 };
+/**
+ * Re-anchor everything ONE skill's result says about where things are.
+ *
+ * Both post-build channels are rewritten, not just the one the summary reads:
+ * `collectPostBuildIssues` merges them and either can carry a staged location
+ * (the built-output validation runs against the staged `SKILL.md` itself), so a
+ * mapper applied to one of them leaves the report half-anchored.
+ *
+ * The `postBuildIssues` half is a live invariant with NO live producer today, and
+ * the distinction matters to anyone changing it. Every issue on that channel is
+ * anchored either on the bundle (`checkUnreferencedFiles`,
+ * `checkBrokenPackagedLinks`, `detectPackagedAgentInstructionFiles`,
+ * `checkPackagedTestInput` — all `relative(outputPath, …)`) or on the SOURCE
+ * project root (`droppedGlobMatchesToIssues`, `walkerExclusionsToIssues`,
+ * `deferredAssetsToIssues`, `FILENAME_COLLISION` — all `relative(projectRoot, …)`,
+ * where `projectRoot` is discovered from the skill's own source path). Neither
+ * spelling contains the staging prefix, so deleting this branch changes no
+ * fixture in the repo — which is exactly why it is unit-tested directly rather
+ * than through a build. Do not delete it on the strength of a green suite: the
+ * moment any producer anchors on `outputPath` ABSOLUTELY, this is the only thing
+ * standing between a report and a path its reader cannot open.
+ *
+ * Exported for that unit test.
+ */
+export declare function reanchorStagedResult(result: PackageSkillResult, mapPath: (value: string) => string): PackageSkillResult;
+/**
+ * A build in progress: it writes under {@link root} and earns `dist/skills` only
+ * by finishing clean.
+ *
+ * The old flow deleted `dist/skills` up front and wrote the new bundles straight
+ * into it, so ANY failure left the tree destroyed rather than stale — and
+ * `dist/` is gitignored, so the previous good output was unrecoverable. Measured
+ * on a 90-skill adopter: 27 skill directories and 106 files present before,
+ * directory absent after. Downstream consumers (`vat claude plugin install
+ * --dev` symlinks out of `dist/skills`; plugin builds re-read it) then saw an
+ * ABSENT tree, and a later `vat build --only claude` reported
+ * `status: success / Skills available: 0` against a tree the previous command
+ * had deleted.
+ */
+export interface BuildStaging {
+    /** Where each bundle is written during the run, in place of `dist/skills`. */
+    root: string;
+    /** True when a previous build's output was set aside and can be restored. */
+    hadPreviousOutput: boolean;
+    /**
+     * Where the previous output is held while the run is in flight.
+     *
+     * Published so a failure on the promotion path can NAME it. It is a
+     * `mkdtemp`-suffixed sibling, so a reader who is not told the path cannot
+     * reconstruct it — which is the difference between "recover with one `mv`" and
+     * "your previous output is gone".
+     */
+    parkedPath: string;
+    /**
+     * How the human stream names what THIS run promotes.
+     *
+     * `dist/skills` for a full build, `dist/skills/<name>` in `--skill` mode. The
+     * scope is not cosmetic: a failed `--skill bad` used to report "Nothing was
+     * written — dist/skills does not exist" while `dist/skills` sat on disk holding
+     * every sibling bundle. Only this skill's bundle was ever in question.
+     */
+    promoteLabel: string;
+    /** True once this run's bundles have actually landed on the promotion target. */
+    promoted: () => boolean;
+    /** Promote the staged tree, discarding the previous output. */
+    commit: () => Promise<void>;
+    /** Discard the staged tree, restoring the previous output byte for byte. */
+    abort: () => Promise<void>;
+    /**
+     * Best-effort repair after {@link BuildStaging.commit} or
+     * {@link BuildStaging.abort} threw, and a description of what is left on disk.
+     *
+     * Never overwrites whatever occupies the promotion target: a promotion can fail
+     * BECAUSE a concurrent build already promoted its own tree there, and restoring
+     * over it would replace fresh output with a stale copy. When the target is
+     * occupied the parked tree is left where it is and named in the report instead.
+     */
+    recover: () => Promise<StagingRecovery>;
+}
+/** What a best-effort {@link BuildStaging.recover} left behind. */
+export interface StagingRecovery {
+    /** True when the previous output was moved back onto the promotion target. */
+    restoredPrevious: boolean;
+    /** Paths still on disk that this run could not clean up, in report order. */
+    residue: string[];
+}
+/**
+ * Move the previous output aside and open a staging root for this run.
+ *
+ * Three properties the placement is load-bearing for:
+ *
+ * 1. **Same filesystem.** The staging root is a SIBLING of `dist/skills` under
+ *    `dist/`, so promotion is a `rename` — atomic and free — never a
+ *    cross-device copy of a tree that can be tens of thousands of files.
+ * 2. **Invisible to the run.** `createProjectRegistry` crawls the project for
+ *    `**\/*.md` and excludes `**\/dist/**`, so nothing staged here can enter the
+ *    registry the packager resolves links against. The leading dot is a second
+ *    belt: a `files:` glob like `dist/**` does not descend into dot-directories.
+ * 3. **The final path is ABSENT while the build runs.** The previous tree is
+ *    renamed away before the first bundle is written, which is exactly what the
+ *    delete-up-front flow guaranteed — so no lane can read a half-replaced
+ *    `dist/skills`, and a stale bundle cannot leak into the new output.
+ *
+ * `mkdtemp` rather than a fixed name: two builds in one `dist/` must not share a
+ * staging root, and a leftover root from a killed run must not be adopted.
+ *
+ * KNOWN WINDOW, deliberately not closed here: a run killed between the park and
+ * the commit/abort (Ctrl-C on a multi-minute build, a CI timeout, a crash) leaves
+ * `dist/skills` absent and the previous output parked at
+ * `dist/.vat-skills-<rand>.previous`. That is no worse than the delete-up-front
+ * flow this replaces — there, the same interrupt lost the tree outright — and the
+ * output is recoverable with a single `mv`. Auto-recovering it on the next run is
+ * NOT safe as long as `mkdtemp` allows concurrent builds in one `dist/`: a sweep
+ * cannot tell a dead run's parked tree from a live run's, and adopting the wrong
+ * one would restore stale bundles over fresh output. Closing this needs a lock on
+ * `dist/`, not a heuristic.
+ *
+ * That window covers KILLS only. A promotion that throws — EACCES, ENOSPC, or the
+ * ENOTEMPTY a concurrent build produces with no injection at all — is deterministic,
+ * needs no signal, and IS handled: see {@link BuildStaging.recover} and
+ * {@link settleStaging}.
+ *
+ * Exported for tests, which drive the primitives directly. Injecting a promotion
+ * failure through a whole `runSkillBuild` would mean racing the filesystem;
+ * holding the staging handle lets a test create the exact on-disk state
+ * (a target reoccupied between the park and the promotion) that produces one.
+ */
+export declare function beginStagedBuild(cwd: string, onlySkill: string | undefined): Promise<BuildStaging>;
+/**
+ * Promote or discard the staged tree, and never leave the operator without an
+ * answer when that fails.
+ *
+ * `commit()` / `abort()` used to be called bare. Any throw on that path — the
+ * promotion `rename`, the restore `rename`, either cleanup — propagated to
+ * `buildCommand`'s catch, which exits 2 WITHOUT emitting the YAML document. The
+ * measured result: `dist/skills` absent, the user's previous output orphaned at
+ * `dist/.vat-skills-<rand>.previous` under a name the `mkdtemp` suffix makes
+ * unguessable, and not one byte of the report whose `outputCommitted` field
+ * `--help` tells an operator to read when they see a non-zero exit.
+ *
+ * So: repair what can be repaired, then return a message rather than throwing —
+ * the caller publishes the document first and exits 2 after.
+ *
+ * `outputCommitted` comes from {@link BuildStaging.promoted}, not from
+ * `!runFailed`: a `commit()` that renamed the tree into place and then failed to
+ * delete the parked copy DID replace `dist/skills`, and saying otherwise would
+ * put the report back into contradiction with the disk — the one thing this whole
+ * summary exists to prevent.
+ */
+export declare function settleStaging(staging: BuildStaging, runFailed: boolean, logger: ReturnType<typeof createLogger>): Promise<{
+    outputCommitted: boolean;
+    promotionError?: string;
+}>;
 /** One discovered skill paired with the packaging config merged for it. */
 export interface BuildSkillSpec {
     skill: DiscoveredSkill;
@@ -121,6 +318,21 @@ export interface SkillBuildFailure {
     name: string;
     message: string;
 }
+/**
+ * A skill the PRE-build source validation rejected — packaging was never
+ * attempted for it.
+ *
+ * The third of four populations, and deliberately not merged into either
+ * neighbour: {@link SkillBuildFailure} means packaging ran and threw, and
+ * `skillsWithErrors` means a bundle exists and is invalid. This one means the
+ * source never qualified. It carries real per-severity counts (a rejected
+ * source has a whole emitted finding set) rather than the one-error stand-in a
+ * throw is forced to publish.
+ */
+export interface SkillValidationFailure {
+    name: string;
+    issueCounts: SeverityCounts;
+}
 /** Everything one `vat build` invocation produced, ready to report on. */
 export interface SkillBuildRun {
     results: Array<{
@@ -133,6 +345,41 @@ export interface SkillBuildRun {
     skillsWithErrors: string[];
     /** Skills that never built because packaging threw. */
     failures: SkillBuildFailure[];
+    /** Skills that never built because their SOURCE failed validation. */
+    validationFailures: SkillValidationFailure[];
+    /**
+     * Whether `dist/skills` was replaced by this run.
+     *
+     * `false` means the staged tree was thrown away and whatever was on disk
+     * before is still there, untouched — the fact an operator staring at exit 1
+     * needs before deciding whether their downstream consumers are broken.
+     */
+    outputCommitted: boolean;
+    /**
+     * The promotion/discard step itself failed — a SYSTEM error, not a validation
+     * one, and the only failure mode where the state of `dist/skills` is in doubt.
+     *
+     * Carried on the run rather than thrown so the document is still published: an
+     * exception here used to escape all the way to `handleCommandError`, which
+     * exits 2 having emitted nothing at all. Its text names what is on disk and how
+     * to recover it — see {@link describePromotionFailure}.
+     */
+    promotionError?: string;
+}
+/** The inputs of ONE `vat skills build` invocation. */
+export interface SkillBuildRunInput {
+    specs: readonly BuildSkillSpec[];
+    cwd: string;
+    logger: ReturnType<typeof createLogger>;
+    /** The RUN's declared eval suites — the whole project's, not `specs`'. */
+    projectSkills: readonly DeclaredEvalSuite[];
+    /**
+     * `--skill <name>`, or `undefined` for a full build. Scopes BOTH what gets
+     * built and what the swap replaces, so a single-skill build leaves its
+     * siblings' bundles exactly where they were.
+     */
+    onlySkill: string | undefined;
+    verbose: boolean;
 }
 /**
  * Validate, package, and drain — the whole span of ONE `vat build` invocation.
@@ -150,7 +397,9 @@ export interface SkillBuildRun {
  * nothing"; only the union can. Hence one ledger, drained once, here.
  *
  * Extracted from the command body so the span is testable without driving
- * `process.exit` — the drain seam is the thing worth asserting.
+ * `process.exit` — the drain seam is the thing worth asserting. Nothing in here
+ * exits: every failure of every kind is COLLECTED and returned, so one run
+ * surfaces all the work rather than the first item of it.
  */
-export declare function runSkillBuild(specs: readonly BuildSkillSpec[], cwd: string, logger: ReturnType<typeof createLogger>, projectSkills: readonly DeclaredEvalSuite[], verbose?: boolean): Promise<SkillBuildRun>;
+export declare function runSkillBuild(input: SkillBuildRunInput): Promise<SkillBuildRun>;
 //# sourceMappingURL=build.d.ts.map

package/dist/commands/skills/build.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"build.d.ts","sourceRoot":"","sources":["../../../src/commands/skills/build.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAKH,OAAO,EAML,KAAK,cAAc,EACnB,KAAK,eAAe,EACrB,MAAM,kCAAkC,CAAC;AAC1C,OAAO,EAKL,KAAK,iBAAiB,EACtB,KAAK,kBAAkB,EACvB,KAAK,yBAAyB,EAE9B,KAAK,oBAAoB,EAC1B,MAAM,kCAAkC,CAAC;AAG1C,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAapC,OAAO,EAAE,KAAK,YAAY,EAAE,MAAM,uBAAuB,CAAC;AAK1D,OAAO,EAIL,KAAK,eAAe,EACrB,MAAM,sBAAsB,CAAC;AAG9B,MAAM,WAAW,yBAAyB;IACxC,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,MAAM,CAAC,EAAE,OAAO,CAAC;IACjB,KAAK,CAAC,EAAE,OAAO,CAAC;IAChB,OAAO,CAAC,EAAE,OAAO,CAAC;CACnB;AAED,wBAAgB,kBAAkB,IAAI,OAAO,CAgG5C;AAED;;;;;;;;;;;;;;;;;GAiBG;AACH,wBAAgB,yBAAyB,CACvC,gBAAgB,EAAE,yBAAyB,EAC3C,OAAO,EAAE,OAAO,GACf,MAAM,EAAE,CASV;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAgB,0BAA0B,CACxC,MAAM,EAAE,kBAAkB,EAC1B,OAAO,EAAE,OAAO,GACf,MAAM,EAAE,CAQV;AA8JD;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,wBAAgB,gBAAgB,CAC9B,OAAO,EAAE,KAAK,CAAC;IAAE,IAAI,EAAE,MAAM,CAAC;IAAC,MAAM,EAAE,kBAAkB,CAAA;CAAE,CAAC,EAC5D,QAAQ,EAAE,SAAS,iBAAiB,EAAE,EACtC,QAAQ,EAAE,MAAM,EAChB,SAAS,EAAE,SAAS,eAAe,EAAE,EACrC,gBAAgB,EAAE,SAAS,MAAM,EAAE,GAClC;IACD,MAAM,EAAE,SAAS,GAAG,SAAS,GAAG,OAAO,CAAC;IACxC,WAAW,EAAE,cAAc,CAAC;IAC5B,cAAc,EAAE,cAAc,CAAC;IAC/B,WAAW,EAAE,MAAM,CAAC;IACpB,YAAY,EAAE,MAAM,CAAC;IACrB,gBAAgB,EAAE,MAAM,EAAE,CAAC;IAC3B,MAAM,EAAE,KAAK,CAAC;QACZ,IAAI,EAAE,MAAM,CAAC;QACb,UAAU,EAAE,MAAM,CAAC;QACnB,aAAa,EAAE,MAAM,CAAC;QACtB,WAAW,EAAE,cAAc,CAAC;KAC7B,CAAC,CAAC;IACH,YAAY,EAAE,KAAK,CAAC;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,KAAK,EAAE,MAAM,CAAC;QAAC,WAAW,EAAE,cAAc,CAAA;KAAE,CAAC,CAAC;IAClF,SAAS,EAAE,eAAe,EAAE,CAAC;IAC7B,QAAQ,EAAE,MAAM,CAAC;CAClB,CAwEA;AA6DD,2EAA2E;AAC3E,MAAM,WAAW,cAAc;IAC7B,KAAK,EAAE,eAAe,CAAC;IACvB,eAAe,EAAE,oBAAoB,CAAC;CACvC;AAED;;;;;;;GAOG;AACH,MAAM,WAAW,iBAAiB;IAChC,IAAI,EAAE,MAAM,CAAC;IACb,OAAO,EAAE,MAAM,CAAC;CACjB;AAED,0EAA0E;AAC1E,MAAM,WAAW,aAAa;IAC5B,OAAO,EAAE,KAAK,CAAC;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,MAAM,EAAE,kBAAkB,CAAA;KAAE,CAAC,CAAC;IAC7D,4EAA4E;IAC5E,SAAS,EAAE,eAAe,EAAE,CAAC;IAC7B,8EAA8E;IAC9E,gBAAgB,EAAE,MAAM,EAAE,CAAC;IAC3B,uDAAuD;IACvD,QAAQ,EAAE,iBAAiB,EAAE,CAAC;CAC/B;AAED;;;;;;;;;;;;;;;;;GAiBG;AACH,wBAAsB,aAAa,CACjC,KAAK,EAAE,SAAS,cAAc,EAAE,EAChC,GAAG,EAAE,MAAM,EACX,MAAM,EAAE,UAAU,CAAC,OAAO,YAAY,CAAC,EACvC,aAAa,EAAE,SAAS,iBAAiB,EAAE,EAC3C,OAAO,UAAQ,GACd,OAAO,CAAC,aAAa,CAAC,CA8ExB"}
+{"version":3,"file":"build.d.ts","sourceRoot":"","sources":["../../../src/commands/skills/build.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAKH,OAAO,EAML,KAAK,cAAc,EACnB,KAAK,eAAe,EACrB,MAAM,kCAAkC,CAAC;AAC1C,OAAO,EAKL,KAAK,iBAAiB,EACtB,KAAK,kBAAkB,EACvB,KAAK,yBAAyB,EAE9B,KAAK,oBAAoB,EAC1B,MAAM,kCAAkC,CAAC;AAG1C,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAgBpC,OAAO,EAAE,KAAK,YAAY,EAAE,MAAM,uBAAuB,CAAC;AAK1D,OAAO,EAIL,KAAK,eAAe,EACrB,MAAM,sBAAsB,CAAC;AAI9B,MAAM,WAAW,yBAAyB;IACxC,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,MAAM,CAAC,EAAE,OAAO,CAAC;IACjB,KAAK,CAAC,EAAE,OAAO,CAAC;IAChB,OAAO,CAAC,EAAE,OAAO,CAAC;CACnB;AAgBD,wBAAgB,kBAAkB,IAAI,OAAO,CAmJ5C;AAED;;;;;;;;;;;;;;;;;GAiBG;AACH,wBAAgB,yBAAyB,CACvC,gBAAgB,EAAE,yBAAyB,EAC3C,OAAO,EAAE,OAAO,GACf,MAAM,EAAE,CASV;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA8BG;AACH,wBAAgB,0BAA0B,CACxC,SAAS,EAAE,MAAM,EACjB,MAAM,EAAE,kBAAkB,EAC1B,OAAO,EAAE,OAAO,GACf,MAAM,EAAE,CAUV;AAkLD;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA0CG;AACH,wBAAgB,gBAAgB,CAC9B,GAAG,EAAE,aAAa,EAClB,QAAQ,EAAE,MAAM,GACf;IACD,MAAM,EAAE,SAAS,GAAG,SAAS,GAAG,OAAO,CAAC;IACxC,WAAW,EAAE,cAAc,CAAC;IAC5B,cAAc,EAAE,cAAc,CAAC;IAC/B,WAAW,EAAE,MAAM,CAAC;IACpB,YAAY,EAAE,MAAM,CAAC;IACrB,sBAAsB,EAAE,MAAM,CAAC;IAC/B,gBAAgB,EAAE,MAAM,EAAE,CAAC;IAC3B,eAAe,EAAE,OAAO,CAAC;IACzB,kEAAkE;IAClE,cAAc,CAAC,EAAE,MAAM,CAAC;IACxB,MAAM,EAAE,KAAK,CAAC;QACZ,IAAI,EAAE,MAAM,CAAC;QACb,UAAU,EAAE,MAAM,CAAC;QACnB,aAAa,EAAE,MAAM,CAAC;QACtB,WAAW,EAAE,cAAc,CAAC;QAC5B,MAAM,EAAE,eAAe,EAAE,CAAC;KAC3B,CAAC,CAAC;IACH,YAAY,EAAE,KAAK,CAAC;QAClB,IAAI,EAAE,MAAM,CAAC;QACb,aAAa,EAAE,MAAM,CAAC;QACtB,WAAW,EAAE,cAAc,CAAC;QAC5B,MAAM,EAAE,eAAe,EAAE,CAAC;KAC3B,CAAC,CAAC;IACH,YAAY,EAAE,KAAK,CAAC;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,KAAK,EAAE,MAAM,CAAC;QAAC,WAAW,EAAE,cAAc,CAAA;KAAE,CAAC,CAAC;IAClF,sBAAsB,EAAE,KAAK,CAAC;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,WAAW,EAAE,cAAc,CAAA;KAAE,CAAC,CAAC;IAC7E,SAAS,EAAE,eAAe,EAAE,CAAC;IAC7B,QAAQ,EAAE,MAAM,CAAC;CAClB,CA0IA;AAqID;;;;;;;;;;;;;;;;;;;;;;;GAuBG;AACH,wBAAgB,oBAAoB,CAClC,MAAM,EAAE,kBAAkB,EAC1B,OAAO,EAAE,CAAC,KAAK,EAAE,MAAM,KAAK,MAAM,GACjC,kBAAkB,CAYpB;AAED;;;;;;;;;;;;;GAaG;AACH,MAAM,WAAW,YAAY;IAC3B,8EAA8E;IAC9E,IAAI,EAAE,MAAM,CAAC;IACb,6EAA6E;IAC7E,iBAAiB,EAAE,OAAO,CAAC;IAC3B;;;;;;;OAOG;IACH,UAAU,EAAE,MAAM,CAAC;IACnB;;;;;;;OAOG;IACH,YAAY,EAAE,MAAM,CAAC;IACrB,iFAAiF;IACjF,QAAQ,EAAE,MAAM,OAAO,CAAC;IACxB,+DAA+D;IAC/D,MAAM,EAAE,MAAM,OAAO,CAAC,IAAI,CAAC,CAAC;IAC5B,4EAA4E;IAC5E,KAAK,EAAE,MAAM,OAAO,CAAC,IAAI,CAAC,CAAC;IAC3B;;;;;;;;OAQG;IACH,OAAO,EAAE,MAAM,OAAO,CAAC,eAAe,CAAC,CAAC;CACzC;AAED,mEAAmE;AACnE,MAAM,WAAW,eAAe;IAC9B,8EAA8E;IAC9E,gBAAgB,EAAE,OAAO,CAAC;IAC1B,6EAA6E;IAC7E,OAAO,EAAE,MAAM,EAAE,CAAC;CACnB;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAwCG;AACH,wBAAsB,gBAAgB,CACpC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,GAAG,SAAS,GAC5B,OAAO,CAAC,YAAY,CAAC,CAqGvB;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,wBAAsB,aAAa,CACjC,OAAO,EAAE,YAAY,EACrB,SAAS,EAAE,OAAO,EAClB,MAAM,EAAE,UAAU,CAAC,OAAO,YAAY,CAAC,GACtC,OAAO,CAAC;IAAE,eAAe,EAAE,OAAO,CAAC;IAAC,cAAc,CAAC,EAAE,MAAM,CAAA;CAAE,CAAC,CAmBhE;AAkCD,2EAA2E;AAC3E,MAAM,WAAW,cAAc;IAC7B,KAAK,EAAE,eAAe,CAAC;IACvB,eAAe,EAAE,oBAAoB,CAAC;CACvC;AAED;;;;;;;GAOG;AACH,MAAM,WAAW,iBAAiB;IAChC,IAAI,EAAE,MAAM,CAAC;IACb,OAAO,EAAE,MAAM,CAAC;CACjB;AAED;;;;;;;;;;GAUG;AACH,MAAM,WAAW,sBAAsB;IACrC,IAAI,EAAE,MAAM,CAAC;IACb,WAAW,EAAE,cAAc,CAAC;CAC7B;AAED,0EAA0E;AAC1E,MAAM,WAAW,aAAa;IAC5B,OAAO,EAAE,KAAK,CAAC;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,MAAM,EAAE,kBAAkB,CAAA;KAAE,CAAC,CAAC;IAC7D,4EAA4E;IAC5E,SAAS,EAAE,eAAe,EAAE,CAAC;IAC7B,8EAA8E;IAC9E,gBAAgB,EAAE,MAAM,EAAE,CAAC;IAC3B,uDAAuD;IACvD,QAAQ,EAAE,iBAAiB,EAAE,CAAC;IAC9B,sEAAsE;IACtE,kBAAkB,EAAE,sBAAsB,EAAE,CAAC;IAC7C;;;;;;OAMG;IACH,eAAe,EAAE,OAAO,CAAC;IACzB;;;;;;;;OAQG;IACH,cAAc,CAAC,EAAE,MAAM,CAAC;CACzB;AAED,uDAAuD;AACvD,MAAM,WAAW,kBAAkB;IACjC,KAAK,EAAE,SAAS,cAAc,EAAE,CAAC;IACjC,GAAG,EAAE,MAAM,CAAC;IACZ,MAAM,EAAE,UAAU,CAAC,OAAO,YAAY,CAAC,CAAC;IACxC,0EAA0E;IAC1E,aAAa,EAAE,SAAS,iBAAiB,EAAE,CAAC;IAC5C;;;;OAIG;IACH,SAAS,EAAE,MAAM,GAAG,SAAS,CAAC;IAC9B,OAAO,EAAE,OAAO,CAAC;CAClB;AAED;;;;;;;;;;;;;;;;;;;GAmBG;AACH,wBAAsB,aAAa,CAAC,KAAK,EAAE,kBAAkB,GAAG,OAAO,CAAC,aAAa,CAAC,CAoIrF"}