`--effort` persists to config.json; project settings can't set effort (1.88.5)

Offen
#1,118 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
48/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Bereich
cli

Rechercherichtung

The issue identifies --effort, reasoningEffort in ~/.commandcode/config.json, and project .commandcode/settings.json and settings.local.json, but names no source files or tests. Start by tracing how CLI flags and project settings are loaded and persisted, then check the CLI reference for session-scoped behavior. Done when --effort does not change saved config and project-scoped effort is reflected in JSON output.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Bug: cmd -p "Reply OK" --effort max runs at max, but also writes "reflection/beam:free": "max" into ~/.commandcode/config.json reasoningEffort. The next plain cmd -p runs at max too. The CLI reference says --effort sets effort "for the session". Expected: no write to config, the way --model doesn't change the saved model.

Feature: {"effort":"max"} in <project>/.commandcode/settings.json or settings.local.json is ignored (the session reports "effort":"high" in --output-format json). Please support project-scoped effort (and ideally model), so a launcher that can't pass flags (scheduled runs from an orchestrator, for example) can choose effort per project without changing every session on the machine.

Repro: Linux, command-code 1.88.5, default model reflection/beam:free.

Vorherrschende Sprache
Keine Sprachdaten
Sterne
4.2k
Forks
377
Ø Merge
1 T. 3 Std.
Gemergte PRs (30 T.)
6

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus CommandCodeAI/command-code

Alle Issues in CommandCodeAI/command-code

Ähnliche Issues

Weitere Issues zu CLI

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.