Operator Memory:面向编码智能体的自我改进上下文引擎。
67/100
综合分
493
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/11/3 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
自动兼容检查未通过:缺少 main/exports/bin 入口声明;仓库 package.json 标记 private,未发布到 npm,需从源码安装。以下命令仍可尝试,但可能失败。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add aerovato/operator-memory该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:需留意
是什么
dsh 原生插件 · chat
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 0 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查需源码安装缺少 main/exports/bin 入口声明;仓库 package.json 标记 private,未发布到 npm,需从源码安装
展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✗npm 包operator-memory(未发布到 npm,仅可源码安装)
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✗入口文件缺少入口声明
源码安装时若 pnpm 拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。
验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/28 20:36:59
安全扫描自动 · 静态分析源码v2.7.0🔵 扫描:含敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。
可执行外部命令读写/删除本地文件发起外部网络请求
查看扫描证据(共 7 处,展示前 7 条)
- 读取本地文件packages/codex/src/hook.ts:20
const value: unknown = JSON.parse(readFileSync(0, "utf8")); - 执行外部命令固定命令packages/codex/src/hook.ts:40
const result = spawnSync("operator-helper", ["preamble"], { - 发起网络请求packages/helper/src/npm-registry.ts:30
fetch(url, { signal: AbortSignal.timeout(5_000) }) - 读取本地文件packages/opencode/src/update.ts:126
return readFile(path, "utf8") - 发起网络请求packages/opencode/src/update.ts:136
return fetch(`${registry}/${encodeURIComponent(PACKAGE_NAME)}/latest`, { - 执行外部命令固定命令packages/opencode/src/update.ts:165
const child = spawn( - 删除本地文件递归packages/opencode/src/update.ts:199
return rm(directory, { recursive: true, force: true })
扫描于 2026/11/2(1 天前) · 范围 全包扫描 · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
界面预览
1 张 · 点击查看大图功能亮点
- 自我改进上下文引擎
为编程智能体打造的自我改进上下文引擎。
README
由 DeepSeek 最新模型翻译生成Operator Memory:面向编码智能体的自我改进上下文引擎。
Operator Memory 给你的智能体一个大脑,用于记录他们的全部工作。智能体在工作时,会自动在这个大脑中记录 —— 规格、决策、规范、研究、经验教训。每个新会话都带着上一个会话学到的一切开始。
功能特性
- 完整的上下文引擎 —— 在单一集成系统中提供文档、记忆、索引和技能。
- 自动文档 —— 规格、决策、研究等由智能体在日常工作中自动记录。
- 透明的记忆 —— 记忆以 Markdown 文档形式存储,你可以阅读、更新和删除。
- 可共享的知识 —— 用 Git 跟踪文档,与团队分享知识。
- 零基础设施 —— 无后台智能体、无 embeddings、无向量数据库、无模型配置。
安装
Operator 通过 Operator Helper 管理。使用 npm 安装 Helper:
npm install --global @aerovato/operator-helper
或使用 Bun:
bun add --global --minimum-release-age 0 @aerovato/operator-helper@latest
然后为你的 harness 安装 Operator 适配器。点击各链接查看对应 harness 的详细信息。
展开完整文档(README 剩余 1 节)
Operator Memory:面向编码智能体的自我改进上下文引擎。 Operator Memory 给你的智能体一个大脑,用于记录他们的全部工作。智能体在工作时,会自动在这个大脑中记录 —— 规格、决策、规范、研究、经验教训。每个新会话都带着上一个会话学到的一切开始。 功能特性 - 完整的上下文引擎 —— 在单一集成系统中提供文档、记忆、索引和技能。 - 自动文档 —— 规格、决策、研究等由智能体在日常工作中自动记录。 - 透明的记忆 —— 记忆以 Markdown 文档形式存储,你可以阅读、更新和删除。 - 可共享的知识 —— 用 Git 跟踪文档,与团队分享知识。 - 零基础设施 —— 无后台智能体、无 embeddings、无向量数据库、无模型配置。 安装 Operator 通过 Operator Helper 管理。使用 npm 安装 Helper: npm install --global @aerovato/operator-helper 或使用 Bun: bun add --global --minimum-release-age 0 @aerovato/operator-helper@latest 然后为你的 harness 安装 Operator 适配器。点击各链接查看对应 harness 的详细信息。 | Harness | 状态 | 安装 | | Claude Code | 🟢 完全支持 | operator-helper install claude-code | | Codex | 🟢 完全支持 | operator-helper install codex | | OpenCode | 🟢 完全支持(V2) | operator-helper install opencode | | OpenCode V1(旧版) | 🟡 支持(旧版) | operator-helper install opencode-v1 | | Pi | 🟢 完全支持 | operator-helper install pi | | DeepSeek Harness | 🟢 完全支持 | operator-helper install deepseek | | Kiro | 🟡 支持 | operator-helper install kiro | 设置就是与智能体的一场对话。在新的会话中逐个运行以下命令。 1. 仅首次:/operator:user-init —— 设置你的全局用户分区。 2. 在每个新项目中:/operator:project-init —— 搭建 Operator、迁移已有文档并为仓库建立索引。 3. 开启新会话,正常工作即可。 在现有项目上冷启动时,一开始大脑会比较空缺;让智能体为你负责的模块编写第一批规格。这些文档建立后,后续会话会将其作为日常工作的一部分自动维护。 初次使用 Operator?请先阅读入门指南。 Operator 的工作原理 智能体在单次会话中表现出色,但会话一结束就会忘记一切。后续会话只能浪费 token 重新收集不完整的上下文:重新探索代码库、重新理解架构、重新讲授决策和纠正。 Operator 给智能体一个持久的 Markdown 工作区,保存在三个位置: - .operator/ —— 私有项目知识,保留在你的机器上 - .operator-shared/ —— 随仓库一起发布的项目知识 - ~/.operator/user/ —— 你的个人规则和知识,跨项目使用 每个会话都运行同一个循环: 1. 查阅(Consult) —— 智能体从大脑出发:指令、代码库索引、规格、指南。 2. 构建(Build) —— 智能体基于这些知识进行正常的开发工作。 3. 更新(Update) —— 智能体记录发生的变化:新的规格、决策、规范、经验教训。 当项目事实发生变化时,智能体会更新规范文件,而不是添加一条 RAG 数据库记录。更多细节见架构文档(英文)。 日常工作流 1. 给智能体正常的开发任务。 2. 智能体自动查阅已有知识:索引用于导航代码,规格用于模块契约,指南用于第三方集成细节。 3. 智能体自动更新已有知识:当项目事实变化时,相关文档会被自动更新。 4. 下一个会话从更新后的知识继续。 有时智能体对创建、合并或拆分文档会犹豫不决。此时,引导智能体做出更大的架构决策: - "在实现这个功能之前,先为它写一份规格。" - "把这次研究记录下来,避免重复调查。" - "这两份文档有重叠。把它们合并。" - "这份文档太大了。拆分它。" - "把这份规格提升到 Shared,让团队也能收到。" 路线图 Operator Memory 正在积极开发中。 更多功能正在路上。 大脑改进 - 观察引擎(Observation Engine) —— 随时间学习持久的用户观察,与显式用户指令分开保存。 - 可靠的大脑更新 —— 在长对话中保持规格等大脑文档的最新状态,而不是仅依赖智能体自己记住。 上下文管理 - 缓存感知的上下文管理 —— 缓存过期时自动刷新 preamble 并执行工具调用剪枝。 - 无损上下文压缩 —— 通过无损上下文压缩无损扩展上下文。 对比其他记忆插件 片段捕获、RAG 检索和上下文压缩以同样的方式失败:阅读对比文章(英文)。 寻找基准测试?(英文) 了解更多 - 入门指南- Operator 的工作机制、安装、日常使用、引导与审查。含命令参考。 - 架构(英文)- 分区、目录、索引和确定性上下文加载的工作原理。 - Harness 文档(英文)- 各 harness 的安装、验证、命令、更新和故障排除。 - 故障排除(英文)- 验证、修复和更新恢复。 许可证 BSD 3-Clause。见 LICENSE。
预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
aerovato/operator-memory
Operator Memory:面向编码智能体的自我改进上下文引擎。
相关插件 · 对话 / 记忆
上下文中枢oceanbase/powercontext
上下文跟着工作走 —— 跨会话、跨智能体、跨人。
★ 1,487已汉化DSH
73
智能体记忆库plastic-labs/honcho
Honcho 是记忆基础设施,用来构建有状态的智能体。这些智能体能理解不断变化的人、智能体、群组、项目和想法。
★ 7,894已汉化DSH
71.7
长程智能体控制面loopx-project/loopx
给 Agent 一个目标,让工作持续向前。
★ 6,358已汉化DSH
71.3
智能体上下文数据库volcengine/OpenViking
给 AI 智能体用的上下文数据库
★ 41,379已汉化DSH
71.3
长效机器人团队Fei2411/DS-Bot
DS Bot 是一个基于 DeepSeek Harness简称 dsh的 bot 插件,插件将 dsh 改造为 bot…
★ 5,084已汉化DSH
71.1
可携带记忆层EverMind-AI/EverOS
为什么选择 EverOS
★ 13,778已汉化DSH
71.1