API template not appearing when passing --lang ts to create cloudflare

[tventosa-cf]

What versions & operating system are you using?

pnpx envinfo --system --npmPackages '{wrangler,create-cloudflare,miniflare,@cloudflare/*}' --binaries

System:
OS: macOS 26.5.2
CPU: (18) arm64 Apple M5 Pro
Memory: 346.17 MB / 48.00 GB
Shell: 5.9 - /bin/zsh
Binaries:
Node: 26.8.1 - /opt/homebrew/bin/node
Yarn: 1.22.22 - /opt/homebrew/bin/yarn
npm: 11.19.0 - /opt/homebrew/bin/npm
pnpm: 11.14.0 - /opt/homebrew/bin/pnpm

pnpm create cloudflare@latest -v
2.72.7

Please provide a link to a minimal reproduction

not required

Describe the Bug

when running the following command:

pnpm create cloudflare@latest "./workers/$worker_name" \
        --agents \
        --no-deploy \
        --lang ts \
        --no-git

the API starter (OpenAPI compliant) template does not show up, but if I remove --lang ts, it does. This behaviour is specially weird since the template is written in TypeScript

Please provide any relevant error logs

No response

[workers-devprod]

Automated triage

Issue assessment

• Actionability: ✅ Actionable.
• Type: Bug.
• Reproduction: Automatic attempt requested.
• Labels:
  • package:c3 (high)
  • feature:templates (high)
  • product:agents (medium)

Actionability and missing information

C3 2.72.7 report shows the API starter (OpenAPI compliant) template missing only when --lang ts is passed alongside --agents; versions, environment, explicit command, and expected vs. actual behavior are supplied, so a maintainer can investigate.

Reproduction reason: The report supplies an explicit create-cloudflare command and flag combination, so the missing template can be checked by rerunning it with and without --lang ts.

Reproduction

• Result: ✅ Reproduced.
• Summary: Reproduced with create-cloudflare version 2.72.7: --lang ts --no-deploy --no-git --agents omits API starter (OpenAPI compliant) from the template list; without --lang ts it appears. Its single-path copyFiles config makes templateSupportsLanguage return false for any explicit --lang.

Evidence and attempted steps

Steps attempted:

1. Cloned cloudflare/workers-sdk; packages/create-cloudflare/package.json is at version 2.72.7, exactly the version reported in the issue
   • Command: git clone https://github.com/cloudflare/workers-sdk.git && git rev-parse HEAD # HEAD 74bf083ecd7a739f7d4c66375dd350f7a3a661ae, create-cloudflare 2.72.7 (reported version)
2. Installed the published create-cloudflare version 2.72.7 npm package to run the exact reported CLI artifact
   • Command: npm install create-cloudflare version 2.72.7 # installed into /workspace/repro/c3
3. Drove the real CLI in a pseudo-TTY with the issue's flags, navigated to 'Application Starter', captured the template selection list, then Ctrl+C. Log: logs/with-lang-ts.log — 'API starter (OpenAPI compliant)' is missing from the list.
   • Command: node drive.mjs with-lang-ts --agents --no-deploy --lang ts --no-git
4. Control run identical to the reported command but without --lang. Log: logs/no-lang.log — list additionally shows 'API starter (OpenAPI compliant)'
   • Command: node drive.mjs no-lang --agents --no-deploy --no-git

Expected behavior: The API starter (OpenAPI compliant) template should appear in the "Which template would you like to use?" selection list both with and without --lang ts, since the template itself is TypeScript-only (templates/openapi with copyFiles path ./ts).

Observed behavior: With --lang ts passed, the rendered template list contains only "Scheduled Worker (Cron Trigger)" and "Queue consumer & producer Worker" — the "API starter (OpenAPI compliant)" entry is missing. Without --lang, the same step lists "Scheduled Worker (Cron Trigger)", "Queue consumer & producer Worker", "API starter (OpenAPI compliant)", and "Go back". This exactly matches the reported behavior. Corroborating evidence: the published create-cloudflare version 2.72.7 dist (dist/cli.js) compiles templateSupportsLanguage to if (!copyFiles || isVariantInfo(copyFiles)) { return false; }, and the openapi template config in the dist is displayName: "API starter (OpenAPI compliant)" with a single-path copyFiles ({ path: "./ts" }), so any explicit --lang filters the template out of otherTemplateMap (filterTemplatesByLanguage), even though its files are TypeScript.

---

This summary was generated by an LLM and may contain errors. Please verify its findings.

Triage bot commands and options

Repository collaborators with write or admin access can trigger actions by commenting on this issue:

• @workers-devprod reproduce: Attempt to reproduce the issue using its description and recent comments.