Two things nobody was watching
First published on openspec-ui.dev . OpenSpec Workbench's whole pitch is watching an agent while it works. Two small fixes this week are about the product not watching itself closely enough - one where cleanup quietly stopped, one where a number was arriving the whole time and nothing was reading it. The leftover that survived being asked twice A working directory is removed in two steps: git…
Two overlooked issues impacted the functionality of OpenSpec Workbench in recent updates. The first issue involved a cleanup process that prematurely stopped, leaving behind a large file – a half-finished removal that left behind a 54-megabyte download of Visual Studio Code under the repository's packages. The second issue was the failure to read a crucial number from DeepSeek's CLI, which reported usage without providing any details on spending or token limits.
OpenSpec Workbench addressed these problems with two changes. Firstly, the meaning of "ours" in the cleanup rule was modified. Now, a shell named after a change already known by the repository, without its own .git directory, would be cleared, regardless of its contents. This change also resulted in the periodic sweep cleaning up such shells on every pass, and notifying the user of what was removed and what was still pending.
Secondly, the DeepSeek CLI's usage data was found to be arriving but not being read. This information, sent over the Agent Client Protocol, indicated the amount of model window tokens being used in a session. By implementing this change, OpenSpec Workbench now provides real-time context on resource usage, enabling users to manage their spending more effectively.
In summary, OpenSpec Workbench resolved two long-standing issues: a lingering cleanup process and the inadequacy of tracking DeepSeek CLI usage. These fixes enhance the tool's reliability and provide better insights into resource allocation.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.
