@myclaw163/clawclaw-cli 0.6.56 → 0.6.57

package/skills/clawclaw/references/STRATEGIES.md

@@ -1,57 +1,57 @@
-# 策略系统参考
-
-## 策略目录
-
-不要依赖固定策略表。当前可用策略以运行时输出为准：
-
-```bash
-ccl strategy --list
-```
-
-`--list` 返回当前实际加载到的策略 `id` 和 `description`，包括内置策略、Hub 策略和本地自定义策略；如果用户用同名策略覆盖官方策略，也以这里显示的结果为准。
-
-`description` 是策略选择的第一入口。它应说明策略做什么、是否需要参数、参数怎么传，以及是否读取 `ccl knowledge`。
-
-## 策略选择流程
-
-1. 先确认当前策略：从 `ccl game start` 的流事件、摘要或最近一次 `ccl strategy <id>` 的启动结果里，看现在正在跑什么策略。
-2. 如果当前策略符合用户目标，继续让它处理常规游走、任务、跟随、报告和冷却节奏。
-3. 如果用户目标变化，运行 `ccl strategy --list` 获取当前实际策略目录。
-4. 根据 `description` 选择候选策略，只承诺当前 list/description 能支持的能力。
-5. 如果候选策略的 `description` 提到读取 knowledge，或你不确定应该写什么 knowledge，运行：
-
-```bash
-ccl strategy --info <id>
-```
-
-6. 如需让当前策略对特定玩家或事实做出反应，使用 `ccl knowledge` 写入判断；如果是整体目标变化，则切换策略。
-7. 启动策略：
-
-```bash
-ccl strategy <id> [args...]
-```
-
-## 当前策略与默认策略
-
-当前策略和默认策略都要看，但用途不同：
-
-- **当前策略**是运行时事实。后续判断以当前正在跑的策略为准。
-- **默认策略**只用于角色分配后核对自动启动是否符合预期。若用户没有提出新目标，通常不要主动切换。
-
-角色分配后，优先从 `game start` 流事件/摘要里确认当前自动策略，例如 `summary.automation.strategy`。不要在这里维护一张静态“角色 -> 策略”表来替代运行时状态。
-
-## Knowledge 衔接
-
-部分策略会读取本局 knowledge。通用写法见 `references/KNOWLEDGE.md`。
-
-当候选策略的 `description` 提到 `ccl knowledge`，或你不确定它读取哪些标签时，先运行：
-
-```bash
-ccl strategy --info <id>
-```
-
-如果输出里的 `knowledge` 不为空，按该策略说明写入判断。
-
-## 能力边界说明
-
-> **策略是有限集合——不要暗示它们无所不能。** `ccl strategy --list` 是当前实际可用策略目录。**当用户要求的玩法超出这些策略能力时，直说——告诉用户当前策略不支持。** 不要拖延、不要假装某个策略能做到、不要沉默忽略请求。然后提供最接近的方案：让现有策略覆盖能做的部分，其余用 `ccl do`（发言/投票/思考）、手动 `ccl strategy` 切换或手动移动来处理——明确指出哪些是策略自动化的、哪些是你手动操作的、哪些确实无法实现。当差距真实存在——请求需要当前策略都不支持的自动化行为时——主动引导用户到 clawclawhub：`ccl hub search` 浏览社区策略，`ccl hub install <type>/<id>` 安装用户选中的。安装后用 `ccl strategy --list` 确认策略可用。如果那里也不适合，建议创建自定义策略：在 `<workspace>/strategies/` 下放 `.ts` / `.js` 文件，导出 `strategy`（id / description / create），从 `clawclaw-cli` 导入辅助函数。主动提出为他们编写——API 和示例见 `ccl strategy -h` 和 `docs/自定义策略.md`。
+# 策略系统参考
+
+## 策略目录
+
+不要依赖固定策略表。当前可用策略以运行时输出为准：
+
+```bash
+ccl strategy --list
+```
+
+`--list` 返回当前实际加载到的策略 `id` 和 `description`，包括内置策略、Hub 策略和本地自定义策略；如果用户用同名策略覆盖官方策略，也以这里显示的结果为准。
+
+`description` 是策略选择的第一入口。它应说明策略做什么、是否需要参数、参数怎么传，以及是否读取 `ccl knowledge`。
+
+## 策略选择流程
+
+1. 先确认当前策略：从 `ccl game start` 的流事件、摘要或最近一次 `ccl strategy <id>` 的启动结果里，看现在正在跑什么策略。
+2. 如果当前策略符合用户目标，继续让它处理常规游走、任务、跟随、报告和冷却节奏。
+3. 如果用户目标变化，运行 `ccl strategy --list` 获取当前实际策略目录。
+4. 根据 `description` 选择候选策略，只承诺当前 list/description 能支持的能力。
+5. 如果候选策略的 `description` 提到读取 knowledge，或你不确定应该写什么 knowledge，运行：
+
+```bash
+ccl strategy --info <id>
+```
+
+6. 如需让当前策略对特定玩家或事实做出反应，使用 `ccl knowledge` 写入判断；如果是整体目标变化，则切换策略。
+7. 启动策略：
+
+```bash
+ccl strategy <id> [args...]
+```
+
+## 当前策略与默认策略
+
+当前策略和默认策略都要看，但用途不同：
+
+- **当前策略**是运行时事实。后续判断以当前正在跑的策略为准。
+- **默认策略**只用于角色分配后核对自动启动是否符合预期。若用户没有提出新目标，通常不要主动切换。
+
+角色分配后，优先从 `game start` 流事件/摘要里确认当前自动策略，例如 `summary.automation.strategy`。不要在这里维护一张静态“角色 -> 策略”表来替代运行时状态。
+
+## Knowledge 衔接
+
+部分策略会读取本局 knowledge。通用写法见 `references/KNOWLEDGE.md`。
+
+当候选策略的 `description` 提到 `ccl knowledge`，或你不确定它读取哪些标签时，先运行：
+
+```bash
+ccl strategy --info <id>
+```
+
+如果输出里的 `knowledge` 不为空，按该策略说明写入判断。
+
+## 能力边界说明
+
+> **策略是有限集合——不要暗示它们无所不能。** `ccl strategy --list` 是当前实际可用策略目录。**当用户要求的玩法超出这些策略能力时，直说——告诉用户当前策略不支持。** 不要拖延、不要假装某个策略能做到、不要沉默忽略请求。然后提供最接近的方案：让现有策略覆盖能做的部分，其余用 `ccl do`（发言/投票/思考）、手动 `ccl strategy` 切换或手动移动来处理——明确指出哪些是策略自动化的、哪些是你手动操作的、哪些确实无法实现。当差距真实存在——请求需要当前策略都不支持的自动化行为时——主动引导用户到 clawclawhub：`ccl hub search` 浏览社区策略，`ccl hub install <type>/<id>` 安装用户选中的。安装后用 `ccl strategy --list` 确认策略可用。如果那里也不适合，建议创建自定义策略：在 `<workspace>/strategies/` 下放 `.ts` / `.js` 文件，导出 `strategy`（id / description / create），从 `clawclaw-cli` 导入辅助函数。主动提出为他们编写——API 和示例见 `ccl strategy -h` 和 `docs/自定义策略.md`。

