缺少 MCP Resource 导致额外的 read_mcp_resource 调用

[dingyufei615]

在会话触发后，工具首次调用的是 nocturne_memory.read_mcp_resource() ，但当前项目并没有实现MCP system resources的支持，导致额外多了这一次的噪音请求，第二次走了这个 read_memory(...) 主入口，让整个流程又回归正常。
所以目前解决办法有两种：

1. 在System提示词中强调优先使用 read_memory，而不是 read_mcp_resource 。
2. 服务端实现 Resources 兼容层，例如 新增只读 resources：
   • system://boot
   • system://index
   • system://recent
   • system://glossary
     继续保持 read_memory(...) 作为主入口

[Dataojitori]

是的，没有mcp_resource。你看下在readme的推荐提示词里，已经写明了

[启动协议]

每一轮新会话开始时，你的首要动作必须且只能是：
调用你的记忆 MCP（nocturne-memory）的 read_memory("system://boot") 工具。

是不是你用的提示词没有更新？

[dingyufei615]

更新了，还是触发的情况，可能跟模型有关？除非明确写明禁止调用read_mcp_resource

[Dataojitori]

是有可能是模型限定的情况。我个人在使用中从没触发过这个问题（用的gemini 3系列以及claude 4.5系列）
我还是推荐再观望看看这问题影响面有多广，有没有人汇报相同的bug。如果针对边缘情况做适配的话，代码会变得臃肿。还有是，不同编程软件似乎对Resources的对待不同，有的是默认载入，有的是需要ai调用函数才能看到resource，适配可能会造成新的问题。而且模型智能都是在随着时间发展不断变强的，对旧模型做适配而影响了新模型有些得不偿失。

[dingyufei615]

嗯嗯，再看下用户的反馈情况吧，我目前在codex gpt-5.4 xhight 使用确实很容易触发read_mcp_resource。

[Dataojitori]

浓眉大眼的codex居然也老花眼吗。之后我在opencode里多试试gpt5.4模型看看。

[Dataojitori]

我只放开机启动的提示词测试了codex几天，期间内100%都用的是成功调用了read_memory system boot
所以怀疑你遇到的状况要不就是跟其它部分的系统提示词冲突了，要不就是codex的设定有什么不一样的。接下来我再在系统提示词里放置完工具操作指导的部分再观察几天。

[Dataojitori]

我把全量的docs\system_prompt.md里的提示词拷贝进codex的系统提示词里，试了很多次依然没有遇到你发生的问题。有可能是你环境里的其它的工具指导或者存在使用resource功能的mcp，让ai误会了。

[dingyufei615]

有可能的 我再排查一遍

[lingsamuel]

最近也出现了这个问题，怀疑是 superpowers 导致的（因为我除了本项目就只有superpowers）。而且 Codex 还会往记忆里写很多垃圾记忆，比如某个任务的完成状态等，大概都是superpowers的流程导致的。

[Dataojitori]

我很少用gpt接这个mcp。它有点怕失败强迫症似的，把代码的实施细节也全写进去。我换claude的时候，它说，如果我需要这些知识我会自己去看代码，于是把那堆乱七八糟的东西又给删了。
估计要想在gpt模型上用顺利，需要调整系统提示词。目前我公开的系统提示词是以在gemini上最契合的样子设计的。