预先说明 ： 无任何开源软件推广 ，仅有vibe出来两份md文件和一份ai书写的详细说明。理论上适用 所有 agent和记忆类插件（但需要修改部分脱敏数据变成你实机情况），ai生成内容已按要求处理，辛苦审核。 简单介绍： agent.md 就不多说了，绝大部分agent都有，只是名字可能不同 全局档案.md 是 本逻辑链实际载体 ，其中的 二 段由agent.md 按条目按需调取索引表 （需要让ai自建一下json）读取，上下各留可 人工编辑 部分，用以人工维护，对于ai来说上下部分是 不可见 的，如不需要人工维护上下可删除。 两份md文件无须维护时可将 属性设为只读 ，锁死宪法和逻辑。 用dsh-mnemon提供记忆能力,其包含热记忆，项目档案，记忆空间三级，按工作区隔离，但mnemon默认全局触发，故通过dsh-capability-panel作为工具权限闸门来对每一个预设进行menmon记忆功能的权限管理，也就是说你可以让 A预设有权限读写记忆，B预设只读，C预设压根看不见记忆。 本着 如无必要勿增实体 原则，使用 agent.md 和一份 全局档案.md 来管理记忆增删改，让所有记忆修改处于你的监视下，简化交付流程，甚至能省下来一小部分token 控制链逻辑为单向控制 ，agent.md→全局档案→热记忆memory.md/项目档案/记忆空间 热记忆memory.md 功能由mnemon控制，可选主动记忆写入或关闭主动记忆（ 注意，坚决不可开启主动记忆写入记忆空间功能，逻辑链污染 ）则热记忆功能在本实现中基本排除（我本人是关闭的，因为memory.md控制力太弱了，还要随每轮注入，纯纯浪费，不如直接从记忆空间按需调取） 项目档案 分为两份随交付更新： 总结性项目档案 （概述项目目前最新内容，无时间戳，无增量式描写，供人工审阅和记忆空间生成）, 记忆空间项目档案 （概述记忆空间状态，供人工审阅） 注意，需关闭mnemon空闲审查功能 ，否则ai会自己总结写入，破坏项目档案的逻辑属性，进而造成反写影响记忆空间，导致ai召回记忆时有误 两份档案ai日常 无权限调用 ，仅项目维护定稿时由ai维护更新（真要随意调用那这token也就浪费了，而且浪费很多） 日常使用中的 记忆召回 由mnemon的 记忆空间 提供，通过本地ollama向量模型加已维护到记忆空间的节点进行检索，你也可以自行要求ai召回什么内容，在每次交付时更新维护 如果真的设置出了问题不对， 兜底 会有项目交付重写覆盖（见下文），仅本次维护会出现不在意料中的记忆情况。 详细介绍内容为ai书写，故以截图形式贴出 你不应该开箱即用！！！ 因为每个人的记忆插件和使用习惯均不同，想要同样效果至少应通读两篇md，替换占位符，设置好预设的capability，建议按个人需求更改，两份宪法是 可以脱离记忆功能使用 的，脱离后依旧可提供 ai模型边界限定，ai操作逻辑链控制和追溯，自动化交付，档案维护 等功能，但需要 修改 实测环节 经过实测是可以有效控制记忆写入的，附实际截图： 注意看逻辑链 ，我特地写成只输出代号的形式，因为绝大部分情况下它是正常运行的，如果输出文字说明就是纯粹浪费token，如果逻辑出问题，那么代号即可让ai自查，或者你开文档去人工查找逻辑链问题 如果想要更强力的控制能力 ，可直接 写成插件挂载/写入preset/让父agent跑该宪法去控制子agent(父agent提示词污染更少，更稳定） 但插件和preset模式不方便维护，故本人未使用。 附上两份脱敏版md和ai生成正文原文（记得删掉通用版三个字） 两份必须一起用，否则逻辑链能力失效 agent.md放你agent对应的位置，全局档案建议直接放它旁边，然后在agent.md中配置全局档案对应的位置 全局档案-通用版.md (8.9 KB) AGENTS-通用版.md (5.5 KB) 论坛发布正文.md (8.3 KB) agent.md母版来源： 对DSH内使用dsh4.1f的agent.md约束进一步优化 开发调优 26/10/08更新 确实依旧会出现逃逸问题，最明显的就是中文回复在长上下文压缩过后会不稳定，变成中英混杂回复，可以看一下下面一个佬说的，把宪法放进更底层的preset或者persona里面。 原贴在此 在使用的过程中，我发现dsh仍旧会出现重复造轮子，人称不稳定导致的规则逃逸等问题，故添加了一些改动： 条目 改动 B1 去第一人称：我准备读的 → 准备读取的 B6 加… 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：技术学习与提效
  • 分类依据：内容涉及技术、AI、软件工具或工程实践
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/10 21:21:08