@rryando/arcs 4.0.0 → 4.2.0

package/skills/orchestrate.md

@@ -1,117 +1,23 @@
 ---
 name: orchestrate
-description: Classify intent and route work across all ARCS workflows
+description: Complete ARCS work with delegation preferred for separable outcomes
 ---
 
-> **Canonical source:** `src/cli/arcs-orchestrate.ts` (`ORCHESTRATE_PROMPT_TEXT`).
-> This is a condensed summary. TS prompt wins on disagreement.
+> Canonical source: `src/cli/arcs-orchestrate.ts`.
 
-## When
+# Direct Lifecycle
 
-User request needs routing through INIT, DESIGN, EXECUTE, SYNC, EXPLORE, REVIEW, or MULTI.
+`UNDERSTAND → WORK → VERIFY → REPORT`
 
-## Flow
+- Retain the tools to inspect, edit, and verify directly.
+- Use `arcs brief`, plans, tasks, and knowledge when DAG state matters.
+- Strongly prefer delegation for separable implementation, investigation, research, and review.
+- Work directly only for tiny, tightly coupled, or orchestration-state changes.
+- Assign one owner per delegated outcome; use no nested delegation or delegate-to-reviewer-to-repair chains.
+- Plan broad or multi-step work.
+- The agent making a change runs relevant verification.
+- Review is risk-based, not automatic.
+- Explicit requests authorize ordinary local work and requested ARCS updates.
+- Confirm destructive, irreversible, remote, deployment, publication, and Git effects.
 
-```mermaid
-flowchart TD
-    A[User Request] --> B[T0: arcs brief --lean --json]
-    B --> C[Classify Intent]
-    C -->|new project| INIT[INIT]
-    C -->|design/plan| DESIGN[DESIGN]
-    C -->|do work| EXECUTE[EXECUTE]
-    C -->|reconcile| SYNC[SYNC]
-    C -->|discover| EXPLORE[EXPLORE]
-    C -->|review/audit| REVIEW[REVIEW]
-    C -->|compound| MULTI[MULTI]
-    INIT & DESIGN & EXECUTE & SYNC & EXPLORE & REVIEW & MULTI --> DONE[Completion gate and terminal state]
-```
-
-## Context Tiers
-
-| Tier | What | Who |
-|------|------|-----|
-| **T0** | `arcs brief --lean --json` — routing surface, focus, next action | Orchestrator |
-| **T1** | Single doc fetch | Sub-agent (default) |
-| **T2** | Index listings | Sub-agent (default) |
-| **T3** | Full body read | Sub-agent always |
-| **T4** | Multi-doc / audit | Sub-agent always |
-
-**Cardinal rule:** Orchestrator reads T0 + writes. Sub-agents read everything else.
-
-### T0 envelope shape
-
-`arcs brief --json` returns a tight ~1 KB envelope:
-
-```json
-{
-  "slug": "...", "name": "...", "summary": "...",
-  "operatingBrief": {
-    "currentFocus":       "<task or plan title to anchor on>",
-    "recommendedSurface": "QUEUE | PLAN | MEMORY",
-    "why":                "<one-line rationale>",
-    "nextAction":         "<concrete next step the orchestrator should take>"
-  },
-  "activePlansCount": N, "activePlanTitles": [...],
-  "openTasksCount":   N, "topOpenTasks": [{ id, title, status }],
-  "topKnowledge":     [{ id, title, kind }]
-}
-```
-
-Use `recommendedSurface` to pick the routing branch:
-- `QUEUE` → execute the active task (EXECUTE workflow)
-- `PLAN`  → design or plan work (DESIGN workflow)
-- `MEMORY` → no active work; review knowledge or propose a new plan
-
-## CLI Primer
-
-All ops: `arcs <group> <action> [args] --json`. Mutating commands run directly — no token:
-```bash
-arcs <command> --json
-```
-Discovery: `arcs --commands --json`
-
-## Agent and Skill Routes
-
-| Agent | AGENT_MODE | Route |
-|-------|------------|-------|
-| `software-engineer` | `default` | Implementation with orchestrator-selected `WORK_MODE: bounded` or `inspect`; load `implementation` |
-| `software-engineer` | `incident` | Diagnosis-first work; add mandatory `systematic-debugging` |
-| `tech-architect` | `architecture` | Read-only design with `brainstorming`, then `writing-plans` only after design approval |
-| `tech-architect` | `research` | DAG-first cited research; use `writing-knowledge` for substantive proposals |
-| `graph-explorer` | `default` | DAG-first repository facts, dependencies, and bounded source questions |
-| `code-reviewer` | `review` / `audit` | Reactive diff/PR review or proactive scope/architecture audit |
-| `devil-advocate` | phase name | Mandatory phase and completion gates |
-| `arcs-docs` | `audit` / `apply` | Two-pass SYNC only |
-
-The twelve skills are `implementation`, `test-driven-development`, `executing-plans`, `systematic-debugging`, `brainstorming`, `writing-plans`, `to-diagram`, `writing-knowledge`, `init-project`, `enriching-codegraph-proposals`, `deep-pr-review`, and `caveman-commit`.
-
-`WORK_MODE: bounded` means no repository exploration or user questions. `WORK_MODE: inspect` permits limited inspection to resolve at most one material decision. Add `test-driven-development` for new behavior or bug fixes, and add `executing-plans` only for one approved plan node.
-
-## Workflow Contracts
-
-- **DESIGN:** `brainstorming` produces a read-only design. After the user approves it, `writing-plans` is the sole author of the complete exact plan, task, dependency, verification, and diagram draft. `devil-advocate` gates that draft before exact current-turn authorization and persistence.
-- **SYNC:** exactly two-pass — `arcs-docs` `audit` returns exact proposed mutations; `devil-advocate` gates them; only then may `arcs-docs` `apply` the approved mutations and validate the DAG.
-- **EXPLORE:** use DAG-first retrieval. If the DAG cannot answer, dispatch `graph-explorer` for codegraph or bounded source fallback.
-- **Git:** no automatic git actions. Run add, commit, or push only after an explicit current-turn user request naming the action.
-
-## Loop Tools
-
-- `arcs loop start <slug> --prompt="..." --session="<session-id>" --max-iterations=50 --json` — self-referential dev loop (--session is required; use a unique stable ID per agent session, e.g. a UUID or timestamp string)
-- `arcs loop cancel <slug> --json` — cancel active loop
-- `arcs loop status <slug> --json` — inspect loop state
-
-Use these `arcs loop` session commands only when iterative execution is explicitly needed; otherwise route work through the selected execution skill.
-
-## Verification Contract
-
-- Sub-agents run ONLY the scoped VERIFY command from their dispatch (tests/lint on files they touched) — never the full suite.
-- The orchestrator never verifies: no tests, lint, builds, or `tsc`.
-- `devil-advocate` PHASE: completion is the session's single full-project pass (`npm test`, `npm run typecheck`, and `npm run lint`); on BLOCK, re-dispatch scoped fixes from its FAILURES attribution and re-gate. Two consecutive BLOCKs → stop, report.
-
-## Completion
-
-Every session ends with:
-1. Gate — if any agent reported FILES_TOUCHED ≠ none, dispatch `devil-advocate` PHASE: completion (the only full-project verification); BLOCK → fix loop; never claim done before PASS. Zero-file-change sessions skip the gate.
-2. What was done
-3. Current project state
-4. Suggested next steps
+Use `arcs loop start` only when the user explicitly wants iterative loop execution.

package/skills/update-docs.md

@@ -1,67 +1,16 @@
 ---
 name: update-docs
-description: Update project documents with structured content
+description: Keep ARCS project documents and DAG artifacts accurate
 ---
 
-> **Canonical source:** `src/cli/arcs-orchestrate.ts` `## Content Guidelines`.
+# Update Documentation
 
-## When
+Read the affected project state, make the requested scoped update, then validate it.
 
-Codebase analyzed and findings need recording, task statuses changed, dependencies updated, or knowledge needs capturing.
+- overview: concise current summary and goals;
+- tasks: execution state and dependencies;
+- plans: broad multi-step outcomes and acceptance;
+- knowledge: durable non-obvious context with useful body and source files;
+- diagrams: derived from task metadata.
 
