Dollar limit leaves codeaf do pending until the deadline
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 72/100
- Type d'issue
- Bug
- Clarté
- Clairement spécifiée
- Activité
- Active
- Stack technique
- go
- Domaine
- cli, documentation, testing-qa
Piste de recherche
Start with settlementWatch.wait and settlementWatch.saySomethingIfQuiet in cmd/codeaf/do.go, then trace TaskReasonOf in internal/session/task_status.go to understand how pending work and budget stops are resolved. Run the described e2e and unit scenarios with stub cost accounting, and inspect internal/manual/chat/running-from-the-terminal.md and models-and-cost.md. Done means exhausted dollar limits produce prompt budget stops while higher limits start the task, with matching documentation and change-entry metadata.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
What happened
PRE-EXISTING defect seen on commit 17ae56d34 (staging-20260921-17ae56d3496f) on 2026-09-21 and also on v0.3.0 (9258f7052). Lane A2, item A2-05, set both daily_budget_usd and CODEAF_MAX_COST to 0.001. codeaf do then sat at:
1 task pending, none running
Staging exited 3 after 300 seconds with JSON fields "spend": 0.003388978, "spend_work": 0, "stop": "deadline", and "answer": "The time limit was reached before anything finished...". v0.3.0 behaved the same after 240 seconds. Neither named the dollar limit.
Replication
Deterministic (no model).
No no-model reproduction is established; lane A2 reproduced the blocked launch with live accounting.
Field (real models).
Set OPENROUTER_API_KEY, then prepare a fresh home and repository:
root="$(mktemp -d)"; export CODEAF_HOME="$root/home"; repo="$root/repo"
mkdir -p "$CODEAF_HOME" "$repo" && printf '{"daily_budget_usd":0.001}\n' > "$CODEAF_HOME/config.json"
git -C "$repo" init -q
git -C "$repo" -c user.name=Test -c [email protected] commit --allow-empty -m base
CODEAF_MAX_COST=0.001 codeaf do "write numbers 1 to 3000 into numbers.txt one per line, using a bash loop that sleeps 1 second after each number" --dir "$repo" --yes-spend --json --model deepseek/deepseek-v4-flash --timeout 5m
Today stderr says 1 task pending, none running; after five minutes JSON says "stop":"deadline" and the process exits 3.
Budget five minutes and about $0.01. Repeat with a comfortably higher daily and run limit as the control; the task should start instead of remaining pending. v0.3.0 has the same low-limit defect.
Where
The terminal receipt and quiet-wait paths are settlementWatch.wait and settlementWatch.saySomethingIfQuiet in cmd/codeaf/do.go; the task stop reason is exposed by TaskReasonOf in internal/session/task_status.go. The evidence does not establish why the pending state wins over the budget stop.
The fix
If the daily or run dollar limit prevents all pending work from starting, settle immediately as a dollar-limit stop. JSON must use "stop":"budget" and the answer must say a dollar limit you set stopped it; do not wait for --timeout and call it a deadline.
Acceptance
- e2e: Through
codeaf do --jsonwith a stub cost ledger already beyondCODEAF_MAX_COST=0.001, assert prompt exit 3,"stop":"budget", answer texta dollar limit you set stopped it, and nodeadlinevalue. - e2e: Through the same door with a higher limit, assert the stub task leaves
pending, entersrunning, and the result is not stopped for budget. - Unit: A settlement with pending work, no running work, and an exhausted daily or run dollar allowance maps to budget immediately and cannot later map to deadline.
- The manual pages
internal/manual/chat/running-from-the-terminal.mdandinternal/manual/chat/models-and-cost.mdquote the budget-stop wording and JSON field, and the change entry'sinvalidatesnames the old belief that an unstartable dollar-limited task should wait for the time wall.
Filed from the 2026-09-21 staging verification of 17ae56d34; the lane reports, frames and e2e logs are in the owner's handoff folder for this promotion.
- Langage dominant
- Go
- Étoiles
- 115
- Forks
- 14
- Merge moyen
- 9 h 38 min
- PR mergées (30 j)
- 749
Préparer son environnement
Nous n'avons pas encore vérifié les fichiers d'installation de ce projet. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de Agent-Field/CodeAF
-
area:chat feature
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
Agent-Field/CodeAF#1510 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Agent-Field/CodeAF#1489 ·
Les mainteneurs répondent en général sous 1 jour
-
area:chat bug good first issue sev:papercut
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Agent-Field/CodeAF#1470 ·
Les mainteneurs répondent en général sous 1 jour
-
area:chat bug good first issue sev:papercut
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
Agent-Field/CodeAF#1469 ·
Les mainteneurs répondent en général sous 1 jour
-
area:chat bug sev:papercut
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
Agent-Field/CodeAF#1468 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de Agent-Field/CodeAF
Issues similaires
-
enhancement low priority
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
eugenioenko/ttt#674 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
Les mainteneurs répondent en général sous 1 jour
-
Remove obsolete ipAllocationPolicy field from containernodepool-subnetworkref test dependencyOuverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
GoogleCloudPlatform/k8s-config-connector#13462 ·
Les mainteneurs répondent en général sous 1 jour
-
bug good first issue
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
vavallee/bindery#2793 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour