---
title: "What waiting to retry means"
description: "Waiting to retry means the task has not successfully finished the requested work."
slug: "retrying-status"
category: "agent-management"
language: en
editorial_status: published
capability_status: available
reviewed_at: 2026-10-13
keywords: ["Codex model busy","CueSpec retry status","AI task not completed"]
---

# What waiting to retry means

Waiting to retry means the task has not successfully finished the requested work. CueSpec’s reviewed Mac release keeps a model-busy task in the live list rather than falsely treating it as complete.

## What to do
Read the task’s latest state and let the underlying Codex workflow handle the capacity retry when applicable. Do not send the same instruction again merely because a retry state appears. Repetition can create duplicate work once capacity returns.

If you need to change the request, inspect the original conversation before adding a new instruction. Distinguish a model-capacity delay from a failed message submission; the former may already have your request.

## Timing limits
The reviewed materials do not establish an exact reliable retry countdown in CueSpec. A visible waiting state is useful, but a fabricated number of seconds would be misleading. Similarly, a timeout in the companion should not be interpreted as the task having completed elsewhere.

A confirmed delivery and later capacity wait can coexist. The receipt answers “did the message arrive?” The task state answers “what is happening with the work?” If the state stays unclear, retain the latest visible message and version details for support.

## Related reading

- [Understand the desktop task overview](/task-overview/)
- [A task state looks stale or contradictory](/task-state-stale/)
- [Use the live list and the all-task list](/live-vs-all-tasks/)
- [CueSpec product facts at a glance](/product-facts/)