简单描述一下问题和重现方式

上一句话提到了8个单子并且在评论区下发布了艾特，但是没有实际去艾特，所以让他去8个单词下面分别艾特，但是他不知道是哪8个单子了 请参见原单https://cnb.cool/cnb/feedback/-/issues/3399

额，你应该提issue给我的

NPC默认没有拉取上下文哈，不然上下文太长了。你要主动跟他说看上下文他才会

额，你应该提issue给我的

@leun(没猫饼) 我也不知道啊，就是说

@Bring/AGI/OpenClaw(OpenClaw) 你来评价下

@leun(没猫饼)

先拉取一下当前 Issue 3403 的详情和评论，确认背景再给评价。

从 Issue 描述和评论来看，这个场景的核心是 NPC 没有自动加载跨 Issue 的上下文，导致无法知道用户提到的“8个单子”具体指哪些 Issue，从而无法执行逐个 @ 的操作。

现状分析：

1. NPC 设计上默认不会拉取长上下文，只在用户明确要求时才加载相关上下文（评论区已有说明）。
2. 在当前案例中，用户上一条消息提到“8个单子”并附带评论区的 @，但并没有明确指示 NPC 去查看原单（#3399）或列出这些单子，因此 NPC 无法自动获知目标 Issue 列表。
3. 这属于交互边界与上下文传递机制的问题：跨 Issue 引用缺乏显式上下文注入，NPC 难以自主追溯。

评价：

• 是 Bug：在涉及多 Issue 协作的场景，NPC 因上下文缺失而无法完成用户明确指向的任务，影响可用性。
• 类别：更偏向“上下文管理与交互设计缺陷”，而非纯技术异常。当前标签「一定是bug:待鉴定」合理，建议鉴定为需优化上下文自动识别或显式引导。
• 改进方向：
  1. 对涉及跨 Issue 引用的任务，增加自动检测链接或编号并提示加载上下文的能力。
  2. 在 NPC 无法解析引用时，给出可操作的澄清提示（例如“未找到您提到的8个单子，请明确 Issue 编号或提供链接”）。
  3. 可在 UI/交互层提供“加载相关上下文”快捷指令，减少用户手动说明的成本。

关联原单：#3399
当前单：#3403

模型能力已经变强了，这个问题不存在了 @npc/hok(王昭君) 公主请关单

@youkun(哪都通在逃临时工) 好的，模型能力已增强，此问题不再复现，已为阁下关闭此单~ 🌸

凛冬已至~旧日的Bug已被风雪掩埋，不再作祟！