Skills2026年5月12日·1 分钟阅读

Acontext — Memory Layer SDK + Backend for Agents

Memory layer for agents: run the backend with Docker, then use the SDK to persist, retrieve, and share context across workflows.

Agent 就绪

先审查再安装

这个资产需要先审查。复制的指令会要求 Agent dry-run、列出写入项,确认后再继续。

Needs Confirmation · 64/100策略:需确认
Agent 入口
任意 MCP/CLI Agent
类型
Skill
安装
Single
信任
信任等级:Established
入口
Asset
先审查命令
npx -y tokrepo@latest install e1f8eaf6-c170-4b35-a9ed-fa3fb0da6827 --target codex

先 dry-run,确认写入项后再运行此命令。

简介

Agent 记忆层:通过 Docker 启动后端,再用 SDK 持久化/检索/共享上下文,把‘技能+记忆’从单次对话升级为可跨项目复用的长期资产,并支持把记忆写入你的 Agent 工作流与工具链。

  • 适合谁: 想要“专用记忆后端 + SDK”,而不是零散文件/笔记/一次性向量库拼装的 agent 开发者
  • 可搭配: Docker 自托管;Python/TS SDK;你的 agent 运行时(建议支持工具调用)
  • 准备时间: 30–60 分钟

实战建议

  • 量化建议:用文档里的本地 endpoints(API 与 dashboard)验证环境;把“后端启动成功”当作部署检查项。
  • 量化建议:为每个 workspace 定义保留策略与最大容量;没有上限的记忆层会迅速失控。

记忆层需要“产品化思维”

记忆后端只有在可预测时才有价值:

  • 存什么 schema?
  • 如何做作用域(项目/用户/agent)?
  • 如何做清理、归并与过期?

一个务实的落地步骤

  1. 先把后端在本地跑起来。
  2. 选一条最需要持久化的工作流(入职、故障排查、长期重构)。
  3. 规定写入规则:只存已验证事实与决策。

运维提示

把记忆层当作正式服务来管理:备份、升级路径、以及实验翻车时的“重置流程”。

FAQ

必须用云服务吗? 答:不必须。README 提供自托管路径;建议先在本地做 PoC。

最先存什么? 答:跨任务复用的短决策与约束,不要把整段对话原样塞进去。

怎么避免记忆腐烂? 答:保留策略 + 归并 + 严格写入规则;量化复用率,不复用就清理。

🙏

来源与感谢

Source: https://github.com/memodb-io/Acontext > License: Apache-2.0 > GitHub stars: 3,370 · forks: 313

讨论

登录后参与讨论。
还没有评论,来写第一条吧。

相关资产