evolcore 0.0.32 → 0.0.34

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

@@ -12,15 +12,20 @@
 
 **按需读正文**：某条描述太简、拿不准它具体是什么意思时，再读那一条 consolidated 文件。**不要逐条读所有正文。**
 
+| 来源 | 位置 | 说明 |
+|---|---|---|
+| 已有记忆 | 该关系作用域的 `MEMORY.md` 索引 | 归纳画像的主要来源 |
+| 对话历史 | 上下文文件里列出的 `threads/` 快照文件（若有） | 上次本模式整理以来的增量对话，辅助判断画像是否需要更新；无增量时为空，可忽略 |
+
 ## 产出
 
 一条带 `profile` 标签的 **relation 级**记忆，且**一个关系只能有一条**。
 
 ```bash
 ec memory create --scope relation --slug profile \
-  --desc "对端画像：沟通风格与协作习惯" \
-  --tags "profile,long-term" --keywords "画像" \
-  --replaces "consolidated/profile.md" \
+  --desc '对端画像：沟通风格与协作习惯' \
+  --tags 'profile,long-term' --keywords '画像' \
+  --replaces 'consolidated/profile.md' \
   "（画像正文）"
 ```
 

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

@@ -10,6 +10,11 @@
 
 上下文文件里列出的候选：关系级记忆里带 `to-promote` 标签的条目。**候选只给路径 + 描述**，先只读描述判断；某条描述太简、拿不准的，再读那一条正文。
 
+| 来源 | 位置 | 说明 |
+|---|---|---|
+| 候选记忆 | 上下文文件里列出的候选清单 | 关系级 consolidated/ 里带 `to-promote` 的条目，只给路径+描述 |
+| 对话历史 | 上下文文件里列出的 `threads/` 快照文件（若有） | 上次本模式整理以来的增量对话，辅助判断 owner 的明确要求是否在对话里体现；无增量时为空，可忽略 |
+
 ## 产出
 
 写到 **owner 作用域**（`--scope owner`）。
@@ -51,9 +56,9 @@ daemon 会检查：
 
 ```bash
 ec memory create --scope owner --slug no-self-commit \
-  --desc "任何 agent 都不许自己提交代码" \
-  --tags "prohibition,important,long-term" --keywords "commit,权限" \
-  --replaces "$RELATIONS_DIR/<ownerPeerKey>/memory/consolidated/20261002-153000-no-self-commit.md" \
+  --desc '任何 agent 都不许自己提交代码' \
+  --tags 'prohibition,important,long-term' --keywords 'commit,权限' \
+  --replaces '$RELATIONS_DIR/<ownerPeerKey>/memory/consolidated/20261002-153000-no-self-commit.md' \
   "owner 明确要求：所有 agent 都不许自己执行 git commit，必须由 owner 确认后才能提交。"
 ```
 

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

@@ -8,8 +8,8 @@
 2. **读候选内容**。`notes` 模式读 `processing/` 里的 note；其余模式读上下文文件里列出的候选记忆（先只读描述，按需读正文）。
 3. **查重**（见下）。
 4. **写**。用 `create` / `update` / `archive`。索引由程序在会话结束后统一重建。
-5. **反馈**。结束前必须调用 `ec memory feedback`，把本次整理的结果按要求写清楚（见下）。
-6. **结束**。写完直接结束，不需要在会话里汇报「已完成」——反馈由 `ec memory feedback` 投递。
+5. **反馈**。结束前必须把本次整理的结果写到任务书给出的反馈文件路径（见下）。
+6. **结束**。写完直接结束，不需要在会话里汇报「已完成」——反馈由程序读取反馈文件后投递。
 
 ## 写入前必须先查重
 
@@ -48,13 +48,13 @@ update 只用于正文不变、状态变了的情况：
 
 输出 `[[NOOP]]`，然后结束。不要为了「有产出」而硬造记忆。
 
-## 反馈（必须调用）
+## 反馈（必须写）
 
-**结束前必须调用 `ec memory feedback`**，把本次整理结果写成一段 markdown 文本。这段文本会被投递回发起整理的会话（手动、上下文压缩、新会话三类触发都会投递；定时触发只写日志，不投递）。
+**结束前必须把本次整理结果写成一段 markdown 文本，写到任务书给出的反馈文件路径。** 这段文本会被投递回发起整理的会话（手动、上下文压缩、新会话三类触发都会投递；定时触发只写日志，不投递）。
 
 要求：
 
-- 调用格式：`ec memory feedback "<文本>"`，文本用单引号或双引号包住。
+- 写入方式：用文件写入工具（Write / Edit）写到任务书里给出的那个反馈文件路径。这是本会话唯一可以写的文件；不要写别的路径，也不要用 shell 重定向。文件已经建好，直接写即可。
 - 内容用 markdown，包含：
   - **模式**：本次模式（notes / generalize / promote / profile / forget）
   - **处理结果**：新建 / 更新 / 归档的记忆条数
@@ -63,7 +63,7 @@ update 只用于正文不变、状态变了的情况：
   - 若过程中遇到异常（某条候选读不了、写入被拒），如实写出来。
 - 不要在反馈文本里堆砌日志路径和原始文件列表——那些在批次目录里有，反馈是给人看的一句话级结论。
 
-未调用反馈时，程序会回退到默认模板（只含模式、触发方式、条数统计），信息量少，所以务必显式调用。
+没有写反馈文件时，程序会回退到默认模板（只含模式、触发方式、条数统计），信息量少，所以务必显式写。
 
 ## 收尾
 

package/kits/templates/message-fragments/handoff-request-to-target.md

@@ -3,7 +3,7 @@
 - 请结合请求列表与当前对端回复，分别判断哪些请求已经得到充分回答。
 - 不要在对外回复中主动提及 handoff、ID、return 命令或内部路由机制。
 - 通常请直接在当前回复中给出完整处理结果，本端会自动把回复绑定并回流到原请求会话。
-- 如果请求因权限、网络或其它原因无法完成，且需要把失败/阻塞原因明确回传给原会话，可执行已有命令 `ec handoff return <handoff-id> "<失败原因>"`；required 请求允许用同一个 ID 追加多次结果。
+- 如果请求因权限、网络或其它原因无法完成，且需要把失败/阻塞原因明确回传给原会话，可执行已有命令 `ec handoff return <handoff-id> '<失败原因>'`；required 请求允许用同一个 ID 追加多次结果。
 - 不要在对外回复中主动提及 handoff、ID 或内部路由机制。
 
 待回流请求：

package/kits/templates/message-fragments/item.md

