Skip to content

Repo-local Claude Code skills (.claude/skills) do not appear in T3 Code skill picker #8449

Description

@ryanleichty

Bug description

Repo-local Claude Code skills (.claude/skills/*/SKILL.md, symlinked from .agents/skills/) are visible to the Claude CLI directly (/reload-skills reports them as available) but never appear in T3 Code's skill picker for that project.

This looks like the same root cause as #3040, for a different provider: T3 Code's per-provider skill cache doesn't include repo-local skills at all, only global/plugin skills.

Evidence

~/.t3/caches/claudeAgent.json lists exactly 7 skills, all global/plugin-installed (find-skills, i-have-adhd, orca-cli, orca-linear, orchestration, sanity-best-practices, sanity-migration). It does not include either of the two project-local skills that exist in the repo (craft-eager-loading, merge-to-stage), even though:

  • The cache file's mtime is after the project skill files were last written to disk (cache regenerated later, so it isn't a stale/one-time-scan timing issue).
  • The Claude CLI (/reload-skills) reports these two skills as available in the same project directory at the same time.

So the Claude provider cache appears to only capture global/plugin skill sources, never scanning the project's own .claude/skills (or its .agents/skills symlink target).

Steps to reproduce

  1. Add a project-local skill: .agents/skills/<name>/SKILL.md, with .claude/skills symlinked to .agents/skills per the Agent Skills convention.
  2. Open the project in the Claude CLI directly; confirm the skill is discovered (/reload-skills or asking Claude to list available skills).
  3. Open the same project in T3 Code and open the skill picker ($/@).
  4. Expected: the project-local skill appears alongside global/plugin skills.
  5. Actual: only global/plugin skills appear; project-local skills are absent from ~/.t3/caches/claudeAgent.json and the picker.

Related

Happy to share the (redacted) cache file contents or repo structure if useful for triage.

Activity

  1. t3dotgg commented on Aug 28, 2026

    @t3dotgg
    Member

    Note

    🤖 GPT-5.6 Sol responding on behalf of Theo

    Thanks for the detailed report. This looks like the same issue tracked in issue #6449.

    Both reports show that Claude skill discovery uses the server's startup directory instead of the active project. This report adds a .claude/skills symlink to .agents/skills, the missing craft-eager-loading and merge-to-stage skills, a provider cache newer than those files, and a Claude /reload-skills control that finds both skills. Those details are now linked from the canonical issue.

    I'm closing this as a duplicate as part of an automated pass on all open issues. I linked this report from issue #6449 so its layout and controls remain available. This does not mean the underlying bug is fixed.

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

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions