深度文，我觉得框架性的内容还是蛮复杂且多变，所以我目前只透彻的研究了memory的范围，做了一个GitHub - yucai0302/memory-loop: Persistent project-scoped memory for Claude Code. Auto-loads on session start, structured by schema, hot/cold layered. · GitHub
3 个赞
对的，项目级记忆我觉得是对的，理念和我的是一致的，我在外层还做了一套框架，结合框架记忆的模式是可以做微调的，可以提前区分哪些高价值可记忆/必须记忆。不然用久了也还是会有一些轻度污染问题
2 个赞
对的对的！前几天claude刚被封！
2 个赞
感觉跟我这个很像， GitHub - PrecipAI/AGI-Memory: Unified long-term memory and knowledge platform for AI agents with MCP, governance, and graph-oriented knowledge evolution. · GitHub
可以互相学习学习
3 个赞
一样的 
1 个赞
是不是又更新了
请教一下：constitution.md 的安全红线想扩展运营商特有规则（比如禁止读取设备配置明文），是直接改文件还是有 rules/ 分领域扩展机制？想评估接入成本。
1 个赞
嗯，rules下定位就是特定场景扩展机制，你可以直接在框架对应的 .harness/rules/ 目录下（例如 harness-engineering/.harness/rules/）新建一个专门的 Markdown 规则文件，比如 operator-security.md，并在里面定义“禁止读取设备配置明文”等特有规则。或者你也可以直接将这些规则补充在自带的 rules/security.md 中。
2 个赞
这个流程很完善，中间可以加入ui设计的流程么
2 个赞
可以，我这个框架只是一个思路，你可以按你自己的工作流去重新构建。中间加入ui设计，建议可以用opendesign，但这样肯定就不太适合完全自动，而且建议单纯做原型的话直接让模型自己设计就行了，目前的设计都还过得去
2 个赞