›_ Codex Issues
Codex Issues / #34055

Codex Desktop profile permanently undercounts skill/plugin usage and labels skills as plugins

Open 💬 3 comments Opened Jul 18, 2026 by ElapsedChen

What version of the Codex App are you using (From “About Codex” dialog)?

Codex Desktop 26.715.3651.0

Bundled runtime/plugin release observed locally: 26.715.31251

What subscription do you have?

ChatGPT subscription (exact tier omitted for privacy)

What platform is your computer?

Windows x64

What issue are you seeing?

Settings → Profile → Activity Insights has remained stuck for more than one week:

  • Skills explored: 1
  • Total skills used: 1
  • Most used plugins: $openai-docs — 1 run
  • Total tasks: 260

This account has used multiple Codex skills and bundled plugins across many tasks, so reporting only one unique skill and one total invocation does not reflect actual usage.

There is also a labeling problem: the $ prefix identifies openai-docs as a skill, but it is displayed under the heading “Most used plugins”. Skills and plugins therefore appear to be mixed under a misleading label.

Other profile statistics load normally, including total tasks, reasoning-effort distribution, and fast-mode percentage. Desktop logs contain no profile_usage_query_failed or stats_error entries. This suggests the problem is specific to skill/plugin usage aggregation rather than a general profile request, authentication, or rendering failure.

The values remain unchanged after full app restarts and for much longer than the client-side profile cache period.

What steps can reproduce the bug?

  1. Use several different Codex skills/plugins across multiple tasks.
  2. Open Settings → Profile → Activity Insights.
  3. Check Skills explored, Total skills used, and Most used plugins.
  4. Wait more than six hours and/or fully restart Codex.
  5. Observe that the values remain stuck at one skill and one invocation.

What is the expected behavior?

  • Distinct and total skill/plugin invocations should update consistently with actual Codex usage.
  • Skills should have their own section, or the heading should accurately describe both skills and plugins.

What is the actual behavior?

The profile reports only $openai-docs with one invocation for more than a week despite 260 tasks and repeated use of multiple skills/plugins.

Additional information

  • The rest of the profile statistics render normally.
  • Restarting Codex does not fix the problem.
  • This does not appear related to local marketplace source paths or plugin installation state.
  • The symptom is related to, but more specific than, #25479: that report concerns broadly stale usage statistics, while this report concerns the skill/plugin invocation counters and their UI classification.
  • No auth tokens, account IDs, local usernames, or personal identifiers are included.

View original on GitHub ↗

3 Comments

ElapsedChen · 1 month ago

New finding: only skill/plugin metrics fail to aggregate Windows usage after signing in on macOS

I confirmed a cross-platform condition that narrows this issue significantly.

After signing into the same account on Codex Desktop for macOS:

  • Other Profile statistics continue to include usage normally, including Windows activity.
  • Only the skill/plugin-related fields fail to include Windows usage:
  • unique_skills_used / Skills explored
  • total_skills_used / Total skills used
  • top_invocations / Most used plugins
  • These fields reflect activity from the Mac, while subsequent skill/plugin invocations on Windows are not added.
  • Restarting Codex on Windows and waiting beyond the normal refresh/cache period does not make the Windows invocations appear.

This makes a general Profile cache or account-authentication problem unlikely. The issue appears specific to cross-platform aggregation of skill/plugin invocation telemetry.

Possible failure points include:

  1. Windows skill/plugin invocation events are not being ingested after the account has signed in on macOS.
  2. Skill/plugin metrics are partitioned by platform or device, and the profile response selects the macOS partition instead of merging them.
  3. Signing in on macOS overwrites or changes the aggregation scope used only by skill/plugin metrics.

Because the other Profile metrics still aggregate normally, this seems isolated to the pipeline producing unique_skills_used, total_skills_used, and top_invocations, rather than the entire /wham/profiles/me response.

exglade · 1 month ago

Confirming the same issue on another Windows installation.

Environment

  • Codex Desktop: 26.715.10079.0
  • Bundled Codex: 0.145.0-alpha.30
  • Platform: Windows x64
  • Subscription: Pro

Observed profile values

  • Skills explored: 1
  • Total skills used: 17
  • Most used plugins: $impeccable — 17 runs

I inspected the cached response from /backend-api/wham/profiles/me. The incorrect values already originate from the backend:

stats_as_of: 2026-07-23
generated_at: 2026-07-23T18:27:25Z
stats_error: null
unique_skills_used: 1
total_skills_used: 17
top invocation: impeccable — 17

This rules out a renderer or stale local-cache problem: the response was freshly generated, had no stats error, and already omitted the other skills.

Local session records contain uses of additional skills before the aggregation cutoff, including grill-me, playwright-interactive, and plugin-provided skills. These do not appear in the backend aggregate.

The likely failure point is therefore the skill-usage ingestion or identity-normalization pipeline. It may be recording only a subset of invocation types or skill origins while dropping implicit, bundled, personal, repository, or plugin-owned skill usage.

There is also a labeling issue: the API identifies $impeccable as type: "skill", but the UI displays it under Most used plugins.

Suggested areas to investigate:

  1. Compare explicit and implicit skill invocation telemetry.
  2. Verify identity normalization across every skill source.
  3. Check whether invocation events are discarded before daily aggregation.
  4. Add aggregation coverage for personal, system, repository, bundled, and plugin-owned skills.
  5. Rename the section or separate skills from plugins.
jeonsavvy · 1 month ago

Confirming that this is still reproducible on a newer Windows build.

Environment

  • Codex Desktop: 26.721.4979.0
  • Bundled Codex CLI: codex-cli 0.146.0-alpha.3.1
  • Platform: Windows x64
  • Profile locale: Korean

Current Profile → Activity Insights

  • Skills explored (사용한 스킬): 10
  • Total skills used (총 사용한 스킬 수): 13
  • Total tasks: 204
  • Most used plugins: No plugins used yet

This account has repeatedly used multiple skills and plugin-provided capabilities across tasks, but the reported skill invocation total remains far below the observed usage and the plugin section remains empty.

Local skill/plugin discovery is healthy: skills are loaded and plugins are installed and enabled without local configuration warnings. Other profile metrics render normally. This is consistent with the backend skill/plugin aggregation problem described in this issue rather than a local installation or discovery failure.

The app version above is newer than the 26.715.* builds already reported, so the issue appears to persist in 26.721.4979.0.