wechat-claude-sessions 1.0.1 → 1.2.0-dev.session-naming.6.11ccb2b

package/README.en.md

@@ -85,6 +85,7 @@ Send these from WeChat to control routing:
 | `/runs` | List running `/run` task sessions |
 | `/stop <name>` | Kill a `/run` task session (names start with `wc-`) |
 | `/close <number\|name\|pid>` | Close a Claude session remotely — terminates its Claude process (and MCP server) and removes it from the list. Unsaved work in that session is lost. If a name matches several sessions it lists them instead of guessing; `/close <name> all` closes all matches, `/close idle` cleans up every unmonitored session idle for 2+ hours. Every close reply ends with a remaining-session summary |
+| `/usage` | Check whether Claude's usage limit is what's blocking replies. Runs one tiny headless probe (Haiku by default — see below) |
 | `/help` | Show command help |
 | *(no prefix)* | Send to the most recently active **monitoring** session (falls back to most recently active overall) |
 
@@ -92,6 +93,47 @@ Delivery feedback: if a message lands in a session that isn't monitoring its
 inbox, the daemon warns you immediately; if a delivered message is still
 unread after 2 minutes, it sends a reminder.
 
+### Usage limits (when every session goes quiet)
+
+When the Claude account hits its usage limit, **every** session goes silent at
+once: model calls are rejected, so nothing is read and nothing is answered —
+from WeChat that is indistinguishable from a dead daemon. So the daemon works
+it out itself:
+
+1. A delivered message with no reply for 90 seconds, **and** a target session
+   whose *own* transcript (`~/.claude/projects/….jsonl` — the MCP server records
+   the exact path, so a busy neighbour sharing the directory can't mask it)
+   hasn't been written for 60 seconds — i.e. it isn't busy, it is stuck —
+   triggers one headless probe (`claude -p ok`, with no MCP servers loaded).
+2. If the probe confirms a usage limit, the daemon says so on WeChat with the
+   expected reset time, and suppresses the misleading "that session may not be
+   monitoring" reminder. Messages you send meanwhile are still delivered, with
+   a note attached.
+3. When the limit lifts, the daemon sends a recovery message and gets the
+   unanswered work moving: messages still in an inbox only need their watcher
+   poked (the original announcement is long gone and never repeats); messages
+   Claude *read* but never got to answer are put back in the inbox first, since
+   there is nothing left to announce. Only deliveries with no reply are
+   replayed, so nothing is handled twice.
+
+Probes cost a little quota, so: only one runs at a time; at most one every 5
+minutes while things look healthy; once a limit is confirmed probes are free
+(the request is rejected outright), and a known reset time is waited out.
+
+Optional config (`~/.claude/wechat/config.json`):
+
+```json
+{ "probeModel": "claude-haiku-4-5-20251001", "claudeBin": "~/.local/bin/claude" }
+```
+
+- `probeModel` — model used for the probe. Haiku by default: cheap, and
+  subscription limits are account-wide, so it is rejected by the same limit.
+  Set `"default"` to probe with your own default model — needed if the limit you
+  care about is an Opus-only weekly cap.
+- `claudeBin` — path to the `claude` executable, only needed when launchd's
+  minimal PATH can't find it (`~/.local/bin`, `~/.claude/local`, Homebrew and
+  `/usr/local/bin` are tried).
+
 Incoming images are downloaded and decrypted automatically to
 `~/.claude/wechat/media/` (cleaned up after 7 days); the routed message text
 contains the local path (`[图片: /path/to/file.png]`) so the receiving Claude
@@ -135,7 +177,28 @@ Sessions are automatically named based on the working directory:
 - Worktree: `reponame/worktree-name` (e.g., `myapp/feature-x`)
 - Non-git: directory name
 
