@bevel-software/platform-core-backend 0.25.2 → 0.27.0

package/dist/modules/workflow/agent-tools/change-request-read-shape.d.ts

@@ -0,0 +1,449 @@
+/**
+ * The mapping from Hexis's change-request types to the shapes the five agent
+ * read tools answer in.
+ *
+ * The tools are named and shaped after GitHub's pull-request API — one tool per
+ * GitHub endpoint, the same filters, the same paging — but they SPEAK HEXIS
+ * (decision by Razvan, 2026-10-02, on the review of PR #347). An agent opens a
+ * change request with `open_change_request` and reads it back with these five;
+ * answering the first in Hexis's words and the second in GitHub's would make
+ * one request two vocabularies. So every field these answers share with
+ * `open_change_request`'s summary takes that summary's name — `url`, `number`,
+ * `title`, `state`, `sourceBranch`, `targetBranch`, `approvals`,
+ * `mergeBlockedReasons`, `files[].path`, `files[].change` — and the rest follow
+ * the same style (camelCase, Hexis's own words for Hexis's own facts).
+ *
+ * What that changed, against GitHub, and why each is the better answer here:
+ *
+ *   - **State is Hexis's own.** GitHub has two states and a `merged` flag;
+ *     Hexis has three — `open`, `merged`, `closed` — and reports them. A merged
+ *     request is `state: "merged"`, not `closed` with `merged: true`: the flag
+ *     exists on GitHub only because its model has nowhere else to put the fact,
+ *     and an agent reading `state` should not have to read a second field to
+ *     learn whether the change landed.
+ *   - **One name per path.** GitHub names a pull-request file's path `filename`
+ *     and a review comment's `path`; mirroring that inconsistency was the point
+ *     while these tools wore GitHub's names, and is now just a trap. Every path
+ *     in every answer is `path`, and a moved file's old name is `previousPath`,
+ *     as `open_change_request` names them.
+ *   - **A file's kind of change** is `change` — `added` / `changed` / `deleted`
+ *     / `moved`, from the very function `open_change_request` uses
+ *     ({@link changeKindOf}), not git's seven-way `status`. One request, one
+ *     spelling of what happened to a file.
+ *   - **Approvals are per FILE**, not per review submission, because that is
+ *     what Hexis records. A reviewer's approvals at one staleness are gathered
+ *     into one entry naming the files, which is as close to a GitHub review as
+ *     Hexis's model honestly gets.
+ *   - **`stale`, not `DISMISSED`.** Hexis's word for an approval a later push
+ *     invalidated is `isStale`; a review entry reports `stale: true` rather
+ *     than borrowing GitHub's review state.
+ *   - **A reply names its parent `parentId`**, which is the argument
+ *     `post_change_request_comment` takes to create one. Reading a comment and
+ *     replying to it use the same word for the same thing.
+ *
+ * The tools' INPUTS are untouched and stay GitHub's (`state`, `head`, `base`,
+ * `author`, `per_page`, `page`, `include`): the ticket pins them by name, and
+ * they are the one part of the surface where matching GitHub's spelling helps —
+ * an agent that knows GitHub's list filters can use these without reading the
+ * schema. Only the ANSWERS are Hexis's.
+ *
+ * Pure, and deliberately so: every judgement these tools make about what a
+ * caller may see is either an access lookup (which belongs to the service) or
+ * one of the functions below (which belongs to a test that can read it). The
+ * tools file does the IO and calls in here for every decision.
+ */
+import type { ChangeRequest, ChangeRequestComment, ChangeRequestDetail, ChangeRequestState, ChangedFile, FileApproval } from '@bevel-software/platform-shared';
+import { type ChangeKind } from './change-request-summary.js';
+/** A person on a change request, a review or a comment. */
+export interface CrUser {
+    /** Hexis's author login — `user-<first 12 of the email hash>`, no raw email. */
+    login: string;
+    /** Display name, when Hexis knows one. */
+    name?: string;
+    /**
+     * The person's address, for a comment author and an approver — the two
+     * places the app's own change-request surfaces already show it, and what an
+     * agent needs to address a reply to a reviewer. Never set on a change
+     * request's `author`, which carries a hash-derived login only.
+     */
+    email?: string;
+}
+/**
+ * A change request as a LIST row.
+ *
+ * `url` first, for the reason `open_change_request` puts it first: it is the
+ * one field an agent must be able to hand a person, so it survives a truncation
+ * of anything after it.
+ */
+export interface CrSummary {
+    url: string;
+    /** Present only when `url` is relative — how to get absolute links. */
+    urlNote?: string;
+    number: number;
+    title: string;
+    /** Hexis's own three states. A merged request says so; there is no flag. */
+    state: ChangeRequestState;
+    author: CrUser;
+    sourceBranch: string;
+    targetBranch: string;
+    createdAt: string;
+    updatedAt: string;
+    /** How many of this request's files the CALLER may read. */
+    changedFiles: number;
+    /** How many it may not. Never named. */
+    withheldFiles: number;
+    /**
+     * The most recent apply attempt that did not land, while the request is
+     * open — as the app shows it. Its `reason` can name files, so it is the
+     * author's words only for a caller who may read EVERY file of a request
+     * that has some; otherwise the reason is the withheld line the app shows.
+     */
+    lastApplyFailure?: {
+        reason: string;
+        conflicts: boolean;
+        at: string;
+    };
+}
+/** What the app says in place of an apply-failure reason the caller may not read. */
+export declare const APPLY_FAILURE_REASON_WITHHELD = "The reason names files you do not have access to read.";
+/** A change request read by number: the row, its description, and the gate. */
+export interface CrDetail extends CrSummary {
+    body: string;
+    /** The source tip the answer describes. Absent when no ref could be resolved. */
+    headSha?: string;
+    /** The target tip it is read against. Absent when no ref could be resolved. */
+    baseSha?: string;
+    /**
+     * Whether Hexis's merge gate would let this be applied — which, unlike
+     * GitHub's `mergeable`, also waits on the per-file approvals. Kept beside the
+     * blockers because a filtered `mergeBlockedReasons` can be empty while the
+     * gate is still shut: see {@link visibleBlockers}.
+     */
+    mergeable: boolean;
+    /**
+     * Why it cannot be applied yet, in the gate's own words — the detail's list,
+     * minus any line naming a file the caller may not read.
+     */
+    mergeBlockedReasons: string[];
+    /** How many blockers were withheld because they name a withheld file. */
+    withheldMergeBlockedReasons: number;
+    /** What this caller, specifically, may do with the request. */
+    viewer: CrViewer;
+}
+/** What the caller may do — Hexis's own facts, under Hexis's own names. */
+export interface CrViewer {
+    /** Whether the caller may approve at least one file they are shown. */
+    mayApprove: boolean;
+    /** Whether the caller's Apply would be accepted right now. */
+    mayMerge: boolean;
+    /** Whether the caller opened this request (their agent counts as them). */
+    isAuthor: boolean;
+}
+export interface CrFile {
+    path: string;
+    /** Where a `moved` file came from. */
+    previousPath?: string;
+    /** `added` | `changed` | `deleted` | `moved` — `open_change_request`'s four. */
+    change: ChangeKind;
+    additions: number;
+    deletions: number;
+    /** Unified diff. Only on `include: ["patches"]`, and absent for binaries. */
+    patch?: string;
+    isBinary: boolean;
+    /** Who must approve this file for the request to be applied. */
+    requiredApprovers: {
+        roles: string[];
+        users: CrUser[];
+    };
+    /**
+     * Present when the approver set could not be resolved — then an empty
+     * `requiredApprovers` means "not known", NOT "nobody has to approve". Same
+     * name and same fail-closed reading as `open_change_request`'s.
+     */
+    approversUnknown?: true;
+    /** Who has approved this file, and when. */
+    approvedBy: CrFileApproval[];
+    /** Whether a current approval by an eligible approver stands. */
+    approved: boolean;
+    /** Whether the merge gate waits on this file at all. */
+    inMergeGate: boolean;
+    /** Whether the caller may approve this file. */
+    viewerMayApprove: boolean;
+}
+export interface CrFileApproval {
+    user: CrUser;
+    approvedAt: string;
+    /** True when the approval was given against a head that has since moved. */
+    stale: boolean;
+    /** True when the approver is the request's own author. */
+    selfApproval: boolean;
+}
+export interface CrReview {
+    /** Stable within the request: the reviewer, and whether their approvals stand. */
+    id: string;
+    reviewer: CrUser;
+    /** True once a later push invalidated the approvals gathered here. */
+    stale: boolean;
+    /** The most recent of the approvals gathered into this entry. */
+    submittedAt: string;
+    /** The files this reviewer approved — the readable ones. */
+    files: string[];
+    /** How many further files of this review the caller may not read. */
+    withheldFiles: number;
+}
+export interface CrComment {
+    id: string;
+    author: CrUser;
+    body: string;
+    /** Set on a file-level or inline comment. */
+    path?: string;
+    /** Set on an inline comment. */
+    line?: number;
+    /**
+     * The comment this one replies to — the same `parentId`
+     * `post_change_request_comment` takes to post the reply.
+     */
+    parentId?: string;
+    /** The head the comment was anchored to. */
+    headSha: string;
+    createdAt: string;
+    /** Present once edited. */
+    updatedAt?: string;
+}
+/** One page of a list, and whether there is another. */
+export interface CrPage<T> {
+    items: T[];
+    totalCount: number;
+    page: number;
+    perPage: number;
+    hasNextPage: boolean;
+}
+export declare const PER_PAGE_DEFAULT = 30;
+export declare const PER_PAGE_MAX = 100;
+/**
+ * GitHub's `per_page` (default 30, at most 100) and `page` (from 1), read off
+ * whatever the caller sent. A value out of range is clamped rather than
+ * refused, because a tool call that asks for 500 wants as many as it can have.
+ */
+export declare function pagingOf(args: {
+    per_page?: unknown;
+    page?: unknown;
+}): {
+    perPage: number;
+    page: number;
+};
+/**
+ * One page out of an already-filtered list. Paging runs AFTER the access
+ * filter, always: a page sliced before it would say by its own short length
+ * how many entries were withheld, which is the count's job to say and nobody
+ * else's.
+ */
+export declare function pageOf<T>(all: T[], perPage: number, page: number): CrPage<T>;
+/**
+ * The Hexis states the `state` FILTER selects. The filter keeps GitHub's three
+ * words because the ticket names them, and `closed` there means "not open" —
+ * which over Hexis's states is `closed` (declined) and `merged` alike. The
+ * ANSWER still reports which of the two a request is.
+ */
+export declare function statesFor(filter: 'open' | 'closed' | 'all'): ChangeRequestState[];
+/** The request's author: a hash-derived login, never an email. */
+export declare function crAuthor(cr: Pick<ChangeRequest, 'author' | 'appAuthor'>): CrUser;
+/**
+ * Whether `needle` names this request's author — an email (compared as the
+ * author hash, since the request stores no raw address) or a login. Mirrors
+ * `listPrsAuthoredBy`, so the tool's `author` filter and the app's "mine" list
+ * agree on who wrote what.
+ */
+export declare function matchesAuthor(cr: Pick<ChangeRequest, 'author' | 'authorId'>, needle: string): boolean;
+/** Whether `viewerEmail` opened this request. */
+export declare function isAuthor(cr: Pick<ChangeRequest, 'authorId'>, viewerEmail: string | undefined): boolean;
+/**
+ * Whether the caller may SEE a change request at all.
+ *
+ * Readable files, or authorship. Nothing else: a request every file of which
+ * is closed to the caller tells them, by existing, that somebody proposed a
+ * change to something they may not look at, and requirement 7 answers that
+ * with a 404 rather than an empty shell.
+ *
+ * A request with NO files resolved is not visible to a non-author either, and
+ * that is deliberate rather than an oversight: an empty file set is what both a
+ * request that genuinely changes nothing and a request whose diff could not be
+ * computed look like, and the two are indistinguishable from here. So an empty
+ * set proves no read access — the same rule `scopeApplyFailures` applies to the
+ * same question on the same lists.
+ *
+ * Since the 2026-10-02 decision this is a far smaller class than it was: a
+ * MERGED request's files are recovered from its merge commit, so being applied
+ * no longer hides a request from everyone but its author. What is left is a
+ * DECLINED request (no merge commit was ever written, and its branch is gone)
+ * and a clone that cannot resolve the commit at all.
+ */
+export declare function maySeeChangeRequest(input: {
+    readableFiles: number;
+    isAuthor: boolean;
+}): boolean;
+/** A list row. `readable` / `withheld` come from the access filter. */
+export declare function toCrSummary(cr: ChangeRequest, counts: {
+    readable: number;
+    withheld: number;
+}): CrSummary;
+/** A detail: the row, the author's description, and the gate as this caller sees it. */
+export declare function toCrDetail(detail: ChangeRequestDetail, counts: {
+    readable: number;
+    withheld: number;
+}, blockers: {
+    visible: string[];
+    withheld: number;
+}, viewer: CrViewer): CrDetail;
+/**
+ * The part of a change-request body its AUTHOR wrote.
+ *
+ * A Hexis body is part human and part machine: `openChangeRequest` appends an
+ * `## Affected owners` block — one line per changed path, naming that path and
+ * its eligible approvers — to whatever the author typed. Returning the body
+ * verbatim NAMED every file of the request, including the ones this caller may
+ * not read: Local Testing caught a GTM-team reader being handed
+ * `- \`KnowledgeBase/Engineering/…\` — Admin` out of a request whose file list
+ * had correctly withheld that very path.
+ *
+ * So the generated block goes, and NOTHING ELSE does. The first cut at this
+ * copied the app's dialog, which drops everything from the first `##` heading
+ * on; Razvan's review (2026-10-02) asked for the narrower cut, because an
+ * author who writes their description in sections loses it from that heading
+ * onwards and is never told. The generated block is appended LAST and begins
+ * with a line that is exactly `## Affected owners`, so cutting at the LAST such
+ * line removes the machinery and keeps every heading a person wrote. (An author
+ * who writes that exact heading themselves loses their text from there — the
+ * safe direction, and the only way this can err.)
+ *
+ * Hexis's OWN hidden markers go too — the `<!--hexis:…-->` / `<!--bevel:…-->`
+ * comments older bodies carry identity in — and no other comment: an HTML
+ * comment the author wrote is the author's prose, like the rest.
+ *
+ * Who must approve each file is NOT lost by this — it is what
+ * `list_change_request_files` answers under `requiredApprovers`, per file and
+ * access-filtered, which is where a caller should read it from anyway.
+ *
+ * Two things this deliberately does not do. It does not vary by caller: one
+ * body for everyone is a body nobody has to reason about. And it does not touch
+ * the author's own prose, which may mention any path they chose to write about —
+ * that is a person's sentence, shown to every viewer in the app, not Hexis
+ * naming a file it was asked to withhold.
+ */
+export declare function authorsDescription(body: string): string;
+/**
+ * What this caller may do with the request.
+ *
+ * `mayMerge` reproduces what `mergePr` would accept, from the detail's own
+ * published fields: no hard block, and either nothing missing or an admin who
+ * may bypass what is. Deriving it here rather than asking a second time keeps
+ * the answer and the enforcement reading the same gate.
+ *
+ * `mayApprove` answers over `shownApprovals` — the approvals of the files this
+ * caller is SHOWN — and not over the request's whole approval set, which is why
+ * the set is passed in rather than read off `detail`. The two differ:
+ * `viewerCanApprove` is a WRITE grant at `origin/<base>`, and a write grant can
+ * hold for a file whose read verdict withholds it. Answering true off such a
+ * file would both contradict the contract ("at least one file they are shown")
+ * and tell the caller something about a file they were refused.
+ */
+export declare function toCrViewer(detail: Pick<ChangeRequestDetail, 'state' | 'mergeBlockedReasons' | 'mergeWarnings' | 'viewerCanBypassMerge'>, viewerIsAuthor: boolean, shownApprovals: Pick<FileApproval, 'viewerCanApprove'>[]): CrViewer;
+/**
+ * The merge blockers the caller may read.
+ *
+ * A gate warning quotes the path it waits on (`Waiting on approval for
+ * X from …`), so a blocker about a withheld file would name that file. Each
+ * blocker mentioning any withheld path is dropped and counted. Matching on the
+ * text rather than rebuilding the gate's sentences is deliberate: the gate owns
+ * its wording, and the only way this can err is by withholding a line that
+ * contains a withheld path as a substring — which is the safe direction.
+ */
+export declare function visibleBlockers(reasons: string[], withheldPaths: string[]): {
+    visible: string[];
+    withheld: number;
+};
+/**
+ * Whether the caller may read a changed file AT ALL.
+ *
+ * Both of its names must be readable. A moved file carries its old path in
+ * `previousPath`, and the diff of a move shows the content that was at that
+ * old path — so a file moved OUT of a folder the caller may not read is not
+ * readable here either, however open its new home is, and `previousPath` can
+ * never name a path they were refused. Fail-closed in the one direction that
+ * matters: a file with nowhere to hide is listed, a file with a hidden side is
+ * withheld and counted.
+ */
+export declare function fileIsReadable(file: Pick<ChangedFile, 'path' | 'previousPath'>, mayRead: (path: string) => boolean): boolean;
+/** Every path a changed file names — both sides of a move. */
+export declare function pathsOf(file: Pick<ChangedFile, 'path' | 'previousPath'>): string[];
+/** A changed file plus its approval state. */
+export declare function toCrFile(file: ChangedFile, approval: FileApproval | undefined, 
+/** `open`: whether the request still is — an approval can be given on an open request only. */
+opts: {
+    patches: boolean;
+    open: boolean;
+}): CrFile;
+/** The same hash-derived login the change-request summaries carry. */
+export declare function loginFor(email: string): string;
+/**
+ * The reviews of a change request, gathered out of its per-file approvals.
+ *
+ * Hexis records an approval per FILE; a review list wants one entry per review.
+ * One entry per (reviewer, staleness) is the closest honest join: it names the
+ * reviewer once and the files they approved, which is what the ticket's
+ * scenario asks to read back. A reviewer holding both a current and a stale
+ * approval appears twice — one entry for the files that still stand and one
+ * with `stale: true` for the ones the latest push invalidated.
+ *
+ * `mayShow` decides, per file, what this caller may be told. A review keeps the
+ * files they may read and counts the rest in its own `withheldFiles`; a review
+ * EVERY file of which is withheld is dropped and counted in `withheldReviews`,
+ * because naming the reviewer would itself say that somebody approved a change
+ * to something the caller may not look at. `submittedAt` is taken from the
+ * readable approvals alone, for the same reason.
+ *
+ * Hexis records nothing about who DECLINED a request — a rejection closes it
+ * and stores no reviewer — so no review entry can report one. A reviewer's
+ * objection lives in a comment, which `list_change_request_comments` returns.
+ */
+export declare function toCrReviews(approvals: FileApproval[], mayShow?: (path: string) => boolean): {
+    reviews: CrReview[];
+    withheldReviews: number;
+};
+/** A comment. Covers the file-anchored and the general ones — Hexis has one table. */
+export declare function toCrComment(comment: ChangeRequestComment): CrComment;
+/**
+ * The comments the caller may read, replies included in the answer only when
+ * the comment they reply to is.
+ *
+ * A comment with no path is about the request as a whole, and a comment with
+ * one is as readable as that path is NAMEABLE here (`mayShow`, so a comment
+ * anchored to the new name of a file withheld for its old one goes with the
+ * file rather than announcing it). A REPLY is neither, quite: it carries no
+ * path of its own when it was posted without one, so judged on itself it is a
+ * general comment — and `post_change_request_comment` takes `parentId` without
+ * requiring `path`, so a reply to a comment on a withheld file was returned
+ * with its body and a `parentId` naming a comment the caller cannot see.
+ * Razvan's review (2026-10-02) asked for the rule the ticket states: a reply is
+ * shown only when its parent is.
+ *
+ * So a comment is visible when its OWN path may be shown (if it has one) AND
+ * its parent is visible, all the way up the chain. Both halves are needed:
+ * inheriting only would show a reply naming a withheld file under a readable
+ * parent, and checking only its own path would show it under a withheld one.
+ *
+ * Fail-closed at the edges. A `parentId` naming a comment that is not in this
+ * request's list (deleted, or from somewhere this answer cannot see) is not
+ * provably pathless, so the reply goes. A cycle — which the schema does not
+ * permit and a corrupted row could still hold — is unresolvable, so it goes
+ * too. Both are counted in the withheld total, never named.
+ */
+export declare function visibleComments<T extends {
+    id: string;
+    path?: string;
+    parentId?: string;
+}>(comments: T[], mayShow: (path: string) => boolean): {
+    visible: T[];
+    withheld: number;
+};
+//# sourceMappingURL=change-request-read-shape.d.ts.map

