Memory Bridge 实战将 Claude Code 自动记忆桥接进 AgentDB实现跨会话统一语义检索ruflo 项目【免费下载链接】ruflo The original agent meta-harness. Deploy intelligent multi-player swarms, coordinate autonomous workflows, and build conversational AI systems. Features adaptive memory, self-learning intelligence, RAG integration, and native Claude Code / Codex / Hermes and many more Integrated项目地址: https://gitcode.com/GitHub_Trending/cl/rufloMemory Bridge 是 ruflo 生态中负责记忆打通的关键技能它把 Claude Code 原生散落在~/.claude/projects/*/memory/*.md中的自动记忆文件经 384 维 ONNX 向量化后导入 AgentDB并在claude-memories命名空间下建立 HNSW 索引最终通过memory_search_unified实现跨项目、跨会话的统一语义检索。本文以 plugins/ruflo-rag-memory/skills/memory-bridge/SKILL.md 为核心骨架结合 ruflo-rag-memory README、ruflo-agentdb 命名空间约定 与源码级回归测试完整讲解桥接流程、三个 MCP 工具的使用方法、自动导入机制、去重策略与底层实现细节。读完本文你将掌握如何检查桥接健康状态、如何导入单项目/全项目记忆、如何验证导入结果并做去重以及如何用统一检索 API 跨会话召回历史知识。一、为什么要构建 Memory Bridge原生自动记忆的局限Claude Code 会把每次会话中的关键信息以 markdown 文件的形式自动保存到~/.claude/projects/*/memory/*.md。这种原生机制有四个明显短板按项目物理隔离每个项目目录下只有自己的 memory 文件无法跨项目召回其他仓库中的经验纯文本、无向量索引只能做关键词匹配无法理解语义例如搜 OAuth2 PKCE 匹配不到 single page app auth flow无统一检索入口会话与会话之间、项目与项目之间的记忆没有统一的查询面缺乏去重与版本管理多次会话会积累大量语义重复的条目。Memory Bridge 针对性地补齐了这四条其核心设计目标来自 SKILL.md 的 description是将 Claude Code 自动记忆导入 AgentDB生成 ONNX 嵌入去重并启用统一跨项目搜索。二、Memory Bridge 工作原理与核心数据流Memory Bridge 的处理管线可以概括为五步对应 SKILL.md 的 What it does读取所有记忆文件当前项目或全部项目生成 384 维 ONNX 嵌入模型为 all-MiniLM-L6-v2写入 AgentDB 的claude-memories命名空间并建立 HNSWHierarchical Navigable Small World索引去重与已有条目比较余弦相似度大于 0.95 视为重复启用统一语义搜索一次查询可横跨所有记忆来源。数据流架构来自 README Architecture 一节Claude Code Auto-Memory (~/.claude/projects/*/memory/*.md) │ ▼ (ONNX all-MiniLM-L6-v2, 384-dim) Memory Bridge │ ▼ AgentDB (SQLite vector_indexes) │ ├── patterns namespace ├── tasks namespace ├── solutions namespace ├── feedback namespace ├── security namespace └── claude-memories namespace │ ▼ (HNSW ANN index) Semantic Search统一跨命名空间检索需要特别强调的是从命名空间职责看claude-memories是ruflo-agentdb 拥有、由本插件消费的保留命名空间见 ruflo-agentdb ADR-0001 §Namespace convention。本插件并不拥有该命名空间只是它的规范消费方完整链路为Claude Code SessionStart hook → memory_import_claude (MCP) → claude-memories namespace (reserved, ruflo-agentdb owned) → memory-bridge skill memory_search_unified 对外暴露这一点被 ADR-0001ruflo-rag-memory 插件契约 作为合同固化并被 smoke.sh 第 4、5 项检查 强制验证。三、快速上手健康检查 → 导入 → 验证 → 去重 → 统一检索SKILL.md 给出了一条可复制的五步操作路径下面逐一展开。第 1 步检查桥接健康状态mcp__plugin_ruflo-core_ruflo__memory_bridge_status({})该工具返回四个维度的状态Claude 记忆文件数量、AgentDB 中已有条目数、SONA 状态、连接状态。导入前先做基线记录便于第 3 步比对条目数是否增长符合预期。第 2 步导入记忆按范围分为两种调用方式// 仅导入当前项目 mcp__plugin_ruflo-core_ruflo__memory_import_claude({}) // 导入所有项目 mcp__plugin_ruflo-core_ruflo__memory_import_claude({ allProjects: true })同时提供 CLI 备选方案node .claude/helpers/auto-memory-hook.mjs import-all关于导入行为的底层细节ruflo-agentdb README 补充说明memory_import_claude会读取~/.claude/projects/*/memory/*.md解析 YAML frontmatter按章节拆分并携带 384 维嵌入存储allProjects: true时从所有Claude 项目中导入。第 3 步验证导入结果再次调用状态工具确认 AgentDB 条目数与预期的文件数一致mcp__plugin_ruflo-core_ruflo__memory_bridge_status({})第 4 步去重按需--dedupe搜索余弦相似度大于 0.95 的近重复条目并合并保留最新版本。SKILL.md 的 argument-hint 为[--all-projects] [--dedupe]即去重可作为导入参数随桥接流程一起触发。第 5 步测试统一检索mcp__plugin_ruflo-core_ruflo__memory_search_unified({ query: test query, limit: 3 })返回结果带有来源归属source attribution取值为claude-code、auto-memory或agentdb三者之一方便追溯记忆出处。四、三个 MCP 工具深挖参数、语义与默认行为SKILL.md 的 allowed-tools 声明了本技能依赖的三个核心 MCP 工具均由 ruflo-core 插件提供 MCP server工具作用关键参数memory_bridge_status检查桥接健康状态无入参memory_import_claude导入 Claude 原生自动记忆allProjects默认 false、projectPath路径覆盖见下文memory_search_unified跨命名空间统一语义搜索query、limitmemory_search_unified 到底搜索哪些命名空间来自 ruflo-agentdb README 的实现事实memory_search_unified默认搜索[default, claude-memories, auto-memory, patterns, tasks, feedback]—— 这正是桥接流程实际填充的命名空间集合。两个易混淆点default是兜底命名空间auto-memory与claude-memories是不同的auto-memory存放桥接内部缓存claude-memories存放解析后的*.md章节。五、自动导入SessionStart Hook 驱动的零运维体验桥接默认在每次会话启动时通过 SessionStart hook 自动运行memory_import_claude经由auto-memory-hook.mjs触发详见 ruflo-agentdb README 的 hook 路由表。因此绝大多数情况下你无需手动干预只有三种场景需要手动调用首次全量导入所有项目的历史记忆会话外发生批量记忆变更例如手动编辑/补充了大量 memory 文件模型升级后强制重新嵌入embedding 模型更新后旧向量失效需要全量重算。ruflo-agentdb README 还给出了一条重要运维准则不要自行刷新claude-memories它会在每次 SessionStart 自动导入手动memory_import_claude只用于强制刷新force-refresh而非稳态操作。六、去重与检索质量0.95 阈值背后的机制Memory Bridge 的去重阈值是余弦相似度 0.95判定为近重复后合并并保留最新版本。这一阈值与检索侧的 MMR 去重cosine 0.92见 memory-search 技能形成双保险写入侧bridge0.95 高阈值只合并几乎相同的条目避免误删有细微差别的记忆检索侧search0.92 阈值配合 Maximal Marginal RelevanceMMR重排在保证相关性的同时最大化结果多样性过滤近重复。七、源码级验证健壮性与回归防护回归守卫 test-memory-import.mjsplugins/ruflo-core/scripts/test-memory-import.mjs 是memory_import_claude的专项回归测试覆盖两个真实生产事故的修复#1883WSL 项目哈希问题allProjectsfalse在 WSL 下失败因为项目哈希推导只做 POSIX 斜杠替换。现在的resolveProjectMemoryDir会生成多个候选哈希POSIX 形式、WSL 的/mnt/d/→D-...形式、去前导破折号、空格替换并接受显式projectPath覆盖参数。测试用/mnt/c/Users/tobia/OneDrive/Desktop/Claude Stuff合成目录验证C--Users-tobia-OneDrive-Desktop-Claude-Stuff这一 Windows 哈希形式必然出现在候选集中。#1884记忆键注入问题旧版导入键直接拼接 frontmatter 名称与章节标题可能包含 shell 元字符如;、、、$、../导致memory_delete拒绝这些键、条目搁浅。现在写入时经sanitizeMemoryKey清洗危险字符替换为_截断至 1024 字符测试对 19 个对抗性样本含${malicious}、shell、../etc/passwd等做属性验证证明清洗后的键必然能通过删除路径的校验器。smoke.sh 契约验证plugins/ruflo-rag-memory/scripts/smoke.sh 是本插件的契约门禁共 10 项结构检查与 Memory Bridge 直接相关的包括插件声明mcp、claude-memories、bridged-memory关键词两个技能memory-bridge、memory-search与 agent、两个命令均存在且 frontmatter 合法README 引用memory_import_claude与SessionStart即桥接链路文档化README 引用memory_search_unified统一检索暴露技能不允许通配符工具授权安全审计。运行方式bash plugins/ruflo-rag-memory/scripts/smoke.sh # 预期输出10 passed, 0 failed八、与 ruvector 的深度集成当ruflo-ruvector插件加载后桥接进来的记忆会被 ruvector 进一步索引解锁三类高级能力SKILL.md 的 Integration with ruvector 一节混合检索Hybrid search稀疏稀疏向量 稠密dense双路召回经 RRFReciprocal Rank Fusion融合排序对关键词语义混合型查询显著更优memory-search 技能 标注提升 20%–49%Graph RAG 多跳查询跨记忆条目进行多跳知识推理适合推理型复杂查询标注提升 30%–60%跨会话脑知识共享Brain knowledge sharing桥接记忆成为多会话共享的知识底座。对应 CLI 形式# 混合检索 npx ruvector search QUERY --hybrid --limit 10 # Graph RAG 多跳 npx ruvector search QUERY --graph-rag --limit 10README 补充说明ruvector 后端还提供 FlashAttention-3 线性注意力、DiskANN 大规模持久化索引等底层能力HNSW 索引在超过规模交叉点后相对暴力检索有实测加速N5k 时约 3.2x–4.7xN20k 时约 1.9xrecall10 约 0.99详见 智能系统审计报告 与 benchmark-intelligence.mjs。九、命名空间使用规范与记忆写入边界Memory Bridge 让claude-memories成为跨项目记忆的事实汇聚点使用时需遵守 ruflo-agentdb 命名空间约定命名空间用途典型键patterns成功的代码/设计模式pattern-auth-jwttasks任务上下文与结果task-refactor-apisolutionsBug 修复与解决方案fix-race-conditionfeedback用户反馈与纠正feedback-test-stylesecurity漏洞模式vuln-sql-injectionclaude-memories桥接的 Claude Code 记忆保留命名空间auto-imported三条硬性边界保留命名空间pattern、claude-memories、default不得被遮蔽shadow这是 ruflo-agentdb 的所有权约定本插件不拥有claude-memories只是消费方不要绕开桥接直接写入该命名空间其他命名空间patterns、tasks等通过memory_*系列工具按命名空间路由访问禁止使用带命名空间参数的agentdb_hierarchical-*或agentdb_pattern-store。十、最佳实践小结综合 SKILL.md 与仓库实现落地使用 Memory Bridge 时建议遵循以下实践常态零干预依赖 SessionStart 自动导入不要在稳态下频繁手动memory_import_claude首次部署全量导入用allProjects: true一次性建立跨项目记忆底座关键节点验证批量导入后用memory_bridge_status比对条目数与文件数用memory_search_unified做语义召回冒烟测试写入侧去重按需开仅在记忆明显冗余时启用--dedupecosine 0.95 合并日常检索多样性交给检索侧 MMR0.92处理来源可追溯利用返回结果的 source attributionclaude-code/auto-memory/agentdb区分记忆来源便于审计升级后强制重嵌入embedding 模型变更后手动触发一次全量导入避免新旧向量维度/语义不一致。如果希望进一步掌握桥接结果如何被消费可继续阅读姊妹技能 memory-search SKILL.md默认稠密 /--hybrid/--graph-rag/--smart四档检索策略、ruflo-agentdb 命名空间约定 以及 EXAMPLES.md 中的跨会话实战示例。【免费下载链接】ruflo The original agent meta-harness. Deploy intelligent multi-player swarms, coordinate autonomous workflows, and build conversational AI systems. Features adaptive memory, self-learning intelligence, RAG integration, and native Claude Code / Codex / Hermes and many more Integrated项目地址: https://gitcode.com/GitHub_Trending/cl/ruflo创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Memory Bridge 实战：将 Claude Code 自动记忆桥接进 AgentDB，实现跨会话统一语义检索（ruflo 项目）
Memory Bridge 实战将 Claude Code 自动记忆桥接进 AgentDB实现跨会话统一语义检索ruflo 项目【免费下载链接】ruflo The original agent meta-harness. Deploy intelligent multi-player swarms, coordinate autonomous workflows, and build conversational AI systems. Features adaptive memory, self-learning intelligence, RAG integration, and native Claude Code / Codex / Hermes and many more Integrated项目地址: https://gitcode.com/GitHub_Trending/cl/rufloMemory Bridge 是 ruflo 生态中负责记忆打通的关键技能它把 Claude Code 原生散落在~/.claude/projects/*/memory/*.md中的自动记忆文件经 384 维 ONNX 向量化后导入 AgentDB并在claude-memories命名空间下建立 HNSW 索引最终通过memory_search_unified实现跨项目、跨会话的统一语义检索。本文以 plugins/ruflo-rag-memory/skills/memory-bridge/SKILL.md 为核心骨架结合 ruflo-rag-memory README、ruflo-agentdb 命名空间约定 与源码级回归测试完整讲解桥接流程、三个 MCP 工具的使用方法、自动导入机制、去重策略与底层实现细节。读完本文你将掌握如何检查桥接健康状态、如何导入单项目/全项目记忆、如何验证导入结果并做去重以及如何用统一检索 API 跨会话召回历史知识。一、为什么要构建 Memory Bridge原生自动记忆的局限Claude Code 会把每次会话中的关键信息以 markdown 文件的形式自动保存到~/.claude/projects/*/memory/*.md。这种原生机制有四个明显短板按项目物理隔离每个项目目录下只有自己的 memory 文件无法跨项目召回其他仓库中的经验纯文本、无向量索引只能做关键词匹配无法理解语义例如搜 OAuth2 PKCE 匹配不到 single page app auth flow无统一检索入口会话与会话之间、项目与项目之间的记忆没有统一的查询面缺乏去重与版本管理多次会话会积累大量语义重复的条目。Memory Bridge 针对性地补齐了这四条其核心设计目标来自 SKILL.md 的 description是将 Claude Code 自动记忆导入 AgentDB生成 ONNX 嵌入去重并启用统一跨项目搜索。二、Memory Bridge 工作原理与核心数据流Memory Bridge 的处理管线可以概括为五步对应 SKILL.md 的 What it does读取所有记忆文件当前项目或全部项目生成 384 维 ONNX 嵌入模型为 all-MiniLM-L6-v2写入 AgentDB 的claude-memories命名空间并建立 HNSWHierarchical Navigable Small World索引去重与已有条目比较余弦相似度大于 0.95 视为重复启用统一语义搜索一次查询可横跨所有记忆来源。数据流架构来自 README Architecture 一节Claude Code Auto-Memory (~/.claude/projects/*/memory/*.md) │ ▼ (ONNX all-MiniLM-L6-v2, 384-dim) Memory Bridge │ ▼ AgentDB (SQLite vector_indexes) │ ├── patterns namespace ├── tasks namespace ├── solutions namespace ├── feedback namespace ├── security namespace └── claude-memories namespace │ ▼ (HNSW ANN index) Semantic Search统一跨命名空间检索需要特别强调的是从命名空间职责看claude-memories是ruflo-agentdb 拥有、由本插件消费的保留命名空间见 ruflo-agentdb ADR-0001 §Namespace convention。本插件并不拥有该命名空间只是它的规范消费方完整链路为Claude Code SessionStart hook → memory_import_claude (MCP) → claude-memories namespace (reserved, ruflo-agentdb owned) → memory-bridge skill memory_search_unified 对外暴露这一点被 ADR-0001ruflo-rag-memory 插件契约 作为合同固化并被 smoke.sh 第 4、5 项检查 强制验证。三、快速上手健康检查 → 导入 → 验证 → 去重 → 统一检索SKILL.md 给出了一条可复制的五步操作路径下面逐一展开。第 1 步检查桥接健康状态mcp__plugin_ruflo-core_ruflo__memory_bridge_status({})该工具返回四个维度的状态Claude 记忆文件数量、AgentDB 中已有条目数、SONA 状态、连接状态。导入前先做基线记录便于第 3 步比对条目数是否增长符合预期。第 2 步导入记忆按范围分为两种调用方式// 仅导入当前项目 mcp__plugin_ruflo-core_ruflo__memory_import_claude({}) // 导入所有项目 mcp__plugin_ruflo-core_ruflo__memory_import_claude({ allProjects: true })同时提供 CLI 备选方案node .claude/helpers/auto-memory-hook.mjs import-all关于导入行为的底层细节ruflo-agentdb README 补充说明memory_import_claude会读取~/.claude/projects/*/memory/*.md解析 YAML frontmatter按章节拆分并携带 384 维嵌入存储allProjects: true时从所有Claude 项目中导入。第 3 步验证导入结果再次调用状态工具确认 AgentDB 条目数与预期的文件数一致mcp__plugin_ruflo-core_ruflo__memory_bridge_status({})第 4 步去重按需--dedupe搜索余弦相似度大于 0.95 的近重复条目并合并保留最新版本。SKILL.md 的 argument-hint 为[--all-projects] [--dedupe]即去重可作为导入参数随桥接流程一起触发。第 5 步测试统一检索mcp__plugin_ruflo-core_ruflo__memory_search_unified({ query: test query, limit: 3 })返回结果带有来源归属source attribution取值为claude-code、auto-memory或agentdb三者之一方便追溯记忆出处。四、三个 MCP 工具深挖参数、语义与默认行为SKILL.md 的 allowed-tools 声明了本技能依赖的三个核心 MCP 工具均由 ruflo-core 插件提供 MCP server工具作用关键参数memory_bridge_status检查桥接健康状态无入参memory_import_claude导入 Claude 原生自动记忆allProjects默认 false、projectPath路径覆盖见下文memory_search_unified跨命名空间统一语义搜索query、limitmemory_search_unified 到底搜索哪些命名空间来自 ruflo-agentdb README 的实现事实memory_search_unified默认搜索[default, claude-memories, auto-memory, patterns, tasks, feedback]—— 这正是桥接流程实际填充的命名空间集合。两个易混淆点default是兜底命名空间auto-memory与claude-memories是不同的auto-memory存放桥接内部缓存claude-memories存放解析后的*.md章节。五、自动导入SessionStart Hook 驱动的零运维体验桥接默认在每次会话启动时通过 SessionStart hook 自动运行memory_import_claude经由auto-memory-hook.mjs触发详见 ruflo-agentdb README 的 hook 路由表。因此绝大多数情况下你无需手动干预只有三种场景需要手动调用首次全量导入所有项目的历史记忆会话外发生批量记忆变更例如手动编辑/补充了大量 memory 文件模型升级后强制重新嵌入embedding 模型更新后旧向量失效需要全量重算。ruflo-agentdb README 还给出了一条重要运维准则不要自行刷新claude-memories它会在每次 SessionStart 自动导入手动memory_import_claude只用于强制刷新force-refresh而非稳态操作。六、去重与检索质量0.95 阈值背后的机制Memory Bridge 的去重阈值是余弦相似度 0.95判定为近重复后合并并保留最新版本。这一阈值与检索侧的 MMR 去重cosine 0.92见 memory-search 技能形成双保险写入侧bridge0.95 高阈值只合并几乎相同的条目避免误删有细微差别的记忆检索侧search0.92 阈值配合 Maximal Marginal RelevanceMMR重排在保证相关性的同时最大化结果多样性过滤近重复。七、源码级验证健壮性与回归防护回归守卫 test-memory-import.mjsplugins/ruflo-core/scripts/test-memory-import.mjs 是memory_import_claude的专项回归测试覆盖两个真实生产事故的修复#1883WSL 项目哈希问题allProjectsfalse在 WSL 下失败因为项目哈希推导只做 POSIX 斜杠替换。现在的resolveProjectMemoryDir会生成多个候选哈希POSIX 形式、WSL 的/mnt/d/→D-...形式、去前导破折号、空格替换并接受显式projectPath覆盖参数。测试用/mnt/c/Users/tobia/OneDrive/Desktop/Claude Stuff合成目录验证C--Users-tobia-OneDrive-Desktop-Claude-Stuff这一 Windows 哈希形式必然出现在候选集中。#1884记忆键注入问题旧版导入键直接拼接 frontmatter 名称与章节标题可能包含 shell 元字符如;、、、$、../导致memory_delete拒绝这些键、条目搁浅。现在写入时经sanitizeMemoryKey清洗危险字符替换为_截断至 1024 字符测试对 19 个对抗性样本含${malicious}、shell、../etc/passwd等做属性验证证明清洗后的键必然能通过删除路径的校验器。smoke.sh 契约验证plugins/ruflo-rag-memory/scripts/smoke.sh 是本插件的契约门禁共 10 项结构检查与 Memory Bridge 直接相关的包括插件声明mcp、claude-memories、bridged-memory关键词两个技能memory-bridge、memory-search与 agent、两个命令均存在且 frontmatter 合法README 引用memory_import_claude与SessionStart即桥接链路文档化README 引用memory_search_unified统一检索暴露技能不允许通配符工具授权安全审计。运行方式bash plugins/ruflo-rag-memory/scripts/smoke.sh # 预期输出10 passed, 0 failed八、与 ruvector 的深度集成当ruflo-ruvector插件加载后桥接进来的记忆会被 ruvector 进一步索引解锁三类高级能力SKILL.md 的 Integration with ruvector 一节混合检索Hybrid search稀疏稀疏向量 稠密dense双路召回经 RRFReciprocal Rank Fusion融合排序对关键词语义混合型查询显著更优memory-search 技能 标注提升 20%–49%Graph RAG 多跳查询跨记忆条目进行多跳知识推理适合推理型复杂查询标注提升 30%–60%跨会话脑知识共享Brain knowledge sharing桥接记忆成为多会话共享的知识底座。对应 CLI 形式# 混合检索 npx ruvector search QUERY --hybrid --limit 10 # Graph RAG 多跳 npx ruvector search QUERY --graph-rag --limit 10README 补充说明ruvector 后端还提供 FlashAttention-3 线性注意力、DiskANN 大规模持久化索引等底层能力HNSW 索引在超过规模交叉点后相对暴力检索有实测加速N5k 时约 3.2x–4.7xN20k 时约 1.9xrecall10 约 0.99详见 智能系统审计报告 与 benchmark-intelligence.mjs。九、命名空间使用规范与记忆写入边界Memory Bridge 让claude-memories成为跨项目记忆的事实汇聚点使用时需遵守 ruflo-agentdb 命名空间约定命名空间用途典型键patterns成功的代码/设计模式pattern-auth-jwttasks任务上下文与结果task-refactor-apisolutionsBug 修复与解决方案fix-race-conditionfeedback用户反馈与纠正feedback-test-stylesecurity漏洞模式vuln-sql-injectionclaude-memories桥接的 Claude Code 记忆保留命名空间auto-imported三条硬性边界保留命名空间pattern、claude-memories、default不得被遮蔽shadow这是 ruflo-agentdb 的所有权约定本插件不拥有claude-memories只是消费方不要绕开桥接直接写入该命名空间其他命名空间patterns、tasks等通过memory_*系列工具按命名空间路由访问禁止使用带命名空间参数的agentdb_hierarchical-*或agentdb_pattern-store。十、最佳实践小结综合 SKILL.md 与仓库实现落地使用 Memory Bridge 时建议遵循以下实践常态零干预依赖 SessionStart 自动导入不要在稳态下频繁手动memory_import_claude首次部署全量导入用allProjects: true一次性建立跨项目记忆底座关键节点验证批量导入后用memory_bridge_status比对条目数与文件数用memory_search_unified做语义召回冒烟测试写入侧去重按需开仅在记忆明显冗余时启用--dedupecosine 0.95 合并日常检索多样性交给检索侧 MMR0.92处理来源可追溯利用返回结果的 source attributionclaude-code/auto-memory/agentdb区分记忆来源便于审计升级后强制重嵌入embedding 模型变更后手动触发一次全量导入避免新旧向量维度/语义不一致。如果希望进一步掌握桥接结果如何被消费可继续阅读姊妹技能 memory-search SKILL.md默认稠密 /--hybrid/--graph-rag/--smart四档检索策略、ruflo-agentdb 命名空间约定 以及 EXAMPLES.md 中的跨会话实战示例。【免费下载链接】ruflo The original agent meta-harness. Deploy intelligent multi-player swarms, coordinate autonomous workflows, and build conversational AI systems. Features adaptive memory, self-learning intelligence, RAG integration, and native Claude Code / Codex / Hermes and many more Integrated项目地址: https://gitcode.com/GitHub_Trending/cl/ruflo创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考