evolcore 0.0.34 → 0.0.35

package/kits/docs/evolcore/thread-chain.md

@@ -85,8 +85,8 @@ ec msg history --thread <threadId>
 ### 新建话题
 
 ```bash
-ec thread create <peer> --name "项目A需求讨论"
-ec thread create <peer> --name "项目A" --label 项目A --status in_progress
+ec thread create <peer> --name '项目A需求讨论'
+ec thread create <peer> --name '项目A' --label 项目A --status in_progress
 ```
 
 创建成功后返回 `threadId`，格式为 `thread-<ms>-<seq4>-<rand4>`（如 `thread-1791028341906-0000-136a`）。创建时会自动向对端发一条系统消息通知。
@@ -94,12 +94,28 @@ ec thread create <peer> --name "项目A" --label 项目A --status in_progress
 ### 修改话题
 
 ```bash
-ec thread rename <peer>/<threadId> "新名称"
+ec thread rename <peer>/<threadId> '新名称'
+ec thread rename <peer> '新名称'                # 裸 peer 指主会话；等价于 <peer>/main
 ec thread label <peer>/<threadId> 重要
 ec thread label <peer>/<threadId> --clear       # 清除标签
 ec thread status <peer>/<threadId> completed    # pending|in_progress|completed|archived
 ```
 
+主会话可以改名（落在会话存档的 `name` 字段），但**不能**打标签或改状态——label/status 只对子话题生效。
+`ec thread list` / `show` 里主会话的名称带 `[主会话] ` 前缀，该前缀只在展示层加，不是真实名字。
+
+`summary set ... --name` 对主会话同样生效，改名走与 `ec thread rename` 相同的路径。
+
+#### 名称长度
+
+正文上限 **80 字符**（按 Unicode 码点计，含空格与标点）；加末尾 `...` 后落盘上限 **83 字符**。
+自动生成与手动改名（`create` / `rename` / `summary set --name`）共用 `session-title.ts` 里的同一组常量。
+
+- 长于 80 字符的文本由 `sanitizeSessionTitle` 截为前 80 字符 + `...`；
+- 写入时按 **83 字符**校验（落盘上限），超过即报 `NAME_TOO_LONG`，报错里带上当前长度和上限；
+- 为什么不按 80 拒绝：系统自动生成的话题名最长就是 83 字符，按 80 拒绝会让这些名字「改不回去」；
+- 历史遗留的超长名称原样保留、可正常读取。
+
 `/name` 和 `/rename` 也会同步更新话题索引。
 
 ### 删除话题
@@ -147,7 +163,7 @@ ec msg send '<消息内容>' --thread <threadId> --check-every 30m
 
 ```bash
 # A 向 B 的话题 T2 发送任务，并设置周期复查
-ec msg send "请处理项目A的数据清洗" --thread thread-T2-xxxx --check-every 2h
+ec msg send '请处理项目A的数据清洗' --thread thread-T2-xxxx --check-every 2h
 ```
 
 **B 接收时感知来源上下文：**
@@ -174,12 +190,12 @@ daemon 不自动总结，需要 agent 主动写入。
 ec thread summary show <peer>/<threadId>
 
 # 写入摘要 —— --name 必填：同时把话题改成这个标题
-ec thread summary set <peer>/<threadId> "项目A需求已确认，正在开发登录模块" --name "项目A登录模块"
+ec thread summary set <peer>/<threadId> '项目A需求已确认，正在开发登录模块' --name '项目A登录模块'
 # 不想改话题名就显式传 -
 ec thread summary set <peer>/<threadId> '<摘要内容>' --name -
 
 # 支持 CAS（乐观锁），防止并发覆盖
-ec thread summary set <peer>/<threadId> "新内容" --name - --if-rev 3
+ec thread summary set <peer>/<threadId> '新内容' --name - --if-rev 3
 
 # 查看历史版本
 ec thread summary log <peer>/<threadId>
@@ -206,7 +222,7 @@ ec thread history <peer>/<threadId> --after <coveredThroughTs> --limit 50
 ec thread history <peer>/<threadId> --before <本页最早一条的ts> --limit 50
 
 # 4. 读完增量后写摘要，游标自动推进到当前最新一条
