A task held as machine busy shows no reason; max_load changes need a restart
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Reproduce the hold using the listed build and /settings steps, then read internal/session/task_pressure.go, internal/session/task_run.go, and the TUI files cited in the evidence. Trace how the rail and task page receive waiting reasons and how task.max_load reaches the governor. Done means both views show the machine-busy reason and changing max_load to 0 admits the task without a restart, covered by e2e checks.
索引モデルが issue の本文から書いたものです。
説明
Seen on: dev 837b2b0.
Behaviour
A task held by the busy-machine gate sits under Waiting 1 ▸ on the rail with no reason (at 215 columns), and the task page read queued · 10m 47s with no reason, while no model call is made for minutes. The manual promises waiting · machine busy · load per core at or above task.max_load 1.5. Also, changing task.max_load does not free a held task until the engine restarts.
Replication
- Build dev 837b2b0 (
git checkout 837b2b0 && make build), or install the dev build withcurl -fsSL https://agentfield.ai/get/devaf | bash. - Use an isolated profile:
export HOME=$(mktemp -d), exportOPENROUTER_API_KEY, default model. - Leave the busy-machine gate ON (step 5 forces it).
cd $(mktemp -d) && git init -q && codeaf.- Force the hold: set
task.max_loadbelow the current load per core (for example0.01) in/settings. /task add a README.md with one line. Read the rail row and the task page.- Set
task.max_loadback to0: the task stays held untilcodeaf engine --stopand a relaunch.
Evidence
- Rail:
Waiting 1 ▸with no reason; task pagequeued · 10m 47s. internal/session/task_pressure.go:249-267builds themachine busyreason words;internal/tui3/task.go:780(waitWordMachine),internal/tui3/room.go:3298-3302andinternal/tui3/tasksplace.go:1891drawrailParkedwords only.internal/session/task_run.go:1264: the governor is built once froma.config.TaskMaxLoadwhen the graph is made.
Guessed cause
A guess from reading the code, not a confirmed diagnosis. The rail renders the railParked group without status.Reason, and the admission governor reads task.max_load once, so a changed setting does not reach it.
Acceptance
- e2e: with the hold forced, the rail row and the task page both read
waiting · machine busy · load per core at or above task.max_load …. - e2e: setting
task.max_loadto0in/settingsadmits the held task within a few seconds, with no restart.
Found while writing the public docs; manual text differences are in #1545.
🤖 Generated with Claude Code
- 主要言語
- Go
- スター
- 115
- フォーク
- 14
- 平均マージ
- 9時間 37分
- マージ済み PR（30日）
- 755
環境構築
このプロジェクトの環境構築ファイルはまだ確認していません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
Agent-Field/CodeAF のほかの issue
-
area:chat bug sev:papercut
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
Agent-Field/CodeAF#1592 ·
メンテナーはふだん 1 日以内に返信
-
area:headless bug sev:critical
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
Agent-Field/CodeAF#1566 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
area:chat feature
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
Agent-Field/CodeAF#1510 ·
メンテナーはふだん 1 日以内に返信
-
area:tests bug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
Agent-Field/CodeAF#1489 ·
メンテナーはふだん 1 日以内に返信
-
area:chat bug good first issue sev:papercut
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
Agent-Field/CodeAF#1470 ·
メンテナーはふだん 1 日以内に返信
Agent-Field/CodeAF の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
rossoctl/context-guru#346 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
prime-radiant-inc/evener#2883 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
gravitational/teleport#69805 ·
メンテナーはふだん 11 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
Under Poisson sampling, the `PLDAccountant` composes the inner event both before and after samplingオープン
難易度 2/5 半日 初心者へのやさしさ 78/100
google/differential-privacy#496 ·