[Bug] 指令补全异常：文件型本地指令刷新滞后，且未支持解析 enabledPlugins (如 superpowers)

[thhbbx]

问题描述

在使用 CodePilot 时发现，输入框的 / 快捷指令补全功能在读取项目本地（Local）的 Claude Code Skills 时存在两个独立的 Bug：

Bug 1：基于文件的本地指令（如 opsx）存在上下文同步/刷新滞后

• 现象：在旧对话中输入 /ops 无法补全 .claude/commands/opsx/ 目录下的指令。
• 临时方案：点击“New Chat”创建一个新会话，新会话里就能补全了。此时切回旧会话，旧会话也随之恢复。
• 原因推测：CodePilot 读取本地 commands 目录的机制存在缓存，依赖新建会话来触发扫描，旧会话无法自动实时热更新。

Bug 2：完全无法读取基于配置的插件指令（如 superpowers）

• 现象：无论如何操作，补全列表始终找不到 superpowers 系列指令（如 /writing-plans 等）。
• 根本原因：经过排查发现，opsx 是通过本地 Markdown 文件定义的，而 superpowers 是在 .claude/settings.json 中通过 "enabledPlugins": { "superpowers@claude-plugins-official": true } 启用的官方插件。
• 对比：原生 Claude Code 终端能正确读取该 json 配置并注入指令，但 CodePilot 似乎只扫描了 commands 文件夹，遗漏了对 settings.json 中插件字段的解析。

复现步骤

1. 在项目下配置 .claude/commands/ 目录及 settings.json（启用 superpowers 插件）。
2. 在 CodePilot 输入框中测试 / 指令补全。
3. 观察旧会话与新会话的差异，以及官方插件指令的缺失。

预期行为

1. 保证当前工作目录下的新旧会话都能实时、一致地读取本地 commands 指令。
2. 自动补全逻辑应包含对 .claude/settings.json 中 enabledPlugins 字段的解析。

截图说明

Bug1 相关图片：

• 旧会话未识别openspec命令

• 新会话可以识别

• 旧会话也刷新了

Bug2 相关图片：

• 未识别到superpowers命令

• 本地Claude Code可以识别到，以及本地的一些配置

环境信息

• CodePilot 版本: v0.50.3
• Claude Code 版本: v2.1.110

[thhbbx]

我刚才截取了输入 /opsx:new 时 AI 的 Thinking 过程，发现了一个非常有意思的现象，也印证了 CodePilot 确实没有把本地指令注入到上下文中。

如图所示，CodePilot 传递给 AI 的 system-reminder 中，完全缺失了本地的 opsx 技能。AI 第一反应是“查无此 skill”并报错。
但神奇的是，因为 Claude 本身能力太强，它通过自行调用 find 命令去本地强搜，硬生生翻出了 .claude/commands/opsx/new.md 文件，然后靠阅读文件里的内容“手动”完成了这个任务。

这解释了为什么我在 CodePilot 里手动强敲本地指令时，执行成功率极其不稳定——因为它根本没有走正常的 Skill 路由，而是完全依赖大模型的心智去盲猜和搜索本地文件！希望这个底层日志能帮您更好定位上下文注入的问题。

[thhbbx]

@op7418 再补充一个关于 Bug 1 的最新致命发现（状态极度不稳定，会中途丢失）：

之前提到“新建会话可以恢复读取本地 opsx 指令”，经过继续使用，我发现这个恢复是短暂且不可靠的。

如图所示，就在同一个会话中，甚至连大模型自己都在输出里提示我可以运行 /opsx:continue 了，此时我去输入框敲 /op，发现补全列表里的本地指令又一次全部神秘消失了（菜单里被重置得只剩默认的 batch, loop 等内置指令）。

总结一下整个 Bug 的表现： > CodePilot 对本地指令的读取不仅有“冷启动加载滞后”的问题，更存在运行时的“状态丢失（State Loss）”问题。即使侥幸加载成功了，过一会或者多聊几轮之后，补全列表的缓存就会莫名其妙地被清空/重置回默认全局状态。作为对比，原生的 Claude Code CLI 的读取状态始终是稳定坚挺的。

看来需要麻烦大佬不仅检查一下初始化的扫描逻辑，还得查一下这个补全列表在对话过程中的生命周期维护了，辛苦！