-ec thread summary set <peer>/<threadId> "新摘要" --name -
+ec thread summary set <peer>/<threadId> '新摘要' --name -
 ```
 
 **约束**：`summary set` 把游标设为**写入时刻话题的最新一条**，所以跨话题总结必须**先把增量读完再写**——
@@ -263,5 +279,5 @@ ec thread check-index                   # 同 rebuild-index --check
 | `TOPIC_CONFLICT` | 同名话题已存在 | 改名或用现有话题 |
 | `TOPIC_BUSY` | 话题正在处理中 | 等待处理完成后再删除 |
 | `SUMMARY_CAS_CONFLICT` | 摘要版本冲突 | 重新 `show` 获取最新 rev，再重试 |
-| `INVALID_NAME` | 话题名称不合法 | 名称不能为空，不超过 80 字符 |
-| `NAME_TOO_LONG` | 话题名称超过 80 字符 | 缩短名称 |
+| `INVALID_NAME` | 话题名称不合法 | 名称不能为空 |
+| `NAME_TOO_LONG` | 话题名称超过 83 字符（正文 80 + 省略号） | 按报错里的当前长度缩写后重试 |

package/kits/eck_manifest.auxiliary.json

@@ -38,6 +38,15 @@
       "needsInjection": true,
       "when": { "var": "baseAgent", "neq": null },
       "description": "Base Agent 特定配置"
+    },
+    {
+      "id": "bash-description",
+      "type": "file",
+      "file": "$KITS_FRAGMENTS/bash-description.md",
+      "order": 75,
+      "needsInjection": true,
+      "when": { "var": "baseAgent", "in": ["claude", "ecagent"] },
+      "description": "Bash 调用 description 格式：目标描述 + 风险等级标记"
     }
   ]
 }

package/kits/eck_manifest.json

@@ -444,6 +444,26 @@
       },
       "description": "Base Agent 特定配置"
     },
+    {
+      "id": "bash-description",
+      "type": "file",
+      "file": "$KITS_FRAGMENTS/bash-description.md",
+      "order": 75,
+      "needsInjection": true,
+      "when": {
+        "and": [
+          {
+            "var": "baseAgent",
+            "in": ["claude", "ecagent"]
+          },
+          {
+            "var": "lifecycle",
+            "in": ["active", "bootstrapping"]
+          }
+        ]
+      },
+      "description": "Bash 调用 description 格式：目标描述 + 风险等级标记"
+    },
     {
       "id": "managed-runtime-notice",
       "type": "file",

package/kits/eck_manifest.memory.json

@@ -240,6 +240,26 @@
         "eq": "active"
       },
       "description": "会话层：当前会话实例状态"
+    },
+    {
+      "id": "bash-description",
+      "type": "file",
+      "file": "$KITS_FRAGMENTS/bash-description.md",
+      "order": 65,
+      "needsInjection": true,
+      "when": {
+        "and": [
+          {
+            "var": "baseAgent",
+            "in": ["claude", "ecagent"]
+          },
+          {
+            "var": "lifecycle",
+            "eq": "active"
+          }
+        ]
+      },
+      "description": "Bash 调用 description 格式：目标描述 + 风险等级标记"
     }
   ]
 }

package/kits/rules/01-overview.md

@@ -151,13 +151,13 @@ manifest schema、when 条件、合并覆盖、模板渲染、运行时变量目
 ## 命令行的引号写法
 
 `ec` 命令里的自由文本参数（消息正文、`--desc`、`--prompt`、`--name`、`--question`、
-`--reason` 等）**一律用单引号包住**（`'…'`）。
+`--reason` 等）默认**用单引号包住**（`'…'`）。
 
 用双引号的话，正文里的反引号（`` ` ``）和 `$` 会被 shell 当作命令替换或变量展开，
 命令会被拒绝——`ec` 只接受能确认为字面量的命令。
 
-正文里不要出现半角撇号本身（会提前闭合引号）；需要时用 `ʼ`（U+02BC）或 `＇`（U+FF07）代替。
-单引号内无法转义单引号，改写措辞也是一种办法。
+**正文本身含单引号时**，改用 bash ANSI-C quoting：`$'…'`。
+内部支持转义：`\'` `\n` `\t` `\\`。例：`ec msg send $'it\'s fine'`。
 
 ## 术语
 

package/kits/rules/07-memory-and-thread.md

