Thought experiment: you hand a task to someone who can never say "that part's done"
Summary
A thought experiment explaining why unattended AI agents tend to redo completed work on long multi-step runs — because finished steps stay in context unmarked — and asking what explicit task-tracking approaches people use for overnight agent jobs.
Similar Articles
been experimenting with custom agents, and the interesting part isn't task completion — it's what changes when they have memory
The author reflects on experimenting with custom AI agents, noting that long-term memory and continuity transform them from simple task runners into persistent collaborators with 'stable dispositions'. This raises questions about the value of agent 'personality' versus the need for control, reliability, and auditability in workflows.
What mechanisms are you using to distinguish "agent busy" from "task completed"?
This article discusses an anti-pattern in AI agent systems where agents appear busy but fail to complete tasks. The author suggests separating responsibilities and requiring proof of completion as a solution.
what actually stops an unattended agent from looping, overspending, or saying "done" when it isn't?
This post discusses common challenges with unattended AI agents, such as looping, overspending, and incorrect task completion, and asks how practitioners handle issues like verification, stall detection, and hard limits in production.
[Discussion] Do AI coding agents say “done” too early for you too?
Discussion about AI coding agents claiming completion prematurely, skipping checks, and making messy changes. The author is testing a system with planning and review gates to improve AI-coding workflows.
What should happen when a user changes the task while an agent job is still running?
The article explores how AI agents should handle user-initiated task changes during execution, proposing solutions like task revision IDs and discussing edge cases to avoid stale or conflicting actions.