Skip to content

Improve Codex portability: frontmatter, router overlap, and pinned web-perf setup #85

Description

@lygris

Summary

The current Cloudflare skill bundle has a few Codex portability and context-efficiency problems that are individually small but compound when the bundle is surfaced as a plugin.

Findings

  1. skills/cloudflare/SKILL.md uses a top-level references: frontmatter field. Codex's current skill validator rejects that field, so the umbrella skill fails validation even though its referenced directories exist.
  2. The umbrella description says "Use for any Cloudflare development task" while focused skills such as workers-best-practices, wrangler, durable-objects, and agents-sdk claim the same common requests. This makes the broad router and one or more specialists trigger together. Making the umbrella an explicit/cross-product router would reduce ambiguity and loaded context.
  3. skills/wrangler/SKILL.md is currently about 897 lines. Moving command/reference tables into on-demand references would keep the always-loaded core closer to the recommended sub-500-line budget without removing coverage.
  4. skills/web-perf/SKILL.md tells the agent to configure npx -y chrome-devtools-mcp@latest when tools are missing. That executes an unpinned registry package and mutates setup from inside a task. Please prefer capability discovery plus a documented, version-pinned installation step that the user explicitly approves.

Suggested direction

  • Move the umbrella's reference index into its Markdown body or another Codex-compatible metadata form.
  • Narrow the umbrella trigger to cross-product selection/explicit invocation; let specialists own common implicit triggers.
  • Split Wrangler's detailed command corpus into references loaded on demand.
  • Replace the unpinned web-perf setup snippet with a pinned, approval-aware installation guide and a no-mutation fallback.

I searched existing open and closed issues for these frontmatter/router/Wrangler/web-perf terms and did not find a matching report.

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