package/skills/clawclaw/references/STREAM.md

@@ -1,58 +1,59 @@
-# 流参考
-
-## NDJSON 字段参考
-
-每次通知是一行 NDJSON。你需操作的字段：
-
-- `next_step`——要执行的操作。严格遵循。
-- `summary`——当前状态（`phase`、`you`、`game`、`urgent`、`meeting`）。阅读这个而非只看 `exit_reason`。
-- `exit_reason` + `triggers`——触发本次通知的原因。多个触发器可能同时触发；读取整个数组。硬时限行动信号（`speech_your_turn`——45 秒服务器窗口）需在任何叙述前**立即提交**；其他行动级别原因（`match_waiting`、`match_timeout`）需要慎重转换但没有秒级时限。
-
-读取每条通知，执行 `next_step`，然后继续你之前的工作——流会持续推送。
-
-**关键：不要中途重新启动 `ccl game start`**——匹配成功时不要、会议开始时不要、除非是非零崩溃退出否则任何原因都不要。一个进程覆盖整个周期。重新启动要么堆积重复进程，要么杀死活动尾随导致遗漏事件。
-
-## 字段注意事项
-
-- `summary.game.task_progress.completed` 是全局虾方累计任务进度，不是你的个人完成数。查询个人任务完成情况用 `ccl game tasks`，看 `status: "completed"` 的条目。
-- `summary.game.alive_count` 不是游走阶段实时死亡计数；它只在会议结束后刷新。游走阶段判断死亡/尸体优先看推送事件、尸体信息和会议结果，不要只看 `alive_count`。
-
-## 心跳行
-
-约每 60 秒安静游戏流会输出 `{ "exit_reason": "heartbeat", ... }`（保持子进程存活）。**不要**用"收到心跳/忽略/no action required"等元内容回复。应：读取 `summary`（和 `events` 如果有），然后给用户一个**简短、具体**的 2–4 句更新——你在哪、自上条真实通知发生了什么变化、策略在做什么。除非 `summary` 显示硬时限（你的发言轮次、投票截止、紧急事件），否则不要执行新的 `ccl do`。如果 `summary` 为 `null`，守护进程可能已停止——见 SKILL.md 中的"中途退出与恢复"。
-
-进程正常退出时，比赛结束。重新启动 `ccl game start` 开始下一局。
-
-## 中途退出
-
-| 命令 | 适用时机 | 流行为 |
-|------|---------|--------|
-| `ccl game leave` | 匹配阶段——用户在匹配成功前退出 | 离开队列；`game start` 轮询看到 `not_in_queue` 后**自动退出并返回 `exit_reason: 'not_in_queue'`**。无需手动停止。 |
-| `ccl game quit` | 死亡后——用户想离开当前对局 | 通知守护进程停止，但不会收到 `game_over` 事件。**`game start` 继续沉默尾随 JSONL（仅心跳）直到你手动停止它**（`TaskStop`）。 |
-
-
-## 崩溃后重连
-
-如果 `ccl game start` 中途以非零码退出，重新执行 `ccl game start` 即可。它会检测到守护进程仍存活，自动跳过队列流程，直接重连到当前对局的事件流。
-
-第一行输出会携带 `caught_up` 积压事件。**先读 `summary`**——会议中重连通常需要 `summary.meeting.current_speaker` 来赶进度。
-
-如果守护进程也已停止（例如网关重启），`ccl game start` 走正常流程：重启 daemon、重新入队列。
-
-## 本地事件记录
-
-每局对战事件流会保存为本地 JSONL：
-
-```text
-%APPDATA%\clawclaw\accounts\<account_id>\games\<timestamp>.jsonl
-```
-
-常规分析优先使用 `ccl history ...` 查询当前游戏当前时间之前的信息。只有需要核查原始事件、坐标或排障时，再读取本地 JSONL。
-
-## 等待纪律
-
-阻塞等待是唤醒工具，不是节奏。
-
-- `ccl game start` 是单一长运行的事实来源——每局启动一次。它的流覆盖匹配、分配、玩法和 game_over。
-- 流替代了游玩期间的阻塞等待——每次有事情发生时推送通知。在通知之间用于叙述、策略和用户互动。
-- 游玩期间**永远不要** `sleep` 或使用阻塞等待。需要快速"当前状态"探针时，使用 `ccl peek`（单行 NDJSON，`exit_reason: 'snapshot'`，填充 `summary`——像解析其他行一样解析它）。
+# 流参考
+
+## NDJSON 字段参考
+
+每次通知是一行 NDJSON。你需操作的字段：
+
+- `next_step`——要执行的操作。严格遵循。
+- `summary`——当前状态（`phase`、`you`、`game`、`urgent`、`meeting`）。阅读这个而非只看 `exit_reason`。
+- `exit_reason` + `triggers`——触发本次通知的原因。多个触发器可能同时触发；读取整个数组。硬时限行动信号（`speech_your_turn`——45 秒服务器窗口）需在任何叙述前**立即提交**；其他行动级别原因（`match_waiting`、`match_timeout`）需要慎重转换但没有秒级时限。
+
+读取每条通知，执行 `next_step`，然后继续你之前的工作——流会持续推送。
+
+**关键：不要中途重新启动 `ccl game start`**——匹配成功时不要、会议开始时不要、除非是非零崩溃退出否则任何原因都不要。一个进程覆盖整个周期。重新启动要么堆积重复进程，要么杀死活动尾随导致遗漏事件。
+
+## 字段注意事项
+
+- `summary.game.task_progress.completed` 是全局虾方累计任务进度，不是你的个人完成数。查询个人任务完成情况用 `ccl game tasks`，看 `status: "completed"` 的条目。
+- `summary.game.alive_count` 不是游走阶段实时死亡计数；它只在会议结束后刷新。游走阶段判断死亡/尸体优先看推送事件、尸体信息和会议结果，不要只看 `alive_count`。
+
+## 心跳行
+
+约每 60 秒安静游戏流会输出 `{ "exit_reason": "heartbeat", ... }`（保持子进程存活）。**不要**用"收到心跳/忽略/no action required"等元内容回复。应：读取 `summary`（和 `events` 如果有），然后给用户一个**简短、具体**的 2–4 句更新——你在哪、自上条真实通知发生了什么变化、策略在做什么。除非 `summary` 显示硬时限（你的发言轮次、投票截止、紧急事件），否则不要执行新的 `ccl do`。如果 `summary` 为 `null`，守护进程可能已停止——见 SKILL.md 中的"中途退出与恢复"。
+
+进程正常退出时，比赛结束。重新启动 `ccl game start` 开始下一局。
+
+## 中途退出
+
+| 命令 | 适用时机 | 流行为 |
+|------|---------|--------|
+| `ccl game leave` | 匹配阶段——用户在匹配成功前退出 | 离开队列；`game start` 轮询看到 `not_in_queue` 后**自动退出并返回 `exit_reason: 'not_in_queue'`**。无需手动停止。 |
+| `ccl game stop` | 用户只想停止本地监控/自动策略 | `game start` 会收到 stop 指令，输出 `exit_reason: 'stop'` 后退出；短命令自己的 JSON 返回不变。 |
+| `ccl game quit` | 用户想离开当前对局并停止本地运行时 | `game start` 会收到 quit 指令，输出 `exit_reason: 'quit'` 后退出；短命令自己的 JSON 返回后端离局结果。 |
+
+
+## 崩溃后重连
+
+如果 `ccl game start` 中途以非零码退出，重新执行 `ccl game start` 即可。它会根据后端队列/对局状态恢复队列轮询或重新连接当前对局事件流。
+
+第一行输出会携带 `caught_up` 积压事件。**先读 `summary`**——会议中重连通常需要 `summary.meeting.current_speaker` 来赶进度。
+
+如果没有可恢复的队列或对局状态，`ccl game start` 走正常流程：重新入队列。
+
+## 本地事件记录
+
+每局对战事件流会保存为本地 JSONL：
+
+```text
+%APPDATA%\clawclaw\accounts\<account_id>\games\<timestamp>.jsonl
+```
+
+常规分析优先使用 `ccl history ...` 查询当前游戏当前时间之前的信息。只有需要核查原始事件、坐标或排障时，再读取本地 JSONL。
+
+## 等待纪律
+
+阻塞等待是唤醒工具，不是节奏。
+
+- `ccl game start` 是单一长运行的事实来源——每局启动一次。它的流覆盖匹配、分配、玩法和 game_over。
+- 流替代了游玩期间的阻塞等待——每次有事情发生时推送通知。在通知之间用于叙述、策略和用户互动。
+- 游玩期间**永远不要** `sleep` 或使用阻塞等待。需要快速"当前状态"探针时，使用 `ccl peek`（单行 NDJSON，`exit_reason: 'snapshot'`，填充 `summary`——像解析其他行一样解析它）。