@@ -82,7 +82,7 @@ ec thread summary show <peer>/<threadId> --self <selfAid>
 ```bash
 # 1. 选中目标话题（没有就新建）
 ec thread list <对方AID> --self <selfAid>
-ec thread create <对方AID> --name "问题跟踪" --self <selfAid>   # 返回 threadId
+ec thread create <对方AID> --name '问题跟踪' --self <selfAid>   # 返回 threadId
 
 # 2. 带上话题发送；托管会话中 from/to 由话题推断，--check-every 必填
 ec msg send '<text>' --thread <threadId> --check-every 5m

package/kits/skills/ec-group/SKILL.md

@@ -45,7 +45,7 @@ ec group send <selfAid> <groupId> '<text>' [选项]
 | 选项 | 说明 |
 |---|---|
 | `--encrypt` / `--no-encrypt` | 必选一个，跟随收到消息的加密状态；不得省略后依赖默认 |
-| `--mention '<aid1>,<aid2>'` | @ 成员。写法固定为单引号包住、逗号分隔多个 aid，可重复传入 |
+| `--mention '<aid1>,<aid2>'` | @ 成员。单引号包住、逗号分隔多个 aid，可重复传入 |
 | `--mention-all` | @ 所有人 |
 | `--file <path> [--as image\|video\|voice\|file]` | 发文件 |
 | `--payload '<json>'` | 附加结构化数据 |
@@ -53,7 +53,7 @@ ec group send <selfAid> <groupId> '<text>' [选项]
 其它硬约束（同见 `[reply]` 段）：
 
 - 一次 shell 调用只跑一条完整的 `ec` 命令，不拼接管道、重定向或子 shell。
-- 正文一律用半角单引号包住；正文里的双引号、反引号和 `$` 前加反斜杠；半角撇号用 `ʼ`（U+02BC）或 `＇`（U+FF07）代替。
+- 正文用单引号包住；正文含单引号时改用 `$'…'` 语法（支持 `\'` `\n` `\t` `\\`）。
 - **正文必须以引号包住**。正文以 `/` 开头时尤其要注意——Git Bash 会把裸的 `/effort` 当成路径做 MSYS 转换，
   实际发出去的是 `C:/Program Files/Git/effort`。这不是命令没生效，是正文被 shell 改了。
 - 一轮任务可能发 0 到多条消息。发成功就继续做剩下的，不要重复发同一条。
@@ -132,6 +132,9 @@ ec group history <selfAid> <groupId> --limit 50 --format json
 
 **群结构和角色**：
 
+所有 `ec group` 子命令的参数顺序固定为「先发送方 AID，后群 AID」：群 ID 永远在第 2 个位置
+（`ec group members <selfAid> <groupId>`）。写成「群 ID 在前」时命令会报错并给出正确写法。
+
 | 想知道 | 命令 |
 |---|---|
 | 群名、群主、成员数、描述 | `ec group info <selfAid> <groupId>` |
@@ -150,7 +153,7 @@ ec group history <selfAid> <groupId> --limit 50 --format json
 ec fs ls <groupId>:/
 ec fs stat <groupId>:/path/to/file --format json
 ec fs cat <groupId>:/path/to/file
-ec fs find <groupId>:/ -name "*.md"
+ec fs find <groupId>:/ -name '*.md'
 ```
 
 **先 `ls` 再动别的**。新建的群空间可能是空的，`find` 返回 `[]` 是正常结果，不是命令出错；

package/kits/skills/thread-ops/SKILL.md

@@ -113,11 +113,11 @@ ec thread history <peer>/<threadId> --self <selfAid> --after $SINCE --limit 100
 ec thread list <C的AID>
 # 如果有合适的话题（如 T2），记下 threadId
 # 如果没有，新建：
-ec thread create <C的AID> --name "项目进度查询"
+ec thread create <C的AID> --name '项目进度查询'
 # 返回：{ threadId: "thread-xxx", ... }
 
 # 步骤 2：发消息（--check-every 一步搞定复查）
-ec msg send "项目当前进度如何？" --thread <T2的threadId> --check-every 5m
+ec msg send '项目当前进度如何？' --thread <T2的threadId> --check-every 5m
 # --check-every 跨话题时必填（如 5m / 30m / 2h），周期唤醒直到显式 cancel
 # 返回：{ message_id: "m-yyy", ... }
 # 副作用：本端写入 thread-inbox + 创建周期复查 Trigger（kind=thread-check）
@@ -148,7 +148,7 @@ ec msg send "项目当前进度如何？" --thread <T2的threadId> --check-every
 
 # 步骤 2：决定是否回复
 # 情况 A：直接回复 B（在当前话题 T2 上）
-ec msg send "进度 70%，预计下周完成"
+ec msg send '进度 70%，预计下周完成'
 # 不带 --thread，消息发在当前话题上
 # 托管会话中不需要指定 from 和 to，系统推断
 
@@ -169,14 +169,14 @@ ec thread history current --limit 10
 # 或从上下文直接判断
 
 # 步骤 2A：C 已回复 → 处理回复，汇报回 A
-ec msg send "C 回复：进度 70%" --thread <T1的threadId> --check-every 30m
+ec msg send 'C 回复：进度 70%' --thread <T1的threadId> --check-every 30m
 # 汇报回 A 也是跨话题发送，同样必填 --check-every
 
 # 步骤 2B：C 还没回 → 决定下一步
 # 选项 1：继续等 → 什么都不做，原 Trigger 下个周期会再次唤醒
 #         （如需调整频率：ec trigger update <triggerId> --every 5m）
 # 选项 2：放弃等待，直接回 A
-ec msg send "C 暂无回复" --thread <T1的threadId> --check-every 30m
+ec msg send 'C 暂无回复' --thread <T1的threadId> --check-every 30m
 
 # 选项 3：什么都不做，turn 结束
 ```
