@ai-dossier/cli 0.55.0 → 0.57.0

package/README.md

@@ -453,7 +453,7 @@ prints `No runstate milestones on issue #440.` (or `null` under `--json`) and ex
 | `--status <s>` | `done`, `partial`, `blocked`, `awaiting-merge` (required). `superseded` is rejected here — a fence is written by [`runstate fence`](#run-fencing-504) |
 | `--run <id>` | Run id (`r-<issue>-<hex>`) — mint one with `runstate mint`; full-cycle runs mint it at the gate phase (required) |
 | `--kv <key=value...>` | Phase-specific key, repeatable (and variadic: `--kv a=1 b=2` works too) |
-| `--next <phase>` | Override the computed `next=` line — a phase name or `done` |
+| `--next <phase>` | Override the computed `next=` line — a phase name, `done`, or `operator` (batch phases only) |
 | `--gen <n>` | Run generation this agent owns (default 0). A post below the trail's fenced generation is refused — see [Run fencing](#run-fencing-504) |
 | `--repo <owner/name>` | Target repository (defaults to the current one) |
 | `--dry-run` | Print the comment body instead of posting it |
@@ -532,7 +532,8 @@ vocabulary underneath it is stable. `batch-ship` mirrors `ship`'s two-milestone
 `awaiting-merge`, then `done` after the merge, and `stats` reports the gap between them
 under its own `batch-merge-wait` label (not pooled with full-cycle `merge-wait`).
 `next=` walks the batch line: batch-setup → batch-validate → batch-review → batch-ship →
-batch-report → done.
+batch-report → done. A `blocked` batch milestone is followed by `next=operator`, not `done`
+(#768): the batch's anchor is still open and its next step is operator inspection.
 
 > **Compatibility.** Reading and posting these phases requires CLI ≥ 0.14.0. An older
 > CLI rejects them outright on `post` (`Unknown phase 'classify' — expected one of: …`),
@@ -634,7 +635,8 @@ valid on **every** phase — a takeover can happen anywhere — and requires `ge
 `post` refuses it.
 
 `next=` is computed for you: the linear order `gate → setup → plan → implement → review →
-ship → report → done`, except that `blocked` ends the run (`next=done`) and the three
+ship → report → done`, except that `blocked` ends the run (`next=done` — on a `batch-*`
+phase it is `next=operator` instead, #768) and the three
 non-terminal statuses stay in their own phase — `superseded` points back at its own phase,
 so a takeover that dies leaves a resumable trail rather than a terminal one;
 `ship`/`awaiting-merge` is followed by a
@@ -677,7 +679,7 @@ Every `--kv` pair is checked before anything is posted:
   | `deps` | `none`, or comma-separated issue numbers, e.g. `474,480` |
   | `batch` | a batch id slug starting with a letter or digit, then letters, digits, `.`, `_`, `-` (e.g. `b-2026-08-29-01`) |
 
-- `--next` must be a phase name or `done`. It is written to the comment verbatim, so an
+- `--next` must be a phase name, `done`, or `operator` (batch phases only). It is written to the comment verbatim, so an
   unchecked typo would point the next resume at a phase that does not exist.
 - Comments are append-only: never edit or delete a prior milestone.
 
@@ -1114,6 +1116,132 @@ measured pre-screen hit rate:
 
 ---
 
+## Batch Composition (`batch compose`)
+
+Previews which issues may share a batch PR **before any model spend** (#773, #770 P3
+"selection = admission"). It runs the classify pre-screen (`prescreen:v2`) plus the
+deterministic readiness screen over the operator's picks and/or the open backlog, and proposes
+one composition that honours the scheduler's batch invariants. No model call, no writes (no
+labels, comments, or queue changes) — only `gh` reads and a read-only look at the local sched
+queue/config. Exits 0 once arguments validate; `status` is the payload, not a pass/fail gate.
+
+```bash
+ai-dossier batch compose --issues 4114,4178,4327 [--repo owner/name] [--json]
+ai-dossier batch compose --backlog [--label backend]... [--search "no:assignee"] [--limit 100]
+```
+
+| Flag | Default | Meaning |
+|---|---|---|
+| `--issues <selection>` | — | Operator picks (fleet grammar: `1,2,5..8`, ≤ 200) |
+| `--backlog` | off | Draw candidates from the open backlog (`gh issue list`, one call) |
+| `--no-backfill` | backfill on | With `--issues`: never query the backlog, even when picks fall below `--min-members` |
+| `--label <name>` (repeatable), `--search <q>`, `--limit <n>` | —, —, 100 (max 500) | Backlog filters, passed to `gh issue list` |
+| `--base <branch>` | `main` | The base branch every member shares |
+| `--min-members <n>` / `--max-members <n>` | 3 / 6 | Minimum viable batch / member ceiling (≤ 6) |
+| `--max-full-review <n>` | sched config `max_full_review_members`, else 2 | Per-batch `review=full` cap (#771) |
+| `--rules v2\|legacy` | `v2` | `legacy` replays pre-#770 admission (any risk keyword ⇒ `mode=full` ⇒ excluded) for comparison |
+| `--repo`, `--project` | cwd repo, `owner-name` | Target repo; sched project whose queue/config is read |
+
+At least one of `--issues` / `--backlog` is required. With `--issues` alone, the backlog is
+read **only** when the picks by themselves compose fewer than `--min-members` members — counted
+after the caps, so five admissible `review=full` picks (cap 2) still trigger backfill.
+
+**Admission.** An issue is excluded — with every reason recorded, not just the first — on:
+
+| `code` | Rule |
+|---|---|
+| `unreadable` | `gh issue view` failed (the report is `degraded`; the run continues) |
+| `closed` | Not `OPEN` |
+| `assigned` | Has an assignee |
+| `in-progress` | Carries the `in-progress` label |
+| `hard-block-label` | `decision-pending`, `needs-clarification`, `epic`, `decomposed` |
+| `batch-anchor` | Carries `batch-epic` |
+| `not-a-unit` | Tracker / decision / research / parked: labels `tracker` `decision` `question` `discussion` `research` `parked` `on-hold` `wontfix` `duplicate`; titles like `[PARKED] …`, `research: …`, `epic(x): …`; a `## Decision needed` section |
+| `in-flight` | Latest runstate milestone is any phase other than `classify` |
+| `sched-active` | A non-terminal, not-yet-merged sched queue entry exists |
+| `open-dependency` | `Depends on #N` with N open and not among the picks; N a pick that is itself excluded; or N whose state could not be read (fails closed) |
+| `data-mutation` | Change surface names a production data action (`data migration`, `data backfill`, `backfill script`, `one-off script`, `bulk delete`, …) — never shares a PR |
+| `prescreen-full` | `prescreen:v2` excluding floor: plan:v1 path floor or > 8 predicted files |
+| `legacy-full` | `--rules legacy` only: any text-floor keyword anywhere in title/body/labels |
+
+`--rules legacy` replays only the pre-#770 keyword rule on top of today's readiness screen (the
+other codes above still apply) — it is a comparison of the admission rule, not a full replay of
+the old pipeline, which also ran a model classifier no deterministic check reproduces.
+
+A risk keyword in the change surface (`billing`, `security`, `deploy`, …) does **not**
+exclude: the issue is admissible as a `review=full` member (#770 Option A). The data-mutation
+and text-floor scans read the same change-surface text (`floorScanText`: reference sections,
+provenance clauses and quoted spans removed).
+
+**Composition** (deterministic): every admissible pick joins, bounded by `--max-members` and
+the `review=full` cap; the overflow is listed under `held` (`review-full-cap` / `max-members`).
+Then, while the set is below its target — `--min-members` with picks, `--max-members` with
+`--backlog` alone — admissible backlog issues are added greedily, ranked: shares a workspace
+package with the current members → `light` before `full` → more shared packages → lower issue
+number. Packages come from a plan:v1 artifact's predicted files when present, else from paths
+named in the issue body (`…/packages/<x>/…` → `packages/<x>`, else the first path segment).
+`status` is `ok` (≥ min), `under-min` (2 … min−1), or `no-batch` (< 2 — run the survivor as a
+full-cycle issue, #770 P4).
+
+**JSON contract (`schema: batch-compose:v1`).** Consumers (batch-issues-preparation, #774)
+branch on `status`, take `manifest_entries`, and report `excluded`:
+
+```json
+{
+  "schema": "batch-compose:v1",
+  "repo": "imboard-ai/imboard-monorepo",
+  "project": "imboard-ai-imboard-monorepo",
+  "base_branch": "main",
+  "rules": "v2",
+  "params": {
+    "min_members": 3, "max_members": 6, "max_full_review": 2, "picks": [4178, 4333, 4343],
+    "backlog": { "queried": true, "labels": [], "search": null, "limit": 100 }
+  },
+  "status": "ok",
+  "members": [
+    { "issue": 4333, "title": "…", "review": "light", "source": "pick", "packages": [], "review_reasons": [] },
+    { "issue": 4343, "title": "…", "review": "full", "source": "pick", "packages": ["packages/backend"],
+      "review_reasons": ["Title/body/labels match 'rule1-risk-floor-area' (keyword: 'billing')."] },
+    { "issue": 4241, "title": "…", "review": "full", "source": "backfill", "packages": ["packages/backend"], "review_reasons": ["…"] }
+  ],
+  "held": [],
+  "backfill": [
+    { "rank": 1, "issue": 4241, "title": "…", "review": "full", "packages": ["packages/backend"], "shared_packages": ["packages/backend"], "selected": true }
+  ],
+  "shared_packages": ["packages/backend"],
+  "recommendation": "Form one batch of 3 on 'main' (2 review=full).",
+  "manifest_entries": [
+    { "issue": 4333, "mode": "slot", "review": "light", "base_branch": "main" },
+    { "issue": 4343, "mode": "slot", "review": "full", "base_branch": "main" },
+    { "issue": 4241, "mode": "slot", "review": "full", "base_branch": "main" }
+  ],
+  "excluded": [
+    { "issue": 4178, "title": "…", "source": "pick",
+      "reasons": [{ "code": "in-progress", "message": "Carries the 'in-progress' label." }] }
+  ],
+  "counts": { "assessed": 102, "admissible": 62, "excluded": 40 },
+  "model_calls": 0,
+  "degraded": false,
+  "warnings": []
+}
+```
+
+- `members` is in selection order (picks, then backfill); `source` is `pick`, `backfill`, or
+  `backlog` (backlog-only mode). `review_reasons` are the prescreen findings behind a `full`.
+- `manifest_entries` are **draft** `sched enqueue --from-manifest` entries (`parseManifest`
+  shape): batch-issues-preparation adds `batch`, `anchor`, `run_id`, `tier`, `deps`, and
+  `dispatch` — compose mints nothing and claims nothing. The report itself is not a manifest;
+  extract the entries first, e.g.
+  `jq '{entries: [.manifest_entries[] | . + {batch: $b, anchor: $a}]}' --arg b b-20260924-02 --argjson a 4410`.
+- `backfill` is present only with `--issues`: every admissible backlog candidate, ranked
+  against the admitted picks, `selected: true` on the ones the composition took.
+- `held` lists admissible issues left out (`review-full-cap`, `max-members`).
+- `degraded`/`warnings` name any lookup that did not complete (an unreadable pick, the backlog
+  list, a dependency's state, the sched queue/config); the result reflects what did complete.
+- `model_calls` is always `0`.
+
+---
+
 ## Plan Artifacts (`plan`) — plan:v1
 
 Issues used to be planned up to three times (triage, batch prep, plan-issue). The
@@ -1168,7 +1296,7 @@ respectively; `get --json` includes the comment's `author`.
 ai-dossier sched enqueue --issues 101,105..109 [--mode full|slot] [--batch b1] [--more-members-expected] [--deps 100,104] [--tier mechanical|mid|strong] [--priority <n>] [--repo owner/name]
 ai-dossier sched enqueue --from-manifest batch-prep.json [--repo owner/name]
 ai-dossier sched start [--interval <seconds>] [--once] [--auto-upgrade] [--json]
-ai-dossier sched status [--json]   # ⚠ health warnings: long pause, stale lease, stuck / stale-closed slots (#776)
+ai-dossier sched status [--json] [--anchors]   # ⚠ health warnings: long pause, stale lease, stuck / stale-closed slots (#776)
 ai-dossier sched pause | resume
 ai-dossier sched stop (--issue 42 | --batch b1) [--reason "..."]
 ai-dossier sched abandon --issue 42 [--reason "..."] | --batch b1 [--reason "..."]
@@ -1268,6 +1396,20 @@ atomically. `abandon` instead records failure and releases a slot without termin
   `shipped` — journaled `stale-failure-reconciled` — unblocking whatever
   dependents were blocked by the original failure, up to a 7-day watch
   window past which an abandoned failure is left as-is.
+  A batch's anchor issue is closed off the happy path too (#768), but only on
+  positive evidence: every member issue CLOSED as completed BY SHIPPED CODE (a
+  PR merged into the batch's base, or a commit reachable from it — never a bare
+  hand close), and no member evicted, handed back (`decision-pending`, any
+  case), requeued, or failed. The engine then comments on the anchor with each
+  member's shipping PR or commit (marker `batch-close:v1`, honoured only on its
+  own comments, so a rerun never double-posts) and closes it — journaled
+  `anchor-closed` (`anchor-close-failed` on a failed write, deduped like
+  `pr-watch-failed`). It acts only on batches touched within 7 days, and only
+  when the current directory is verified to be the project's repository (every
+  `gh` call names it with `-R`). Any other shape leaves the anchor open;
+  `status --anchors` lists every still-open anchor under
+  `== Open batch anchors ==` as `closable`, `needs-operator`, or `unknown`
+  (report-only and opt-in — without `--anchors`, `status` makes no GitHub call).
   `--once` runs a single tick (cron-style); Ctrl-C stops
   the engine while spawned agents keep running. Pids are identity-guarded via
   `/proc` start-times (a reused pid is never signalled; best-effort on macOS/Windows),

package/dist/batch-compose.d.ts

@@ -0,0 +1,172 @@
+/**
+ * `ai-dossier batch compose` core (#773, #770 P3 "selection = admission").
+ *
+ * The batch pipeline used to admit members by keyword AFTER humans/models had already selected
+ * them — a hand-picked five-issue set collapsed to one member only after ~425k decision-grade
+ * classifier tokens (#770). This module previews admission BEFORE any model spend: it runs the
+ * deterministic `classify prescreen` (prescreen:v2, #772) plus the readiness screen
+ * batch-issues-preparation Step 1/5 applies, and proposes a composition that honours the
+ * scheduler's batch invariants — at most `max_full_review_members` (default 2, #771) `review=full`
+ * members, one base branch, `min_members` (default 3) to `max_members` (default 6) — preferring
+ * members that share a workspace package so the repo's expensive gate stage runs once for all.
+ *
+ * Pure and dependency-free (no `gh`, network, fs, or model) — same discipline as `prescreen.ts`.
+ * All I/O (fetching issues, dependency states, the sched queue) lives in `commands/batch.ts`.
+ */
+import { type PrescreenReason } from './prescreen';
+/** Version of the `batch compose --json` contract. Bump on any breaking shape change. */
+export declare const COMPOSE_SCHEMA = "batch-compose:v1";
+/** Default floor below which a composition is reported `under-min` and backfill is proposed (#770 P4). */
+export declare const DEFAULT_MIN_MEMBERS = 3;
+/** Default (and hard) member ceiling — batch-issues-preparation Step 5 constraint 3 (≤ 6 members). */
+export declare const DEFAULT_MAX_MEMBERS = 6;
+/** Fewer admissible members than this and no batch should form — hand the survivor to full-cycle (#770 P4). */
+export declare const MIN_FORMABLE_MEMBERS = 2;
+/** Admission rules: `v2` = prescreen:v2 + #771 review level (today); `legacy` = pre-#770 (any keyword ⇒ full ⇒ excluded). */
+export type ComposeRules = 'v2' | 'legacy';
+/** Why an issue cannot join a batch. Stable codes — consumers branch on `code`, humans read `message`. */
+export type ExclusionCode = 'unreadable' | 'closed' | 'assigned' | 'in-progress' | 'hard-block-label' | 'batch-anchor' | 'in-flight' | 'sched-active' | 'open-dependency' | 'data-mutation' | 'not-a-unit' | 'prescreen-full' | 'legacy-full';
+export interface ExclusionReason {
+    code: ExclusionCode;
+    message: string;
+}
+/** Everything the core needs about one issue — the command layer fills it from `gh`. */
+export interface ComposeIssueInput {
+    issue: number;
+    /** `pick` = named by the operator via `--issues`; `backlog` = drawn from the backlog query. */
+    source: 'pick' | 'backlog';
+    /** Set when the issue could not be read at all; everything else is then ignored. */
+    error?: string;
+    title: string;
+    body: string;
+    labels: readonly string[];
+    /** GitHub `state` (`OPEN` / `CLOSED`). */
+    state: string;
+    assignees: readonly string[];
+    /** plan:v1 predicted files when the issue carries an artifact. */
+    predictedFiles?: readonly string[];
+    /** Phase of the LATEST runstate milestone on the issue, or null when it has none. */
+    latestPhase?: string | null;
+    /** Status of the issue's non-terminal sched queue entry, or null when it has none. */
+    schedStatus?: string | null;
+    /** `Depends on #N` refs resolved OPEN and outside the operator's picks. */
+    openDependencies?: readonly number[];
+    /** `Depends on #N` refs whose state could not be read — an admission gate fails closed on them. */
+    unknownDependencies?: readonly number[];
+}
+export interface AssessedIssue {
+    issue: number;
+    source: 'pick' | 'backlog';
+    title: string;
+    admissible: boolean;
+    /** Review depth the member needs (prescreen:v2 / #771 vocabulary). */
+    review: 'light' | 'full';
+    /** Workspace packages the issue is predicted to touch (plan:v1 files first, else paths named in the body). */
+    packages: string[];
+    /** Every prescreen finding — the reason a member is `review=full`. */
+    prescreen: PrescreenReason[];
+    /** Empty when admissible. */
+    excluded: ExclusionReason[];
+}
+/**
+ * Phrases that mark an issue as production data mutation / ops — the one class #770 P1 keeps
+ * out of shared PRs ("prod data mutation/ops"): a batch reverts per commit, a data change does
+ * not revert with it. Deliberately ACTION phrases, not bare words or places: "backfill" alone is batch
+ * vocabulary (this very feature proposes "backfill candidates"), "migration" alone is already a
+ * `review=full` text-floor hit, "delete" alone is ordinary code prose, and "production data" /
+ * "prod db" name a place an issue merely talks about (an IAM or pentest issue) — measured on the
+ * imboard backlog, those place phrases excluded five issues that mutate nothing. Matched against the
+ * same change-surface text the prescreen text floor scans (`floorScanText` — reference sections,
+ * provenance clauses and quoted spans removed), whole-word, case-insensitive.
+ */
+export declare const DATA_MUTATION_PHRASES: readonly string[];
+/** First data-mutation phrase the change-surface text matches, or null. */
+export declare function matchDataMutation(text: string): string | null;
+/**
+ * Labels marking an issue as something other than one implementable change — a tracker, a
+ * decision, parked or research work (#770 P1: "decisions/epics/trackers" never share a PR;
+ * batch-issues-preparation Step 5 "Is it a tracker or a decision?"). The hard-block labels
+ * (`epic`, `decomposed`, …) are reported separately as `hard-block-label`.
+ */
+export declare const NOT_A_UNIT_LABELS: readonly string[];
+/** Why the issue is not one implementable unit, or null. */
+export declare function notAUnitReason(title: string, body: string, labels: readonly string[]): string | null;
+/** The workspace package a repo-relative path belongs to: `…/packages/<x>/…` → `packages/<x>`, else its first segment. */
+export declare function workspaceOf(path: string): string | null;
+/**
+ * Workspace packages an issue is predicted to touch. A plan:v1 artifact's predicted files win
+ * (they are the plan's own claim); otherwise path tokens named in the change-surface body
+ * (reference sections and provenance removed, but quoted spans KEPT — backticked paths are the
+ * main signal here). Sorted, de-duplicated, capped at {@link MAX_PACKAGES}.
+ */
+export declare function inferPackages(body: string, predictedFiles?: readonly string[]): string[];
+/**
+ * Deterministic admission for one issue: readiness (batch-issues-preparation Step 1/5) +
+ * prescreen:v2 (#772) + data-mutation. Records EVERY exclusion reason, not just the first, so an
+ * operator sees the whole picture of why a pick cannot join.
+ */
+export declare function assessIssue(input: ComposeIssueInput, rules?: ComposeRules): AssessedIssue;
+export interface ComposeOptions {
+    rules: ComposeRules;
+    baseBranch: string;
+    minMembers: number;
+    maxMembers: number;
+    /** Per-batch `review=full` cap (#771 — `max_full_review_members`, default 2). */
+    maxFullReview: number;
+    /** Whether operator picks were given (`--issues`). Picks mode fills to `minMembers`; backlog-only mode fills to `maxMembers`. */
+    picksMode: boolean;
+}
+export interface ComposedMember {
+    issue: number;
+    title: string;
+    review: 'light' | 'full';
+    source: 'pick' | 'backfill' | 'backlog';
+    packages: string[];
+    /** Why `review=full` (prescreen findings); empty for `light`. */
+    review_reasons: string[];
+}
+/** An admissible issue left out of the composition, and why. */
+export interface HeldIssue {
+    issue: number;
+    title: string;
+    review: 'light' | 'full';
+    source: 'pick' | 'backlog';
+    packages: string[];
+    reason: 'review-full-cap' | 'max-members';
+}
+export interface BackfillCandidate {
+    rank: number;
+    issue: number;
+    title: string;
+    review: 'light' | 'full';
+    packages: string[];
+    /** Packages it shares with the operator's admitted picks — the ranking's first key. */
+    shared_packages: string[];
+    /** Whether the proposed composition takes it. */
+    selected: boolean;
+}
+export type ComposeStatus = 'ok' | 'under-min' | 'no-batch';
+export interface CompositionResult {
+    status: ComposeStatus;
+    members: ComposedMember[];
+    held: HeldIssue[];
+    backfill: BackfillCandidate[];
+    /** Packages touched by ≥ 2 members — the expensive gate stage these members amortize. */
+    shared_packages: string[];
+    /** One line saying what to do with this result. */
+    recommendation: string;
+}
+/**
+ * Propose a composition from assessed issues. Picks first (they are the operator's intent) —
+ * all admissible picks join, bounded by `maxMembers` and the `review=full` cap; then, while the
+ * set is below its target (`minMembers` with picks, `maxMembers` from the backlog alone), backfill
+ * from admissible backlog issues. Member order: picks, then backfill, each in selection order.
+ */
+export declare function composeBatch(assessed: AssessedIssue[], opts: ComposeOptions): CompositionResult;
+/**
+ * A pick that depends on ANOTHER pick is admissible only while that pick is: when the depended-on
+ * pick is excluded (and still open), the dependent would ship without it. Applied to a fixpoint,
+ * so a chain A → B → C collapses when C is excluded. Mutates and returns `assessed`.
+ */
+export declare function applyPickDependencies(assessed: AssessedIssue[], pickDeps: ReadonlyMap<number, readonly number[]>, isOpen: (issue: number) => boolean): AssessedIssue[];
+//# sourceMappingURL=batch-compose.d.ts.map

package/dist/batch-compose.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"batch-compose.d.ts","sourceRoot":"","sources":["../src/batch-compose.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;GAcG;AAGH,OAAO,EAEL,KAAK,eAAe,EAKrB,MAAM,aAAa,CAAC;AAErB,yFAAyF;AACzF,eAAO,MAAM,cAAc,qBAAqB,CAAC;AAEjD,0GAA0G;AAC1G,eAAO,MAAM,mBAAmB,IAAI,CAAC;AAErC,sGAAsG;AACtG,eAAO,MAAM,mBAAmB,IAAI,CAAC;AAErC,+GAA+G;AAC/G,eAAO,MAAM,oBAAoB,IAAI,CAAC;AAEtC,6HAA6H;AAC7H,MAAM,MAAM,YAAY,GAAG,IAAI,GAAG,QAAQ,CAAC;AAE3C,0GAA0G;AAC1G,MAAM,MAAM,aAAa,GACrB,YAAY,GACZ,QAAQ,GACR,UAAU,GACV,aAAa,GACb,kBAAkB,GAClB,cAAc,GACd,WAAW,GACX,cAAc,GACd,iBAAiB,GACjB,eAAe,GACf,YAAY,GACZ,gBAAgB,GAChB,aAAa,CAAC;AAElB,MAAM,WAAW,eAAe;IAC9B,IAAI,EAAE,aAAa,CAAC;IACpB,OAAO,EAAE,MAAM,CAAC;CACjB;AAED,wFAAwF;AACxF,MAAM,WAAW,iBAAiB;IAChC,KAAK,EAAE,MAAM,CAAC;IACd,+FAA+F;IAC/F,MAAM,EAAE,MAAM,GAAG,SAAS,CAAC;IAC3B,oFAAoF;IACpF,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,KAAK,EAAE,MAAM,CAAC;IACd,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,SAAS,MAAM,EAAE,CAAC;IAC1B,0CAA0C;IAC1C,KAAK,EAAE,MAAM,CAAC;IACd,SAAS,EAAE,SAAS,MAAM,EAAE,CAAC;IAC7B,kEAAkE;IAClE,cAAc,CAAC,EAAE,SAAS,MAAM,EAAE,CAAC;IACnC,qFAAqF;IACrF,WAAW,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IAC5B,sFAAsF;IACtF,WAAW,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IAC5B,2EAA2E;IAC3E,gBAAgB,CAAC,EAAE,SAAS,MAAM,EAAE,CAAC;IACrC,mGAAmG;IACnG,mBAAmB,CAAC,EAAE,SAAS,MAAM,EAAE,CAAC;CACzC;AAED,MAAM,WAAW,aAAa;IAC5B,KAAK,EAAE,MAAM,CAAC;IACd,MAAM,EAAE,MAAM,GAAG,SAAS,CAAC;IAC3B,KAAK,EAAE,MAAM,CAAC;IACd,UAAU,EAAE,OAAO,CAAC;IACpB,sEAAsE;IACtE,MAAM,EAAE,OAAO,GAAG,MAAM,CAAC;IACzB,8GAA8G;IAC9G,QAAQ,EAAE,MAAM,EAAE,CAAC;IACnB,sEAAsE;IACtE,SAAS,EAAE,eAAe,EAAE,CAAC;IAC7B,6BAA6B;IAC7B,QAAQ,EAAE,eAAe,EAAE,CAAC;CAC7B;AAID;;;;;;;;;;GAUG;AACH,eAAO,MAAM,qBAAqB,EAAE,SAAS,MAAM,EAyBlD,CAAC;AAUF,2EAA2E;AAC3E,wBAAgB,iBAAiB,CAAC,IAAI,EAAE,MAAM,GAAG,MAAM,GAAG,IAAI,CAG7D;AAID;;;;;GAKG;AACH,eAAO,MAAM,iBAAiB,EAAE,SAAS,MAAM,EAU9C,CAAC;AASF,4DAA4D;AAC5D,wBAAgB,cAAc,CAC5B,KAAK,EAAE,MAAM,EACb,IAAI,EAAE,MAAM,EACZ,MAAM,EAAE,SAAS,MAAM,EAAE,GACxB,MAAM,GAAG,IAAI,CASf;AA+BD,0HAA0H;AAC1H,wBAAgB,WAAW,CAAC,IAAI,EAAE,MAAM,GAAG,MAAM,GAAG,IAAI,CAUvD;AAED;;;;;GAKG;AACH,wBAAgB,aAAa,CAAC,IAAI,EAAE,MAAM,EAAE,cAAc,CAAC,EAAE,SAAS,MAAM,EAAE,GAAG,MAAM,EAAE,CAcxF;AAaD;;;;GAIG;AACH,wBAAgB,WAAW,CAAC,KAAK,EAAE,iBAAiB,EAAE,KAAK,GAAE,YAAmB,GAAG,aAAa,CAyH/F;AAID,MAAM,WAAW,cAAc;IAC7B,KAAK,EAAE,YAAY,CAAC;IACpB,UAAU,EAAE,MAAM,CAAC;IACnB,UAAU,EAAE,MAAM,CAAC;IACnB,UAAU,EAAE,MAAM,CAAC;IACnB,iFAAiF;IACjF,aAAa,EAAE,MAAM,CAAC;IACtB,iIAAiI;IACjI,SAAS,EAAE,OAAO,CAAC;CACpB;AAED,MAAM,WAAW,cAAc;IAC7B,KAAK,EAAE,MAAM,CAAC;IACd,KAAK,EAAE,MAAM,CAAC;IACd,MAAM,EAAE,OAAO,GAAG,MAAM,CAAC;IACzB,MAAM,EAAE,MAAM,GAAG,UAAU,GAAG,SAAS,CAAC;IACxC,QAAQ,EAAE,MAAM,EAAE,CAAC;IACnB,iEAAiE;IACjE,cAAc,EAAE,MAAM,EAAE,CAAC;CAC1B;AAED,gEAAgE;AAChE,MAAM,WAAW,SAAS;IACxB,KAAK,EAAE,MAAM,CAAC;IACd,KAAK,EAAE,MAAM,CAAC;IACd,MAAM,EAAE,OAAO,GAAG,MAAM,CAAC;IACzB,MAAM,EAAE,MAAM,GAAG,SAAS,CAAC;IAC3B,QAAQ,EAAE,MAAM,EAAE,CAAC;IACnB,MAAM,EAAE,iBAAiB,GAAG,aAAa,CAAC;CAC3C;AAED,MAAM,WAAW,iBAAiB;IAChC,IAAI,EAAE,MAAM,CAAC;IACb,KAAK,EAAE,MAAM,CAAC;IACd,KAAK,EAAE,MAAM,CAAC;IACd,MAAM,EAAE,OAAO,GAAG,MAAM,CAAC;IACzB,QAAQ,EAAE,MAAM,EAAE,CAAC;IACnB,uFAAuF;IACvF,eAAe,EAAE,MAAM,EAAE,CAAC;IAC1B,iDAAiD;IACjD,QAAQ,EAAE,OAAO,CAAC;CACnB;AAED,MAAM,MAAM,aAAa,GAAG,IAAI,GAAG,WAAW,GAAG,UAAU,CAAC;AAE5D,MAAM,WAAW,iBAAiB;IAChC,MAAM,EAAE,aAAa,CAAC;IACtB,OAAO,EAAE,cAAc,EAAE,CAAC;IAC1B,IAAI,EAAE,SAAS,EAAE,CAAC;IAClB,QAAQ,EAAE,iBAAiB,EAAE,CAAC;IAC9B,yFAAyF;IACzF,eAAe,EAAE,MAAM,EAAE,CAAC;IAC1B,mDAAmD;IACnD,cAAc,EAAE,MAAM,CAAC;CACxB;AA8ED;;;;;GAKG;AACH,wBAAgB,YAAY,CAAC,QAAQ,EAAE,aAAa,EAAE,EAAE,IAAI,EAAE,cAAc,GAAG,iBAAiB,CA2E/F;AAED;;;;GAIG;AACH,wBAAgB,qBAAqB,CACnC,QAAQ,EAAE,aAAa,EAAE,EACzB,QAAQ,EAAE,WAAW,CAAC,MAAM,EAAE,SAAS,MAAM,EAAE,CAAC,EAChD,MAAM,EAAE,CAAC,KAAK,EAAE,MAAM,KAAK,OAAO,GACjC,aAAa,EAAE,CAqBjB"}