AI-assisted work can expand scope because generation and ideation become cheap.
session source pack
Wiki page
AI scope creep is the expansion of goals, outputs, or implementation paths during AI-assisted work because generation, ideation, and iteration become cheap. Stopping rules are explicit constraints, review gates, or decision criteria that help teams decide when to stop generating, narrow scope, or ship.
AI scope creep is the expansion of goals, outputs, or implementation paths during AI-assisted work because generation, ideation, and iteration become cheap. Stopping rules are explicit constraints, review gates, or decision criteria that help teams decide when to stop generating, narrow scope, or ship.
The topic sits between production practice, human-AI interaction, and risk management. It is not the same as the formal mathematical problem of optimal stopping, though that term can be useful background. In AI-assisted work, the practical issue is usually more concrete: when a model can propose more features, more drafts, more variants, or more implementation paths, the team needs a way to decide what is enough.
AI tools lower the cost of starting new work and expanding existing work. A coding assistant can suggest adjacent features. A writing tool can produce more outlines. A media tool can generate more variations. These capabilities can be useful, but they can also move the bottleneck from production to selection, review, and closure.
The Josh Tyson fireside that seeded this page treated this as a production problem rather than a model-capability problem. The session raised the risk of AI-enabled work becoming fractal: every answer exposes more possible work, and every possible work item can become another branch.
AI scope creep often appears as expansion without a matching decision rule. A team begins with a defined objective, then accepts additional AI-generated possibilities because they are cheap to explore. The cost arrives later, when someone must evaluate, integrate, test, edit, or maintain the expanded output.
Common patterns include feature accretion, prompt loops, over-generation of content variants, excessive token use, and unfinished branches of work. The same pattern can appear in software, writing, research, design, and media production.
Option overload is not unique to AI, but AI systems can intensify it by producing plausible alternatives quickly. Research on choice overload suggests that more options can reduce motivation or commitment in some contexts. That research should be used cautiously here: it is not direct evidence about AI workflows, but it helps explain why more generated options do not automatically mean better decisions.
Automation bias is a separate risk. When users over-rely on automated outputs, they may accept suggestions that should be checked, narrowed, or rejected. In AI-assisted production, this can turn a model's breadth into a review burden.
A stopping rule defines when the work should stop expanding. A review gate defines when output must be checked before it can move forward. These controls can be lightweight, but they need to be explicit enough to resist endless generation.
Useful stopping criteria include a definition of done, a maximum number of variants, a fixed research window, a required source ledger, a human approval point, or a test/check that must pass before more generation is allowed. Guardrails can also operate at input, output, or tool-use boundaries in agent workflows.
AI-assisted workflows benefit from visible constraints. A prompt can ask for open questions, but the workflow still needs a decision about which questions matter now. A coding task can invite alternatives, but the implementation path still needs ownership and closure. A content workflow can create multiple drafts, but publication requires source support and review.
The central pattern is not to prevent exploration. It is to separate exploration from commitment. Generate possibilities, then decide which ones enter the work plan.
The main risks are unfinished expansion, review overload, weak source discipline, untested implementation branches, and false confidence in model-selected outputs. Teams can also mistake activity for progress when the workflow produces more artifacts than decisions.
- Should this page use the title "Optimal Stopping," or should it prefer the plainer phrase "Stopping Rules"?
- Which AI coding and content-production examples are strong enough to include after verification?
- What stopping criteria work best for agentic workflows with tool use and long-running state?
- Source Of Truth For Agentic Organizations
- Agent-First Design
- AI As Production Tool
- Creative Labor After LLMs
AI-assisted work can expand scope because generation and ideation become cheap.
session source pack
Stopping rules and review gates are practical controls for limiting runaway generation and deciding when work can advance.
nist ai rmf core; openai agents guardrails
Choice overload and automation bias are relevant risks, but choice-overload evidence should be framed as analogy rather than direct AI-workflow proof.
choice overload iyengar lepper; cset automation bias
No prompts have been added yet.
No possible topic links have been recorded.
No source artifacts have been linked yet.
No related posts have been linked yet.
No related projects have been linked yet.
No related threads have been linked yet.
No related profiles have been linked yet.
No related activity has been linked yet.