资讯详情

资讯详情

让 AI 智能体拥有持久记忆的 3 步落地指南:Hindsight 部署与选型全解

让 AI 智能体拥有持久记忆的 3 步落地指南Hindsight 部署与选型全解【免费下载链接】hindsightHindsight: Agent Memory That Learns项目地址: https://gitcode.com/GitHub_Trending/hindsight2/hindsightHindsighthindsight是一个面向 AI 智能体的记忆系统它通过 retain写入、recall检索、reflect反思三个操作把对话与任务经验沉淀为可复用的长期记忆而不是只保存一段聊天记录。本文按选型 → 落地 → 加固的顺序给出三种部署形态的具体步骤、配置变量与验证方法帮助你在开发、测试与生产三种环境下快速跑起 Hindsight 智能体记忆服务。部署前选型先确定你的 Hindsight 该跑在哪里选型的核心变量只有两个谁在调用记忆 API以及数据放在哪。Hindsight 提供三种部署形态差异主要体现在启动方式、运维边界和数据落盘位置维度Docker 容器化进程内嵌入式云端 / 托管环境适合阶段测试环境、单机生产开发原型、桌面 Agent企业多租户、大规模服务启动耗时分钟级一条 compose 命令秒级首次调用懒启动小时~天级含网络与权限数据落盘容器卷内置 pg0 或外部 PG本机~/.pg0/instances/hindsight-embed-{profile}托管数据库 对象存储运维边界一个容器含 API 与控制台随宿主进程生命周期独立服务集群多实例扩展需外接 PG 后横向扩展单机单进程原生支持对应到具体场景验证想法选嵌入式给团队搭一套可访问的记忆服务选 Docker需要 S3 附件存储、多副本与监控告警时走向云端形态。仓库中docker/与helm/hindsight/两个目录分别覆盖了前两者的现成产物可直接参考 docker/ 下的 compose 变体和 helm/hindsight/ 下的 Chart。 Docker 部署最快启动步骤本节解决如何让 Hindsight 在 10 分钟内对外提供记忆 API。默认端口固定为8888API与9999控制平面 Web 控制台健康检查端点为/health。使用外部 PostgreSQL 的完整拉起流程官方镜像内置了 pg0轻量 PostgreSQL但生产更推荐外挂 pgvector 实例仓库提供了现成编排文件 docker/docker-compose/external-pg/docker-compose.yaml。先准备环境变量export HINDSIGHT_DB_PASSWORD你的数据库密码 export HINDSIGHT_API_LLM_API_KEY你的LLM密钥然后启动并验证docker compose -f docker/docker-compose/external-pg/docker-compose.yaml up -d curl http://localhost:8888/healthcompose 文件通过HINDSIGHT_API_DATABASE_URL把 hindsight 服务指向db容器并自动挂载pg_data卷持久化数据。若只想在本机体验也可以克隆仓库后直接使用内置 pg0 的镜像变体如 docker/docker-compose/claude-code/docker-compose.yamlgit clone https://gitcode.com/GitHub_Trending/hindsight2/hindsight cd hindsight docker compose -f docker/docker-compose/claude-code/docker-compose.yaml up -d内置 pg0 持久化的三个坑内置 pg0 场景下docker/standalone/start-all.sh内置了自检逻辑以下三点建议直接写进你的 compose用命名卷而非宿主目录绑定容器以 rootless 方式运行、固定 UID 1000宿主目录若非该用户所有会直接报权限错误命名卷首次挂载时自动继承属主。放宽停止宽限期pg0 收到 SIGTERM 后需要时间做 WAL 落盘默认 10 秒的stop_grace_period建议改为30s。确认数据目录完整启动日志若出现 no PG_VERSION found 警告说明卷可能已被清空数据需要重建。 嵌入集成把 Hindsight 记忆能力装进自己的应用嵌入式部署通过 hindsight-all/ 包实现核心是HindsightEmbedded客户端它在第一次调用时懒启动一个独立守护进程数据按profile参数隔离到~/.pg0/instances/hindsight-embed-{profile}/守护进程崩溃后下次调用会自动拉起。对应用而言等价于引入一个自带数据库的本地 AI 记忆服务。以智能客服场景为例完整集成只需几行from hindsight import HindsightEmbedded client HindsightEmbedded( profilemyapp, llm_provideropenai, llm_api_keysk-..., llm_modelgpt-4o-mini, ) client.create_bank(bank_iduser-123, name客服助手) client.retain(bank_iduser-123, content用户偏好简洁的回复) results client.recall(bank_iduser-123, query回复风格) print(results.results) client.close()配置项留空时不会覆盖已有值守护进程会按profile 的.env文件 → 父进程环境变量 → 默认值的顺序解析因此同一个客户端可以无缝复用工位上已配置的 LLM 凭据。几个落地注意点多业务线隔离不同业务用不同profile数据库目录天然隔离互不干扰。资源边界守护进程是独立进程仍会占用本机内存需要 Web 控制台排查时传uiTrue端口默认为守护端口 10000。数据备份默认数据在用户目录下建议通过database_url参数指到外部 Postgres再按外部库策略做备份。生产化加固值得提前配置的 4 组变量上生产之前围绕数据库、附件存储、启动超时和可观测性四组配置做加固即可完整变量清单见 hindsight-docs/docs/developer/configuration.mdx。数据库层——读写分离可分别指向主库与副本HINDSIGHT_API_DATABASE_URL: postgresql://user:passpg-master:5432/hindsight附件存储层——默认附件以 BYTEA 存在库内量大后切换 S3 兼容对象存储HINDSIGHT_API_FILE_STORAGE_TYPE: s3 HINDSIGHT_API_FILE_STORAGE_S3_BUCKET: your-memory-bucket HINDSIGHT_API_FILE_STORAGE_S3_REGION: auto # MinIO/R2 等非标准区域填 auto HINDSIGHT_API_FILE_STORAGE_S3_ACCESS_KEY_ID: ... HINDSIGHT_API_FILE_STORAGE_S3_SECRET_ACCESS_KEY: ...启动超时——首次拉取本地模型耗时较长时两个变量要配套调整否则容器会在下载中途被启动脚本杀掉、反复从零下载HINDSIGHT_API_MODEL_INIT_TIMEOUT: 3600 # API 自身初始化上限 HINDSIGHT_API_STARTUP_WAIT_SECONDS: 3630 # 启动脚本等待上限需更大可观测性——接入 OTLP 链路追踪HINDSIGHT_API_OTEL_TRACES_ENABLED: true HINDSIGHT_API_OTEL_EXPORTER_OTLP_ENDPOINT: https://your-collectorKubernetes 环境直接使用 helm/hindsight/ 下的官方 Chart按 helm/hindsight/README.md 的 values 规划命名空间、资源上限与持久化卷并对接仓库内monitoring/grafana/提供的看板即可。验证与排障确认记忆链路真的通了功能验证三步走curl http://localhost:8888/health # API 存活 curl http://localhost:9999/api/health # 控制平面存活且 dataplane connected随后在客户端执行一次retain → recall → reflect闭环写入一条记忆、能按语义检索回来、reflect返回带引用的回答即链路完整。高频故障对照表症状先查哪里容器反复重启日志提示写权限失败内置 pg0 数据卷属主确认使用命名卷或目录归 UID 1000启动等待超时、模型下载到一半被杀HINDSIGHT_API_MODEL_INIT_TIMEOUT与HINDSIGHT_API_STARTUP_WAIT_SECONDS是否同步调大LLM 调用全部失败密钥有效性、HINDSIGHT_API_LLM_BASE_URL代理设置与外部服务联跑时可设HINDSIGHT_WAIT_FOR_DEPStrue等待依赖就绪重启后数据丢失卷是否挂载持久化外部库场景确认HINDSIGHT_API_DATABASE_URL指向的库未被重建排障顺序建议固定为看容器日志 → 查/health→ 核对数据库连接串 → 验证 LLM 连通性 → 检查卷属主与权限。把这套流程写成 runbook 后绝大多数部署问题可以在一分钟内定位到环节。【免费下载链接】hindsightHindsight: Agent Memory That Learns项目地址: https://gitcode.com/GitHub_Trending/hindsight2/hindsight创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
觉得有用,分享给同行:

为您的企业打造数字门面

稳重轻奢商务风格,端正雅致视觉,长效耐看不易过时。

立即咨询 →