-## Flow
-
-```mermaid
-flowchart TD
-    A[arcs-docs audit: read current DAG] --> B[Return exact proposed mutations]
-    B --> C[devil-advocate SYNC gate]
-    C -->|PASS| D[arcs-docs apply approved mutations]
-    D --> E[Verify: arcs validate]
-```
-
-## CLI Primer
-
-```bash
-arcs <command> --json
-```
-Discovery: `arcs --commands --json`
-
-## Content Guidelines
-
-| Doc | Format |
-|-----|--------|
-| overview | 2-3 sentence summary + concrete goals |
-| tasks | `[ ]` backlog / `[/]` in-progress / `[x]` done — execution queue state only |
-| dependencies | Upstream + downstream with notes on *why* |
-| knowledge | Summary landing page → point to structured knowledge entries |
-
-## Structured Plans for Feature Work
-
-Use structured plans for feature work that spans multiple tasks. `brainstorming` produces the approved design; `writing-plans` is the sole authoring owner for the complete exact plan/task/diagram draft. The orchestrator persists that exact revision only after the plan gate passes and the user gives current-turn exact-artifact authorization.
-
-List existing: `arcs plan list <slug> --json`
-
-## Structured Knowledge Entries
-
-For durable project memory (lessons, gotchas, patterns, architecture), workers return proposal-only `arcs knowledge upsert` commands. The orchestrator applies them only after their owning phase passes.
-
-List existing: `arcs knowledge list <slug> --json`
-
-| Section | What to include |
-|---------|----------------|
-| Tech Stack | Languages, frameworks, runtimes, key libraries |
-| Architecture | Module boundaries, service topology, data flow |
-| Patterns | Naming conventions, file organization, coding patterns |
-| Gotchas | Non-obvious behaviors, common pitfalls, workarounds |
-| Key Files | Entry points, config files, main modules |
-
-> **Tip**: Summary table in knowledge.md. Deep dives in knowledge entries.
-
-SYNC is strictly two-pass (`audit` then approved `apply`). There are no automatic git actions.
-
-## Plan Keyword Conventions
-
-| Keywords | Status | Origin |
-|----------|--------|--------|
-| `spec`, `design` | `proposed` | Design specs from brainstorming |
-| `implementation-plan` | `planned` | Step-by-step implementation plans |
+Use ARCS CLI mutations rather than editing store internals. Apply evidence-backed corrections directly when requested. Ask only when the change alters the goal, material scope, or destructive/external effects. No automatic Git actions.

package/dist/web-client/assets/architecture-TIHT7OUA-Bt2-DmfV.js

@@ -1 +0,0 @@
-import"./chunk-KEIR6QF5-DEvma7oi.js";import{M as e}from"./mermaid-parser.core-E3xRdzPn.js";export{e as createArchitectureServices};

package/dist/web-client/assets/channel-C2mb9np_.js

@@ -1 +0,0 @@
-import{at as e,it as t}from"./chunk-WYO6CB5R-BI9c-NzI.js";var n=(n,r)=>e.lang.round(t.parse(n)[r]);export{n as t};

package/dist/web-client/assets/classDiagram-OUVF2IWQ-CPd_w3Zr.js

@@ -1 +0,0 @@
-import{n as e}from"./chunk-Y2CYZVJY-DsF7k-Jl.js";import"./src-oBChb5qS.js";import"./chunk-WYO6CB5R-BI9c-NzI.js";import"./chunk-ICXQ74PX-Y8DlnIJM.js";import"./chunk-HOUHSVGY-DuVR7dZO.js";import"./chunk-Q4XR5HBZ-C5lNmcka.js";import"./chunk-7BUUIJ7U-Bb538aSH.js";import"./chunk-OGEWGWER-DlM8LxGr.js";import"./chunk-32BRIVSS-C79m1mkG.js";import"./chunk-XXDRQBXY-BvKO0v-W.js";import"./chunk-VR4S4FIN-D3pFchin.js";import"./chunk-C7G6YPKG-DLg7ryWI.js";import"./chunk-ZGVPDNZ5-CKTF2kLR.js";import"./chunk-52WLFC77-C6WelGWJ.js";import"./chunk-FWX5IMBZ-BgS9p_zy.js";import{i as t,n,r,t as i}from"./chunk-V7JOEXUC-nSswxvSG.js";var a={parser:n,get db(){return new i},renderer:r,styles:t,init:e(e=>{e.class||={},e.class.arrowMarkerAbsolute=e.arrowMarkerAbsolute},`init`)};export{a as diagram};

