Guides

Cursor Agent stops early: what to check

Diagnose a Cursor Agent that ends with open work: distinguish normal completion, Stop-button abort, question wait, error, and IDE-to-CLI recovery.

Updated

SHORT ANSWER

Why does Cursor Agent stop before the work is done?

Check Cursor's last stop status and the Nightshift shift log. A normal completed turn with approved boxes open is returned to the contract by the Cursor stop hook. An aborted turn or user close is an owner interruption; an error or dead IDE process needs separate diagnosis.

01

Read Cursor’s stop status first

Cursor reports completed, aborted, or error in its stop payload. Completed with open boxes keeps the clock-out gate active. The Stop button reports aborted and releases that turn while preserving the punch list. A user close can mark clean closure. An error is not silently converted into a successful completion; inspect Doctor and shift-log.md before restarting.

  • A question or command approval wait needs an attended answer or an approved permissions policy.
  • A model or service limit cannot be bypassed by Nightshift.
  • A sleeping computer cannot run a local recovery worker.
02

Make Cursor Agent keep working until the list is done

Install the released plugin in Cursor, open the persistent project, run Setup, review rules and the punch list, then Start a small attended shift. Cursor-native skills and hooks guard an IDE shift. For CLI recovery, Cursor currently requires project .cursor/hooks.json; Setup offers to copy the shipped hook file only with your approval.

Cursor installation and setup ↗
03

If the Cursor IDE dies: the CLI handoff

If a Cursor IDE-owned shift dies with enough evidence, Nightshift can start a CLI worker on the same on-disk contract. The IDE conversation ID and CLI session store are different: the CLI worker is not the same chat. Later wakeups can resume the recorded worker; the old tab receives an attach-or-stop instruction. For example, two finished boxes and one open box remain exactly that state across the handoff, but the owner must review the worker's output and checks.

Host recovery matrix ↗Review the morning run ↗
TRY IT

Start with a bounded prompt

This prompt names the outcome and preserves Nightshift’s review boundary. Paste it into the supported coding host from the project you want to change.

Check Cursor's completed, aborted, or error status against the open contract, then inspect Doctor and the project hook setup.
BOUNDARIES

What this workflow does not claim

  • An owner Stop-button abort and clean close must remain effective.
  • A recovered Cursor CLI worker uses a separate conversation from the IDE tab.
SOURCES

Evidence and sources

These links support the released behavior, public outcomes, or problem language described on this page.

Cursor plugin manifestThe shipped Cursor skills and native hook registration.Open evidence ↗Cursor CLI sessionsCursor documents CLI session listing and resume by CLI chat ID.Open evidence ↗How Nightshift worksHost differences, process leases, state files, workspace layouts, guarantees, and limits.Open evidence ↗First-night checklistThe attended checks required before trusting an unattended run.Open evidence ↗
RELATED QUESTIONS

Continue from the question you have

Cursor completed versus aborted stopRead the answer →Cursor IDE to CLI recoveryRead the answer →review a Cursor overnight runRead the answer →