Explicit slash skill is redundantly reloaded through model registry and fails with “Skill not found”
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Shell
- Sterne
- 11.2k
- Forks
- 1.9k
- Ø Merge
- 14 Std. 16 Min.
- Gemergte PRs (30 T.)
- 6
Beschreibung
Describe the bug
An explicitly invoked interactive slash skill is successfully resolved and expanded into the conversation, but the assistant then attempts to load the same skill through the model-facing skill() tool. For skills excluded from model invocation, that redundant call fails with Skill not found, and the requested workflow does not start.
This differs from #4438: the interactive /skill resolver succeeds and provides the skill context. The failure happens afterward because the assistant routes the already-resolved explicit invocation back through the model-only registry.
Affected version
GitHub Copilot CLI 1.0.79
Steps to reproduce the behavior
-
Create a personal skill at
%USERPROFILE%\.agents\skills\implement. -
Configure
agents\openai.yaml:interface: display_name: "Implement" short_description: "Build work from a spec or tickets" policy: allow_implicit_invocation: false -
Start an interactive Copilot CLI session using GPT-5.6 Sol.
-
Invoke the skill directly:
/implement 5514365 -
The CLI successfully injects an explicit invocation message and
<skill-context name="implement">containing the skill's base directory and instructions. -
Instead of following that supplied context, the assistant calls the model-facing tool:
skill: "implement" -
The tool returns:
Skill not found: implement
The same session shows that skills with allow_implicit_invocation: false are absent from the model-facing registry, while skills without that policy are present. Skills under %USERPROFILE%\.copilot\skills without this policy are also present.
Expected behavior
Once an interactive slash command has resolved a skill and supplied its <skill-context>, the assistant should execute those instructions directly. It should not call the model-facing skill() tool again.
allow_implicit_invocation: false should prevent automatic model selection without breaking a direct /skill invocation that the CLI has already resolved.
Additional context
- OS: Microsoft Windows 10.0.26200, x64
- PowerShell: 7.6.4
- Model: GPT-5.6 Sol
- Related registry/filtering issue: #4438
Debug logs available on request.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne beim interaktiven /skill-Resolver und beim modellseitigen skill()-Registry-Pfad und verwende dabei die Richtlinie agents/openai.yaml sowie das in Issue #4438 beschriebene Verhalten als Kontext. Verfolge, wie eine explizite Invocation nach der Auflösung weitergegeben wird, und prüfe anschließend, dass allow_implicit_invocation: false Skills weiterhin von der automatischen Auswahl ausschließt, ohne eine zweite Suche auszulösen; reproduziere dies mit /implement 5514365, um zu bestätigen, dass der Workflow startet.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- shell
- Bereich
- cli
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Ruhig
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 58/100