AI work is getting longer. That sounds like progress until a remodeler waits forty minutes for a bid review and discovers the agent used an old drawing set in minute three. A longer run can complete more work, but it can also carry one early mistake through every later step. The operating answer is not more patience. It is a workflow with checkpoints.
OpenAI reports that by May 2026, 70.2% of sampled individual Codex users had made at least one request estimated to represent more than an hour of human work, while 25.6% had made at least one estimated above eight hours. Those are model-estimated task horizons, not measured labor savings, and OpenAI says they should be treated as directional. The direction still matters: teams are delegating larger units of work to agents.
A long prompt is not a long-work system
Giving an agent a large assignment does not define how that assignment should survive interruption, stale evidence, uncertainty, or review. Ask for a complete project handoff and the model may produce an impressive packet. Unless the system records which files it used, which stage it reached, what it could not verify, and what a person approved, the result is still one opaque attempt.
Building work makes this risk concrete. A finish schedule, quote comparison, procurement plan, or closeout package can cross drawings, proposals, selections, emails, and system records. One revision conflict should stop the relevant branch. It should not become a polished assumption repeated across the final deliverable.
Break the run at business decisions
Do not split work into arbitrary five-minute pieces. Split it where the business meaning changes and a bad assumption becomes expensive. A practical procurement workflow might move through source intake, revision verification, scope normalization, exception review, recommendation drafting, approval, and system update. Each stage should leave a durable artifact that the next stage can inspect.
- Source checkpoint: record file IDs, dates, revisions, and the current system-of-record values.
- Coverage checkpoint: confirm every required room, line item, allowance, exclusion, or vendor is represented.
- Conflict checkpoint: stop when documents disagree instead of silently choosing a winner.
- Decision checkpoint: show the recommendation, evidence, uncertainty, and requested human action.
- Side-effect checkpoint: require approval before sending, purchasing, scheduling, pricing, or changing a client record.
Make every stage restartable
A useful long-running workflow can resume from the last accepted stage. It should not reread every document and repeat every model call because one vendor file arrived late. Persist the stage status, inputs, outputs, source versions, tool calls, errors, reviewer, and approval time. When evidence changes, invalidate only the affected work and show what must run again.
OpenAI's workspace-agent guidance describes the surrounding controls in similar terms: agents can run on schedules, while administrators define permissions, approval checkpoints, monitoring, and audit logs. A ten-person building company may not need an enterprise control plane, but it does need the operating concepts. The smaller the team, the less spare time it has to reconstruct an invisible run after something fails.
Measure the checkpoint, not just the finish
A final-output score can hide where a workflow is weak. Test whether the intake selected the current sources, the coverage stage found omissions, the conflict stage escalated disagreements, and the approval stage blocked unauthorized actions. Then track stage-level rejection, retry, review time, and correction causes on real jobs.
This creates a practical improvement loop. If most failures begin with document selection, improve the source registry rather than rewriting the final-answer prompt. If reviewers repeatedly reject incomplete scope tables, strengthen the coverage test. If approvals become a bottleneck, narrow which decisions truly require a person without loosening controls around money, commitments, or client communication.
Show the operating proof
Google says AI Overviews and AI Mode do not require special AI-only schema. Helpful, original, technically accessible content and accurate structured data remain the foundation. The part an AI summary cannot replace is the business-specific operating design: where your workflow pauses, what evidence appears, who approves it, what restarts after a change, and which evaluation proves the stage is safe to trust.
Continue with the operating system
- Long AI Workflows Need Background Jobs, Not A Spinner
- Measure AI By Accepted Work, Not Cheap Tokens
- Explore practical AI paths for your team
Sources Read
- How agents are transforming workOpenAI
- Workspace agents for businessOpenAI
- Google's Guide to Optimizing for Generative AI Features on Google SearchGoogle Search Central
Next step, if this note maps to a problem on your desk: Private Training — a private working session for your team ($1,500+).