pool: a chat /task never reaches the Model Pool judge

[AbirAbbas]

What happened

The Model Pool judge scores tasks when they land (poolJudgeHook in cmd/codeaf/poolrecord.go, wired as taskLanded in cmd/codeaf/chatv3.go). A task started with the chat's ordinary /task never reaches that hook, so its landing is never judged. This was found on 2026-09-25 while fixing the judge's keyless-boot bug in #1519: a hand check of that fix could not reach the judge from /task at all.

Replication

Deterministic: a cmd/codeaf test that lands a /task through the chat's own task road, with a stub worker and the pool in record mode, then checks the pool's judged/ directory, or pool/judge-last.json. Nothing is written today. Compare with the road that does call taskLanded.

By hand (real model, about $0.01):

1. Run /task on a trivial change with CODEAF_MODEL_POOL recording.
2. After it lands, codeaf pool show lists no new judged landing.

The fix

Every road that lands a task, /task included, reports its landing to the judge hook once.

Acceptance

• e2e: after a /task lands, codeaf pool show lists its judged entry.
• Unit: every landing road goes through the one hook. A structural test over the landing sites would do.

[santoshkumarradha]

New evidence from dev 837b2b0, found by the docs lanes while writing the public docs. Replication for every item below starts from a clean install:

1. Build dev 837b2b0 (git checkout 837b2b0 && make build, binary bin/codeaf), or install the dev build with curl -fsSL https://agentfield.ai/get/devaf | bash.
2. Use an isolated profile: export HOME=$(mktemp -d), export OPENROUTER_API_KEY, and keep the default model (~deepseek/deepseek-v4-flash-latest, crew on auto).
3. On a busy machine set task.max_load to 0 (/settings, Tasks) so the busy-machine gate does not hold tasks.

Unconfirmed sighting on dev 837b2b0 (B64)

• Task 4 (crew worker glm-5.3, checker claude-opus-5.5) landed done; logs/calls.jsonl had no judge call and codeaf pool status still said last judge: none yet (no landing judged).
• Declines are traced only with trace on (cmd/codeaf/poolrecord.go:157-163), so the cause could not be seen; it may also be that a landing with no change is not judged. Consistent with this issue's road finding.

Found while writing the public docs; manual text differences are in #1545.

🤖 Generated with Claude Code