ai-memory workstream-search全账本搜索实战指南【免费下载链接】ai-memorySolution for long term memory for agent coding CLIs and to facilitate handoff between different agent vendors项目地址: https://gitcode.com/GitHub_Trending/ai/ai-memoryai-memory 是面向 AI 编程 CLIClaude Code、Codex、OpenCode 等的长期记忆解决方案支持在不同 Agent 厂商之间无缝交接上下文。当一条跨厂商的受管工作流managed workstream积累的事件超出启动时能自动注入的预算时ai-memory workstream-search就是你检索完整可见账本visible ledger的钥匙——本文带你从零跑通这条命令的搜索流程。它解决什么问题跨 Agent 的全账本当你用ai-memory run把同一个逻辑会话在多个 Agent 之间迁移时每一次可见消息、工具调用结果、压缩摘要都会被写入一条只追加的 workstream 账本。但 Agent 的上下文窗口装不下无限长的历史所以每次启动只会自动注入一个有界的近期增量。装不下的旧事件去哪了没有丢——它们完整保留在账本里随时可用workstream-search精确捞出。这正是全账本搜索的含义搜的不是 wiki 页面而是这条工作流的全部可见事件流。3步跑通第一次全账本搜索第 1 步先有一条受管工作流在任意项目目录里启动受管模式它会为该仓库自动创建名为default的工作流ai-memory run claude # 退出后切到 Codex 继续同一条工作流 ai-memory run codex第 2 步查看当前 checkout 有哪些工作流ai-memory workstreams ai-memory workstreams --limit 50 --json输出会把当前选中的工作流排在最前按最近活跃排序每行附带已链接的 Agent 列表和稳定的 workstream id实现见 workstreams.rs。第 3 步执行全账本搜索# 关键词搜索FTS 全文检索 ai-memory workstream-search scope resolver decision # 不带查询词 查看最新事件tail 模式 ai-memory workstream-search # 脚本/Agent 场景JSON 输出 更大窗口 ai-memory workstream-search --limit 50 --json failed migration在受管子进程内即 Agent 自己执行时workstream id 会通过环境变量AI_MEMORY_WORKSTREAM_ID自动注入无需手动传递在其他 shell 里执行时才需要显式加上--workstream-id uuid参数定义见 cli.rs。4种高频用法速查场景命令说明 关键词搜索workstream-search 迁移失败走 SQLite FTS5 全文索引按相关度排序 追最新进展workstream-search不带参数返回最近 20 条事件即tail 账本 结构化输出加--json供脚本或 Agent 二次解析 调结果窗口--limit 100取值 1–100默认 20命令的客户端实现在 workstream_search.rs它通过 HTTP 请求/workstream/{id}/events端点由服务端路由见 workstream.rs落到存储层的 FTS 查询账本表结构与索引则定义在迁移脚本 V31__managed_workstreams.sql 中。Agent 会主动建议你搜账本这是最容易被忽略的一点当启动注入的历史超出预算时ai-memory 会在注入包末尾直接给出搜索提示——更旧的事件没装进启动预算请用ai-memory workstream-search 查询词检索完整账本提示文案见 router.rs。也就是说Agent 在会话中缺了某条历史细节时它自己就能想起跑这条命令无需人工干预。历史中的工具活动会被标记为已完成的证据Agent 只会引用而不会把它当成待执行的操作重放。结果长什么样每条命中事件保留四个关键维度来源 Agent谁产出的、角色user/assistant/tool、事件序号sequence即账本时间线位置和内容。人类可读输出形如## Event 42 | claude | assistant 当时决定把 scope 解析逻辑抽成独立模块……延伸阅读受管工作流完整设计docs/managed-workstreams.md跨 harness 事件注入与账本边界docs/managed-harness-contributions.md存储层检索实现crates/ai-memory-store/src/workstream.rs一句话总结run负责把历史带过去workstream-search负责在带不下的地方随时找回——两者合起来才是 ai-memory 跨 Agent 长程记忆闭环。【免费下载链接】ai-memorySolution for long term memory for agent coding CLIs and to facilitate handoff between different agent vendors项目地址: https://gitcode.com/GitHub_Trending/ai/ai-memory创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 ai-memory workstream-search全账本搜索实战指南
ai-memory workstream-search全账本搜索实战指南【免费下载链接】ai-memorySolution for long term memory for agent coding CLIs and to facilitate handoff between different agent vendors项目地址: https://gitcode.com/GitHub_Trending/ai/ai-memoryai-memory 是面向 AI 编程 CLIClaude Code、Codex、OpenCode 等的长期记忆解决方案支持在不同 Agent 厂商之间无缝交接上下文。当一条跨厂商的受管工作流managed workstream积累的事件超出启动时能自动注入的预算时ai-memory workstream-search就是你检索完整可见账本visible ledger的钥匙——本文带你从零跑通这条命令的搜索流程。它解决什么问题跨 Agent 的全账本当你用ai-memory run把同一个逻辑会话在多个 Agent 之间迁移时每一次可见消息、工具调用结果、压缩摘要都会被写入一条只追加的 workstream 账本。但 Agent 的上下文窗口装不下无限长的历史所以每次启动只会自动注入一个有界的近期增量。装不下的旧事件去哪了没有丢——它们完整保留在账本里随时可用workstream-search精确捞出。这正是全账本搜索的含义搜的不是 wiki 页面而是这条工作流的全部可见事件流。3步跑通第一次全账本搜索第 1 步先有一条受管工作流在任意项目目录里启动受管模式它会为该仓库自动创建名为default的工作流ai-memory run claude # 退出后切到 Codex 继续同一条工作流 ai-memory run codex第 2 步查看当前 checkout 有哪些工作流ai-memory workstreams ai-memory workstreams --limit 50 --json输出会把当前选中的工作流排在最前按最近活跃排序每行附带已链接的 Agent 列表和稳定的 workstream id实现见 workstreams.rs。第 3 步执行全账本搜索# 关键词搜索FTS 全文检索 ai-memory workstream-search scope resolver decision # 不带查询词 查看最新事件tail 模式 ai-memory workstream-search # 脚本/Agent 场景JSON 输出 更大窗口 ai-memory workstream-search --limit 50 --json failed migration在受管子进程内即 Agent 自己执行时workstream id 会通过环境变量AI_MEMORY_WORKSTREAM_ID自动注入无需手动传递在其他 shell 里执行时才需要显式加上--workstream-id uuid参数定义见 cli.rs。4种高频用法速查场景命令说明 关键词搜索workstream-search 迁移失败走 SQLite FTS5 全文索引按相关度排序 追最新进展workstream-search不带参数返回最近 20 条事件即tail 账本 结构化输出加--json供脚本或 Agent 二次解析 调结果窗口--limit 100取值 1–100默认 20命令的客户端实现在 workstream_search.rs它通过 HTTP 请求/workstream/{id}/events端点由服务端路由见 workstream.rs落到存储层的 FTS 查询账本表结构与索引则定义在迁移脚本 V31__managed_workstreams.sql 中。Agent 会主动建议你搜账本这是最容易被忽略的一点当启动注入的历史超出预算时ai-memory 会在注入包末尾直接给出搜索提示——更旧的事件没装进启动预算请用ai-memory workstream-search 查询词检索完整账本提示文案见 router.rs。也就是说Agent 在会话中缺了某条历史细节时它自己就能想起跑这条命令无需人工干预。历史中的工具活动会被标记为已完成的证据Agent 只会引用而不会把它当成待执行的操作重放。结果长什么样每条命中事件保留四个关键维度来源 Agent谁产出的、角色user/assistant/tool、事件序号sequence即账本时间线位置和内容。人类可读输出形如## Event 42 | claude | assistant 当时决定把 scope 解析逻辑抽成独立模块……延伸阅读受管工作流完整设计docs/managed-workstreams.md跨 harness 事件注入与账本边界docs/managed-harness-contributions.md存储层检索实现crates/ai-memory-store/src/workstream.rs一句话总结run负责把历史带过去workstream-search负责在带不下的地方随时找回——两者合起来才是 ai-memory 跨 Agent 长程记忆闭环。【免费下载链接】ai-memorySolution for long term memory for agent coding CLIs and to facilitate handoff between different agent vendors项目地址: https://gitcode.com/GitHub_Trending/ai/ai-memory创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考