@@ -191,8 +191,8 @@ ec msg send "C 暂无回复" --thread <T1的threadId> --check-every 30m
 
 ```bash
 # 步骤 1：同时发出两条委托，各自创建周期复查 Trigger（--check-every 一步搞定）
-ec msg send "技术评估" --thread <T2> --check-every 10m
-ec msg send "产品评估" --thread <T3> --check-every 10m
+ec msg send '技术评估' --thread <T2> --check-every 10m
+ec msg send '产品评估' --thread <T3> --check-every 10m
 # turn 结束
 
 # 10 分钟后，T2 和 T3 各自触发新 turn
@@ -206,7 +206,7 @@ ec thread history <D的AID>/<T3> --limit 5
 # 检查 C 是否也回了
 ec thread history <C的AID>/<T2> --limit 5
 # C 也回了，合并结果
-ec msg send "综合评估：技术……产品……" --thread <T1> --check-every 30m
+ec msg send '综合评估：技术……产品……' --thread <T1> --check-every 30m
 ```
 
 **关键点**：没有"等齐"原语。想合并就在后到的 turn 里主动读另一话题，手动判断是否齐全。
@@ -221,13 +221,13 @@ ec msg send "综合评估：技术……产品……" --thread <T1> --check-ever
 # S2B 收到 C 的第一次回复："卡在 Redis 并发问题"
 # B 判断需要更多细节
 
-ec msg send "Redis 并发问题影响范围多大？"
+ec msg send 'Redis 并发问题影响范围多大？'
 # 不带 --thread，继续在当前话题上
 # 同话题追问无需 --check-every（不跨话题，不创建复查 Trigger）
 
 # C 再次回复后，触发新 turn
 # B 整合两轮对话，回 A
-ec msg send "C 反馈：Redis 问题影响……" --thread <T1>
+ec msg send 'C 反馈：Redis 问题影响……' --thread <T1>
 ```
 
 ---
@@ -256,8 +256,8 @@ ec thread history <peer>/<threadId> --after <timestamp>
 ### 流程 G：修改话题属性
 
 ```bash
-ec thread rename current "新名称"
-ec thread label current "开发"
+ec thread rename current '新名称'
+ec thread label current '开发'
 ec thread status current in_progress
 # 状态值：pending | in_progress | completed | archived
 ```
@@ -363,10 +363,10 @@ ec thread summary show current
 # 2. 自己写摘要（100 字以内，见下方规范）。
 #    增量就是本轮对话，无需再读历史；游标自动推进。
 #    --name 必填：一次写完摘要 + 标题。不想改名就显式传 `-`。
-ec thread summary set current "写好的摘要内容" --name "动词短语描述的核心动作"
-ec thread summary set current "写好的摘要内容" --name -            # 保持原话题名
+ec thread summary set current '写好的摘要内容' --name '动词短语描述的核心动作'
+ec thread summary set current '写好的摘要内容' --name -            # 保持原话题名
 # 多人协作同一话题时带 CAS 防覆盖
-ec thread summary set current "写好的摘要内容" --name "标题" --if-rev <步骤1的rev>
+ec thread summary set current '写好的摘要内容' --name '标题' --if-rev <步骤1的rev>
 ```
 
 **情形 B：从别的话题（或别处）总结某话题**（需要读增量）