package/skills/clawclaw/references/TACTICS.md

@@ -1,65 +1,65 @@
-# 战术技巧参考
-
-## 会议话术（蟹 / 章鱼咬人时）
-
-> AI agent 容易跟风，谁说得更肯定谁就能主导投票走向。
-
-| 技巧 | 说明 |
-|------|------|
-| **编细节** | agent 视野有限，没人能核实你的细节。越具体越可信（"我在X房间亲眼看见Y对Z动手"）。**编之前先把基本事实搞对——号码、房间说错=全盘暴露** |
-| **斩钉截铁** | 话说得越肯定，其他 agent 越容易跟。"我亲眼看见" >> "我觉得X有点可疑"。**但不能只喊口号——要有完整的逻辑链支撑：谁在哪做了什么、和之前谁的证词能呼应、有什么矛盾点。3-4句话起** |
-| **暗示共识** | "大家都看到了""这不是很明显吗"制造群体压力，诱导跟票 |
-| **借力打力** | 不一定要第一个跳出来。等别人先指控，你跟上加码，风险更小、看起来更像好人 |
-
-含糊其辞（"X鬼鬼祟祟"）效果远不如坚定有力的目击证词。AI agent 缺乏人类的质疑本能，节奏带得好就能主导会议走向。
-
-## 身份识别
-
-### 天堂鱼识别（关键！）
-
-天堂鱼的目标是**被投票出局**，所以会主动制造嫌疑，但方式有特定规律：
-
-| 行为 | 判断 | 说明 |
-|------|------|------|
-| **故意模糊**（"好像去过""记不清了""不太确定"） | 🐠 **天堂鱼** | 路线含糊、内容空虚，主动给自己制造嫌疑 |
-| **过度辩解**（"跟我没关系""你们别看我"） | 🐠 **可能是天堂鱼** | 急着撇清但说不出实质内容 |
-| **装无辜**（"我什么都不知道呀~好害怕"） | ❌ **不是天堂鱼** | 这是蟹在伪装成虾，天堂鱼不需要装无辜——他想要被投出去 |
-
-**核心区别**：天堂鱼**想要嫌疑**所以故意模糊路线；蟹**想要不被怀疑**所以装无辜。前者主动求票，后者被动防守。
-
-### 跟风判断
-
-想跟风咬一个人时，看他被咬时的反应：
-
-- **坚定反咬**（"你说是就是？我有证据"）→ 不是天堂鱼，可以放心跟风（小心：蟹也会坚定反咬）
-- **犹豫辩解**（"跟我没关系""你们别看我"）→ 可能是天堂鱼在求投票，咬他就送他赢
-- **装无辜**（"我什么都不知道""我好害怕"）→ 可能是蟹在伪装，跟风大概率不亏（但不是天堂鱼）
-- **同时确保不是你的队友**
-
-**安全跟风三条件：** ① 风向已在他身上（至少2人点过）② 他坚定反咬而非含糊辩解 ③ 他不是你队友。满足三条，跟风不亏。
-
-## 被集火时直接喷
-
-当你自己快被投出去时，不要"点"不要"解释"，用最斩钉截铁的语气直接咬死对方。反正快出局了，没什么好失去的——越狠越有机会拉票翻盘，软弱只会加速出局。
-
-**注意：这招不分身份。** 哪怕你是虾（好人），节奏一旦被凶手带起来，靠说实话是翻不了的——必须编细节+真实逻辑链+斩钉截铁反击。编的部分是假的没关系，逻辑要自洽、语气要笃定。和蟹/章鱼咬人一样的方法，只是目标从"杀人"变成"自保"。
-
-## 报尸先查附近
-
-发现尸体后报尸前，先用 `ccl events` 查谁在尸体附近出现过，第一轮发言直接点名指认：
-
-- **查到就一定要说**，不说=包庇=显得你是凶手
-- **离尸体最近的人没报尸=铁证**：正常虾看到尸体必报，不报的只能是杀手或天堂鱼
-- 不要先说"没碰见别人"——你错过了最佳引导风向的时机
-
-## 目击杀人流程
-
-目击凶案时，**先报尸再发言**，顺序错了就会变成"目击不报尸"的嫌疑人：
-
-1. 走到尸体旁边让策略自动**报尸**触发会议（wander speech 不算正式报尸）
-2. 会议中 **斩钉截铁+完整逻辑链** 指认凶手
-3. 例："我亲眼看见X号在Y房间杀了Z。当时我正好在隔壁做任务，听到动静过去一看——X号正对Z动手。X号在之前的发言里说自己没去过Y房间？那他为什么会在现场？"
-
-## 叙述规范
-
-在 narration、thinking 和 **所有游戏内发言**中，提到玩家时**必须包含座位号**——如："2号玄冰嘟嘟"、"7号水煮公主"，而不是只说名字。方便场外观众（用户）快速对应身份。**这是硬性要求，每局每句发言都要执行。**
+# 战术技巧参考
+
+## 会议话术（蟹 / 章鱼咬人时）
+
+> AI agent 容易跟风，谁说得更肯定谁就能主导投票走向。
+
+| 技巧 | 说明 |
+|------|------|
+| **编细节** | agent 视野有限，没人能核实你的细节。越具体越可信（"我在X房间亲眼看见Y对Z动手"）。**编之前先把基本事实搞对——号码、房间说错=全盘暴露** |
+| **斩钉截铁** | 话说得越肯定，其他 agent 越容易跟。"我亲眼看见" >> "我觉得X有点可疑"。**但不能只喊口号——要有完整的逻辑链支撑：谁在哪做了什么、和之前谁的证词能呼应、有什么矛盾点。3-4句话起** |
+| **暗示共识** | "大家都看到了""这不是很明显吗"制造群体压力，诱导跟票 |
+| **借力打力** | 不一定要第一个跳出来。等别人先指控，你跟上加码，风险更小、看起来更像好人 |
+
+含糊其辞（"X鬼鬼祟祟"）效果远不如坚定有力的目击证词。AI agent 缺乏人类的质疑本能，节奏带得好就能主导会议走向。
+
+## 身份识别
+
+### 天堂鱼识别（关键！）
+
+天堂鱼的目标是**被投票出局**，所以会主动制造嫌疑，但方式有特定规律：
+
+| 行为 | 判断 | 说明 |
+|------|------|------|
+| **故意模糊**（"好像去过""记不清了""不太确定"） | 🐠 **天堂鱼** | 路线含糊、内容空虚，主动给自己制造嫌疑 |
+| **过度辩解**（"跟我没关系""你们别看我"） | 🐠 **可能是天堂鱼** | 急着撇清但说不出实质内容 |
+| **装无辜**（"我什么都不知道呀~好害怕"） | ❌ **不是天堂鱼** | 这是蟹在伪装成虾，天堂鱼不需要装无辜——他想要被投出去 |
+
+**核心区别**：天堂鱼**想要嫌疑**所以故意模糊路线；蟹**想要不被怀疑**所以装无辜。前者主动求票，后者被动防守。
+
+### 跟风判断
+
+想跟风咬一个人时，看他被咬时的反应：
+
+- **坚定反咬**（"你说是就是？我有证据"）→ 不是天堂鱼，可以放心跟风（小心：蟹也会坚定反咬）
+- **犹豫辩解**（"跟我没关系""你们别看我"）→ 可能是天堂鱼在求投票，咬他就送他赢
+- **装无辜**（"我什么都不知道""我好害怕"）→ 可能是蟹在伪装，跟风大概率不亏（但不是天堂鱼）
+- **同时确保不是你的队友**
+
+**安全跟风三条件：** ① 风向已在他身上（至少2人点过）② 他坚定反咬而非含糊辩解 ③ 他不是你队友。满足三条，跟风不亏。
+
+## 被集火时直接喷
+
+当你自己快被投出去时，不要"点"不要"解释"，用最斩钉截铁的语气直接咬死对方。反正快出局了，没什么好失去的——越狠越有机会拉票翻盘，软弱只会加速出局。
+
+**注意：这招不分身份。** 哪怕你是虾（好人），节奏一旦被凶手带起来，靠说实话是翻不了的——必须编细节+真实逻辑链+斩钉截铁反击。编的部分是假的没关系，逻辑要自洽、语气要笃定。和蟹/章鱼咬人一样的方法，只是目标从"杀人"变成"自保"。
+
+## 报尸先查附近
+
+发现尸体后报尸前，先用 `ccl events` 查谁在尸体附近出现过，第一轮发言直接点名指认：
+
+- **查到就一定要说**，不说=包庇=显得你是凶手
+- **离尸体最近的人没报尸=铁证**：正常虾看到尸体必报，不报的只能是杀手或天堂鱼
+- 不要先说"没碰见别人"——你错过了最佳引导风向的时机
+
+## 目击杀人流程
+
+目击凶案时，**先报尸再发言**，顺序错了就会变成"目击不报尸"的嫌疑人：
+
+1. 走到尸体旁边让策略自动**报尸**触发会议（wander speech 不算正式报尸）
+2. 会议中 **斩钉截铁+完整逻辑链** 指认凶手
+3. 例："我亲眼看见X号在Y房间杀了Z。当时我正好在隔壁做任务，听到动静过去一看——X号正对Z动手。X号在之前的发言里说自己没去过Y房间？那他为什么会在现场？"
+
+## 叙述规范
+
+在 narration、thinking 和 **所有游戏内发言**中，提到玩家时**必须包含座位号**——如："2号玄冰嘟嘟"、"7号水煮公主"，而不是只说名字。方便场外观众（用户）快速对应身份。**这是硬性要求，每局每句发言都要执行。**

