claude-code - 💡(How to fix) Fix /skills dialog uses toggle-like indicators with no toggle affordance [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#47787Fetched 2026-04-15 06:42:21
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Author
Participants
Timeline (top)
labeled ×4

Root Cause

The checkmark + lock pattern is a well-established UI convention for settings panels with mixed editable/locked items. Users (and AI agents reading the UI) will expect to be able to toggle the non-locked items. When they can't, it creates confusion about whether the feature is broken or just undiscoverable.

RAW_BUFFERClick to expand / collapse

Problem

The /skills dialog displays:

  • Green checkmarks next to each installed skill
  • Lock icons next to plugin-managed skills, with text saying they are "managed via plugins"

This visual language strongly implies a toggleable installation state — checkmarks suggest "installed, can be uninstalled" and locks suggest "can't toggle because managed elsewhere." But there is no toggle interaction available. The dialog is read-only.

Why this matters

The checkmark + lock pattern is a well-established UI convention for settings panels with mixed editable/locked items. Users (and AI agents reading the UI) will expect to be able to toggle the non-locked items. When they can't, it creates confusion about whether the feature is broken or just undiscoverable.

Expected behavior

Either:

  1. Make the indicators actionable — clicking a checkmarked skill toggles it off (aligns with #26838)
  2. Change the indicators — use bullets, dashes, or a simple list format that doesn't imply toggleability. Keep the lock + "managed via plugins" label as informational text without the contrast against toggleable-looking checkmarks.

Related issues

  • #31837 — Customize panel toggle not functional (different UI, closed as dup)
  • #45225 — disabledSkills setting request (closed as dup)
  • #26838 — Feature request to disable built-in skills (open)

Environment

  • Claude Code 2.1.107
  • macOS

extent analysis

TL;DR

The most likely fix is to either make the checkmarked skills toggleable or change the indicators to a non-toggleable format to avoid user confusion.

Guidance

  • Review the UI design pattern used in the /skills dialog to ensure it aligns with the expected behavior of toggleable items.
  • Consider implementing the suggested changes from the expected behavior section, such as making the indicators actionable or changing them to a non-toggleable format.
  • Examine the related issues, especially #26838, to understand the desired functionality and potential solutions.
  • Verify that the chosen solution is consistent with the overall UI design and user experience goals.

Example

No code example is provided as the issue is focused on UI design and behavior rather than specific code implementation.

Notes

The solution may depend on the specific requirements and constraints of the Claude Code project, and it's essential to consider the user experience and consistency with other parts of the application.

Recommendation

Apply a workaround by changing the indicators to a non-toggleable format, as this is a more straightforward solution that can be implemented without affecting the underlying functionality.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

Either:

  1. Make the indicators actionable — clicking a checkmarked skill toggles it off (aligns with #26838)
  2. Change the indicators — use bullets, dashes, or a simple list format that doesn't imply toggleability. Keep the lock + "managed via plugins" label as informational text without the contrast against toggleable-looking checkmarks.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix /skills dialog uses toggle-like indicators with no toggle affordance [1 participants]