package/dist/modules/workflow/agent-tools/change-request-read-shape.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"change-request-read-shape.d.ts","sourceRoot":"","sources":["../../../../src/modules/workflow/agent-tools/change-request-read-shape.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAqDG;AAEH,OAAO,KAAK,EACV,aAAa,EACb,oBAAoB,EACpB,mBAAmB,EACnB,kBAAkB,EAClB,WAAW,EACX,YAAY,EACb,MAAM,iCAAiC,CAAC;AAEzC,OAAO,EAAgB,KAAK,UAAU,EAAE,MAAM,6BAA6B,CAAC;AAE5E,2DAA2D;AAC3D,MAAM,WAAW,MAAM;IACrB,gFAAgF;IAChF,KAAK,EAAE,MAAM,CAAC;IACd,0CAA0C;IAC1C,IAAI,CAAC,EAAE,MAAM,CAAC;IACd;;;;;OAKG;IACH,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED;;;;;;GAMG;AACH,MAAM,WAAW,SAAS;IACxB,GAAG,EAAE,MAAM,CAAC;IACZ,uEAAuE;IACvE,OAAO,CAAC,EAAE,MAAM,CAAC;IACjB,MAAM,EAAE,MAAM,CAAC;IACf,KAAK,EAAE,MAAM,CAAC;IACd,4EAA4E;IAC5E,KAAK,EAAE,kBAAkB,CAAC;IAC1B,MAAM,EAAE,MAAM,CAAC;IACf,YAAY,EAAE,MAAM,CAAC;IACrB,YAAY,EAAE,MAAM,CAAC;IACrB,SAAS,EAAE,MAAM,CAAC;IAClB,SAAS,EAAE,MAAM,CAAC;IAClB,4DAA4D;IAC5D,YAAY,EAAE,MAAM,CAAC;IACrB,wCAAwC;IACxC,aAAa,EAAE,MAAM,CAAC;IACtB;;;;;OAKG;IACH,gBAAgB,CAAC,EAAE;QAAE,MAAM,EAAE,MAAM,CAAC;QAAC,SAAS,EAAE,OAAO,CAAC;QAAC,EAAE,EAAE,MAAM,CAAA;KAAE,CAAC;CACvE;AAED,qFAAqF;AACrF,eAAO,MAAM,6BAA6B,2DAA2D,CAAC;AAEtG,+EAA+E;AAC/E,MAAM,WAAW,QAAS,SAAQ,SAAS;IACzC,IAAI,EAAE,MAAM,CAAC;IACb,iFAAiF;IACjF,OAAO,CAAC,EAAE,MAAM,CAAC;IACjB,+EAA+E;IAC/E,OAAO,CAAC,EAAE,MAAM,CAAC;IACjB;;;;;OAKG;IACH,SAAS,EAAE,OAAO,CAAC;IACnB;;;OAGG;IACH,mBAAmB,EAAE,MAAM,EAAE,CAAC;IAC9B,yEAAyE;IACzE,2BAA2B,EAAE,MAAM,CAAC;IACpC,+DAA+D;IAC/D,MAAM,EAAE,QAAQ,CAAC;CAClB;AAED,2EAA2E;AAC3E,MAAM,WAAW,QAAQ;IACvB,uEAAuE;IACvE,UAAU,EAAE,OAAO,CAAC;IACpB,8DAA8D;IAC9D,QAAQ,EAAE,OAAO,CAAC;IAClB,2EAA2E;IAC3E,QAAQ,EAAE,OAAO,CAAC;CACnB;AAED,MAAM,WAAW,MAAM;IACrB,IAAI,EAAE,MAAM,CAAC;IACb,sCAAsC;IACtC,YAAY,CAAC,EAAE,MAAM,CAAC;IACtB,gFAAgF;IAChF,MAAM,EAAE,UAAU,CAAC;IACnB,SAAS,EAAE,MAAM,CAAC;IAClB,SAAS,EAAE,MAAM,CAAC;IAClB,6EAA6E;IAC7E,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,QAAQ,EAAE,OAAO,CAAC;IAClB,gEAAgE;IAChE,iBAAiB,EAAE;QAAE,KAAK,EAAE,MAAM,EAAE,CAAC;QAAC,KAAK,EAAE,MAAM,EAAE,CAAA;KAAE,CAAC;IACxD;;;;OAIG;IACH,gBAAgB,CAAC,EAAE,IAAI,CAAC;IACxB,4CAA4C;IAC5C,UAAU,EAAE,cAAc,EAAE,CAAC;IAC7B,iEAAiE;IACjE,QAAQ,EAAE,OAAO,CAAC;IAClB,wDAAwD;IACxD,WAAW,EAAE,OAAO,CAAC;IACrB,gDAAgD;IAChD,gBAAgB,EAAE,OAAO,CAAC;CAC3B;AAED,MAAM,WAAW,cAAc;IAC7B,IAAI,EAAE,MAAM,CAAC;IACb,UAAU,EAAE,MAAM,CAAC;IACnB,4EAA4E;IAC5E,KAAK,EAAE,OAAO,CAAC;IACf,0DAA0D;IAC1D,YAAY,EAAE,OAAO,CAAC;CACvB;AAED,MAAM,WAAW,QAAQ;IACvB,kFAAkF;IAClF,EAAE,EAAE,MAAM,CAAC;IACX,QAAQ,EAAE,MAAM,CAAC;IACjB,sEAAsE;IACtE,KAAK,EAAE,OAAO,CAAC;IACf,iEAAiE;IACjE,WAAW,EAAE,MAAM,CAAC;IACpB,4DAA4D;IAC5D,KAAK,EAAE,MAAM,EAAE,CAAC;IAChB,qEAAqE;IACrE,aAAa,EAAE,MAAM,CAAC;CACvB;AAED,MAAM,WAAW,SAAS;IACxB,EAAE,EAAE,MAAM,CAAC;IACX,MAAM,EAAE,MAAM,CAAC;IACf,IAAI,EAAE,MAAM,CAAC;IACb,6CAA6C;IAC7C,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,gCAAgC;IAChC,IAAI,CAAC,EAAE,MAAM,CAAC;IACd;;;OAGG;IACH,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,4CAA4C;IAC5C,OAAO,EAAE,MAAM,CAAC;IAChB,SAAS,EAAE,MAAM,CAAC;IAClB,2BAA2B;IAC3B,SAAS,CAAC,EAAE,MAAM,CAAC;CACpB;AAED,wDAAwD;AACxD,MAAM,WAAW,MAAM,CAAC,CAAC;IACvB,KAAK,EAAE,CAAC,EAAE,CAAC;IACX,UAAU,EAAE,MAAM,CAAC;IACnB,IAAI,EAAE,MAAM,CAAC;IACb,OAAO,EAAE,MAAM,CAAC;IAChB,WAAW,EAAE,OAAO,CAAC;CACtB;AAED,eAAO,MAAM,gBAAgB,KAAK,CAAC;AACnC,eAAO,MAAM,YAAY,MAAM,CAAC;AAEhC;;;;GAIG;AACH,wBAAgB,QAAQ,CAAC,IAAI,EAAE;IAAE,QAAQ,CAAC,EAAE,OAAO,CAAC;IAAC,IAAI,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG;IACtE,OAAO,EAAE,MAAM,CAAC;IAChB,IAAI,EAAE,MAAM,CAAC;CACd,CAOA;AAED;;;;;GAKG;AACH,wBAAgB,MAAM,CAAC,CAAC,EAAE,GAAG,EAAE,CAAC,EAAE,EAAE,OAAO,EAAE,MAAM,EAAE,IAAI,EAAE,MAAM,GAAG,MAAM,CAAC,CAAC,CAAC,CAS5E;AAED;;;;;GAKG;AACH,wBAAgB,SAAS,CAAC,MAAM,EAAE,MAAM,GAAG,QAAQ,GAAG,KAAK,GAAG,kBAAkB,EAAE,CAIjF;AAED,kEAAkE;AAClE,wBAAgB,QAAQ,CAAC,EAAE,EAAE,IAAI,CAAC,aAAa,EAAE,QAAQ,GAAG,WAAW,CAAC,GAAG,MAAM,CAGhF;AAED;;;;;GAKG;AACH,wBAAgB,aAAa,CAC3B,EAAE,EAAE,IAAI,CAAC,aAAa,EAAE,QAAQ,GAAG,UAAU,CAAC,EAC9C,MAAM,EAAE,MAAM,GACb,OAAO,CAKT;AAED,iDAAiD;AACjD,wBAAgB,QAAQ,CACtB,EAAE,EAAE,IAAI,CAAC,aAAa,EAAE,UAAU,CAAC,EACnC,WAAW,EAAE,MAAM,GAAG,SAAS,GAC9B,OAAO,CAET;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,wBAAgB,mBAAmB,CAAC,KAAK,EAAE;IACzC,aAAa,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,OAAO,CAAC;CACnB,GAAG,OAAO,CAEV;AAED,uEAAuE;AACvE,wBAAgB,WAAW,CACzB,EAAE,EAAE,aAAa,EACjB,MAAM,EAAE;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,QAAQ,EAAE,MAAM,CAAA;CAAE,GAC7C,SAAS,CA8BX;AAED,wFAAwF;AACxF,wBAAgB,UAAU,CACxB,MAAM,EAAE,mBAAmB,EAC3B,MAAM,EAAE;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,QAAQ,EAAE,MAAM,CAAA;CAAE,EAC9C,QAAQ,EAAE;IAAE,OAAO,EAAE,MAAM,EAAE,CAAC;IAAC,QAAQ,EAAE,MAAM,CAAA;CAAE,EACjD,MAAM,EAAE,QAAQ,GACf,QAAQ,CAcV;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAkCG;AACH,wBAAgB,kBAAkB,CAAC,IAAI,EAAE,MAAM,GAAG,MAAM,CAOvD;AAED;;;;;;;;;;;;;;;GAeG;AACH,wBAAgB,UAAU,CACxB,MAAM,EAAE,IAAI,CACV,mBAAmB,EACnB,OAAO,GAAG,qBAAqB,GAAG,eAAe,GAAG,sBAAsB,CAC3E,EACD,cAAc,EAAE,OAAO,EACvB,cAAc,EAAE,IAAI,CAAC,YAAY,EAAE,kBAAkB,CAAC,EAAE,GACvD,QAAQ,CAaV;AAED;;;;;;;;;GASG;AACH,wBAAgB,eAAe,CAC7B,OAAO,EAAE,MAAM,EAAE,EACjB,aAAa,EAAE,MAAM,EAAE,GACtB;IAAE,OAAO,EAAE,MAAM,EAAE,CAAC;IAAC,QAAQ,EAAE,MAAM,CAAA;CAAE,CAIzC;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,cAAc,CAC5B,IAAI,EAAE,IAAI,CAAC,WAAW,EAAE,MAAM,GAAG,cAAc,CAAC,EAChD,OAAO,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,OAAO,GACjC,OAAO,CAGT;AAED,8DAA8D;AAC9D,wBAAgB,OAAO,CAAC,IAAI,EAAE,IAAI,CAAC,WAAW,EAAE,MAAM,GAAG,cAAc,CAAC,GAAG,MAAM,EAAE,CAElF;AAED,8CAA8C;AAC9C,wBAAgB,QAAQ,CACtB,IAAI,EAAE,WAAW,EACjB,QAAQ,EAAE,YAAY,GAAG,SAAS;AAClC,+FAA+F;AAC/F,IAAI,EAAE;IAAE,OAAO,EAAE,OAAO,CAAC;IAAC,IAAI,EAAE,OAAO,CAAA;CAAE,GACxC,MAAM,CAsCR;AAWD,sEAAsE;AACtE,wBAAgB,QAAQ,CAAC,KAAK,EAAE,MAAM,GAAG,MAAM,CAE9C;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,wBAAgB,WAAW,CACzB,SAAS,EAAE,YAAY,EAAE,EACzB,OAAO,GAAE,CAAC,IAAI,EAAE,MAAM,KAAK,OAAoB,GAC9C;IAAE,OAAO,EAAE,QAAQ,EAAE,CAAC;IAAC,eAAe,EAAE,MAAM,CAAA;CAAE,CAmClD;AAED,sFAAsF;AACtF,wBAAgB,WAAW,CAAC,OAAO,EAAE,oBAAoB,GAAG,SAAS,CAgBpE;AAED;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AACH,wBAAgB,eAAe,CAAC,CAAC,SAAS;IAAE,EAAE,EAAE,MAAM,CAAC;IAAC,IAAI,CAAC,EAAE,MAAM,CAAC;IAAC,QAAQ,CAAC,EAAE,MAAM,CAAA;CAAE,EACxF,QAAQ,EAAE,CAAC,EAAE,EACb,OAAO,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,OAAO,GACjC;IAAE,OAAO,EAAE,CAAC,EAAE,CAAC;IAAC,QAAQ,EAAE,MAAM,CAAA;CAAE,CAmBpC"}