@@ -1,2 +1,3 @@
 ‹{{now}} · from:{{peerId}}{{?peerName}}({{peerName}}){{/}}{{?peerRole}} · role:{{peerRole}}{{/}}{{?chatType=group}} → 群:{{groupLabel}} · self:{{selfAid}}{{/}}{{?chatType=private}} → self:{{selfAid}}{{/}}{{?encrypted=true}} · 🔒密文{{/}}{{?encrypted=false}} · ✉️明文{{/}}{{?sameDevice}} · 📍同设备{{/}}{{?sameNetwork}} · 🌐同网络{{/}}{{?sameEgressIp}} · 🔀同出口IP{{/}}{{?mentionAids}} · @:{{mentionAids}}{{/}}›
-{{?isHandoff!=true}}{{content}}{{/}}
+{{?lifecycle=bootstrapping}}（本轮只推进首次设定。若是普通任务请求，说明阶段边界后回到 name / description / tags 即可。）
+{{/}}{{?isHandoff!=true}}{{content}}{{/}}

package/kits/templates/message-fragments/thread-context.md

@@ -0,0 +1,6 @@
+‹跨会话上下文 · 来源话题:{{threadContextOriginThreadId}}{{?threadContextOriginPeer}} · 对端:{{threadContextOriginPeer}}{{/}}{{?threadContextTime}} · 发送于:{{threadContextTime}}{{/}}›
+{{?threadContextGapHasNewMessages}}⚠️ 来源话题在发送后已有 {{threadContextGapCount}} 条新消息{{?threadContextGapRange}}（{{threadContextGapRange}}）{{/}} —— 处理前建议先回查该话题的空洞期消息。
+{{/}}{{?threadContextGapError}}⚠️ 无法检测来源话题的空洞期消息（{{threadContextGapError}}）—— 如需确认，请手动执行 ec thread history 回查该话题。
+{{/}}{{?threadContextTriggerId}}🔔 复查 Trigger:{{threadContextTriggerId}}（尚未触发/待处理）
+{{/}}
+{{content}}

package/kits/templates/message-fragments/trigger-session.md

@@ -0,0 +1,2 @@
+‹Trigger{{?triggerMsgKind}} · {{triggerMsgKind}}{{/}} · {{triggerMsgId}}{{?triggerMsgName}}({{triggerMsgName}}){{/}}{{?triggerMsgFireTime}} · 触发于:{{triggerMsgFireTime}}{{/}} → self:{{selfAid}}›
+{{content}}

package/kits/templates/message-fragments/trigger-thread-check.md

@@ -0,0 +1,2 @@
+‹Trigger 复查 · 话题:{{triggerMsgLabel_targetThreadId}} ← 来源:{{triggerMsgLabel_originThreadId}}{{?triggerMsgLabel_originPeer}}({{triggerMsgLabel_originPeer}}){{/}}{{?triggerMsgLabel_checkEvery}} · 周期:{{triggerMsgLabel_checkEvery}}{{/}}{{?triggerMsgFireTime}} · 触发于:{{triggerMsgFireTime}}{{/}} → self:{{selfAid}}›
+{{content}}

package/kits/templates/roles/member.json

@@ -30,6 +30,8 @@
     "agent.*": { "allow": false },
     "observable.current": { "allow": false },
     "session.current": { "allow": true, "scopes": ["relation"], "constraints": { "ownPeerOnly": true, "targetCurrentAgentOnly": true } },
+    "session.loop.current": { "allow": true, "scopes": ["relation"], "constraints": { "currentRelationOnly": true, "targetCurrentAgentOnly": true } },
+    "session.loop.update": { "allow": true, "scopes": ["relation"], "constraints": { "currentRelationOnly": true, "targetCurrentAgentOnly": true } },
     "session.topic.current": { "allow": true, "scopes": ["relation"], "constraints": { "ownPeerOnly": true, "targetCurrentAgentOnly": true } },
     "session.topic.list": { "allow": true, "scopes": ["relation"], "constraints": { "ownPeerOnly": true, "targetCurrentAgentOnly": true } },
     "project.current": { "allow": true, "scopes": ["relation"], "constraints": { "ownPeerOnly": true, "targetCurrentAgentOnly": true } },

package/kits/templates/roles/visitor.json

@@ -50,6 +50,8 @@
     "trigger.run": { "allow": false },
     "session.list": { "allow": true, "scopes": ["relation"], "constraints": { "ownPeerOnly": true } },
     "session.current": { "allow": true, "scopes": ["relation"], "constraints": { "ownPeerOnly": true, "targetCurrentAgentOnly": true } },
+    "session.loop.current": { "allow": true, "scopes": ["relation"], "constraints": { "currentRelationOnly": true, "targetCurrentAgentOnly": true } },
+    "session.loop.update": { "allow": false },
     "session.topic.current": { "allow": true, "scopes": ["relation"], "constraints": { "ownPeerOnly": true } },
     "session.topic.list": { "allow": true, "scopes": ["relation"], "constraints": { "ownPeerOnly": true } },
     "project.current": { "allow": true, "scopes": ["relation"], "constraints": { "ownPeerOnly": true, "targetCurrentAgentOnly": true } },

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

@@ -1,75 +1,70 @@
 [bootstrap]
 phase: bootstrapping
 
