claude-code - 💡(How to fix) Fix [Feature] Per-invocation --fast flag for headless claude -p

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Fast mode is currently toggleable via /fast (interactive) or "fastMode": true in settings.json (persistent, and inherited by headless sessions). There is no per-invocation flag.

Request: add --fast / --no-fast as claude -p flags so fast mode can be enabled (or explicitly disabled) for a single non-interactive invocation, without changing a global/persistent setting.

Root Cause

Fast mode is currently toggleable via /fast (interactive) or "fastMode": true in settings.json (persistent, and inherited by headless sessions). There is no per-invocation flag.

Request: add --fast / --no-fast as claude -p flags so fast mode can be enabled (or explicitly disabled) for a single non-interactive invocation, without changing a global/persistent setting.

RAW_BUFFERClick to expand / collapse

Summary

Fast mode is currently toggleable via /fast (interactive) or "fastMode": true in settings.json (persistent, and inherited by headless sessions). There is no per-invocation flag.

Request: add --fast / --no-fast as claude -p flags so fast mode can be enabled (or explicitly disabled) for a single non-interactive invocation, without changing a global/persistent setting.

Motivation

Automation fleets run mostly cost-sensitive batch work, which correctly belongs on standard mode (the docs themselves recommend standard mode for "batch processing or CI/CD pipelines" and "cost-sensitive workloads"). But a few latency-critical headless paths — e.g. a real-time, user-facing response endpoint — would benefit from fast mode on just those calls.

Today the only headless option is the global "fastMode": true in settings.json, which is all-or-nothing and risks billing an entire fleet via usage credits. A per-invocation flag would give the same granular control that --effort and --model already provide per call.

Proposed behavior

  • claude -p --fast ... enables fast mode for that invocation only.
  • claude -p --no-fast ... forces standard mode for that invocation even if "fastMode": true is set globally.
  • Mirrors the existing per-call precedence of --model and --effort.

Environment

  • Claude Code CLI 2.1.156
  • Subscription auth (no API key)

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [Feature] Per-invocation --fast flag for headless claude -p