dsh-hypatia

在 DeepSeek Harness 里做一个迭代数周的项目，最累的往往不是写代码本身，而是每一轮都要把项目约定、架构决策和踩过的坑重新讲一遍。旧的 TRIGGER 模式把指令塞进对话记录、再让模型通过 Bash 调 hypatia，结果日志被污染、写入无法验证、最终回复可能丢失，还把 danger-full-access 硬拽成了记忆授权。dsh-hypatia 把整条管道搬进了宿主代码：模型只负责提议什么值得记住，日志、数据库编排、权限、重试、删除全部由插件控制面托管，Bash 彻底退役。

三件事撑起日常体验。同请求召回在需要的那一轮把相关项目记忆拉进来，时间盒和大小上限之内完成，超时就放行而不是卡死对话；写入回读比对，存了才算存；两阶段遗忘，先预览再确认，清理状态如实汇报而非乐观假设。项目范围由规范工作区路径推导，宿主侧账本硬隔离，不靠内容标签碰运气。六把 memory_* 工具覆盖记住、搜索、遗忘、状态和对账，日常使用零手动 CLI。

插件对边界同样诚实：所有 hypatia 调用串行化以避开 DuckDB 独占锁，写入三次指数退避后死信并计入状态，向量召回默认关闭等基准验证。它适合在 DeepSeek Harness 中跑中长周期项目、想要可靠项目记忆又不想搭额外基础设施的开发者和小型团队。把 hypatia 放上 PATH，重启一次，项目就开始在后台安静地记住一切。