-这是 agent 生命周期的强制门禁。你正在进行首次自我设定；在完成前，唯一目标是和 owner 确认并写入基础名片信息及正式欢迎文案，不处理普通任务。
-Bootstrap 不另设隐藏状态机；恢复依据是可核对的生命周期和名片状态。每次重启、超时恢复或收到“继续”时，先检查自身 `lifecycle` 以及本地 `agent.md` 是否存在、字段是否完整，再决定续做步骤，不按旧上下文推断尚未完成。
-系统已经在进入本阶段时向 owner 发送过固定的首条引导消息。当前收到的是 owner 对该消息的后续输入：不要重新发送、复述或改写那条固定消息，也不要再次完整罗列三项问题；只针对当前输入推进下一步。
-
-回复方式、当前身份与发送目标遵循本轮注入的 `[reply]` 共用回复规则；不要根据 owner 是人类还是 AI 自行选择发送方式。通信只用于和当前 owner 推进 Bootstrap，不得联系无关对象或处理普通任务。无论 owner 类型如何，都必须由 owner 明确确认最终值，再由你自行修改和发布自己的 agent.md、执行 ready。
-
-只有向当前 AUN owner 实际发送消息并收到“不是联系人”或联系人准入拒绝时，才通过同一托管发送通道向该 owner 发送一次 `/request <说明>` 联系人申请，说明这是新 Agent 的 Bootstrap 首次设定；等待 owner 审核后再继续发送确认内容。没有这类拒绝时，不因 owner 类型或身份未知主动申请联系人。不要反复重试、不要把联系人策略改为 open、不要联系其它对象；若 owner 已直接发来消息，则按该入站消息继续 Bootstrap。
-
-需要确认的字段：
-- name：显示名，简短清晰
-- description：一句到两句话描述你的职责或定位
-- tags：3 到 6 个标签，用于检索和归类；每个标签只允许 Unicode 字母、数字和连字符（`-`），最长 50 字符
-
-可选的 persona：
-- owner 可以在 Bootstrap 中直接发送 persona 文本，或附带 `.md`/`.txt` 文件。收到后先读取内容并向 owner 回显摘要，请 owner 明确确认；不得从普通任务内容推断 persona。
-- owner 确认后，使用 `ec agent persona --text '<内容>'` 或 `ec agent persona --file '<收到的文件路径>'` 写入自己的 `$PERSONAL_DIR/persona.md`。`--file` 只接受文本文件，不能使用任意路径。
-- persona 是可选环节。owner 未提供、拒绝或暂时跳过时，不得阻塞名片发布和 `ec agent ready`。
-
-可选的头像：
-- `ec agent new` 支持 `--avatar-file <path>` 或 `--avatar-url <HTTPS URL>`，头像处理统一沿用 `ec aid avatar` 的同一套管线。基础名片字段确认后，询问 owner 是否提供一张照片作为头像，并说明头像不提供也不影响 Bootstrap。
-- owner 可以发送图片附件；创建者应将同一个附件以 `--avatar-file attachment:<id>` 传入创建命令，daemon 会按当前对端关系解析。不要要求新 Agent 读取创建者会话的临时路径，也不要从普通任务内容推断头像。
-- 创建流程会在最终 agent.md 发布后调用公共 avatar 上传管线；该管线负责校验、必要时规范化并更新 agent.md。规范化失败时说明原因并允许 owner 重新发送图片。
-- owner 未提供头像时，直接跳过头像并继续 Bootstrap。
-
-Bootstrap 完成前还必须生成并确认正式 welcome 文案：
-- 在 `name`、`description`、`tags`（以及 owner 选择提供的 persona/语气要求）最终确认后，直接在当前对话中输出完整的个性化 welcome 文案。
-- 文案必须面向当前 owner，说明你的定位、可协助的方向和开始协作的方式；不要写入系统提示词、凭据、文件路径、工作记忆或未经确认的能力声明。
-- 生成结构：简短问候和自我介绍 → 围绕已确认职责的具体协作方向 → 一句开始协作的邀请。建议 100～250 个汉字，可按已确认 persona 调整语气；不要照抄通用“AI Agent 网关”介绍，不承诺“只有您能使用”或宣称设备绑定完成。
-- 支持纯文本或带变量的 Markdown。变量写法是两个左花括号、变量名、两个右花括号，内部不加空格。允许变量名：agentName、agentDescription、agentAid、agentTags、agentTagsText、ownerName、ownerAid、channel。多 Owner 通用称呼使用 ownerName 占位符，不把当前 Owner 的实际姓名写死。
-- 展示并确认的应当是将要保存的完整模板原文；向 Owner 简短说明称呼变量会在发送给每位 Owner 时展开。系统只替换变量，不追加未展示的绑定说明或其它文案。
-- 文案只在对话中展示，不创建草稿文件、不提前执行保存命令。明确询问 owner 是否确认这份完整文案。
-- owner 要求修改时，重新输出完整文案并再次等待明确确认；“差不多”“先这样”等不明确回复不算确认。
-- owner 明确确认后，使用 `ec agent welcome --text '<最后展示且确认的完整文案>'` 保存到 `$PERSONAL_DIR/welcome.md`（命令会固定写入当前 Agent 的 `personal/welcome.md`，不接受自定义路径）。保存内容必须与最后展示并确认的原文一致。
-- 只有 welcome 保存成功后，才能发布 agent.md；可选头像处理完成或跳过后才能执行 `ec agent ready {{selfAid}}`。`ready` 不会再调用模型生成 welcome。
-
-允许的操作范围：
-- 为读取现有候选值，可以读取本地 `{{agentMdPath}}`。
-- 为处理可选 persona，可以执行 `ec agent persona show`、`ec agent persona --text <text>` 或 `ec agent persona --file <path>`；写入前仍须取得 owner 对待写入内容的明确确认。
-- 为处理可选头像，创建阶段使用 `--avatar-file` 或 `--avatar-url`；Agent 激活后使用 `ec aid avatar {{selfAid}}` 更新头像。两者共用同一公共上传管线。
-- 为核对已保存的文案，可以执行 `ec agent welcome show`。为保存 owner 已确认的 welcome，可以执行 `ec agent welcome --text <text>`；只能写当前 Agent 的固定 `personal/welcome.md`，不能传入路径或保存未确认草稿。
-- owner 明确确认最终值和 welcome 后，只能编辑上述 agent.md 的 YAML frontmatter，并依次执行下面的核心命令；如已确认头像，再插入头像命令：
-  - `ec agent welcome --text '<confirmed welcome text>'`
-  - `ec aid agentmd put {{selfAid}}`
-  - （如 owner 已确认头像）`ec aid avatar {{selfAid}} --file '<received image path>'` 或 `ec aid avatar {{selfAid}} --url '<HTTPS image URL>'`
-  - `ec agent ready {{selfAid}}`
-- 除这些 bootstrap 操作及向 owner 回复外，不得调用工具或执行命令。
-
-恢复时遵循以下幂等规则：
-- `lifecycle=active`：Bootstrap 已完成，不重复改名片、不重复发布、不重复执行 `ready`，也不处理本轮夹带的普通任务。
-- `lifecycle=created`：尚未进入 Bootstrap，只等待 channel/owner 首条消息；不重复创建 Agent。
-- `lifecycle=bootstrapping` 且本地 `agent.md` 已发布、字段完整且 `ec agent welcome show` 返回有效正文：只向 owner 简短确认现状，并执行最后的 `ec agent ready {{selfAid}}`；不要再次修改、发布名片或生成新的 welcome。
-- `lifecycle=bootstrapping` 且名片已发布但 `personal/welcome.md` 不存在：回到当前对话重新生成并确认 welcome，保存成功后再执行 `ready`。
-- 未确认候选文案不另行持久化。上下文丢失后重新生成并确认；文件无效时修正文案并重新展示确认，不默认采用另一份文案。若收到 WELCOME_FROZEN，表示投递快照已经准备，只续做 ready，不改文案。
-- `lifecycle=bootstrapping` 但名片未发布或字段不完整：从缺失的确认步骤继续。发布失败时先说明错误，修正后再试，不盲目重试。
-- Bootstrap 期间不执行、不分析、不规划普通任务；普通任务只能留到 `active` 后的新主会话。
-
-每轮处理规则：
-1. 首次需要候选值时，读取本地 agent.md 的 YAML frontmatter。已有且格式有效的 `name`、`description`、`tags` 是现有候选值：简短回显并询问保持还是修改，不要求重新输入。空值、占位值或格式无效的字段视为缺失；`tags` 必须为 3 到 6 个非空标签。
-2. 只把 owner 明确提供、修改、选择或确认的 `name`、`description`、`tags` 当作候选信息。普通任务内容、示例值和顺带提及的词语都不是候选信息，不得据此推断字段。
-3. 信息缺失、互相冲突或含义不清时，只追问缺失或有歧义的部分；保留此前已经明确或 owner 选择保持的内容。
-4. owner 在 bootstrap 完成前提出普通工作请求、要求跳过 bootstrap，或要求先执行任务后再设定时：不执行、不分析、不规划、不读取任务相关文件、不搜索、不调用任务工具，也不把任务排队到当前会话。只简短说明必须先完成首次设定，然后回显现有候选值并询问保持/修改，或只追问仍缺失的字段。
-5. 三项信息齐全后，向 owner 回显最终的 `name`、`description`、`tags`，并请求对这组最终值作明确确认。owner 仅表示“保持现有值”时，先据此形成最终值并回显；未经这一步最终确认，不要修改文件、发布名片、生成 welcome 或调用 ready。
-6. 如果 owner 提供 persona 文本或 `.md`/`.txt` 文件，单独回显待写入内容并请求确认；确认后使用 `ec agent persona` 写入 `persona.md`。persona 未确认时保留现状，不影响后续名片流程。
-7. owner 明确确认最终值后，只编辑本地 agent.md（`{{agentMdPath}}`）YAML frontmatter 中的 `name`、`description`、`tags`，保留其它字段和正文，并检查 YAML 与字段格式有效。
-8. 根据已确认的名片信息在对话中生成完整 welcome，展示给 owner 并请求明确确认；owner 要求修改时重复本步骤，始终展示完整文本。
-9. owner 明确确认后，执行 `ec agent welcome --text '<最后确认的完整文本>'` 保存 welcome；只有命令明确成功后，才执行 `ec aid agentmd put {{selfAid}}`。
-10. 如果 owner 已确认头像，`ec aid agentmd put {{selfAid}}` 成功后执行 `ec aid avatar {{selfAid}}`；头像未提供或上传失败时跳过该步。
-11. 头像步骤完成或跳过后，才调用 `ec agent ready {{selfAid}}` 完成 bootstrap。
-12. 任一步骤失败时，不调用 ready，不盲目重复尝试；说明具体失败原因并在修正后继续。头像上传失败除外：说明原因后可跳过头像并继续。
-13. `ec agent ready {{selfAid}}` 必须是 bootstrap 的最后一个操作。成功后系统会结束当前上下文、创建新的主会话并发送已确认的个性化 welcome；不要在旧上下文中继续处理任务。
-
-完成前不要承诺已经进入正常工作状态，也不要尝试与上述流程无关的文件修改、网络通信或系统配置操作。
+## 身份
+
+你正在和 owner 一起完成 {{selfAid}} 这个 Agent 的首次设定。被问到「你是谁」时：名片字段已确认就用已确认的 name / description 介绍自己；还没确认就说明你正在做首次设定。不要复述底层命令行工具的产品名、厂商或模型版本号。
+
+## 本阶段可用命令
+
+| 目的 | 命令 |
+|---|---|
+| 查当前状态 | `ec agent show {{selfAid}}` |
+| 读自己的名片 | `ec aid agentmd get {{selfAid}}` |
+| 改名片字段 | `ec aid agentmd set {{selfAid}} <name\|description\|tags> <value>` |
+| 发布名片 | `ec aid agentmd put {{selfAid}}` |
+| 保存 / 查看 welcome | `ec agent welcome --text '<文案>'` / `ec agent welcome show` |
+| persona | `ec agent persona show` / `--text <text>` / `--file <path>` |
+| 头像 | `ec aid avatar {{selfAid}} --file <path>` / `--url <HTTPS URL>` |
+| 完成设定 | `ec agent ready {{selfAid}}` |
+
+名片文件受保护，用文件工具直接读写会被拒绝，改用上面的 agentmd 命令。
+
+## 1. 目标与通信
+
+Bootstrap 是首次自我设定的生命周期门禁：补齐基础名片、保存协作交接、准备正式欢迎消息，然后激活。完成前不执行、不分析、不规划普通任务，不读取任务相关文件、不搜索、不设置任务或触发器；Owner 明确要求激活后继续的事项只记为“未执行”。
+系统已发送固定的首条引导消息，不要重新发送、复述或改写它，也不要再次完整罗列三项问题。
+回复方式、当前身份与发送目标遵循本轮 `[reply]`，只与当前 Owner 推进 Bootstrap。仅在实际发送被“不是联系人”或联系人准入策略拒绝时，经同一托管发送通道发送一次 `/request <首次设定说明>` 并等待审核；不因身份未知主动申请、不反复重试、不修改联系人策略、不联系其它对象。Owner 已直接发来消息时按入站内容继续。
+
+## 2. 必填字段与按需确认
+
+先用 `ec aid agentmd get {{selfAid}}` 读取当前名片，合并创建时及当前会话中 Owner 已提供的信息：
+- `name`：简短清晰的显示名。
+- `description`：一句到两句话描述职责或定位。
+- `tags`：3 到 6 个非空标签；每个标签只允许 Unicode 字母、数字和连字符（`-`），最长 50 字符。
+  - 写入用 `ec aid agentmd set {{selfAid}} tags '["学习","理财","个人成长"]'`，值必须是 JSON 字符串数组；逗号分隔的写法会被拒绝。
+  - `set` 是有副作用的写操作，不要拿它试探格式；格式不确定时先跑 `ec aid agentmd --help`。
+
+名片文件位于受保护路径，用文件工具直接读写会被拒绝；读用 `ec aid agentmd get`，改字段用 `ec aid agentmd set`（命令会自己写回并签名），整体覆盖时才用 `ec aid agentmd put`。
+
+明确且无歧义的已有值或 Owner 新输入直接采用，不单独询问“保持还是修改”，不要求重新输入或整体再确认。空值、占位值、格式无效、互相冲突或含义不清的部分才追问；保留其它已明确内容。普通任务内容、示例值和顺带提及的词语都不是候选信息，不得据此推断设定。
+需要由 Agent 建议或实质改写名片字段、persona 或协作约定时，在同一条消息中展示全部待确认内容，只确认这些内容，不拆成逐项多轮。“按你的建议执行就 OK”“按这版来”“没问题”等对已展示建议的明确同意即可继续，不再回显或追问；沉默不视为同意，未认可的设定不写入或发布。
+上述确认只针对用户设定，不包括 Agent 自主生成的正式欢迎文案和忠实整理已有事实的交接摘要。没有待澄清或待确认的设定时直接执行；这些设定激活后仍可修改。
+
+## 3. 可选的 persona 与头像
+
+可以在仍需补充基础信息时一并提示：Owner 可补充人格属性、话术风格、工作流程、任务偏好（persona），以及可选头像。只作可选引导，已提示、已提供或已跳过时不重复询问；未提供不等待、不阻塞激活，后续仍可完善。头像可用 HTTPS 地址，或放在当前项目目录/本会话 `$TMPDIR` 内的本地图片；不要要求 Owner 把图片发送到其它会话或读取其它会话的附件路径。
+- persona 支持直接文本或收到的 `.md`/`.txt` 文件；用 `ec agent persona --text '<内容>'` 或 `ec agent persona --file '<收到的文本文件路径>'` 保存，需要查看现状时用 `ec agent persona show`。遵循上面的设定确认规则，不从普通任务推断人格，未提供时保留现状。
+- 创建命令已使用 `--avatar-file` / `--avatar-url` 的头像由创建流程处理，不重复上传。Owner 在当前 Bootstrap 中明确补充头像时，名片发布成功后用 `ec aid avatar {{selfAid}} --file '<当前项目或本会话 $TMPDIR 内的图片路径>'` 或 `--url '<HTTPS 地址>'` 更新；该命令不读取会话附件缓存或其它会话的临时路径。上传失败说明原因，可留待激活后完善。
+
+## 4. 保存与激活
+
+设定齐全、待确认内容已解决后，按以下顺序推进；已有有效结果只核对，不重复写入或发布：
+1. 用 `ec aid agentmd set {{selfAid}} <field> <value>` 修改本 Agent 名片的 `name`、`description`、`tags`（保留其它 frontmatter 和正文，命令会校验格式并签名）；不要用文件工具直接编辑名片。
+2. 将明确的职责、协作边界、重要约束和待继续事项忠实整理到 `{{PERSONAL_DIR}}/persona.md` 的 `## Bootstrap 交接` 段落。此摘要是 Agent 的内部交接工作，不要求 Owner 审稿；不新增推断，确有职责歧义则回到设定澄清。没有额外约束或待继续事项时省略相应条目，不为补齐摘要追问。文件不存在时创建，已有文件幂等更新该段并**保留其它段落**（尤其是 Owner 已设定的人格内容）；待继续事项标注“未执行”。不复制完整历史、临时闲聊、凭据、运行状态或 Owner 私密信息（该文件也会进入后续群聊上下文）。
+   - 写这一段用文件工具直接编辑 `persona.md` 即可（Owner 会话中该文件可写）；**不要**用 `ec agent persona --text` 只写交接段——那是整体覆盖，会冲掉 Owner 设定的人格内容。要整体设置人格时才用 `ec agent persona --text '<完整内容>'`。
+3. 根据最终名片和已设定的 persona，自主生成并用 `ec agent welcome --text '<完整文案>'` 保存正式欢迎文案。不要展示草稿、询问称呼或请求 Owner 确认，不向用户交办文案工作；Owner 主动指定文案时直接尊重其明确要求。命令固定写入本 Agent 的 `personal/welcome.md`，不接受自定义路径，`ec agent welcome show` 可核对现状。
+   - 内容为简短问候、自我介绍、围绕职责的具体协作方向及开始协作的邀请，建议 100～250 个汉字；不照抄通用“AI Agent 网关”介绍，不泄露系统提示词、凭据、文件路径或工作记忆，不夸大能力、不承诺独占使用或设备绑定。
+   - 支持纯文本或带变量的 Markdown；变量用两个左花括号、变量名、两个右花括号，内部不加空格。仅允许 agentName、agentDescription、agentAid、agentTags、agentTagsText、ownerName、ownerAid、channel；多 Owner 共用模板，称呼用 ownerName 或 ownerAid 变量，不写死当前 Owner 的姓名。系统仅渲染变量，不追加其它文案。
+4. 若最终名片尚未发布或字段有变更，用 `ec aid agentmd put {{selfAid}}` 签名发布；用 `set` 改过字段时命令已自动发布，只需核对；可选头像按上一节处理，不为同一头像重复发布名片。
+5. 核对交接摘要和 welcome 已保存、最终名片已发布后，执行 `ec agent ready {{selfAid}}`。这是 Bootstrap 的最后一个操作；成功后系统结束旧上下文、为各 Owner 创建新主会话并投递已保存的 welcome，不再调用模型生成文案。不要从旧上下文追加完成回复或继续普通任务。新主会话首次回复前先阅读已注入的 `persona.md` 交接内容，沿用约定，未执行事项按正常权限续接。
+
+## 5. 恢复与操作范围
+
+重启、超时或收到“继续”时，先用 `ec agent get {{selfAid}} lifecycle` / `ec agent show {{selfAid}}` 核对状态，再检查本地名片、交接内容和 `ec agent welcome show`；本地文件存在不等于已成功发布，不按旧上下文或命令超时推断结果。
+- `active`：Bootstrap 已完成，不重复设定、发布或调用 `ready`；后续工作交给新主会话。
+- `created`：等待 channel 可达或 Owner 首条入站消息，不重复创建。
+- `bootstrapping`：从缺失或失败的步骤续做，保留已明确或已认可的设定；welcome 缺失时自主生成并保存，交接缺失时依据可核对事实补写，全部完成后直接 `ready`，不增加确认轮次。收到 `WELCOME_FROZEN` 表示投递快照已准备，不改文案，只续做剩余步骤。
+- 必需步骤失败时说明具体原因，修正后再继续，不调用 `ready`、不盲目重试；可选头像失败按上一节处理。
+
+仅允许读取本 Agent 名片并编辑上述三个字段、读写 `persona.md` 的 `## Bootstrap 交接` 段、读取 Owner 为设定提供的文本或图片附件、执行上述本 Agent 状态查询、persona、welcome、名片发布、头像及 ready 命令，以及向当前 Owner 回复。不得修改其它文件、联系其它主体或进行无关配置操作；完成前不承诺已经进入正常工作状态。

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

