nikou-cli 0.1.44 → 0.1.46

package/README.md

@@ -282,6 +282,8 @@ node -e 'const s=require("/root/.nikou-block/state/worker.json"); console.log({p
 
 群聊发送 `@机器人 绑定: <目录>` 时，主节点会先检查当前用户是否已经绑定该目录；已有绑定会直接返回当前绑定状态卡片。当前用户已有其他目录时，会通过卡片确认“覆盖原绑定”或“新增绑定目录”；覆盖操作会在新目录校验成功后再撤销旧绑定。一个群可以保留多个用户、多个目录的 Agent 绑定，绑定指令不会广播给其他 Worker 抢占。
 
+绑定命令支持空格、半角冒号或全角冒号作为命令分隔符，例如 `绑定  D:\\project\\repo`、`绑定: D:\\project\\repo` 和 `绑定：D:\\project\\repo`。路径内容会原样保留，因此 Windows 目录名中的全角冒号不会被转换。
+
 绑定成功后会返回绿色状态卡片，展示本次绑定、当前群的全部普通目录绑定、完整路径、对应 Agent，以及知识库固定绑定（如有）。卡片底部同时给出省略盘符路径、完整路径和无路径选择三种解绑方式，便于确认当前真实绑定状态。
 
 群聊内任何成员都可以发送解绑指令。路径既支持完整路径，也支持省略盘符后的末两级路径；不带路径时会显示卡片供用户选择。Agent 选择卡片会展示省略盘符路径、在线状态：在线 Agent 带绿色状态标识且可选择，离线 Agent 会置灰禁用；卡片会倒计时 10 秒，超时自动使用当前群最近一次成功选择且仍在线的 Agent；没有可用默认 Agent 时，才会发送置灰的超时状态卡片。卡片底部同时提示解绑方式。
@@ -650,7 +652,7 @@ ai-hook api --api kiro
 | 事件 | 行为 |
 | --- | --- |
 | `chat_new` | 标记下一条单聊消息强制创建新会话，不复用旧消息引用或最近会话 |
-| `switch_path` | 发送单聊目录切换卡片，可浏览、选择目录或切回默认目录 |
+| `switch_path` | 发送单聊目录切换卡片，可浏览、收藏、选择目录或切回默认目录 |
 | `stop_chat` | 终止当前宿主 Worker 正在执行的全部单聊和绑定群聊任务 |
 | `switch_account` | 展示当前引擎支持的 CC Switch 账号卡片；Claude / Codex / Kiro 都可选择当前引擎下的账号，卡片会附带用量与规则摘要，切换后按当前运行档案重启 Worker，并同步刷新运行中的 CC Switch 当前账号和代理目标 |
 | `switch_model` | 展示引擎、模型和思考深度选择卡片，点击“切换并重启”后按所选运行档案重启 Worker |
@@ -660,6 +662,8 @@ ai-hook api --api kiro
 
 `switch_path` 以 Worker 本机 `~/ops/ops_global.properties` 的 `code_path` 作为默认目录，但不限制浏览根目录。用户可以通过“上一级”一直导航到文件系统根目录，并选择 Worker 账号有权限访问的任意文件夹；可访问的目录软链接也允许进入。选择结果按飞书用户持久保存；卡片会同时展示当前目录、默认目录和正在浏览的目录，并支持上一级、进入子目录、分页、切换到当前浏览目录和切回默认。目录发生切换后会开启新的单聊会话，切换前的最近会话和旧消息引用都不会继续复用。点击“进入”、翻页、切换或切回默认时，卡片会在同一条消息上直接刷新；若从节点返回较慢，主节点会在结果到达后异步刷新这条卡片，卡片按钮始终保持可点击。
 
+卡片还支持目录收藏，每个飞书用户最多收藏 5 个目录：点击“收藏此目录”把正在浏览的目录加入收藏，收藏满 5 个后该按钮置灰，需要先在对应目录点击“取消收藏”。收藏区固定在卡片顶部，按钮只展示目录的最后一级名称（超长会截断），点击即直接切换到该目录，当前正在使用的收藏会高亮。收藏按飞书用户持久保存在主机状态文件中，只是快捷入口，不会额外提升会话代次；收藏目录被删除或变为不可访问时，下次打开卡片会自动清理。
+
 单聊续聊由底层会话保存上下文，Worker 只传递当前问题，不再重复读取或注入“上次 AI 回复后的人类消息”。会话来源（单聊/群聊、发起人、群名）独立保存在 Worker 状态中，供本机只读会话列表展示，不依赖提示词解析。
 
 任务结果卡片中的“停止”按钮允许所有成员操作，不校验点击人身份。取消消息会按 `task_id` 定向发送给实际执行该任务的 Worker，单个任务的取消或结果处理异常不会影响主节点和其他 Worker。