Skip to content

[Bug]: First typed /skill in the composer stays plain text while a second one becomes a skill badge #25821

Open

Description

@Baqiwaqi

Before submitting

  • I searched existing issues and did not find a duplicate.
  • I included enough detail to reproduce or investigate the problem.

Area

apps/web

Summary

In the chat composer, typed /skill invocations aren't converted to skill badges consistently. Often the first /skill I type stays plain text, while a second /skill typed later in the same message does turn into a skill badge/chip.

Possibly related: #14656 (composer styled any $word as a skill chip, closed) and #17655 (second slash-command skill on the same line).

Steps to reproduce

This is intermittent and I haven't found exact repro steps yet. Roughly:

  1. Focus the chat composer.
  2. Type / followed by a skill name, e.g. /caveman, as plain text.
  3. It often stays plain text and does not become a badge.
  4. Further on in the same message, type a second /skill.
  5. The second one is converted into a skill badge.

Expected behavior

Every typed /skill is handled the same way, whether it's the first one in the message or a later one.

Actual behavior

The first typed /skill often stays plain text, and a second /skill in the same message becomes a badge.

Impact

Minor bug or occasional failure

Version or commit

T3 Code (Nightly) 0.1.3-nightly.20261024.3630

Environment

macOS 26 (Darwin 25.6.0), desktop app

Workaround

None known.

Activity

  1. changed the title [-][Bug]: Typed /skill text in the composer sometimes turns into a skill badge on its own[/-] [+][Bug]: First typed /skill in the composer stays plain text while a second one becomes a skill badge[/+] on Oct 27, 2026
  2. NotAnNvidiaFan commented on Oct 31, 2026

    @NotAnNvidiaFan
    Contributor

    @Baqiwaqi

    A few questions to help narrow it down:

    1. Which provider was the thread using?
    2. Where does the skill live? In the project's .claude/skills folder, your personal skills file, or a plugin?
    3. When the first /caveman stayed plain text, did the skill show up in the / menu at all? Or was it missing, then there for the second one?
    4. Did this usually happen on the first message of a new thread, or right after you switched projects or worktrees?
  3. kay-g2 commented on Nov 9, 2026

    @kay-g2

    Same problem here.

    • Provider/thread: muse-spark-1.3 in T3 Code chat.
    • Skill location: user skill at ~/.agents/skills/triage/SKILL.md (shows fine in Muse CLI's / menu as user · default skill).
    • / menu in T3: [pendiente — ¿/triage te aparecía en el menú al teclear /, o ni siquiera salía?]
    • Timing: /triage and $triage consistently arrive at the agent as plain chat text, never dispatching the skill. Other models dispatch the same skill fine.
  4. juliusmarminge commented on Nov 13, 2026

    @juliusmarminge
    Member

    @Baqiwaqi Which provider was the thread using? And when the first /caveman stayed plain text: did the / menu show /skill:caveman at that moment, and did you press Enter or Tab on it, or keep typing a space after the name?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs more infoInitial triage showed no bug. Awaiting more info

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions