tomo-ai 0.4.1 → 0.5.0

package/CHANGELOG.md

@@ -1,5 +1,36 @@
 # Changelog
 
+## 0.5.0 (2026-04-26)
+
+### Features
+
+- **Proactive messaging via `send_message` MCP tool** (#64). New in-process MCP server (`tomo-internal`) exposes `send_message(target, message, mode)` and `list_sessions()`. Two modes: `delegate` (default) hands the request to the recipient session's Claude as a system message — that Claude composes the actual message in its own voice with full local context (participant names, recent conversation, group tone); fire-and-forget via the existing `handleCronMessage` primitive, the user observes the outcome directly in the recipient channel. `direct` posts verbatim text via `Channel.send()` without triggering a recipient Claude turn — best for factual broadcasts and self-targeted mid-loop progress updates. `list_sessions` returns identities and active groups with `chatTitle` + `participants` metadata, both now persisted on `SessionEntry` in `_sessions.json` (existing group entries populate on next group activity).
+- **Configurable `maxTurns`, default raised to 50** (#64). The Agent SDK `maxTurns` ceiling (one turn ≈ one tool-use round) is now read from `config.maxTurns` instead of being hardcoded to 30. Override via `maxTurns` in `~/.tomo/config.json` or `TOMO_MAX_TURNS` env.
+- **`canUseTool` callback grants writes under `<workspaceDir>/.claude/skills/`** (#64). The SDK's `bypassPermissions` mode does not actually exempt `.claude/` writes despite the docs implying it does, so creating/editing skills via Edit/Write hung on a permission prompt with no UI to approve. A narrow callback now auto-approves writes under the workspace's `.claude/skills/**` (Write/Edit/MultiEdit/NotebookEdit, plus Bash commands targeting that path); everything else that reaches the callback is denied with a descriptive message.
+- **Per-Telegram-group passive listen mode** (#64). New `channels.telegram.passiveGroups: string[]` config field accepts a list of group chatIds. In those groups, Tomo sees every message (no `@mention` required) and decides via `NO_REPLY` whether to respond — same shape as iMessage groups have always behaved. The typing-indicator skip and error-message suppression in `handleMessage` are generalized via a single `isPassiveListenGroup(channel, chatId)` helper. iMessage groups remain implicitly passive (no config needed).
+- **Group context moved into the system prompt** (#64). The "you are in <title>, participants are X, listen mode is passive, NO_REPLY for noise" instructions previously injected as a one-time runtime turn via `updateGroupContext` are now part of the per-session system prompt block (under a new `## Group Chat Context` heading). Survives LCM compaction — earlier the rules could be summarized away, after which Tomo would start replying to passive-group chatter. `updateGroupContext` is now pure persistence (participants + title to `_sessions.json`); no more per-new-participant Claude turn cost. Snapshot of participants in the prompt is from session-creation time; new joiners are still cued by the `<sender>: <text>` message format.
+- **Tool result events logged with originating tool name** (#64). Previously `consumeEvents` handled assistant `tool_use` blocks but silently dropped user `tool_result` blocks, making it impossible to tell from the log whether a failed tool call was harness-rejected vs the model misreading. Adds a `pendingToolNames` map (tool_use_id → name) on `LiveSession` so result lines can be labelled, plus `summarizeToolResult` truncating to a 500-char readable line. `is_error` is surfaced at INFO level so failures stand out.
+
+### Other
+
+- **`cli --version` now reads from `package.json` at runtime** (#64). Resolves the long-standing drift risk flagged in `0.4.1`: `src/cli.ts` previously hardcoded the version string and required a parallel update on every release bump. Now derived from `import.meta.url` → `../package.json`, so the package.json bump is the single source of truth.
+
+## 0.4.2 (2026-04-24)
+
+### Bug fixes
+
+- **LCM past-day rollups no longer stuck** (#58). `DAILY_FRESH_TAIL = 32` (the guard that preserves warm context when rolling up today) was being applied to past days too — any past day with ≤32 raw events returned "No events found" and never promoted, even as the `RollupRunner` kept nudging every tick. Gate the fresh-tail branch on `resolvedPeriod === today`; past days compact in full. Observed in-session: dailies 04-08 (28), 04-11 (32), 04-15 (10), 04-16 (11), 04-19 (15) all stuck.
+- **LCM nudges past days with leftover raw after a daily block** (#59). `findDuePromotions` previously skipped any past day whose `daily <day>` tag already existed, even when extra raw events sat outside that block. Observed: `daily 2026-04-22` absorbed ~408 events, then 238 more accumulated after and never got swept up. Now flags past days that have raw events regardless of existing block, with a floor of 8 events to suppress small residuals. Rebuild semantics of `tomo lcm daily --date <day>` absorb both the existing block and the leftover raw.
+
+### Documentation
+
+- **Realistic LCM summary target lengths for bilingual use** (#60). Original targets (daily 300–1000 tok, weekly 500–1500, monthly 1000–2000, yearly 1500–3000) assumed pure English; in bilingual Chinese/English practice CJK characters tokenize ~3× denser, so real summaries consistently ran 3–6× over target. New ceilings: daily 1,000–2,500, weekly 2,000–4,000, monthly 3,000–6,000, yearly 5,000–10,000 tokens. Hierarchy compression ratios still hold (~3–5× per level). Also removed a stale "hot-tail > 40 events" line in `SKILL.md` that predated the context-% nudging.
+
+### Other
+
+- Bump `actions/upload-artifact` 4 → 7 (#54).
+- Bump dev dependencies group: 4 updates (#55).
+
 ## 0.4.1 (2026-04-19)
 
 ### Features

package/defaults/AGENT.md

@@ -11,3 +11,12 @@ Don't narrate your process. Don't explain what you're "about to do." Just do it
 ## Mistakes
 
 You'll get things wrong. When you do: say so plainly, correct it, move on. Don't over-apologize.
+
+## Reaching Out
+
+You have `list_sessions` and `send_message` tools for proactively posting to another conversation — most often a group chat the user is in. Two modes:
+
+- **`delegate` (default)**: describe the intent ("follow up with Alice about her recent trip"). The recipient session's Claude composes the actual message in its own voice and context. Use for social or contextual messages.
+- **`direct`**: send verbatim text. Use for factual broadcasts ("meeting moved to 3pm"), pasted content, or self-targeted mid-loop progress updates.
+
+Call `list_sessions` first if you're unsure which group to address. For normal in-conversation responses, just reply with text — don't reach for these tools.

package/defaults/skills/lcm/DAILY.md

@@ -21,7 +21,7 @@ tomo lcm daily --session-id SESSION_ID --summary "<today's summary>"
 
 ## Writing
 
-Target length: **300-1000 tokens**. Day summaries are the closest to raw memory in the hierarchy, so they can keep the most texture.
+Target length: **1,000-2,500 tokens** (bilingual Chinese/English; lower for pure English). Day summaries are the closest to raw memory in the hierarchy, so they can keep the most texture — but this is a ceiling, not a target to fill. If nothing happened that day, 300-500 tokens is fine.
 
 Structure by phases of the day rather than chronological minute-by-minute:
 

package/defaults/skills/lcm/MONTHLY.md

@@ -20,7 +20,7 @@ tomo lcm monthly --session-id SESSION_ID --summary "<monthly summary>"
 
 ## Writing
 
-Target length: **1000-2000 tokens**. Another level of compression — preserve the month's shape, lose week-to-week granularity.
+Target length: **3,000-6,000 tokens** (bilingual CJK ceiling; lower for English). Another level of compression — preserve the month's shape, lose week-to-week granularity.
 
 Structure:
 

package/defaults/skills/lcm/SKILL.md

@@ -70,7 +70,7 @@ The harness will nudge you via a `System:` message when rollups are due (idempot
 ## When to act
 
 1. **Harness nudge** — always prioritize. The system tells you exactly which rollup to run.
-2. **Hot-tail > 40 events** — run `tomo lcm daily` to compress today so far.
+2. **Context ≥ 70%** — the harness will nudge you to run `tomo lcm daily`.
 3. **Heavy tool output** — run `prune-tools` first (cheap, no summary needed).
 4. **Context > 70% or after big tool-heavy tasks** — use the above as appropriate.
 
@@ -82,11 +82,13 @@ See the per-level docs for tailored guidance. General rules:
 - Dates in **YYYY-MM-DD format** (searchable)
 - Preserve outcomes, decisions, key quotes — drop step-by-step narration
 - For conversations: one vivid detail beats a paragraph of abstraction
-- Target lengths:
-  - daily: 300-1000 tokens
-  - weekly: 500-1500 tokens
-  - monthly: 1000-2000 tokens
-  - yearly: 1500-3000 tokens
+- Target lengths (assumes bilingual Chinese/English — CJK characters tokenize ~3× denser than English, so byte-budget scales up accordingly):
+  - daily: 1,000-2,500 tokens
+  - weekly: 2,000-4,000 tokens
+  - monthly: 3,000-6,000 tokens
+  - yearly: 5,000-10,000 tokens
+
+If you're writing pure English, aim for the lower end (or below). These are ceilings for dense CJK content, not targets to fill.
 
 ## Archive & recall
 

package/defaults/skills/lcm/WEEKLY.md

@@ -19,7 +19,7 @@ tomo lcm weekly --session-id SESSION_ID --summary "<weekly summary>"
 
 ## Writing
 
-Target length: **500-1500 tokens**. One level more compressed than daily.
+Target length: **2,000-4,000 tokens** (bilingual CJK ceiling; lower for English). One level more compressed than daily — should read cleanly without the 7 dailies at hand.
 
 Structure around **themes/arcs** of the week, not a day-by-day list:
 

package/defaults/skills/lcm/YEARLY.md

@@ -19,7 +19,7 @@ tomo lcm yearly --session-id SESSION_ID --summary "<yearly summary>"
 
 ## Writing
 
-Target length: **1500-3000 tokens**. This is the most compressed level — it defines what you still remember about the year when everything below has been pruned.
+Target length: **5,000-10,000 tokens** (bilingual CJK ceiling; lower for English). This is the most compressed level — it defines what you still remember about the year when everything below has been pruned.
 
 Structure:
 

package/defaults/skills/system/CONFIG.md

@@ -13,7 +13,8 @@ Prefer editing via `tomo config` (interactive TUI). This reference is for readin
   "channels": {
     "telegram": {
       "token": "123456:ABC-DEF1234ghIkl-zyx57W2v...",
-      "allowlist": ["123456789"]
+      "allowlist": ["123456789"],
+      "passiveGroups": ["-1001234567"]
     },
     "imessage": {
       "url": "https://your-bluebubbles.example.com",
@@ -34,7 +35,8 @@ Prefer editing via `tomo config` (interactive TUI). This reference is for readin
   ],
   "sessionModelOverrides": {
     "dm:alice": "claude-opus-4-7"
-  }
+  },
+  "maxTurns": 50
 }
 ```
 
@@ -48,6 +50,7 @@ Prefer editing via `tomo config` (interactive TUI). This reference is for readin
 | `groupSecret` | string \| null | Passphrase users send in a group chat to activate Tomo there. `null` disables group chats entirely. |
 | `channels.telegram.token` | string | BotFather token (`123456:...`). Required to enable the Telegram channel. |
 | `channels.telegram.allowlist` | string[] | Telegram user IDs (as strings) permitted to DM the bot. Identity-bound chatIds are auto-allowed even if missing here. |
+| `channels.telegram.passiveGroups` | string[] | Telegram group chatIds (negative IDs as strings) where Tomo should listen to every message — no `@mention` required. Tomo decides via `NO_REPLY` whether to respond. iMessage groups are always passive regardless of this list. |
 | `channels.imessage.url` | string | BlueBubbles server URL. Required to enable the iMessage channel. |
 | `channels.imessage.password` | string | BlueBubbles server password. |
 | `channels.imessage.webhookPort` | number | Port Tomo listens on for BlueBubbles webhooks. Default `3100`. |
@@ -56,9 +59,10 @@ Prefer editing via `tomo config` (interactive TUI). This reference is for readin
 | `identities[].channels` | object | `{ channelName: chatId }` — maps each channel the identity uses to its chatId. |
 | `identities[].replyPolicy` | string | `"last-active"` (reply on whichever channel the identity last messaged from) or a fixed channel name like `"telegram"` / `"imessage"` (always reply there). |
 | `sessionModelOverrides` | object | `{ sessionKey: modelId }` — per-session model override, takes precedence over top-level `model`. Keys are session keys (`dm:alice`, `telegram:12345`, etc.). |
+| `maxTurns` | number | Max agent turns per single user message (one turn ≈ one tool-use round). Default `50`. Raise if you see "max turns exceeded" on long tool chains. |
 
 ## Requirements and overrides
 
 - **At least one channel must be configured** — either `channels.telegram.token` or `channels.imessage.url`. Startup fails otherwise.
-- **Env vars override file values** where they exist: `TELEGRAM_BOT_TOKEN`, `IMESSAGE_URL`, `IMESSAGE_PASSWORD`, `IMESSAGE_WEBHOOK_PORT`, `CLAUDE_MODEL`, `TOMO_CITY`, `TOMO_CONTINUITY`, `TOMO_WORKSPACE`, `SESSIONS_DIR`, `HISTORY_LIMIT`.
+- **Env vars override file values** where they exist: `TELEGRAM_BOT_TOKEN`, `IMESSAGE_URL`, `IMESSAGE_PASSWORD`, `IMESSAGE_WEBHOOK_PORT`, `CLAUDE_MODEL`, `TOMO_CITY`, `TOMO_CONTINUITY`, `TOMO_WORKSPACE`, `SESSIONS_DIR`, `HISTORY_LIMIT`, `TOMO_MAX_TURNS`.
 - `workspaceDir`, `sessionsDir`, `historyLimit` are env-only — they're not read from the JSON file.

package/defaults/skills/system/SKILL.md

@@ -76,6 +76,24 @@ Every message includes a timestamp prefix like `[Mon 04/07 14:30 PDT]` so you al
 ### System messages
 Messages prefixed with `System:` are from the harness (cron triggers, group context), not from a human.
 
+### Group chats
+Two listen modes per group:
+
+- **Mention-required** (default for Telegram): you only receive messages that explicitly tag you. Respond as you would in a DM.
+- **Passive** (default for iMessage; opt-in for Telegram via `channels.telegram.passiveGroups: ["<chatId>"]` in config.json): you see every message in the group without `@mention`. Reply only when genuinely useful — `NO_REPLY` to stay silent on chatter, greetings, or messages not directed at you.
+
+The active mode plus group title and known participants are part of your per-session system prompt under `## Group Chat Context` whenever you're in a group session — survives compaction. Each incoming group message is prefixed with the sender name (`Alice: ...`) so you can attribute it.
+
+### Proactive messaging (MCP tools)
+Two in-process MCP tools let you message outside the current conversation:
+
+- `mcp__tomo-internal__list_sessions` — discover valid targets. Returns `{identities: [{name}], groups: [{key, title?, participants?}]}`. Group titles and participants populate as messages arrive in the group; an entry without them just hasn't seen activity since the schema landed.
+- `mcp__tomo-internal__send_message(target, message, mode?)` — send to a target. Two modes:
+  - `delegate` (default): describe the *intent* (e.g. "follow up with Alice about her recent trip"). The recipient session's Claude composes the actual message in its own voice/context. Best for social or contextual relays. Fire-and-forget.
+  - `direct`: send the verbatim text. Recipient is not triggered into a Claude turn. Best for factual broadcasts ("meeting moved to 3pm"), pasted content, or self-targeted mid-loop progress updates.
+
+Pass identity name (`"alice"`) or session key (`"telegram:-1001234567"`) as `target`. Call `list_sessions` first if unsure. Tool result lines (with `is_error` flag) appear in `tomo logs` immediately after the corresponding tool call.
+
 ## Skills
 
 ### Built-in skills (`tomo-*`)

package/dist/agent.d.ts

@@ -1,4 +1,20 @@
 import type { Channel } from "./channels/types.js";
+export type SendResult = {
+    ok: true;
+} | {
+    ok: false;
+    error: string;
+};
+export interface SessionCatalog {
+    identities: Array<{
+        name: string;
+    }>;
+    groups: Array<{
+        key: string;
+        title?: string;
+        participants?: string[];
+    }>;
+}
 export declare class Agent {
     private channels;
     private sessions;
@@ -9,9 +25,20 @@ export declare class Agent {
     private modelOverrides;
     private lastPromptHash;
     private contextNudged;
+    private pendingNotes;
+    private readonly internalMcpServer;
     constructor();
     /** Look up a channel by name */
     private getChannel;
+    /**
+     * Is this group a "passive listen" group? Tomo sees every message (no
+     * @mention required) and decides via NO_REPLY whether to respond.
+     * iMessage groups are always passive (the channel can't reliably detect
+     * mentions). Telegram (and others) opt in via config.passiveGroups.
+     */
+    private isPassiveListenGroup;
+    /** Snapshot of group metadata for the system prompt — null for non-group sessions. */
+    private buildGroupContext;
     /** Activate a group chat by adding it to the channel's allowlist */
     private activateGroup;
     addChannel(channel: Channel): void;
@@ -33,6 +60,11 @@ export declare class Agent {
     private hashString;
     private handleMessage;
     private runWithRetry;
+    /** Track participants and chat title for a group session. The actual rules
+     *  (passive listen, NO_REPLY guidance, participant snapshot) are now part of
+     *  the system prompt — see SessionContext.group in sdkOptions — so they
+     *  survive compaction. This stays as pure persistence + in-memory tracking;
+     *  no LLM injection. */
     private updateGroupContext;
     private injectTimestamp;
     /** Handle a cron-triggered message (queued per session key) */
@@ -45,6 +77,35 @@ export declare class Agent {
      *  Skips group chats (Telegram negative IDs, iMessage group GUIDs). */
     private parseChannelKey;
     private findLastChatId;
+    /**
+     * Direct mode: post a verbatim message to a target session via Channel.send().
+     * No Claude query is invoked for the recipient — the message arrives as-is.
+     * A pending note is queued so the recipient's next Claude turn knows context.
+     */
+    sendToSession(target: string, text: string): Promise<SendResult>;
+    /**
+     * Delegate mode: queue a system request for the target session's Claude to
+     * compose and send a message in its own voice/context. Fire-and-forget — the
+     * caller's tool result returns as soon as the request is dispatched, not when
+     * the recipient's Claude finishes. The user observes the actual outcome in
+     * the recipient channel directly (since they're a participant).
+     *
+     * Note: delegate-to-self isn't blocked here. If it happens, the system
+     * request is just queued behind the current turn via enqueueForSession —
+     * one extra Claude turn fires, no infinite loop. For mid-loop self-progress
+     * updates, prefer direct mode (no extra turn).
+     */
+    delegateToSession(target: string, request: string): Promise<SendResult>;
+    /** Resolve a send_message `target` (identity name or session key) to (sessionKey, replyTarget). */
+    private resolveSendTarget;
+    /** Parse a "<channel>:<chatId>" key into a ReplyTarget. Group-friendly; for
+     *  explicit-target paths only. Use parseChannelKey for notification fallbacks. */
+    private parseRawChannelKey;
+    /** Catalog of valid send_message targets, with friendly metadata for groups. Backs the `list_sessions` tool. */
+    listSessionCatalog(): SessionCatalog;
+    private queuePendingNote;
+    /** Drain notes queued for this session (e.g. by sendToSession) and return them as a prefix. */
+    private drainPendingNotes;
     /** Send a direct notification to the user's DM channel (no agent query) */
     sendNotification(text: string): Promise<void>;
     start(): Promise<void>;

package/dist/agent.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"agent.d.ts","sourceRoot":"","sources":["../src/agent.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAAE,OAAO,EAAmB,MAAM,qBAAqB,CAAC;AAsVpE,qBAAa,KAAK;IAChB,OAAO,CAAC,QAAQ,CAAiB;IACjC,OAAO,CAAC,QAAQ,CAAe;IAC/B,OAAO,CAAC,MAAM,CAAiB;IAC/B,OAAO,CAAC,YAAY,CAAkC;IACtD,OAAO,CAAC,aAAa,CAAoC;IACzD,OAAO,CAAC,iBAAiB,CAAkC;IAC3D,OAAO,CAAC,cAAc,CAA6B;IACnD,OAAO,CAAC,cAAc,CAAc;IAGpC,OAAO,CAAC,aAAa,CAA8B;;IAYnD,gCAAgC;IAChC,OAAO,CAAC,UAAU;IAIlB,oEAAoE;YACtD,aAAa;IAsB3B,UAAU,CAAC,OAAO,EAAE,OAAO,GAAG,IAAI;IAMlC,8EAA8E;IAC9E,kBAAkB,IAAI,CAAC,MAAM,EAAE,MAAM,CAAC,EAAE;IAIxC;;;;;OAKG;IACH,OAAO,CAAC,iBAAiB;IAWzB,kEAAkE;IAClE,OAAO,CAAC,cAAc;IAStB,OAAO,CAAC,MAAM,CAAC,QAAQ,CAAC,gBAAgB,CAMtC;YAEY,aAAa;IAwE3B,OAAO,CAAC,sBAAsB;IA4B9B,OAAO,CAAC,gBAAgB;IAQxB,OAAO,CAAC,UAAU;YAQJ,aAAa;YA8Hb,YAAY;YA0EZ,kBAAkB;IA+BhC,OAAO,CAAC,eAAe;IAYvB,+DAA+D;IACzD,iBAAiB,CAAC,OAAO,EAAE,MAAM,EAAE,UAAU,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC;YAO7D,kBAAkB;IAwEhC,mFAAmF;IAC7E,gBAAgB,CAAC,MAAM,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC;YAqBvC,iBAAiB;IAoC/B;2EACuE;IACvE,OAAO,CAAC,eAAe;IAcvB,OAAO,CAAC,cAAc;IAStB,2EAA2E;IACrE,gBAAgB,CAAC,IAAI,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC;IA0B7C,KAAK,IAAI,OAAO,CAAC,IAAI,CAAC;IAkBtB,IAAI,IAAI,OAAO,CAAC,IAAI,CAAC;CAM5B"}
+{"version":3,"file":"agent.d.ts","sourceRoot":"","sources":["../src/agent.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAAE,OAAO,EAAmB,MAAM,qBAAqB,CAAC;AAYpE,MAAM,MAAM,UAAU,GAAG;IAAE,EAAE,EAAE,IAAI,CAAA;CAAE,GAAG;IAAE,EAAE,EAAE,KAAK,CAAC;IAAC,KAAK,EAAE,MAAM,CAAA;CAAE,CAAC;AAErE,MAAM,WAAW,cAAc;IAC7B,UAAU,EAAE,KAAK,CAAC;QAAE,IAAI,EAAE,MAAM,CAAA;KAAE,CAAC,CAAC;IACpC,MAAM,EAAE,KAAK,CAAC;QAAE,GAAG,EAAE,MAAM,CAAC;QAAC,KAAK,CAAC,EAAE,MAAM,CAAC;QAAC,YAAY,CAAC,EAAE,MAAM,EAAE,CAAA;KAAE,CAAC,CAAC;CACzE;AAobD,qBAAa,KAAK;IAChB,OAAO,CAAC,QAAQ,CAAiB;IACjC,OAAO,CAAC,QAAQ,CAAe;IAC/B,OAAO,CAAC,MAAM,CAAiB;IAC/B,OAAO,CAAC,YAAY,CAAkC;IACtD,OAAO,CAAC,aAAa,CAAoC;IACzD,OAAO,CAAC,iBAAiB,CAAkC;IAC3D,OAAO,CAAC,cAAc,CAA6B;IACnD,OAAO,CAAC,cAAc,CAAc;IAGpC,OAAO,CAAC,aAAa,CAA8B;IAInD,OAAO,CAAC,YAAY,CAA+B;IACnD,OAAO,CAAC,QAAQ,CAAC,iBAAiB,CAAiC;;IAanE,gCAAgC;IAChC,OAAO,CAAC,UAAU;IAIlB;;;;;OAKG;IACH,OAAO,CAAC,oBAAoB;IAK5B,sFAAsF;IACtF,OAAO,CAAC,iBAAiB;IAazB,oEAAoE;YACtD,aAAa;IAsB3B,UAAU,CAAC,OAAO,EAAE,OAAO,GAAG,IAAI;IAMlC,8EAA8E;IAC9E,kBAAkB,IAAI,CAAC,MAAM,EAAE,MAAM,CAAC,EAAE;IAIxC;;;;;OAKG;IACH,OAAO,CAAC,iBAAiB;IAWzB,kEAAkE;IAClE,OAAO,CAAC,cAAc;IAStB,OAAO,CAAC,MAAM,CAAC,QAAQ,CAAC,gBAAgB,CAMtC;YAEY,aAAa;IAwE3B,OAAO,CAAC,sBAAsB;IA6B9B,OAAO,CAAC,gBAAgB;IAQxB,OAAO,CAAC,UAAU;YAQJ,aAAa;YA+Hb,YAAY;IA0E1B;;;;4BAIwB;IACxB,OAAO,CAAC,kBAAkB;IAW1B,OAAO,CAAC,eAAe;IAYvB,+DAA+D;IACzD,iBAAiB,CAAC,OAAO,EAAE,MAAM,EAAE,UAAU,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC;YAO7D,kBAAkB;IAwEhC,mFAAmF;IAC7E,gBAAgB,CAAC,MAAM,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC;YAqBvC,iBAAiB;IAoC/B;2EACuE;IACvE,OAAO,CAAC,eAAe;IAcvB,OAAO,CAAC,cAAc;IAStB;;;;OAIG;IACG,aAAa,CAAC,MAAM,EAAE,MAAM,EAAE,IAAI,EAAE,MAAM,GAAG,OAAO,CAAC,UAAU,CAAC;IA2BtE;;;;;;;;;;;OAWG;IACG,iBAAiB,CAAC,MAAM,EAAE,MAAM,EAAE,OAAO,EAAE,MAAM,GAAG,OAAO,CAAC,UAAU,CAAC;IAuB7E,mGAAmG;IACnG,OAAO,CAAC,iBAAiB;IAoBzB;sFACkF;IAClF,OAAO,CAAC,kBAAkB;IAU1B,gHAAgH;IAChH,kBAAkB,IAAI,cAAc;IAepC,OAAO,CAAC,gBAAgB;IAMxB,+FAA+F;IAC/F,OAAO,CAAC,iBAAiB;IAOzB,2EAA2E;IACrE,gBAAgB,CAAC,IAAI,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC;IA0B7C,KAAK,IAAI,OAAO,CAAC,IAAI,CAAC;IAkBtB,IAAI,IAAI,OAAO,CAAC,IAAI,CAAC;CAM5B"}