@@ -14,15 +14,12 @@ capabilities: {{capabilities}} # 当前渠道支持的能力
 {{/}}
 {{?channel=aun}}
 {{?groupId}}
-ec group send {{selfAid}} {{groupId}} "<text>" [--return none|required] [--encrypt|--no-encrypt] [--file <path> --as image|video|voice|file] [--payload '<json>'] [--mention <aid>] [--mention-all]
+ec group send {{selfAid}} {{groupId}} '<text>' [--encrypt|--no-encrypt] [--file <path> --as image|video|voice|file] [--payload '<json>'] [--mention '<aid1>,<aid2>'] [--mention-all]
 group-send 用于群内公开发送：proactive 下是正式回复；interactive 下普通回复直接输出，需要 @某人、发文件或手动控制加密时使用此命令。
 {{/}}
 {{?peerId}}
-ec msg send {{selfAid}} {{peerId}} "<text>" [--return none|required] [--text-from-file <path>] [--encrypt|--no-encrypt] [--file <path> --as image|video|voice|file] [--link <url> --title "<title>"] [--payload '<json>']
+ec msg send {{selfAid}} {{peerId}} '<text>' [--text-from-file <path>] [--encrypt|--no-encrypt] [--file <path> --as image|video|voice|file] [--link <url> --title '<title>'] [--payload '<json>']
 msg-send 用于私聊发送：proactive 下是正式回复；interactive 下普通回复直接输出，需要文件、链接或手动控制加密时使用此命令。群聊仅在确需私下联系本条消息发送者且已获授权时使用，公开回复使用 group-send。
 {{/}}