package/dist/web-client/assets/classDiagram-v2-EOCWNBFH-CPd_w3Zr.js

@@ -1 +0,0 @@
-import{n as e}from"./chunk-Y2CYZVJY-DsF7k-Jl.js";import"./src-oBChb5qS.js";import"./chunk-WYO6CB5R-BI9c-NzI.js";import"./chunk-ICXQ74PX-Y8DlnIJM.js";import"./chunk-HOUHSVGY-DuVR7dZO.js";import"./chunk-Q4XR5HBZ-C5lNmcka.js";import"./chunk-7BUUIJ7U-Bb538aSH.js";import"./chunk-OGEWGWER-DlM8LxGr.js";import"./chunk-32BRIVSS-C79m1mkG.js";import"./chunk-XXDRQBXY-BvKO0v-W.js";import"./chunk-VR4S4FIN-D3pFchin.js";import"./chunk-C7G6YPKG-DLg7ryWI.js";import"./chunk-ZGVPDNZ5-CKTF2kLR.js";import"./chunk-52WLFC77-C6WelGWJ.js";import"./chunk-FWX5IMBZ-BgS9p_zy.js";import{i as t,n,r,t as i}from"./chunk-V7JOEXUC-nSswxvSG.js";var a={parser:n,get db(){return new i},renderer:r,styles:t,init:e(e=>{e.class||={},e.class.arrowMarkerAbsolute=e.arrowMarkerAbsolute},`init`)};export{a as diagram};

package/dist/web-client/assets/eventmodeling-45OFAUF4-CTKRC2Yj.js

@@ -1 +0,0 @@
-import"./chunk-KEIR6QF5-DEvma7oi.js";import{O as e}from"./mermaid-parser.core-E3xRdzPn.js";export{e as createEventModelingServices};

package/dist/web-client/assets/flowDiagram-23GEKE2U-CaZjFyU1.js

@@ -1 +0,0 @@
-import"./src-oBChb5qS.js";import"./chunk-WYO6CB5R-BI9c-NzI.js";import"./chunk-ICXQ74PX-Y8DlnIJM.js";import"./chunk-HOUHSVGY-DuVR7dZO.js";import"./chunk-Q4XR5HBZ-C5lNmcka.js";import"./chunk-7BUUIJ7U-Bb538aSH.js";import"./chunk-OGEWGWER-DlM8LxGr.js";import"./chunk-32BRIVSS-C79m1mkG.js";import"./chunk-XXDRQBXY-BvKO0v-W.js";import"./chunk-VR4S4FIN-D3pFchin.js";import"./chunk-C7G6YPKG-DLg7ryWI.js";import"./chunk-ZGVPDNZ5-CKTF2kLR.js";import"./chunk-52WLFC77-C6WelGWJ.js";import"./chunk-FWX5IMBZ-BgS9p_zy.js";import"./chunk-ZIRB5QZD-BpeS1aZ7.js";import{n as e}from"./chunk-PUDLZKDR-c6cqNVTx.js";export{e as diagram};

package/dist/web-client/assets/railroad-abnf-AHOZXSZD-DnGh6x2O.js

@@ -1 +0,0 @@
-import"./chunk-KEIR6QF5-DEvma7oi.js";import{m as e}from"./mermaid-parser.core-E3xRdzPn.js";export{e as createRailroadAbnfServices};

package/dist/web-client/assets/railroad-ebnf-EBAXGLYW-CGfgCoaE.js

@@ -1 +0,0 @@
-import"./chunk-KEIR6QF5-DEvma7oi.js";import{f as e}from"./mermaid-parser.core-E3xRdzPn.js";export{e as createRailroadEbnfServices};

package/dist/web-client/assets/railroad-peg-LSFZ7HO6-BzQxYdqp.js

@@ -1 +0,0 @@
-import"./chunk-KEIR6QF5-DEvma7oi.js";import{u as e}from"./mermaid-parser.core-E3xRdzPn.js";export{e as createRailroadPegServices};

