gitmem-mcp 1.0.1 → 1.0.3

package/schema/starter-scars.json

@@ -1,21 +1,4 @@
 [
-  {
-    "id": "00000000-0000-0000-0000-000000000001",
-    "learning_type": "scar",
-    "title": "Tests Pass Locally But Fail in CI",
-    "description": "Local test environments often differ from CI (different OS, Node version, env vars, timing). Code that passes locally may fail in CI due to missing environment variables, hardcoded paths, race conditions, or dependency version differences. Always verify in CI before declaring 'it works'.",
-    "severity": "high",
-    "scar_type": "verification",
-    "counter_arguments": [
-      "Our CI config matches local exactly — but environment variables, caching, and timing can still differ",
-      "We have good test coverage so local passing is enough — but coverage doesn't catch environment-specific issues"
-    ],
-    "keywords": ["tests", "ci", "local", "environment", "flaky"],
-    "domain": ["testing", "ci-cd"],
-    "project": "default",
-    "source_date": "2026-01-01",
-    "created_at": "2026-01-01T00:00:00Z"
-  },
   {
     "id": "00000000-0000-0000-0000-000000000002",
     "learning_type": "scar",
@@ -23,6 +6,7 @@
     "description": "Code being 'done' (merged) doesn't mean it's deployed, and being deployed doesn't mean it's working correctly in production. The full loop is: merge → deploy → verify the feature works end-to-end in the target environment. Skipping verification leads to silent failures.",
     "severity": "critical",
     "scar_type": "verification",
+    "is_starter": true,
     "counter_arguments": [
       "Our deployment pipeline is automated so merge = deploy — but automated doesn't mean verified working",
       "We have monitoring that would catch issues — but monitoring has blind spots and alert fatigue is real"
@@ -33,23 +17,6 @@
     "source_date": "2026-01-01",
     "created_at": "2026-01-01T00:00:00Z"
   },
-  {
-    "id": "00000000-0000-0000-0000-000000000003",
-    "learning_type": "scar",
-    "title": "Environment Variables Missing in Production",
-    "description": "New features that rely on environment variables frequently fail in production because the variables were set locally but never added to the production environment. Always document required env vars and verify they exist in all target environments before deploying.",
-    "severity": "high",
-    "scar_type": "deployment",
-    "counter_arguments": [
-      "We have a .env.example that tracks all variables — but .env.example and actual production config drift apart",
-      "Our deployment checklist covers env vars — but checklists get skipped under time pressure"
-    ],
-    "keywords": ["environment", "variables", "production", "config", "missing"],
-    "domain": ["deployment", "configuration"],
-    "project": "default",
-    "source_date": "2026-01-01",
-    "created_at": "2026-01-01T00:00:00Z"
-  },
   {
     "id": "00000000-0000-0000-0000-000000000004",
     "learning_type": "scar",
@@ -57,6 +24,7 @@
     "description": "Running database migrations without a tested rollback plan risks data loss or extended downtime. Destructive migrations (dropping columns, changing types) are especially dangerous. Always write and test the down migration before running the up migration in production.",
     "severity": "critical",
     "scar_type": "architectural",
+    "is_starter": true,
     "counter_arguments": [
       "This migration is additive so it's safe — but even additive migrations can fail and leave the schema in a partial state",
       "We can always restore from backup — but backup restoration takes time and may lose recent data"
@@ -67,91 +35,6 @@
     "source_date": "2026-01-01",
     "created_at": "2026-01-01T00:00:00Z"
   },
-  {
-    "id": "00000000-0000-0000-0000-000000000005",
-    "learning_type": "scar",
-    "title": "Hardcoded Secrets in Source Code",
-    "description": "API keys, database passwords, and other secrets hardcoded in source code inevitably leak — through git history, logs, error messages, or public repos. Always use environment variables or a secrets manager. If a secret was ever committed, rotate it immediately.",
-    "severity": "critical",
-    "scar_type": "security",
-    "counter_arguments": [
-      "This is a private repo so it's fine — but private repos get forked, team members change, and git history is forever",
-      "It's just a dev/test key — but dev keys often have more permissions than expected and habits carry to production"
-    ],
-    "keywords": ["secrets", "api-keys", "security", "hardcoded", "credentials"],
-    "domain": ["security", "configuration"],
-    "project": "default",
-    "source_date": "2026-01-01",
-    "created_at": "2026-01-01T00:00:00Z"
-  },
-  {
-    "id": "00000000-0000-0000-0000-000000000006",
-    "learning_type": "scar",
-    "title": "API Breaking Change Without Versioning",
-    "description": "Changing API response shapes, removing fields, or modifying behavior without versioning breaks downstream consumers silently. Even 'internal' APIs often have more consumers than expected. Use API versioning and deprecation periods for any breaking change.",
-    "severity": "high",
-    "scar_type": "architectural",
-    "counter_arguments": [
-      "Only our own frontend uses this API — but other teams, scripts, and integrations may depend on it too",
-      "We can coordinate the change with all consumers — but coordinated deploys are fragile and someone always gets missed"
-    ],
-    "keywords": ["api", "breaking-change", "versioning", "backwards-compatibility"],
-    "domain": ["api", "architecture"],
-    "project": "default",
-    "source_date": "2026-01-01",
-    "created_at": "2026-01-01T00:00:00Z"
-  },
-  {
-    "id": "00000000-0000-0000-0000-000000000007",
-    "learning_type": "scar",
-    "title": "Cache Invalidation After Data Update",
-    "description": "When data is updated but cached values aren't invalidated, users see stale data. This is especially insidious because it works 'sometimes' (when the cache expires naturally). Always identify all caches that need invalidation when changing underlying data.",
-    "severity": "medium",
-    "scar_type": "operational",
-    "counter_arguments": [
-      "Our cache TTL is short enough that staleness is acceptable — but even short TTLs cause confusion during testing and demos",
-      "We don't use caching in this part of the system — but CDNs, browser caches, and ORM-level caches are often invisible"
-    ],
-    "keywords": ["cache", "invalidation", "stale-data", "ttl"],
-    "domain": ["caching", "data"],
-    "project": "default",
-    "source_date": "2026-01-01",
-    "created_at": "2026-01-01T00:00:00Z"
-  },
-  {
-    "id": "00000000-0000-0000-0000-000000000008",
-    "learning_type": "scar",
-    "title": "Off-by-One Errors in Pagination",
-    "description": "Pagination logic is a common source of off-by-one errors: skipping the first item, duplicating items at page boundaries, or returning empty last pages. Always test pagination with 0 items, 1 item, exactly page-size items, and page-size + 1 items.",
-    "severity": "medium",
-    "scar_type": "verification",
-    "counter_arguments": [
-      "Our pagination uses a well-tested library — but the integration between your offset/cursor logic and the library is where bugs hide",
-      "We tested with a few pages and it works — but edge cases at boundaries and with concurrent modifications are where pagination breaks"
-    ],
-    "keywords": ["pagination", "off-by-one", "cursor", "offset", "boundary"],
-    "domain": ["api", "data"],
-    "project": "default",
-    "source_date": "2026-01-01",
-    "created_at": "2026-01-01T00:00:00Z"
-  },
-  {
-    "id": "00000000-0000-0000-0000-000000000009",
-    "learning_type": "scar",
-    "title": "Timezone Bugs Between Server and Client",
-    "description": "Timezone handling between server (usually UTC) and client (user's local timezone) is a frequent source of bugs. Dates that 'look right' in development (same timezone) break for users in different timezones. Always store dates as UTC and convert only at the display layer.",
-    "severity": "medium",
-    "scar_type": "operational",
-    "counter_arguments": [
-      "We already use UTC everywhere — but date libraries and database functions sometimes apply local timezone implicitly",
-      "Our users are all in one timezone — but that assumption breaks when the product grows or developers travel"
-    ],
-    "keywords": ["timezone", "utc", "date", "time", "client-server"],
-    "domain": ["frontend", "backend", "data"],
-    "project": "default",
-    "source_date": "2026-01-01",
-    "created_at": "2026-01-01T00:00:00Z"
-  },
   {
     "id": "00000000-0000-0000-0000-000000000010",
     "learning_type": "scar",
@@ -159,6 +42,7 @@
     "description": "Empty catch blocks and generic error handlers that log but don't surface errors lead to silent failures. The system appears to work while data is lost or corrupted. At minimum, log errors with enough context to diagnose the issue. Better: fail visibly so problems are caught early.",
     "severity": "high",
     "scar_type": "operational",
+    "is_starter": true,
     "counter_arguments": [
       "We catch errors to prevent crashes — but catching without handling is worse than crashing because the problem is hidden",
       "The error is non-critical so swallowing it is fine — but 'non-critical' errors compound and mask the root cause of critical issues"
@@ -168,39 +52,5 @@
     "project": "default",
     "source_date": "2026-01-01",
     "created_at": "2026-01-01T00:00:00Z"
-  },
-  {
-    "id": "00000000-0000-0000-0000-000000000011",
-    "learning_type": "scar",
-    "title": "Long-Lived Feature Branches Create Merge Hell",
-    "description": "Feature branches that diverge from main for more than a few days accumulate merge conflicts and integration issues. The longer a branch lives, the harder and riskier the merge. Break large features into small, mergeable increments behind feature flags if needed.",
-    "severity": "medium",
-    "scar_type": "process",
-    "counter_arguments": [
-      "This feature is too big to merge incrementally — but that means the feature should be broken into smaller deliverables",
-      "We'll merge when it's fully done to avoid shipping incomplete features — but feature flags solve this without the merge risk"
-    ],
-    "keywords": ["git", "branch", "merge", "conflict", "feature-flag"],
-    "domain": ["git", "process"],
-    "project": "default",
-    "source_date": "2026-01-01",
-    "created_at": "2026-01-01T00:00:00Z"
-  },
-  {
-    "id": "00000000-0000-0000-0000-000000000012",
-    "learning_type": "scar",
-    "title": "Premature Abstraction Increases Complexity",
-    "description": "Creating abstractions, helpers, and shared utilities before you have at least 3 concrete use cases leads to wrong abstractions that are harder to change than duplicated code. Wait until patterns emerge naturally. Three similar implementations reveal the right abstraction; one guess rarely does.",
-    "severity": "medium",
-    "scar_type": "architectural",
-    "counter_arguments": [
-      "DRY principle says we should never duplicate code — but WET (Write Everything Twice) is better than wrong abstractions",
-      "Good architecture means planning ahead — but over-engineering for hypothetical futures wastes time and adds complexity"
-    ],
-    "keywords": ["abstraction", "dry", "complexity", "over-engineering", "refactoring"],
-    "domain": ["architecture", "design"],
-    "project": "default",
-    "source_date": "2026-01-01",
-    "created_at": "2026-01-01T00:00:00Z"
   }
 ]

package/dist/tools/create-linear-issue.d.ts

@@ -1,18 +0,0 @@
-/**
- * create_linear_issue Tool (OD-611)
- *
- * Proxy Linear issue creation via GraphQL API.
- * Returns slim response (~50 tokens) instead of Linear MCP's ~1400 tokens.
- *
- * Pattern: File-based payload handoff (same as session_close).
- * Agent writes description to .gitmem/issue-payload.json, then calls this
- * tool with title + teamId inline. Tool reads, merges, calls Linear, deletes file.
- *
- * Performance target: <2000ms (one network call)
- */
-import type { CreateLinearIssueParams, CreateLinearIssueResult } from "../types/index.js";
-/**
- * Create a Linear issue via GraphQL API with slim response.
- */
-export declare function createLinearIssue(params: CreateLinearIssueParams): Promise<CreateLinearIssueResult>;
-//# sourceMappingURL=create-linear-issue.d.ts.map

package/dist/tools/create-linear-issue.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"create-linear-issue.d.ts","sourceRoot":"","sources":["../../src/tools/create-linear-issue.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;GAWG;AAWH,OAAO,KAAK,EACV,uBAAuB,EACvB,uBAAuB,EACxB,MAAM,mBAAmB,CAAC;AAqB3B;;GAEG;AACH,wBAAsB,iBAAiB,CACrC,MAAM,EAAE,uBAAuB,GAC9B,OAAO,CAAC,uBAAuB,CAAC,CAgOlC"}

package/dist/tools/create-linear-issue.js

@@ -1,197 +0,0 @@
-/**
- * create_linear_issue Tool (OD-611)
- *
- * Proxy Linear issue creation via GraphQL API.
- * Returns slim response (~50 tokens) instead of Linear MCP's ~1400 tokens.
- *
- * Pattern: File-based payload handoff (same as session_close).
- * Agent writes description to .gitmem/issue-payload.json, then calls this
- * tool with title + teamId inline. Tool reads, merges, calls Linear, deletes file.
- *
- * Performance target: <2000ms (one network call)
- */
-import * as fs from "fs";
-import { v4 as uuidv4 } from "uuid";
-import { getGitmemPath } from "../services/gitmem-dir.js";
-import { Timer, buildPerformanceData, recordMetrics, } from "../services/metrics.js";
-import { getEffectTracker } from "../services/effect-tracker.js";
-const LINEAR_API_URL = "https://api.linear.app/graphql";
-/** GraphQL mutation — request only the fields needed for the slim response */
-const ISSUE_CREATE_MUTATION = `
-  mutation IssueCreate($input: IssueCreateInput!) {
-    issueCreate(input: $input) {
-      success
-      issue {
-        id
-        identifier
-        url
-        state {
-          name
-        }
-      }
-    }
-  }
-`;
-/**
- * Create a Linear issue via GraphQL API with slim response.
- */
-export async function createLinearIssue(params) {
-    const timer = new Timer();
-    const metricsId = uuidv4();
-    // 1. Check LINEAR_API_KEY
-    const apiKey = process.env.LINEAR_API_KEY;
-    if (!apiKey) {
-        const latencyMs = timer.stop();
-        return {
-            success: false,
-            error: "LINEAR_API_KEY environment variable is not set. Add it to your MCP server configuration.",
-            performance: buildPerformanceData("create_linear_issue", latencyMs, 0),
-        };
-    }
-    // 2. Load file-based payload (same pattern as session_close)
-    const payloadPath = params.payload_path || getGitmemPath("issue-payload.json");
-    let filePayload = {};
-    try {
-        if (fs.existsSync(payloadPath)) {
-            filePayload = JSON.parse(fs.readFileSync(payloadPath, "utf-8"));
-            console.error(`[create_linear_issue] Loaded payload from ${payloadPath}`);
-            // Clean up payload file after reading
-            try {
-                fs.unlinkSync(payloadPath);
-            }
-            catch {
-                /* ignore cleanup errors */
-            }
-        }
-    }
-    catch (error) {
-        console.error("[create_linear_issue] Failed to read issue-payload.json:", error);
-    }
-    // 3. Merge: inline params override file payload
-    const teamId = params.teamId || filePayload.teamId;
-    const title = params.title || filePayload.title;
-    if (!teamId || !title) {
-        const latencyMs = timer.stop();
-        return {
-            success: false,
-            error: "teamId and title are required. Provide inline or in .gitmem/issue-payload.json.",
-            performance: buildPerformanceData("create_linear_issue", latencyMs, 0),
-        };
-    }
-    // 4. Build IssueCreateInput for GraphQL
-    const input = {
-        teamId,
-        title,
-    };
-    // Description only comes from file payload (the large field)
-    if (filePayload.description) {
-        input.description = filePayload.description;
-    }
-    // Merge optional fields — inline overrides file
-    if (params.priority !== undefined || filePayload.priority !== undefined) {
-        input.priority = params.priority ?? filePayload.priority;
-    }
-    if (params.labelIds?.length || filePayload.labelIds?.length) {
-        input.labelIds = params.labelIds || filePayload.labelIds;
-    }
-    if (params.projectId || filePayload.projectId) {
-        input.projectId = params.projectId || filePayload.projectId;
-    }
-    if (params.assigneeId || filePayload.assigneeId) {
-        input.assigneeId = params.assigneeId || filePayload.assigneeId;
-    }
-    if (params.parentId || filePayload.parentId) {
-        input.parentId = params.parentId || filePayload.parentId;
-    }
-    if (params.stateId || filePayload.stateId) {
-        input.stateId = params.stateId || filePayload.stateId;
-    }
-    if (params.estimate !== undefined || filePayload.estimate !== undefined) {
-        input.estimate = params.estimate ?? filePayload.estimate;
-    }
-    // 5. Call Linear GraphQL API
-    try {
-        const response = await fetch(LINEAR_API_URL, {
-            method: "POST",
-            headers: {
-                "Content-Type": "application/json",
-                Authorization: apiKey,
-            },
-            body: JSON.stringify({
-                query: ISSUE_CREATE_MUTATION,
-                variables: { input },
-            }),
-        });
-        if (!response.ok) {
-            const text = await response.text();
-            const latencyMs = timer.stop();
-            return {
-                success: false,
-                error: `Linear API HTTP ${response.status}: ${text.slice(0, 200)}`,
-                performance: buildPerformanceData("create_linear_issue", latencyMs, 0),
-            };
-        }
-        const data = (await response.json());
-        // Handle GraphQL errors
-        if (data.errors?.length) {
-            const latencyMs = timer.stop();
-            return {
-                success: false,
-                error: `Linear GraphQL error: ${data.errors.map((e) => e.message).join("; ")}`,
-                performance: buildPerformanceData("create_linear_issue", latencyMs, 0),
-            };
-        }
-        const issueCreate = data.data?.issueCreate;
-        if (!issueCreate?.success || !issueCreate.issue) {
-            const latencyMs = timer.stop();
-            return {
-                success: false,
-                error: "Linear API returned unsuccessful issueCreate",
-                performance: buildPerformanceData("create_linear_issue", latencyMs, 0),
-            };
-        }
-        const issue = issueCreate.issue;
-        const latencyMs = timer.stop();
-        // 6. Fire-and-forget metrics recording
-        getEffectTracker().track("metrics", "create_linear_issue", () => recordMetrics({
-            id: metricsId,
-            tool_name: "create_linear_issue",
-            latency_ms: latencyMs,
-            result_count: 1,
-            metadata: {
-                identifier: issue.identifier,
-                teamId,
-                has_description: !!filePayload.description,
-            },
-        }));
-        // 7. Return slim response (~50 tokens vs ~1400)
-        return {
-            success: true,
-            identifier: issue.identifier,
-            url: issue.url,
-            id: issue.id,
-            state: issue.state?.name,
-            performance: buildPerformanceData("create_linear_issue", latencyMs, 1, {
-                breakdown: {
-                    upsert: {
-                        latency_ms: latencyMs,
-                        source: "supabase",
-                        cache_status: "not_applicable",
-                        network_call: true,
-                    },
-                },
-            }),
-        };
-    }
-    catch (error) {
-        const errorMessage = error instanceof Error ? error.message : String(error);
-        console.error("[create_linear_issue] Failed:", error);
-        const latencyMs = timer.stop();
-        return {
-            success: false,
-            error: `Linear API call failed: ${errorMessage}`,
-            performance: buildPerformanceData("create_linear_issue", latencyMs, 0),
-        };
-    }
-}
-//# sourceMappingURL=create-linear-issue.js.map

package/dist/tools/create-linear-issue.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"create-linear-issue.js","sourceRoot":"","sources":["../../src/tools/create-linear-issue.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;GAWG;AAEH,OAAO,KAAK,EAAE,MAAM,IAAI,CAAC;AACzB,OAAO,EAAE,EAAE,IAAI,MAAM,EAAE,MAAM,MAAM,CAAC;AACpC,OAAO,EAAE,aAAa,EAAE,MAAM,2BAA2B,CAAC;AAC1D,OAAO,EACL,KAAK,EACL,oBAAoB,EACpB,aAAa,GACd,MAAM,wBAAwB,CAAC;AAChC,OAAO,EAAE,gBAAgB,EAAE,MAAM,+BAA+B,CAAC;AAMjE,MAAM,cAAc,GAAG,gCAAgC,CAAC;AAExD,8EAA8E;AAC9E,MAAM,qBAAqB,GAAG;;;;;;;;;;;;;;CAc7B,CAAC;AAEF;;GAEG;AACH,MAAM,CAAC,KAAK,UAAU,iBAAiB,CACrC,MAA+B;IAE/B,MAAM,KAAK,GAAG,IAAI,KAAK,EAAE,CAAC;IAC1B,MAAM,SAAS,GAAG,MAAM,EAAE,CAAC;IAE3B,0BAA0B;IAC1B,MAAM,MAAM,GAAG,OAAO,CAAC,GAAG,CAAC,cAAc,CAAC;IAC1C,IAAI,CAAC,MAAM,EAAE,CAAC;QACZ,MAAM,SAAS,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;QAC/B,OAAO;YACL,OAAO,EAAE,KAAK;YACd,KAAK,EACH,0FAA0F;YAC5F,WAAW,EAAE,oBAAoB,CAC/B,qBAAqB,EACrB,SAAS,EACT,CAAC,CACF;SACF,CAAC;IACJ,CAAC;IAED,6DAA6D;IAC7D,MAAM,WAAW,GACf,MAAM,CAAC,YAAY,IAAI,aAAa,CAAC,oBAAoB,CAAC,CAAC;IAC7D,IAAI,WAAW,GAA4B,EAAE,CAAC;IAE9C,IAAI,CAAC;QACH,IAAI,EAAE,CAAC,UAAU,CAAC,WAAW,CAAC,EAAE,CAAC;YAC/B,WAAW,GAAG,IAAI,CAAC,KAAK,CAAC,EAAE,CAAC,YAAY,CAAC,WAAW,EAAE,OAAO,CAAC,CAAC,CAAC;YAChE,OAAO,CAAC,KAAK,CACX,6CAA6C,WAAW,EAAE,CAC3D,CAAC;YACF,sCAAsC;YACtC,IAAI,CAAC;gBACH,EAAE,CAAC,UAAU,CAAC,WAAW,CAAC,CAAC;YAC7B,CAAC;YAAC,MAAM,CAAC;gBACP,2BAA2B;YAC7B,CAAC;QACH,CAAC;IACH,CAAC;IAAC,OAAO,KAAK,EAAE,CAAC;QACf,OAAO,CAAC,KAAK,CACX,0DAA0D,EAC1D,KAAK,CACN,CAAC;IACJ,CAAC;IAED,gDAAgD;IAChD,MAAM,MAAM,GAAG,MAAM,CAAC,MAAM,IAAK,WAAW,CAAC,MAAiB,CAAC;IAC/D,MAAM,KAAK,GAAG,MAAM,CAAC,KAAK,IAAK,WAAW,CAAC,KAAgB,CAAC;IAE5D,IAAI,CAAC,MAAM,IAAI,CAAC,KAAK,EAAE,CAAC;QACtB,MAAM,SAAS,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;QAC/B,OAAO;YACL,OAAO,EAAE,KAAK;YACd,KAAK,EACH,iFAAiF;YACnF,WAAW,EAAE,oBAAoB,CAC/B,qBAAqB,EACrB,SAAS,EACT,CAAC,CACF;SACF,CAAC;IACJ,CAAC;IAED,wCAAwC;IACxC,MAAM,KAAK,GAA4B;QACrC,MAAM;QACN,KAAK;KACN,CAAC;IAEF,6DAA6D;IAC7D,IAAI,WAAW,CAAC,WAAW,EAAE,CAAC;QAC5B,KAAK,CAAC,WAAW,GAAG,WAAW,CAAC,WAAW,CAAC;IAC9C,CAAC;IAED,gDAAgD;IAChD,IAAI,MAAM,CAAC,QAAQ,KAAK,SAAS,IAAI,WAAW,CAAC,QAAQ,KAAK,SAAS,EAAE,CAAC;QACxE,KAAK,CAAC,QAAQ,GAAG,MAAM,CAAC,QAAQ,IAAI,WAAW,CAAC,QAAQ,CAAC;IAC3D,CAAC;IACD,IAAI,MAAM,CAAC,QAAQ,EAAE,MAAM,IAAK,WAAW,CAAC,QAAqB,EAAE,MAAM,EAAE,CAAC;QAC1E,KAAK,CAAC,QAAQ,GAAG,MAAM,CAAC,QAAQ,IAAI,WAAW,CAAC,QAAQ,CAAC;IAC3D,CAAC;IACD,IAAI,MAAM,CAAC,SAAS,IAAI,WAAW,CAAC,SAAS,EAAE,CAAC;QAC9C,KAAK,CAAC,SAAS,GAAG,MAAM,CAAC,SAAS,IAAI,WAAW,CAAC,SAAS,CAAC;IAC9D,CAAC;IACD,IAAI,MAAM,CAAC,UAAU,IAAI,WAAW,CAAC,UAAU,EAAE,CAAC;QAChD,KAAK,CAAC,UAAU,GAAG,MAAM,CAAC,UAAU,IAAI,WAAW,CAAC,UAAU,CAAC;IACjE,CAAC;IACD,IAAI,MAAM,CAAC,QAAQ,IAAI,WAAW,CAAC,QAAQ,EAAE,CAAC;QAC5C,KAAK,CAAC,QAAQ,GAAG,MAAM,CAAC,QAAQ,IAAI,WAAW,CAAC,QAAQ,CAAC;IAC3D,CAAC;IACD,IAAI,MAAM,CAAC,OAAO,IAAI,WAAW,CAAC,OAAO,EAAE,CAAC;QAC1C,KAAK,CAAC,OAAO,GAAG,MAAM,CAAC,OAAO,IAAI,WAAW,CAAC,OAAO,CAAC;IACxD,CAAC;IACD,IAAI,MAAM,CAAC,QAAQ,KAAK,SAAS,IAAI,WAAW,CAAC,QAAQ,KAAK,SAAS,EAAE,CAAC;QACxE,KAAK,CAAC,QAAQ,GAAG,MAAM,CAAC,QAAQ,IAAI,WAAW,CAAC,QAAQ,CAAC;IAC3D,CAAC;IAED,6BAA6B;IAC7B,IAAI,CAAC;QACH,MAAM,QAAQ,GAAG,MAAM,KAAK,CAAC,cAAc,EAAE;YAC3C,MAAM,EAAE,MAAM;YACd,OAAO,EAAE;gBACP,cAAc,EAAE,kBAAkB;gBAClC,aAAa,EAAE,MAAM;aACtB;YACD,IAAI,EAAE,IAAI,CAAC,SAAS,CAAC;gBACnB,KAAK,EAAE,qBAAqB;gBAC5B,SAAS,EAAE,EAAE,KAAK,EAAE;aACrB,CAAC;SACH,CAAC,CAAC;QAEH,IAAI,CAAC,QAAQ,CAAC,EAAE,EAAE,CAAC;YACjB,MAAM,IAAI,GAAG,MAAM,QAAQ,CAAC,IAAI,EAAE,CAAC;YACnC,MAAM,SAAS,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;YAC/B,OAAO;gBACL,OAAO,EAAE,KAAK;gBACd,KAAK,EAAE,mBAAmB,QAAQ,CAAC,MAAM,KAAK,IAAI,CAAC,KAAK,CAAC,CAAC,EAAE,GAAG,CAAC,EAAE;gBAClE,WAAW,EAAE,oBAAoB,CAC/B,qBAAqB,EACrB,SAAS,EACT,CAAC,CACF;aACF,CAAC;QACJ,CAAC;QAED,MAAM,IAAI,GAAG,CAAC,MAAM,QAAQ,CAAC,IAAI,EAAE,CAalC,CAAC;QAEF,wBAAwB;QACxB,IAAI,IAAI,CAAC,MAAM,EAAE,MAAM,EAAE,CAAC;YACxB,MAAM,SAAS,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;YAC/B,OAAO;gBACL,OAAO,EAAE,KAAK;gBACd,KAAK,EAAE,yBAAyB,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,OAAO,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE;gBAC9E,WAAW,EAAE,oBAAoB,CAC/B,qBAAqB,EACrB,SAAS,EACT,CAAC,CACF;aACF,CAAC;QACJ,CAAC;QAED,MAAM,WAAW,GAAG,IAAI,CAAC,IAAI,EAAE,WAAW,CAAC;QAC3C,IAAI,CAAC,WAAW,EAAE,OAAO,IAAI,CAAC,WAAW,CAAC,KAAK,EAAE,CAAC;YAChD,MAAM,SAAS,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;YAC/B,OAAO;gBACL,OAAO,EAAE,KAAK;gBACd,KAAK,EAAE,8CAA8C;gBACrD,WAAW,EAAE,oBAAoB,CAC/B,qBAAqB,EACrB,SAAS,EACT,CAAC,CACF;aACF,CAAC;QACJ,CAAC;QAED,MAAM,KAAK,GAAG,WAAW,CAAC,KAAK,CAAC;QAChC,MAAM,SAAS,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;QAE/B,uCAAuC;QACvC,gBAAgB,EAAE,CAAC,KAAK,CAAC,SAAS,EAAE,qBAAqB,EAAE,GAAG,EAAE,CAC9D,aAAa,CAAC;YACZ,EAAE,EAAE,SAAS;YACb,SAAS,EAAE,qBAAqB;YAChC,UAAU,EAAE,SAAS;YACrB,YAAY,EAAE,CAAC;YACf,QAAQ,EAAE;gBACR,UAAU,EAAE,KAAK,CAAC,UAAU;gBAC5B,MAAM;gBACN,eAAe,EAAE,CAAC,CAAC,WAAW,CAAC,WAAW;aAC3C;SACF,CAAC,CACH,CAAC;QAEF,gDAAgD;QAChD,OAAO;YACL,OAAO,EAAE,IAAI;YACb,UAAU,EAAE,KAAK,CAAC,UAAU;YAC5B,GAAG,EAAE,KAAK,CAAC,GAAG;YACd,EAAE,EAAE,KAAK,CAAC,EAAE;YACZ,KAAK,EAAE,KAAK,CAAC,KAAK,EAAE,IAAI;YACxB,WAAW,EAAE,oBAAoB,CAC/B,qBAAqB,EACrB,SAAS,EACT,CAAC,EACD;gBACE,SAAS,EAAE;oBACT,MAAM,EAAE;wBACN,UAAU,EAAE,SAAS;wBACrB,MAAM,EAAE,UAAU;wBAClB,YAAY,EAAE,gBAAyB;wBACvC,YAAY,EAAE,IAAI;qBACnB;iBACF;aACF,CACF;SACF,CAAC;IACJ,CAAC;IAAC,OAAO,KAAK,EAAE,CAAC;QACf,MAAM,YAAY,GAChB,KAAK,YAAY,KAAK,CAAC,CAAC,CAAC,KAAK,CAAC,OAAO,CAAC,CAAC,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC;QACzD,OAAO,CAAC,KAAK,CAAC,+BAA+B,EAAE,KAAK,CAAC,CAAC;QACtD,MAAM,SAAS,GAAG,KAAK,CAAC,IAAI,EAAE,CAAC;QAC/B,OAAO;YACL,OAAO,EAAE,KAAK;YACd,KAAK,EAAE,2BAA2B,YAAY,EAAE;YAChD,WAAW,EAAE,oBAAoB,CAC/B,qBAAqB,EACrB,SAAS,EACT,CAAC,CACF;SACF,CAAC;IACJ,CAAC;AACH,CAAC"}