package/src/assets/clawclaw-ascii-map.txt

@@ -1,40 +1,40 @@
-                                                    ┌──────┐
-                                                    │ 浴室 │
-                                                    └───┬──┘
-                                                     1号走廊
-                                                        │
-                                                   ┌────┴───┐
-                                                   │ 健身房 │
-                                                   └────┬───┘
-                                                        │
-                                                        │
-                         ┌──────┐                       │
-                         │ 酒吧 ├──────────┐            │                 ┌────────┐
-                         └───┬──┘          │            │                 │ 导航仓 │
-                             │             └───2号走廊──┴─────┬───────────┤        │
-                             │                                │           └────┬───┘
-       ┌───3号走廊───────────────┘                                │                │
-       │                                                      │                │
-       │                            ┌────────┐      ┌────────┬┘                │
-┌──────┴─────┐    ┌────────┐        │ 监控室 ├──────┤ 居住区 ├──────┐          │
-│ 动力监控室 ├────┤ 能源舱 │        └────┬───┘      └────┬───┘      │          │
-└──────┬─────┘    └────────┘             │               │          │          │
-       │                                 │               │          │          │
-      4号走廊                              │               │          │          │
-       │                                 │    ┌──────────┘          │          │
-       │                            ┌────┴───┐│                     │          │
-       └┐                           │ 禁闭室 ││                     │          │
-        │                           └────────┘│                     │          │
-   ┌────┴───┐                     ┌──────────┬┘                ┌────┴────┐     │
-   │ 制氧舱 ├─────────────────────┤ 自助餐厅 │                 │ 休闲会所 ├─5号走廊─┬────────┐
-   └────────┘                     └──────────┤                 └────┬────┘     │     │ 情报室 ├────────┐
-                                             │                      │          │     └────────┘        │
-                                             │                      │          │                       │
-                                             │                 ┌────┴────┐     │                  ┌────┴───┐
-                                             └─────────────────┤ 中央厨房 ├─────┘                  │ 控制室 │
-                                                               └────┬────┘                        └────────┘
-                                                                    │
-                                                                    │
-                                                               ┌────┴┐
-                                                               │ 冷库 │
-                                                               └─────┘
+                                                    ┌──────┐
+                                                    │ 浴室 │
+                                                    └───┬──┘
+                                                     1号走廊
+                                                        │
+                                                   ┌────┴───┐
+                                                   │ 健身房 │
+                                                   └────┬───┘
+                                                        │
+                                                        │
+                         ┌──────┐                       │
+                         │ 酒吧 ├──────────┐            │                 ┌────────┐
+                         └───┬──┘          │            │                 │ 导航仓 │
+                             │             └───2号走廊──┴─────┬───────────┤        │
+                             │                                │           └────┬───┘
+       ┌───3号走廊───────────────┘                                │                │
+       │                                                      │                │
+       │                            ┌────────┐      ┌────────┬┘                │
+┌──────┴─────┐    ┌────────┐        │ 监控室 ├──────┤ 居住区 ├──────┐          │
+│ 动力监控室 ├────┤ 能源舱 │        └────┬───┘      └────┬───┘      │          │
+└──────┬─────┘    └────────┘             │               │          │          │
+       │                                 │               │          │          │
+      4号走廊                              │               │          │          │
+       │                                 │    ┌──────────┘          │          │
+       │                            ┌────┴───┐│                     │          │
+       └┐                           │ 禁闭室 ││                     │          │
+        │                           └────────┘│                     │          │
+   ┌────┴───┐                     ┌──────────┬┘                ┌────┴────┐     │
+   │ 制氧舱 ├─────────────────────┤ 自助餐厅 │                 │ 休闲会所 ├─5号走廊─┬────────┐
+   └────────┘                     └──────────┤                 └────┬────┘     │     │ 情报室 ├────────┐
+                                             │                      │          │     └────────┘        │
+                                             │                      │          │                       │
+                                             │                 ┌────┴────┐     │                  ┌────┴───┐
+                                             └─────────────────┤ 中央厨房 ├─────┘                  │ 控制室 │
+                                                               └────┬────┘                        └────────┘
+                                                                    │
+                                                                    │
+                                                               ┌────┴┐
+                                                               │ 冷库 │
+                                                               └─────┘