package/dist/web-client/assets/stateDiagram-v2-6OUMAXLB-hcBqlOLc.js

@@ -1 +0,0 @@
-import{n as e}from"./chunk-Y2CYZVJY-DsF7k-Jl.js";import"./src-oBChb5qS.js";import"./chunk-WYO6CB5R-BI9c-NzI.js";import"./chunk-ICXQ74PX-Y8DlnIJM.js";import"./chunk-HOUHSVGY-DuVR7dZO.js";import"./chunk-Q4XR5HBZ-C5lNmcka.js";import"./chunk-7BUUIJ7U-Bb538aSH.js";import"./chunk-OGEWGWER-DlM8LxGr.js";import"./chunk-32BRIVSS-C79m1mkG.js";import"./chunk-XXDRQBXY-BvKO0v-W.js";import"./chunk-VR4S4FIN-D3pFchin.js";import"./chunk-C7G6YPKG-DLg7ryWI.js";import"./chunk-ZGVPDNZ5-CKTF2kLR.js";import"./chunk-52WLFC77-C6WelGWJ.js";import"./chunk-FWX5IMBZ-BgS9p_zy.js";import{i as t,n,r,t as i}from"./chunk-EX3LRPZG-DjWgo4gL.js";var a={parser:n,get db(){return new i(2)},renderer:r,styles:t,init:e(e=>{e.state||={},e.state.arrowMarkerAbsolute=e.arrowMarkerAbsolute},`init`)};export{a as diagram};

package/dist/web-client/assets/swimlanesDiagram-G3AALYLV-DbSrPBYr.js

@@ -1,8 +0,0 @@
-import{n as e}from"./chunk-Y2CYZVJY-DsF7k-Jl.js";import"./src-oBChb5qS.js";import"./chunk-WYO6CB5R-BI9c-NzI.js";import"./chunk-ICXQ74PX-Y8DlnIJM.js";import"./chunk-HOUHSVGY-DuVR7dZO.js";import"./chunk-Q4XR5HBZ-C5lNmcka.js";import"./chunk-7BUUIJ7U-Bb538aSH.js";import"./chunk-OGEWGWER-DlM8LxGr.js";import"./chunk-32BRIVSS-C79m1mkG.js";import"./chunk-XXDRQBXY-BvKO0v-W.js";import"./chunk-VR4S4FIN-D3pFchin.js";import"./chunk-C7G6YPKG-DLg7ryWI.js";import"./chunk-ZGVPDNZ5-CKTF2kLR.js";import"./chunk-52WLFC77-C6WelGWJ.js";import"./chunk-FWX5IMBZ-BgS9p_zy.js";import"./chunk-ZIRB5QZD-BpeS1aZ7.js";import{r as t,t as n}from"./chunk-PUDLZKDR-c6cqNVTx.js";var r=n({defaultLayout:`swimlane`,styles:e(e=>`${t(e)}
-  .swimlane.cluster rect {
-    stroke: ${e.clusterBorder} !important;
-  }
-  [data-look="neo"].cluster rect {
-    filter: none;
-  }
-`,`getStyles`)});export{r as diagram};

package/dist/web-server/opencode-client.d.ts

