A developer building an agent runtime in Rust opened a discussion on how to divide responsibility between the model and the harness. The core loop is straightforward, but failure cases — repeated tool calls, partial failures, oversized context, rollback, restarts, and premature completion claims — force reliability logic out of the model. The post asks practitioners which responsibilities they eventually moved into the harness and which should stay model-driven.
A developer building Xencode, a Rust terminal coding agent running local models via Ollama and llama.cpp, reports the harness — not the model — became the main engineering challenge. Failure modes like repeated tool calls, bloated context, and unwinding broken sessions pushed logic into the agent runtime. The post invites comparison with others running coding agents on local models.
A developer building Xencode, a Rust terminal coding agent running local models via Ollama and llama.cpp, reports the harness — not the model — became the main engineering challenge. Failure modes like repeated tool calls, bloated context, and unwinding broken sessions pushed logic into the agent runtime. The post invites comparison with others running coding agents on local models.
A Reddit discussion asks what convinces developers to leave local coding agents running unattended for an hour or two. The poster argues trust comes from the harness—permissions, checkpoints, git, tests, rollback, tool restrictions—rather than the model itself, and asks what conditions finally made hands-off operation comfortable.
A Reddit discussion asks what convinces developers to leave local coding agents running unattended for an hour or two. The poster argues trust comes from the harness—permissions, checkpoints, git, tests, rollback, tool restrictions—rather than the model itself, and asks what conditions finally made hands-off operation comfortable.
A developer reports that swapping models did not fix their agent's reliability problems, such as repeating steps or losing memory between sessions. They rebuilt the harness by separating state tracking, context loading, and output checking into distinct components, which resolved the issues.
A developer reports that swapping models did not fix their agent's reliability problems, such as repeating steps or losing memory between sessions. They rebuilt the harness by separating state tracking, context loading, and output checking into distinct components, which resolved the issues.
A developer running production agents for customers describes an incident where a model provider rejected an agent's tool calls — GPT-5.6 required a reasoning-effort setting the developer didn't configure — and the runtime retried over 1,200 times across 16 hours with no crash or alert. The incident led them to build Toren, an Apache 2.0 open-source runtime for long-running agents, and take the infrastructure side of agent ops more seriously. The post highlights silent retry loops as an operational failure mode practitioners should guard against.
A developer running production agents for customers describes an incident where a model provider rejected an agent's tool calls — GPT-5.6 required a reasoning-effort setting the developer didn't configure — and the runtime retried over 1,200 times across 16 hours with no crash or alert. The incident led them to build Toren, an Apache 2.0 open-source runtime for long-running agents, and take the infrastructure side of agent ops more seriously. The post highlights silent retry loops as an operational failure mode practitioners should guard against.
A developer asks how to budget retries in long-running agents without masking real failures, noting that retries differ in kind: timeouts may succeed on retry, weak retrieval needs a new query, and agents can repeat unproductive plans. The discussion centers on moving beyond fixed retry counts to distinguish transient errors from agents wasting tokens.
A developer asks how to budget retries in long-running agents without masking real failures, noting that retries differ in kind: timeouts may succeed on retry, weak retrieval needs a new query, and agents can repeat unproductive plans. The discussion centers on moving beyond fixed retry counts to distinguish transient errors from agents wasting tokens.