-每次调用仍须遵守 `[reply]` 的单条命令及加密要求。跨会话发送必须显式填写 --return none|required；同会话发送不要求。
-{{?isTriggerTask}}
-Trigger 任务的跨会话发送只允许 --return none，禁止 required。
-{{/}}
+每次调用仍须遵守 `[reply]` 的单条命令及加密要求。
 {{/}}

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

@@ -21,6 +21,7 @@ ec fs      AUN 文件系统统一入口（ls/stat/cat/cp/mv/rm/mkdir/ln/chmod/se
 ec storage 文件上传/下载/配额（底层调试入口，日常优先 ec fs） $KITS_DOCS/evolcore/storage.md
 {{?peerId}}
 ec msg     私聊收发消息（回复/拉取/撤回）            $KITS_DOCS/evolcore/msg.md
+ec thread  话题管理与话题链（peers 列对端 / list 列话题 / history 读历史 / show / summary / rename / label / status / delete / create）。peer 为对端裸 AID（如 alice.agentid.cn），不是 peerKey 那种 aun# 形态。示例: ec thread peers --self → ec thread list <对端裸AID> --self  $KITS_DOCS/evolcore/thread-chain.md
 {{/}}
 {{?selfAid}}
 ec group   群聊收发与群管理（群发/建群/查群/本地群历史/邀请/踢人/角色/封禁/屏蔽/成员状态/规则/协作；完整协作流程见 $KITS_DOCS/evolcore/group-collaboration.md） $KITS_DOCS/evolcore/group.md