@@ -1,123 +0,0 @@
-/**
- * opencode session discovery bridge (Phase 1 — observability only).
- *
- * ARCS never spawns or manages an opencode server; it attaches to an already
- * running `opencode serve` instance as a thin client, subscribes to the
- * cross-instance `/global/event` SSE stream, and mirrors what it sees into the
- * per-project session store. Everything here is best-effort: if opencode is
- * not configured, not running, or speaks a different dialect, the ARCS web
- * server keeps working and the sessions list is simply empty or stale.
- *
- * Verified against opencode 0.0.0-main-202607110203:
- * - `opencode serve` defaults to port 0 (ephemeral), so a port/URL must be
- *   supplied explicitly via env — there is no safe default to guess.
- * - `OPENCODE_SERVER_PASSWORD` is enforced as HTTP Basic auth with the literal
- *   username "opencode"; any other username is rejected with 401.
- * - `/event` is scoped to one instance (`?directory=`); `/global/event` is the
- *   cross-directory stream and wraps each event as `{ directory, project,
- *   payload }`. Frames carry no `event:` field, only `data:`.
- */
-import { type SessionStatus } from "../utils/session-store.js";
-export interface OpencodeConfig {
-    baseUrl: string;
-    password?: string;
-}
-/**
- * Reads bridge configuration from the environment. Returns null (discovery
- * disabled) when no opencode endpoint is configured.
- */
-export declare function readOpencodeConfig(env?: NodeJS.ProcessEnv): OpencodeConfig | null;
-export interface OpencodeMessageTarget {
-    /** opencode-native session id ("ses_…") — never the ARCS normalized id. */
-    runtimeSessionId: string;
-    /** Worktree the session belongs to, when known — scopes opencode's lookup. */
-    directory?: string;
-}
-/**
- * Injects a user message into a live opencode session.
- *
- * Unlike the rest of this module (best-effort observability) this is a user
- * mutation, so failures throw a typed DagError the web routes can surface.
- *
- * Verified against opencode 1.0.0 (`GET /doc`) plus a live server:
- * - `POST /session/:sessionID/prompt_async` acks with 204 and runs the turn in
- *   the background. `POST /session/:sessionID/message` takes the same body but
- *   only responds once the assistant has finished its whole turn — minutes, for
- *   a browser request — so async delivery is the one that fits a web form.
- * - the body requires `parts`; a text part is `{ type: "text", text }`.
- * - `?directory=` is optional (an unscoped send still lands) but is passed when
- *   known so the lookup is unambiguous across worktrees.
- */
-export declare function sendOpencodeMessage(config: OpencodeConfig, target: OpencodeMessageTarget, text: string): Promise<void>;
-export interface CreateOpencodeSessionInput {
-    /** Worktree the session runs in — required, see the directory note below. */
-    directory: string;
-    title?: string;
-}
-/** Only what ARCS needs to mirror the session; the SSE stream fills in the rest. */
-export interface CreatedOpencodeSession {
-    runtimeSessionId: string;
-    title?: string;
-}
-/**
- * Creates a live opencode session bound to a worktree.
- *
- * Verified against opencode 0.0.0-main-202607110203 (`GET /doc`, operationId
- * `session.create`) plus a live server:
- * - the route is `POST /session` — NOT `/api/session`. opencode serves its own
- *   web UI from the same port and answers every unknown path with a 200
- *   text/html SPA shell, so a wrong path looks like a success until the body is
- *   read. That is why the id is checked below rather than trusting `res.ok`.
- * - `directory` is a *query* parameter and never a body field. Omitting it does
- *   not fail; opencode silently creates the session in its own working
- *   directory, so the caller must always pass the worktree explicitly.
- * - `title` is the only body field ARCS sets; the response is a full session
- *   object (`{ id, slug, directory, title, time }`).
- * - `DELETE /session/:sessionID` exists, so nothing created here is permanent.
- */
-export declare function createOpencodeSession(config: OpencodeConfig, input: CreateOpencodeSessionInput): Promise<CreatedOpencodeSession>;
-interface OpencodeSessionInfo {
-    id?: string;
-    slug?: string;
-    title?: string;
-    directory?: string;
-    projectID?: string;
-    time?: {
-        created?: number;
-        updated?: number;
-    };
-    project?: {
-        worktree?: string;
-    };
-}
-interface OpencodeEvent {
-    type?: string;
-    properties?: {
-        sessionID?: string;
-        info?: OpencodeSessionInfo;
-        status?: {
-            type?: string;
-        };
-    };
-}
-/**
- * Maps an opencode event type to the ARCS session status it implies.
- * Returns null for events that carry no status transition (the record is
- * refreshed but its status is left alone).
- */
-export declare function statusForOpencodeEvent(event: OpencodeEvent): SessionStatus | null;
-export interface OpencodeDiscoveryState {
-    enabled: boolean;
-    connected: boolean;
-    baseUrl: string | null;
-}
-export declare function opencodeDiscoveryState(): OpencodeDiscoveryState;
-/**
- * Starts the discovery loop if an opencode endpoint is configured. Idempotent;
- * returns false when discovery is disabled (no configuration present).
- */
-export declare function startOpencodeDiscovery(config?: OpencodeConfig | null): boolean;
-/** Stops the discovery loop (test cleanup / server shutdown). */
-export declare function stopOpencodeDiscovery(): Promise<void>;
-export {};
-//# sourceMappingURL=opencode-client.d.ts.map