-Use `wechat_set_session_name` to set a custom name.
+To pick a name, pass it when you start monitoring: `/wechat integration`.
+That names the session and starts the watcher in one go; running it again on
+a session that already has that name is a no-op. You can also call
+`wechat_set_session_name` on its own at any time. A name must be a single word
+without whitespace (`/s <name> <msg>` reads one word), must not be purely
+numeric (it would be read as a session number or pid), and must not collide
+with another live session — a collision is refused with the holder's pid
+rather than silently suffixed.
+
+**Two namespaces — don't mix them up.** The names above are **WeChat routing
+names**, used only in `/s <name> <msg>`. Claude Code gives every session its
+own, separate name (e.g. `myapp-a9`), which is what other Claude sessions must
+pass to `SendMessage` (see `ListAgents`). `wechat_status` lists both side by
+side in `Active sessions` (the `SendMessage: ...` column), and `/s` accepts the
+Claude Code name as an alias, so whichever name you saw will route.
+
+That also makes **relaying** possible: a plain message lands in the default or
+bound session, but you may mean another one ("tell integration to run the
+tests"). The receiving session works out the target from the `Active sessions`
+list (routing name, `SendMessage:` name, or working directory), forwards it
+with `SendMessage`, tells you on WeChat which session it went to and how to
+`/s` it directly next time, and relays the reply back.
 
 ## File Layout
 
@@ -151,6 +214,11 @@ Use `wechat_set_session_name` to set a custom name.
 ├── daemon.log            # daemon output
 ├── cursor.txt            # message polling cursor
 ├── expired.flag          # present when the WeChat login has expired
+├── usage-limit.json      # known Claude usage-limit state (incl. notified users)
+├── replies/              # last time each session replied to each WeChat user
+│   └── <pid>--<userId>
+├── nudge/                # signal to re-announce a backlog (after a limit lifts)
+│   └── <pid>
 ├── sessions/             # registered Claude Code sessions
 │   └── <pid>.json
 ├── inbox/                # per-session message queues
@@ -204,6 +272,9 @@ server's pid.
 4. **MCP Server** reads from its inbox when Claude calls `wechat_get_messages`
 5. Claude processes the message and replies via `wechat_send_text`
 6. The MCP server clears the typing indicator file; the daemon detects this and stops typing
+7. If a message goes unread *and* unanswered for too long, the daemon checks
+   whether Claude's usage limit is the cause and explains it on WeChat (see
+   [Usage limits](#usage-limits-when-every-session-goes-quiet))
 
 ## Language
 

package/README.md

@@ -78,12 +78,42 @@ wechat-claude daemon           # 前台运行 / 交给你自己的进程管理
 | `/runs` | 列出运行中的 `/run` 任务 session |
 | `/stop <名字>` | 终止一个 `/run` 任务 session（名字以 `wc-` 开头） |
 | `/close <编号\|名字\|pid>` | 远程关闭一个 Claude session —— 终结它的 Claude 进程（以及 MCP server）并从列表移除。该 session 里未保存的工作会丢失。如果一个名字匹配到多个，会列出来而不是瞎猜；`/close <名字> all` 关闭全部匹配项，`/close idle` 清理所有闲置 2 小时以上且未被监控的 session。每次关闭的回复末尾都会附上剩余 session 概览 |
+| `/usage` | 查询 Claude 用量是否已达上限（session 集体不回复时用）。会跑一次极小的 headless 探测（默认用 Haiku，见下） |
 | `/help` | 显示命令帮助 |
 | *（无前缀）* | 发给最近活跃的**监控中** session（没有的话退回到最近活跃的那个） |
 
 **投递反馈**：如果消息落到了一个没在监控 inbox 的 session，daemon 会立刻警告你；如果一条
 已投递的消息 2 分钟后仍未被读取，它会再发一条提醒。
 
+### 用量上限（session 集体不回复）
+
+Claude 账号一旦触达用量上限，**所有** session 会同时哑掉：模型调用被拒绝，消息既没人读、
+也没人回，从微信看和 daemon 挂了一模一样。为此 daemon 会自己判断：
+
+1. 一条已投递的消息 90 秒没有得到回复，**并且**目标 session 自己的 transcript
+   （`~/.claude/projects/…jsonl`，由 MCP server 记下确切路径，不会被同目录下别的 session
+   干扰）也 60 秒没有任何写入 —— 即它不是在忙，而是真的停住了 —— daemon 会跑一次 headless
+   探测（`claude -p ok`，不加载任何 MCP server）。
+2. 探测确认是用量上限，daemon 会主动在微信里说明情况，附上预计恢复时间，并且不再发那条
+   容易误导人的"session 可能没在监控"提醒。期间新发的消息照常投递，但会附一条提示。
+3. 上限解除后，daemon 会再发一条"已恢复"，并把没被回答的消息重新推起来：还留在 inbox 里的，
+   戳一下让 watcher 重新播报（否则那条播报早过去了）；已经被读走、但还没来得及回复的（inbox
+   已经被清空，没东西可播报），会先塞回 inbox 再播报。只有确实没得到回复的才会重来，不会重复处理。
+
+探测本身要花一点点额度，所以：同一时间只跑一个；正常状态下最多 5 分钟一次；确认受限之后
+探测是免费的（请求被直接拒绝），有明确恢复时间时会等到那个时间点再查。
+
+可选配置（`~/.claude/wechat/config.json`）：
+
+```json
+{ "probeModel": "claude-haiku-4-5-20251001", "claudeBin": "~/.local/bin/claude" }
+```
+
+- `probeModel` —— 探测用的模型，默认 Haiku（便宜，且订阅的用量上限是账号级的，拒绝同样会
+  发生）。设成 `"default"` 用你自己的默认模型 —— 如果你想抓的是 Opus 专属的周上限，就得这么设。
+- `claudeBin` —— `claude` 可执行文件路径，launchd 环境下 PATH 很干净时才需要（默认会依次
+  找 `~/.local/bin`、`~/.claude/local`、Homebrew、`/usr/local/bin`）。
+
 **图片**会被自动下载解密到 `~/.claude/wechat/media/`（保留 7 天）；路由后的消息文本里带
 本地路径（`[图片: /path/to/file.png]`），接收方的 Claude session 可以直接打开该文件。
 
@@ -122,7 +152,22 @@ Session 会根据工作目录自动命名：
 - Worktree：`仓库名/worktree名`（例如 `myapp/feature-x`）
 - 非 Git 目录：目录名
 
-用 `wechat_set_session_name` 可以设置自定义名字。
+要自定义名字，启动监听时直接带上：`/wechat integration`。这会在同一次调用里完成
+监听和命名；对一个已经叫这个名字的 session 重复执行是 no-op。也可以随时单独调用
+`wechat_set_session_name`。名字必须是不含空格的一个词（`/s <名字> <消息>` 只读一个
+词），不能是纯数字（会被当成编号或 pid），并且不能和另一个活着的 session 重名 ——
+重名会被拒绝并告知占用者的 pid，而不是悄悄加后缀。
+
+**两套命名空间，别混用。** 上面这些是**微信路由名**，只用于 `/s <名字> <消息>`。
+Claude Code 自己给每个 session 另有一个名字（例如 `myapp-a9`），那是其他 Claude
+session 用 `SendMessage` 找它时要用的（见 `ListAgents`）。`wechat_status` 的
+`Active sessions` 列表会把两个名字并排列出来（`SendMessage: ...` 那一栏），并且
+`/s` 也接受 Claude Code 名作为别名，所以看到哪个名字都能路由。
+
+这也让**转发**成为可能：不带前缀的消息会落到默认或绑定的 session，但你说的可能是另一个
+（"让 integration 跑一下测试"）。收到消息的 session 会对照 `Active sessions` 列表
+（路由名、`SendMessage:` 名或工作目录）推算出目标，用 `SendMessage` 转过去，在微信里
+告诉你转给了谁、下次怎么直接 `/s` 过去，并把对方的回复转回来。
 
 ## 文件布局
 
@@ -138,6 +183,11 @@ Session 会根据工作目录自动命名：
 ├── daemon.log            # daemon 输出
 ├── cursor.txt            # 消息轮询游标
 ├── expired.flag          # 微信登录过期时存在
+├── usage-limit.json      # 已知的 Claude 用量上限状态（含已通知的用户）
+├── replies/              # 各 session 最近一次回复各微信用户的时间戳
+│   └── <pid>--<userId>
+├── nudge/                # 让 watcher 重播积压 inbox 的信号（上限解除后）
+│   └── <pid>
 ├── sessions/             # 已注册的 Claude Code session
 │   └── <pid>.json
 ├── inbox/                # 各 session 的消息队列
@@ -189,6 +239,8 @@ wechat-claude daemon restart
 4. **MCP Server** 在 Claude 调用 `wechat_get_messages` 时读取自己的 inbox
 5. Claude 处理消息并通过 `wechat_send_text` 回复
 6. MCP server 清除输入状态文件，daemon 检测到后停止"正在输入"
+7. 如果长时间既没被读也没被回，daemon 会检查是不是撞上了 Claude 用量上限，并在微信里说明
+   （见[用量上限](#用量上限session-集体不回复)）
 
 ## 语言
 

package/dist/claude-sessions.d.ts

@@ -0,0 +1,11 @@
+export declare const CLAUDE_SESSIONS_DIR: string;
+export type ClaudeSessionRecord = {
+    pid: number;
+    name: string;
+    sessionId?: string;
+    cwd?: string;
+};
+export declare function readClaudeSession(claudePid: number, sessionsDir?: string): ClaudeSessionRecord | undefined;
+export declare function ownClaudeSessionName(claudePid: number, claudeSessionId: string | undefined, sessionsDir?: string): string | undefined;
+export declare function parentPids(pids: number[]): Map<number, number>;
+export declare function claudeNameForMcpPid(mcpPid: number, parents: Map<number, number>, sessionsDir?: string): string | undefined;

package/dist/claude-sessions.js

@@ -0,0 +1,100 @@
+// Claude Code keeps its own registry of live sessions at
+// ~/.claude/sessions/<claude pid>.json. Among other things it records the
+// name other Claude sessions use to reach this one via SendMessage/ListAgents
+// (e.g. "fintary-a9"). That name is a different namespace from the WeChat
+// routing name in ~/.claude/wechat/sessions — the two look alike, and an agent
+// that reads one list will happily use those names against the other tool.
+// Surfacing both side by side is the fix; this module reads the Claude side.
+//
+// An MCP server is spawned by Claude Code, so its parent pid is the Claude
+// pid: process.ppid for ourselves, `ps` for other sessions. That link is
+// exact. Matching by working directory is not — a Claude session can move into
+// a worktree after its MCP server started — so it is deliberately not used.
+//
+// The file format is Claude Code's, not ours: read defensively and return
+// undefined for anything that doesn't look right.
+import { spawnSync } from "node:child_process";
+import fs from "node:fs";
+import os from "node:os";
+import path from "node:path";
+export const CLAUDE_SESSIONS_DIR = path.join(os.homedir(), ".claude", "sessions");
+export function readClaudeSession(claudePid, sessionsDir = CLAUDE_SESSIONS_DIR) {
+    let parsed;
+    try {
+        parsed = JSON.parse(fs.readFileSync(path.join(sessionsDir, `${claudePid}.json`), "utf-8"));
+    }
+    catch {
+        return undefined;
+    }
+    if (typeof parsed !== "object" || parsed === null)
+        return undefined;
+    const rec = parsed;
+    if (typeof rec.name !== "string" || rec.name.trim() === "")
+        return undefined;
+    if (rec.pid !== undefined && rec.pid !== claudePid)
+        return undefined;
+    return {
+        pid: claudePid,
+        name: rec.name,
+        sessionId: typeof rec.sessionId === "string" ? rec.sessionId : undefined,
+        cwd: typeof rec.cwd === "string" ? rec.cwd : undefined,
+    };
+}
+// The cross-session name of the Claude Code process that owns an MCP server
+// (its process.ppid), or undefined when it can't be established. When Claude
+// Code told us its session id (CLAUDE_CODE_SESSION_ID), a record with a
+// different id is rejected — pids get reused, and a stale file must not lend
+// us a stranger's name. Callers pass the process values explicitly; defaults
+// here would silently kick back in whenever a caller passes undefined.
+export function ownClaudeSessionName(claudePid, claudeSessionId, sessionsDir = CLAUDE_SESSIONS_DIR) {
+    const rec = readClaudeSession(claudePid, sessionsDir);
+    if (!rec)
+        return undefined;
+    if (claudeSessionId && rec.sessionId && rec.sessionId !== claudeSessionId) {
+        return undefined;
+    }
+    return rec.name;
+}
+// Largest pid any supported platform hands out (Linux pid_max ceiling; macOS
+// stops at 99999). macOS `ps` rejects the whole request over one oversized pid.
+const MAX_PID = 4_194_304;
+function psParents(pids, out) {
+    const res = spawnSync("ps", ["-o", "pid=,ppid=", "-p", pids.join(",")], {
+        encoding: "utf-8",
+    });
+    if (typeof res.stdout !== "string")
+        return false;
+    let any = false;
+    for (const line of res.stdout.split("\n")) {
+        const m = line.trim().match(/^(\d+)\s+(\d+)$/);
+        if (m) {
+            out.set(Number(m[1]), Number(m[2]));
+            any = true;
+        }
+    }
+    return any;
+}
+// Parent pid of each given pid, normally in one `ps` call (argv array, no
+// shell). Pids that are gone, or a failing `ps`, are simply absent from the
+// result. If a batch comes back empty (one bad pid can sink the whole call on
+// some platforms) the pids are retried one at a time.
+export function parentPids(pids) {
+    const out = new Map();
+    const wanted = pids.filter((p) => Number.isInteger(p) && p > 0 && p <= MAX_PID);
+    if (wanted.length === 0)
+        return out;
+    if (!psParents(wanted, out) && wanted.length > 1) {
+        for (const p of wanted)
+            psParents([p], out);
+    }
+    return out;
+}
+// Claude Code name of the session whose MCP server has pid `mcpPid`, for
+// sessions that did not record it themselves (registered by an older build).
+export function claudeNameForMcpPid(mcpPid, parents, sessionsDir = CLAUDE_SESSIONS_DIR) {
+    const claudePid = parents.get(mcpPid);
+    if (claudePid === undefined)
+        return undefined;
+    return readClaudeSession(claudePid, sessionsDir)?.name;
+}
+//# sourceMappingURL=claude-sessions.js.map

package/dist/claude-sessions.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"claude-sessions.js","sourceRoot":"","sources":["../src/claude-sessions.ts"],"names":[],"mappings":"AAAA,yDAAyD;AACzD,0EAA0E;AAC1E,8EAA8E;AAC9E,0EAA0E;AAC1E,+EAA+E;AAC/E,2EAA2E;AAC3E,6EAA6E;AAC7E,EAAE;AACF,2EAA2E;AAC3E,yEAAyE;AACzE,+EAA+E;AAC/E,4EAA4E;AAC5E,EAAE;AACF,0EAA0E;AAC1E,kDAAkD;AAClD,OAAO,EAAE,SAAS,EAAE,MAAM,oBAAoB,CAAC;AAC/C,OAAO,EAAE,MAAM,SAAS,CAAC;AACzB,OAAO,EAAE,MAAM,SAAS,CAAC;AACzB,OAAO,IAAI,MAAM,WAAW,CAAC;AAE7B,MAAM,CAAC,MAAM,mBAAmB,GAAG,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC,OAAO,EAAE,EAAE,SAAS,EAAE,UAAU,CAAC,CAAC;AASlF,MAAM,UAAU,iBAAiB,CAC/B,SAAiB,EACjB,cAAsB,mBAAmB;IAEzC,IAAI,MAAe,CAAC;IACpB,IAAI,CAAC;QACH,MAAM,GAAG,IAAI,CAAC,KAAK,CACjB,EAAE,CAAC,YAAY,CAAC,IAAI,CAAC,IAAI,CAAC,WAAW,EAAE,GAAG,SAAS,OAAO,CAAC,EAAE,OAAO,CAAC,CACtE,CAAC;IACJ,CAAC;IAAC,MAAM,CAAC;QACP,OAAO,SAAS,CAAC;IACnB,CAAC;IACD,IAAI,OAAO,MAAM,KAAK,QAAQ,IAAI,MAAM,KAAK,IAAI;QAAE,OAAO,SAAS,CAAC;IACpE,MAAM,GAAG,GAAG,MAAiC,CAAC;IAC9C,IAAI,OAAO,GAAG,CAAC,IAAI,KAAK,QAAQ,IAAI,GAAG,CAAC,IAAI,CAAC,IAAI,EAAE,KAAK,EAAE;QAAE,OAAO,SAAS,CAAC;IAC7E,IAAI,GAAG,CAAC,GAAG,KAAK,SAAS,IAAI,GAAG,CAAC,GAAG,KAAK,SAAS;QAAE,OAAO,SAAS,CAAC;IACrE,OAAO;QACL,GAAG,EAAE,SAAS;QACd,IAAI,EAAE,GAAG,CAAC,IAAI;QACd,SAAS,EAAE,OAAO,GAAG,CAAC,SAAS,KAAK,QAAQ,CAAC,CAAC,CAAC,GAAG,CAAC,SAAS,CAAC,CAAC,CAAC,SAAS;QACxE,GAAG,EAAE,OAAO,GAAG,CAAC,GAAG,KAAK,QAAQ,CAAC,CAAC,CAAC,GAAG,CAAC,GAAG,CAAC,CAAC,CAAC,SAAS;KACvD,CAAC;AACJ,CAAC;AAED,4EAA4E;AAC5E,6EAA6E;AAC7E,wEAAwE;AACxE,6EAA6E;AAC7E,6EAA6E;AAC7E,uEAAuE;AACvE,MAAM,UAAU,oBAAoB,CAClC,SAAiB,EACjB,eAAmC,EACnC,cAAsB,mBAAmB;IAEzC,MAAM,GAAG,GAAG,iBAAiB,CAAC,SAAS,EAAE,WAAW,CAAC,CAAC;IACtD,IAAI,CAAC,GAAG;QAAE,OAAO,SAAS,CAAC;IAC3B,IAAI,eAAe,IAAI,GAAG,CAAC,SAAS,IAAI,GAAG,CAAC,SAAS,KAAK,eAAe,EAAE,CAAC;QAC1E,OAAO,SAAS,CAAC;IACnB,CAAC;IACD,OAAO,GAAG,CAAC,IAAI,CAAC;AAClB,CAAC;AAED,6EAA6E;AAC7E,gFAAgF;AAChF,MAAM,OAAO,GAAG,SAAS,CAAC;AAE1B,SAAS,SAAS,CAAC,IAAc,EAAE,GAAwB;IACzD,MAAM,GAAG,GAAG,SAAS,CAAC,IAAI,EAAE,CAAC,IAAI,EAAE,YAAY,EAAE,IAAI,EAAE,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC,EAAE;QACtE,QAAQ,EAAE,OAAO;KAClB,CAAC,CAAC;IACH,IAAI,OAAO,GAAG,CAAC,MAAM,KAAK,QAAQ;QAAE,OAAO,KAAK,CAAC;IACjD,IAAI,GAAG,GAAG,KAAK,CAAC;IAChB,KAAK,MAAM,IAAI,IAAI,GAAG,CAAC,MAAM,CAAC,KAAK,CAAC,IAAI,CAAC,EAAE,CAAC;QAC1C,MAAM,CAAC,GAAG,IAAI,CAAC,IAAI,EAAE,CAAC,KAAK,CAAC,iBAAiB,CAAC,CAAC;QAC/C,IAAI,CAAC,EAAE,CAAC;YACN,GAAG,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,EAAE,MAAM,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC;YACpC,GAAG,GAAG,IAAI,CAAC;QACb,CAAC;IACH,CAAC;IACD,OAAO,GAAG,CAAC;AACb,CAAC;AAED,0EAA0E;AAC1E,4EAA4E;AAC5E,8EAA8E;AAC9E,sDAAsD;AACtD,MAAM,UAAU,UAAU,CAAC,IAAc;IACvC,MAAM,GAAG,GAAG,IAAI,GAAG,EAAkB,CAAC;IACtC,MAAM,MAAM,GAAG,IAAI,CAAC,MAAM,CACxB,CAAC,CAAC,EAAE,EAAE,CAAC,MAAM,CAAC,SAAS,CAAC,CAAC,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,IAAI,OAAO,CACpD,CAAC;IACF,IAAI,MAAM,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,GAAG,CAAC;IACpC,IAAI,CAAC,SAAS,CAAC,MAAM,EAAE,GAAG,CAAC,IAAI,MAAM,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;QACjD,KAAK,MAAM,CAAC,IAAI,MAAM;YAAE,SAAS,CAAC,CAAC,CAAC,CAAC,EAAE,GAAG,CAAC,CAAC;IAC9C,CAAC;IACD,OAAO,GAAG,CAAC;AACb,CAAC;AAED,yEAAyE;AACzE,6EAA6E;AAC7E,MAAM,UAAU,mBAAmB,CACjC,MAAc,EACd,OAA4B,EAC5B,cAAsB,mBAAmB;IAEzC,MAAM,SAAS,GAAG,OAAO,CAAC,GAAG,CAAC,MAAM,CAAC,CAAC;IACtC,IAAI,SAAS,KAAK,SAAS;QAAE,OAAO,SAAS,CAAC;IAC9C,OAAO,iBAAiB,CAAC,SAAS,EAAE,WAAW,CAAC,EAAE,IAAI,CAAC;AACzD,CAAC"}