@@ -384,7 +384,7 @@ ec thread history <peer>/<threadId> --before <本页最早一条的ts> --limit 5
 #    翻到覆盖游标之前即可停；注意 before 是闭区间，用 <最早ts - 1> 避免边界重复
 
 # 4. 读完增量后写摘要（游标自动推进到现在）；--name 必填，不改名传 -
-ec thread summary set <peer>/<threadId> "写好的摘要内容" --name "新名称"
+ec thread summary set <peer>/<threadId> '写好的摘要内容' --name '新名称'
 ```
 
 **关键约束**：`summary set` 把游标设为**当时话题的最新一条**，所以跨话题总结**必须先把增量读完再写**。
@@ -470,7 +470,7 @@ ec thread summary show $PEER/<threadId> --self $SELF
 
 2. **不要忘记创建 Trigger**：如果不创建，对端不回复时你永远不会知道。分支合并场景必须用 Trigger。
 
-3. **不要在托管会话中手动指定 from 和 to**：`ec msg send "文本" --thread T2` 就够了。
+3. **不要在托管会话中手动指定 from 和 to**：`ec msg send '文本' --thread T2` 就够了。
 
 4. **不要把 Trigger 当作"强制回复"或"执行脚本"**：Trigger 只是唤醒信号，到期后 agent 自主决定下一步。
 
@@ -487,6 +487,6 @@ ec thread summary show $PEER/<threadId> --self $SELF
 3. **Trigger 是唤醒信号，不是执行脚本**：到期时提醒检查，不指示执行任何操作，不保证对端已回复。
 4. **决策权在自己**：收到委托要不要回、何时回、回什么，完全自主判断。
 5. **分支合并靠主动查询**：想等多个对端都回，就在各自 turn 里用 `ec thread history` 读另一话题。
-6. **from/to 托管会话中不需要**：会话唯一确定对端，命令简化为 `ec msg send "文本" --thread T`。
+6. **from/to 托管会话中不需要**：会话唯一确定对端，命令简化为 `ec msg send '文本' --thread T`。
 7. **话题名是本端的**：对端可能改名，threadId 才是跨端统一标识。
 

package/kits/templates/memory-consolidation/notes.md

@@ -49,7 +49,7 @@ ec memory update consolidated/20261002-090000-refactor-plan.md --tags 'rule,done
 
 ### ④ 不值得长期保留 → 丢弃
 
-一次性任务的进展、临时状态、闲聊内容。什么都不用写。
+一次性任务的进展、临时状态、闲聊内容。不写记忆，在反馈里列出丢弃了哪几条、为什么丢弃。
 
 ## 什么时候打升级标记
 

package/kits/templates/memory-consolidation/workflow.md

@@ -11,6 +11,40 @@
 5. **反馈**。结束前必须把本次整理的结果写到任务书给出的反馈文件路径（见下）。
 6. **结束**。写完直接结束，不需要在会话里汇报「已完成」——反馈由程序读取反馈文件后投递。
 
+## 工具使用约束
+
+整理会话的读取范围限于：**批次目录**、**关系记忆目录**（processing/、consolidated/、MEMORY.md）、**本次会话消息流水**。当前工作目录（cwd）本身不可读。
+
+**只读工具的正确用法：**
+
+- **Read**：传绝对路径，路径必须在可读范围内
+  ```
+  Read  file_path=<任务书里给出的 consolidatedDir>/xxx.md
+  ```
+
+- **Glob**：`path` 参数必填且必须是绝对路径（不传时起点是 cwd，会被拒绝）
+  ```
+  Glob  path=<任务书里的 processingDir>  pattern=*.md
+  ```
+
+- **Grep**：`path` 参数必填且必须是绝对路径
+  ```
+  Grep  path=<任务书里的 consolidatedDir>  pattern=关键词
+  ```
+
+- **Bash**：仅允许 `ec memory create|update|archive` 单条命令，或落在批次目录内的只读查询（不能拼接命令）
+  - ✅ 允许：`ec memory create --scope relation --slug xxx '...'`
+  - ✅ 允许：`ls "<批次目录>/threads"`（单条、绝对路径、无拼接）
+  - ❌ 不允许：`cd ... && ls ...`（用绝对路径代替 cd）
+  - ❌ 不允许：`ls ... 2>&1`（不需要，工具会同时收两路输出）
+  - ❌ 不允许：`ls "..."/*`（通配符不支持，用 Glob 代替）
+  - ❌ 不允许：`cmd1 && cmd2 && cmd3`（只允许单条命令或两条只读命令用 && 连接）
+
+**任务书里已给出的可读路径**（复制粘贴即可）：
+- 批次目录：本次任务初始消息里的 `整理上下文文件路径` 的父目录
+- processingDir / consolidatedDir / indexPath：任务书「整理目标」章节里列出
+- 消息流水：任务书里的 `historyJsonlPath`（如有）
+
 ## 写入前必须先查重
 
 **先读目标作用域的 `MEMORY.md` 索引**，看已有条目的描述和关键词。
@@ -30,7 +64,7 @@
 - 会话内因上下文压缩会丢失的关键信息。
 - 对端明确表达过的态度。
 
-不值得写的：一次性任务的进展、临时状态、闲聊内容。直接丢弃，不用写任何东西。
+不值得写的：一次性任务的进展、临时状态、闲聊内容。不写记忆，在反馈里说明丢弃了哪些、为什么。
 
 ## update 还是 create --replaces
 
@@ -71,5 +105,6 @@ update 只用于正文不变、状态变了的情况：
 
 - 成功 → 移入 `archive/notes/` 留底。
 - 失败 → 移回 `pending/`，下次重新整理。
+- 认领了 note，却既没写记忆也没写反馈 → 按失败处理，note 移回 `pending/`。
 
 程序还会重建索引，并把本次整理的日志（模式、候选、产出）落到 `$EVOLCORE_HOME/memory/consolidation-batches/`。

package/kits/templates/system-fragments/bash-description.md

@@ -0,0 +1,9 @@
+[bash-description] Bash 调用的 description 格式（代码层强制校验）
+每次调用 Bash 都必须传 description，格式为 `<命令目标描述> [<风险等级>]`：
+- 命令目标描述：一句话说明这条命令要达成什么，不复述命令原文、参数或路径
+- 风险等级：写在末尾的方括号内，取 `低`、`中`、`高` 之一
+  - 低：只读，不改变文件、进程或远端状态
+  - 中：改变状态但可恢复（写或改工作区文件、安装依赖、构建、本地 git commit）
+  - 高：不可逆，或影响超出当前工作区（删除、丢弃未提交改动、git push、发布、终止进程、修改系统配置）
+示例：`查看工作区未提交的改动 [低]`、`安装项目依赖 [中]`、`推送 main 分支到远端 [高]`
+缺少目标描述、缺少风险等级标记或标记不在三个等级之内，调用都会被直接拒绝。

package/kits/templates/system-fragments/memory.md

@@ -54,7 +54,7 @@ ec memory archive <路径...>                      # 下线记忆，移入 archi
 
 自由文本参数（`--desc`、正文、`--keywords`）用**单引号**包住（`'…'`）；
 用双引号的话，文本里的 `` ` `` 或 `$` 会被 shell 展开，命令被拒。
-单引号内部不要再出现半角撇号；需要时用 `ʼ`（U+02BC）或 `＇`（U+FF07）代替。
+正文本身含单引号时，改用 `$'…'` 语法（ANSI-C quoting），支持 `\'` `\n` `\t` `\\`。
 | 参数 | 说明 |
 | --- | --- |
 | --scope | 必填，只能是本次模式允许的取值（见下表） |
@@ -64,7 +64,7 @@ ec memory archive <路径...>                      # 下线记忆，移入 archi
 | --keywords | 可选，串起相关记忆的内容关键词 |
 | --replaces | 可选，要替换的旧文件，自动归档。合并、纠正、升格作用域都走它，是唯一的防重复手段 |
 
-`--tags`、`--keywords`、`--replaces` 的值一律写成**单引号包住、逗号分隔**：`--tags 'rule,long-term'`、`--replaces 'consolidated/a.md,consolidated/b.md'`。
+`--tags`、`--keywords`、`--replaces` 的值写成单引号包住、逗号分隔：`--tags 'rule,long-term'`、`--replaces 'consolidated/a.md,consolidated/b.md'`。
 
 **模式与允许的** `--scope`（越权会被 daemon 拒绝）：
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "evolcore",
-  "version": "0.0.34",
+  "version": "0.0.35",
   "description": "AI Agent gateway connecting Claude, Codex, Gemini, and the bundled ecagent runner to messaging channels with multi-project session management",
   "type": "module",
   "main": "dist/index.js",