package/dist/web-server/opencode-client.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"opencode-client.d.ts","sourceRoot":"","sources":["../../src/web-server/opencode-client.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;GAkBG;AAOH,OAAO,EAEL,KAAK,aAAa,EAGnB,MAAM,2BAA2B,CAAC;AAanC,MAAM,WAAW,cAAc;IAC7B,OAAO,EAAE,MAAM,CAAC;IAChB,QAAQ,CAAC,EAAE,MAAM,CAAC;CACnB;AAED;;;GAGG;AACH,wBAAgB,kBAAkB,CAAC,GAAG,GAAE,MAAM,CAAC,UAAwB,GAAG,cAAc,GAAG,IAAI,CAc9F;AAYD,MAAM,WAAW,qBAAqB;IACpC,2EAA2E;IAC3E,gBAAgB,EAAE,MAAM,CAAC;IACzB,8EAA8E;IAC9E,SAAS,CAAC,EAAE,MAAM,CAAC;CACpB;AAED;;;;;;;;;;;;;;GAcG;AACH,wBAAsB,mBAAmB,CACvC,MAAM,EAAE,cAAc,EACtB,MAAM,EAAE,qBAAqB,EAC7B,IAAI,EAAE,MAAM,GACX,OAAO,CAAC,IAAI,CAAC,CAiCf;AAMD,MAAM,WAAW,0BAA0B;IACzC,6EAA6E;IAC7E,SAAS,EAAE,MAAM,CAAC;IAClB,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED,oFAAoF;AACpF,MAAM,WAAW,sBAAsB;IACrC,gBAAgB,EAAE,MAAM,CAAC;IACzB,KAAK,CAAC,EAAE,MAAM,CAAC;CAChB;AAED;;;;;;;;;;;;;;;GAeG;AACH,wBAAsB,qBAAqB,CACzC,MAAM,EAAE,cAAc,EACtB,KAAK,EAAE,0BAA0B,GAChC,OAAO,CAAC,sBAAsB,CAAC,CAyCjC;AAeD,UAAU,mBAAmB;IAC3B,EAAE,CAAC,EAAE,MAAM,CAAC;IACZ,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,IAAI,CAAC,EAAE;QAAE,OAAO,CAAC,EAAE,MAAM,CAAC;QAAC,OAAO,CAAC,EAAE,MAAM,CAAA;KAAE,CAAC;IAC9C,OAAO,CAAC,EAAE;QAAE,QAAQ,CAAC,EAAE,MAAM,CAAA;KAAE,CAAC;CACjC;AAED,UAAU,aAAa;IACrB,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,UAAU,CAAC,EAAE;QACX,SAAS,CAAC,EAAE,MAAM,CAAC;QACnB,IAAI,CAAC,EAAE,mBAAmB,CAAC;QAC3B,MAAM,CAAC,EAAE;YAAE,IAAI,CAAC,EAAE,MAAM,CAAA;SAAE,CAAC;KAC5B,CAAC;CACH;AAQD;;;;GAIG;AACH,wBAAgB,sBAAsB,CAAC,KAAK,EAAE,aAAa,GAAG,aAAa,GAAG,IAAI,CAuBjF;AA2DD,MAAM,WAAW,sBAAsB;IACrC,OAAO,EAAE,OAAO,CAAC;IACjB,SAAS,EAAE,OAAO,CAAC;IACnB,OAAO,EAAE,MAAM,GAAG,IAAI,CAAC;CACxB;AAED,wBAAgB,sBAAsB,IAAI,sBAAsB,CAE/D;AAoQD;;;GAGG;AACH,wBAAgB,sBAAsB,CAAC,MAAM,wBAAuB,GAAG,OAAO,CAW7E;AAED,iEAAiE;AACjE,wBAAsB,qBAAqB,IAAI,OAAO,CAAC,IAAI,CAAC,CAa3D"}