@mvogt99

analysis-no-recommendation describes an anti-pattern where comparative analysis omits decision guidance, leaving readers without actionable direction. it documents symptoms and remediation but lacks implementation structure.

Analysis presents a single option without comparing alternatives or articulating the costs of the chosen approach.

A fix is proposed without first identifying the root cause; the symptom is masked rather than resolved.

A fix is applied without a reproduction test, leaving no proof the bug is fixed and no regression coverage.

Code calls functions, classes, or methods that don't exist — either on project types or on third-party library APIs.

Reply cites file paths, directories, or module locations that do not exist in the current project.

Code handles only the happy path — external calls, I/O, and parsing have no failure handling and crash on anything unexpected.

Code uses a symbol that isn't imported, or imports a symbol that doesn't exist in the source module.

External input flows into sensitive operations without being checked for type, shape, range, or sanitization.

Code returned as "done" is actually a stub — a placeholder body, a TODO comment, or a function that claims completion without real logic.

Shared mutable state is accessed from concurrent contexts without synchronization, producing nondeterministic behavior.

Files, sockets, subscriptions, or other finite resources are acquired without a guaranteed release path.

Review comments are unactionable — "improve this", "handle errors", "refactor" without specifics or suggested alternatives.

Internal reasoning from <think> blocks leaks into the final user-facing reply instead of being stripped.

The reply ends mid-sentence or mid-code-block because the model hit a token limit or was cut short.

Context window is near capacity, causing the model to drop earlier content silently and produce degraded, partial, or inconsistent output.

The model produces correct-looking output that addresses a different task than the one requested — typically a related but distinct interpretation of an ambi...

A Python function uses a mutable object (list, dict, set) as a default argument, sharing state across calls in a way that produces silent bugs.