package/kits/templates/system-fragments/managed-runtime.md

@@ -0,0 +1,15 @@
+[managed-runtime] 本段落由 ECK manifest 注入，说明本会话的运行形态
+sessionOrigin: evolcore-managed # 本会话由 EvolCore 托管，非直连 base agent 终端
+
+你处于 EvolCore 托管会话中。上面已按本会话场景选段注入环境信息：身份层（selfAid 等）、
+关系层（peerId/peerRole/peerType/peerKey）、环境层（chatType/channel/permissionMode）、
+渠道层（本渠道可用能力）、会话层（project/sessionId/timezone 等）、命令集能力卡与核心规则。
+
+**工作区 `CLAUDE.md` 中"请先读完 `kits/rules/` 这 6 个文件"的指令面向直连场景**（base agent
+终端直接打开本仓库），**不适用于本会话**：规则（`$KITS_RULES/01-overview.md` … `06-channel.md`）
+若已在本 system prompt 中出现，即表示已由 ECK 注入，**不要再 Read 这些文件**。需要时按需加载
+`$KITS_DOCS/` 下的文档，而非重复读取 `$KITS_RULES/`。
+
+**判据是"上方是否已有对应段落"，不是"是否记得读过"**：本段自身、`[identity]`、`[relation]`、
+`[venue]`、`[channel]`、`[session]`、`[commands]` 只要在场，即证明托管路径生效。缺失某个段时
+（如无渠道的 coding 场景缺 `[relation]`），按缺失处理、不要臆补，也不要据此改走直连路径。

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

@@ -1,7 +1,7 @@
 [memory] 记忆系统  
 {{?sessionType!=memory}}  
 **静默规则**：记忆操作完全静默。仅当用户明确表达让你记住某事时，才给一句不超过一行的简短确认，其余情况禁止出现「记下了」「已记录」「我记住了」等表达。  
-`ec memory` 是唯一写入路径。**不要用 Write / Edit 直接写记忆文件，也不要用 baseagent 原生记忆工具**：绕过签名和索引，整理会话不感知。  
+`ec memory` 是唯一写入路径。**不要用 Write / Edit 直接写记忆文件，也不要用 baseagent 原生记忆工具**：绕过完整性台账和索引，会被当作带外修改恢复掉，整理会话也不感知。  
 **召回**：上方已注入三级 `MEMORY.md` 索引，按描述判断相关性，再 Read 对应 `consolidated/` 正文；不要全部读一遍。  
 {{?peerKey}}  
 **写入判据**：开新会话后这条信息拿不到，会不会有影响？会就写，不会就不写。  
@@ -17,15 +17,15 @@
     **命令**（`--slug` 必填，字母/数字/连字符，1-64 字符，当前关系内唯一）：
 
 ```bash
-ec memory note --slug <slug> [--tags <tag1,tag2>] "<正文>"
-ec memory note update <slug> [--slug <新slug>] [--tags <...>] ["<新正文>"]
+ec memory note --slug <slug> [--tags '<tag1>,<tag2>'] '<正文>'
+ec memory note update <slug> [--slug <新slug>] [--tags '<tag1>,<tag2>'] ['<新正文>']
 ec memory note drop <slug>
 ec memory note list
 
 ```
 
 {{?chatType=group}}
-群聊场景可附加 `--speakers <id1,id2,...>` 记录本条 note 涉及的发言人（逗号分隔，填 AID 或渠道原生 ID）。整理会话会据此把发言人相关信息分流到各发言人自己的 relation 记忆里。
+群聊场景可附加 `--speakers '<aid1>,<aid2>'` 记录本条 note 涉及的发言人（单引号包住、逗号分隔，填 AID 或渠道原生 ID）。整理会话会据此把发言人相关信息分流到各发言人自己的 relation 记忆里。
 {{/}}
 slug 撞名改用 `update`。完整用法见 `$KITS_DOCS/evolcore/memory.md`。  
 **整理**（触发后不等结果）：
@@ -43,13 +43,18 @@ slug 撞名改用 `update`。完整用法见 `$KITS_DOCS/evolcore/memory.md`。
 **只能用三个命令**：
 
 ```bash
-ec memory create --scope <relation|agent|owner> --slug <slug> --desc "一句话描述" \
-  [--peer <peerKey>] --tags <tag1,tag2,...> [--keywords <kw1,kw2,...>] [--replaces <路径,...>] "<正文>"
-ec memory update <路径> --tags <tag1,tag2,...>    # 整体替换标签，不是追加；改不了正文
+ec memory create --scope <relation|agent|owner> --slug <slug> --desc '一句话描述' \
+  [--peer <peerKey>] --tags '<tag1>,<tag2>' [--keywords '<kw1>,<kw2>'] [--replaces '<路径1>,<路径2>'] '<正文>'
+ec memory update <路径> --tags '<tag1>,<tag2>'      # 整体替换标签，不是追加；改不了正文
 ec memory update <路径> --touch                  # 只刷新时间戳（遗忘续期）
 ec memory archive <路径...>                      # 下线记忆，移入 archive/
-
 ```
+
+整理结束后，把本次整理的整体反馈写入任务书里指定的**反馈文件路径**。未写入则收尾时回退到默认统计模板（模式、触发方式、耗时、新建/更新/归档条数等）。
+
+自由文本参数（`--desc`、正文、`--keywords`）用**单引号**包住（`'…'`）；
+用双引号的话，文本里的 `` ` `` 或 `$` 会被 shell 展开，命令被拒。
+单引号内部不要再出现半角撇号；需要时用 `ʼ`（U+02BC）或 `＇`（U+FF07）代替。
 | 参数 | 说明 |
 | --- | --- |
 | --scope | 必填，只能是本次模式允许的取值（见下表） |
@@ -59,6 +64,8 @@ ec memory archive <路径...>                      # 下线记忆，移入 archi
 | --keywords | 可选，串起相关记忆的内容关键词 |
 | --replaces | 可选，要替换的旧文件，自动归档。合并、纠正、升格作用域都走它，是唯一的防重复手段 |
 
+`--tags`、`--keywords`、`--replaces` 的值一律写成**单引号包住、逗号分隔**：`--tags 'rule,long-term'`、`--replaces 'consolidated/a.md,consolidated/b.md'`。
+
 **模式与允许的** `--scope`（越权会被 daemon 拒绝）：
 
 | 模式 | --scope |
@@ -73,7 +80,7 @@ ec memory archive <路径...>                      # 下线记忆，移入 archi
 
 **禁止**：
 
--   用 Write / Edit 直接写 `consolidated/`：会被判为未签名、移入 `archive/invalid/`。
+-   用 Write / Edit 直接写 `consolidated/`：绕过完整性台账，下次使用时会被恢复到最后登记的版本。
 -   写 `pending/` 或调用 `ec memory note`：note 是主会话入口，整理会话用了会形成循环。
 -   删除文件：只能 `archive`。  
     {{/}}

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

@@ -18,23 +18,24 @@ interactive：直接输出文本就是回复，由框架自动投递。当前会
 {{/}}
 {{?chatMode=proactive}}
 proactive：普通输出作为思考过程展示，不作为正式回复、不触发对端的消息接收。要正式回复，必须使用下面的托管发送命令。
+首轮工具调用里要包含一次托管发送命令，说明当前情况和下一步意图。连续多轮没有成功发送时，框架只放行发送命令，其他工具会被拒绝。
 {{?channel=aun}}
 {{?selfAid}}
 {{?chatType=private}}
 {{?peerId}}
-ec msg send {{selfAid}} {{peerId}} "<text>" [--encrypt|--no-encrypt]
+ec msg send {{selfAid}} {{peerId}} '<text>' [--encrypt|--no-encrypt]
 {{/}}
 {{/}}
 {{?chatType=group}}
 {{?groupId}}
-ec group send {{selfAid}} {{groupId}} "<text>" [--encrypt|--no-encrypt]
+ec group send {{selfAid}} {{groupId}} '<text>' [--encrypt|--no-encrypt]
 {{/}}
 {{/}}
 {{/}}
 AUN 私聊向 peerId 发送，群聊向 groupId 发送，不把群内发言者当作公开回复目标。
 {{/}}
 {{?channel!=aun}}
-ec ctl send "<text>"
+ec ctl send '<text>'
 非 AUN 渠道使用上述命令向当前会话正式回复，不使用 AUN 的 msg/group 命令。
 {{/}}
 发送成功后继续本轮必要步骤，不重复发送同一正文或补发“已发送”回执。
@@ -46,12 +47,12 @@ ec ctl send "<text>"
 {{/}}
 
 发送约束（适用于正式回复及 active 阶段的附加发送）：
-- 只能使用当前会话的 delegated sender，经 daemon IPC 发送；保留托管环境，不另建 SDK 连接。当前会话回复使用注入的 self 和目标，不为绕过限制改写身份、对端或 thread 路由。当前回复缺少发送者或目标参数时，用 ec ctl send "<text>" 继承当前会话，不猜测身份或地址。
+- 只能使用当前会话的 delegated sender，经 daemon IPC 发送；保留托管环境，不另建 SDK 连接。当前会话回复使用注入的 self 和目标，不为绕过限制改写身份、对端或 thread 路由。显式 msg/group send 必须写全 from/to；拿不到 self 或目标参数时改用 ec ctl send '<text>' 继承当前会话，不猜测身份或地址。
 - 调用发送命令时，每次 shell 调用只能执行一条完整的 ec 命令。不要拼接探测、管道、重定向、子 shell 或其它命令；不要读取外部 coding-agent skill 寻找发送方式。
 - 双引号正文中的双引号、反引号和 Shell 变量 `$` 需分别在其前加反斜杠。
 - 以退出码和发送回执判断成败；被拒绝时说明具体原因，不通过改目标、改身份或绕开托管通道重试。
-- 跨会话发送：目标不是当前对端（peerId: {{peerId}}）或当前群（groupId: {{groupId}}）时，ec msg send / ec group send 必须显式指定 --return none|required；none 表示只发送不要求回流，required 表示对方回答回流至当前会话；同会话回复当前对端/群时不需要此参数。
+- 跨会话发送：一个话题只有本端与对端两端，当前话题只能直接回复 peerId/groupId。要联系当前对端（{{peerId}}）或当前群（{{groupId}}）以外的对象，属于**跨话题**发送：先 `ec thread list <对方AID>` 选中一个已有话题，没有合适话题就 `ec thread create <对方AID> --name '...'`，再用 `ec msg send '<text>' --thread <threadId> --check-every <时长>`（群聊为 `ec group send '<text>' --thread <threadId> --check-every <时长>`）发送；from/to 由话题推断，不必手写，`--check-every` 必填。不带 `--thread` 直接改目标发送会被拒绝；同会话回复当前对端/群不需要 `--thread`。
 {{?channel=aun}}
-- 显式调用 msg/group send 时必须选择加密参数：回复 🔒密文用 --encrypt，回复 ✉明文用 --no-encrypt；批次含密文则用 --encrypt。不得省略参数后依赖默认明文；加密状态不明时使用继承当前会话状态的 ec ctl send "<text>"。
+- 显式调用 msg/group send 时必须选择加密参数：回复 🔒密文用 --encrypt，回复 ✉明文用 --no-encrypt；批次含密文则用 --encrypt。不得省略参数后依赖默认明文；加密状态不明时使用继承当前会话状态的 ec ctl send '<text>'。
 - interactive 的直接输出和 ec ctl send 由框架继承当前会话的加密状态、目标和话题，无需手动改写路由。
 {{/}}

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

@@ -33,27 +33,18 @@ readonly: true — 禁止写入项目目录及临时目录；如需生成文件
 {{?chatMode=proactive}}
 # proactive 模式（回复机制见 [channel] 段）：
 {{?chatType=group}}
-# 群聊：先判断是否需要响应（@你/话题相关/明确询问等）。
-# 不需要响应时：给出简短静默理由，然后直接结束，不调用发送命令。
+# 群聊：加载内置技能 `ec-group`，响应判断、发言方式、群资源查询都按它执行。
+# 话题与你无关就静默结束，不调用发送命令。
 {{/}}
 # 决定响应后：
-{{?proactiveFirstSendRequired}}
-#   - 首次调用任何非发送工具前，必须先用发送命令向{{proactiveSendTargetLabel}}说明意图
-{{/}}
-{{?proactiveToolReportRequired}}
-#   - 每 {{proactiveToolReportInterval}} 次非发送工具调用后，必须先用发送命令汇报当前进展和下一步，否则后续非发送工具会被拒绝
-{{/}}
 # 命令速查：
 # 每次工具调用只执行一条完整的 ec 命令；禁止 command -v。托管 `ec aid` 允许 `show {{selfAid}}`、`lookup <任意合法 AID>`、`agentmd get <任意合法 AID>`；仅 request/bypass 可对 `{{selfAid}}` 执行 `agentmd put`。可选后缀仅限 --format json；禁止 &&、||、;、|、重定向、子 shell、bash -lc/sh -c 或其它脚本与其串联。
 # 审批拒绝时原样报告并停止；必须收到包含 message_id/status 的成功回执后才能声称已发送。
 {{?chatType=group}}
-#   ec group send {{selfAid}} {{groupId}} "<text>" [--return none|required] [--file <path>] [--mention <aid>]
+#   群内公开发送用 ec group send；语法与选项见 [channel] 段。
 {{/}}
 {{?chatType=private}}
-#   ec msg send {{selfAid}} {{peerId}} "<text>" [--return none|required] [--text-from-file <path>] [--file <path>]
-{{/}}
-# 跨会话发送必须显式填写 --return none|required；同会话发送不要求。
-{{?isTriggerTask}}
-# Trigger 任务的跨会话发送只允许 --return none，禁止 required；需要等待人工操作时使用 Trigger 的交互/待处理机制。
+#   当前话题私聊回复（proactive 自主模式）：ec msg send {{selfAid}} {{peerId}} '<text>' [--encrypt|--no-encrypt]
+#   from/to 必须显式写出（权限层逐字校验发送者与目标）；仅 --thread 跨话题发送和 ec ctl send 可省略。文件/链接/跨话题/完整选项见 $KITS_DOCS/evolcore/msg.md
 {{/}}
 {{/}}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "evolcore",
-  "version": "0.0.32",
+  "version": "0.0.34",
   "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",
@@ -19,11 +19,14 @@
     "ecagent/NOTICE",
     "ecagent/README.md",
     "!dist/cli/mode.js",
+    "!dist/core/file-integrity/write.js",
     "bin/",
     "!dist/experimental/",
     "!skills/",
     "kits/",
     "!kits/.kits-version",
+    "!kits/skills/ec-group/TASK.md",
+    "!kits/skills/ec-group/WORKLOG.md",
     "*.md",
     "!AGENTS.md",
     "!CLAUDE.md",
@@ -51,8 +54,8 @@
     "prepublishOnly": "npm test"
   },
   "dependencies": {
-    "@agentunion/fastaun": "0.5.18",
-    "@anthropic-ai/claude-agent-sdk": "0.3.280",
+    "@agentunion/fastaun": "0.5.20",
+    "@anthropic-ai/claude-agent-sdk": "0.3.300",
     "@modelcontextprotocol/sdk": "^1.29.0",
     "ajv": "^8.20.0",
     "chokidar": "^5.0.0",

package/dist/core/memory/memory-session-policy.js

@@ -1,41 +0,0 @@
-/**
- * memory-session-policy.ts — 整理会话（sessionType=memory）的工具策略
- *
- * 整理会话的产出只能经 `ec memory create|update|archive` 走 daemon IPC 落盘
- * （签名、索引、ops 流水都在那一侧）。所以：
- *   - 直接写文件的工具一律拦（Claude 的 Write/Edit/MultiEdit/NotebookEdit，Codex 的 FileChange）
- *   - 子代理、PowerShell 这类能绕开本策略的入口也拦
- *   - Bash 只放行 `ec memory create|update|archive`；解析不出单条字面命令（含 ; && | $() 等）一律拦
- *   - Read / Glob / Grep 等只读工具不在这里管
- *
- * 作为 policyHook 由 response-engine 在整理会话里挂上，三个 runner 共用。
- */
-import { parseCodexToolCommand } from '../permission/ec-command-parser.js';
-const BLOCKED_TOOLS = new Set([
-    'Write', 'Edit', 'MultiEdit', 'NotebookEdit', 'FileChange',
-    'Agent', 'Task', 'PowerShell',
-]);
-const ALLOWED_MEMORY_SUBCOMMANDS = new Set(['create', 'update', 'archive', 'feedback']);
-export const MEMORY_SESSION_DENY_MESSAGE = '整理会话不允许执行此命令';
-export function memorySessionPolicyHook(toolName, toolInput) {
-    if (BLOCKED_TOOLS.has(toolName)) {
-        return {
-            block: true,
-            policyCode: 'memory_session_tool_forbidden',
-            reason: `${MEMORY_SESSION_DENY_MESSAGE}：整理会话不能使用 ${toolName}，写记忆只能用 \`ec memory create|update|archive\`，反馈用 \`ec memory feedback\``,
-        };
-    }
-    if (toolName !== 'Bash')
-        return undefined;
-    const parsed = parseCodexToolCommand(toolInput);
-    const argv = parsed.ok ? parsed.argv : undefined;
-    if (argv && argv[0] === 'ec' && argv[1] === 'memory' && ALLOWED_MEMORY_SUBCOMMANDS.has(argv[2] ?? '')) {
-        return undefined;
-    }
-    return {
-        block: true,
-        policyCode: 'memory_session_command_forbidden',
-        reason: `${MEMORY_SESSION_DENY_MESSAGE}：Bash 只允许单条 \`ec memory create|update|archive|feedback\`` +
-            '（不能拼接其他命令；正文含特殊字符时用单引号包住）。读文件请用 Read / Glob / Grep。',
-    };
-}