Developers are currently engaged in a quiet war against the LLM smell. It is that unmistakable, overly polite, and verbose cadence that screams AI-generated content. To combat this, the community has pivoted toward aggressive humanization. From X threads to GitHub repositories, the trend is clear: prompt your agent to be concise, avoid technical jargon, and speak like a human—or even more specifically, to mimic the rapid-fire, fragmented style of someone with ADHD. The goal is a seamless user experience where the AI feels less like a machine and more like a collaborator.
The Bandwidth Tax of Stylistic Constraints
When a developer instructs an agent to use short sentences, avoid overwhelming the user, or adhere to ASD-STE100 (Simplified Technical English), they are not merely changing the font of the output. They are imposing a cognitive constraint on the model's output bandwidth. In the world of Large Language Models, the process of generating a response is inextricably linked to the process of reasoning. When a model is forced to compress information into a human-friendly format in real-time, it must perform two simultaneous tasks: executing the logic of the request and filtering that logic through a restrictive stylistic lens.
This dual-tasking creates a bottleneck. To meet the constraint of being concise or non-technical, the model often discards high-fidelity data. Precision is the first casualty of brevity. If an agent is told to include only the most important details to avoid overwhelming the user, the model decides what is important based on the stylistic constraint rather than the technical necessity. The result is a polished, readable response that is fundamentally hollowed out. Because the prose is smooth and the tone is natural, the user rarely notices that critical nuances, edge cases, or precise data points have been erased during the compression process.
The Danger of the Humanized Filter
This shift toward human-centric prompting reveals a fundamental misunderstanding of how agents should operate. In traditional software engineering, there is a sacred wall between the internal state of a system and the user interface. A database does not store its data in the format of a dashboard; a compiler does not generate its intermediate representation (IR) to be aesthetically pleasing to a human reader; an API does not exchange friendly summaries with another server. They all communicate in a high-fidelity, machine-facing state—using schemas, diffs, and precise error codes—because that is where the truth of the system resides.
Modern LLM tooling is currently trending in the opposite direction. By baking stylistic constraints into the core operating instructions, developers are forcing the agent to communicate in a low-fidelity, human-facing state throughout its entire reasoning chain. This creates a dangerous masking effect. When an agent encounters a conflict in evidence, an unresolved logic branch, or a messy stack trace, a humanized prompt encourages the model to smooth over these jagged edges. Instead of reporting a precise technical failure, the agent might output a phrase like, There are a few considerations to keep in mind here.
This polite prose acts as a filter that conceals hallucinations and token window limitations. The very traits that make an agent feel human—the ability to summarize, soften, and simplify—are the same traits that hide the signs of system failure. The current library of humanizing prompts is not a set of solutions, but rather a collection of cosmetic patches applied to a structural problem. When the style constraint is embedded in the operating instructions, the model's internal reasoning is compromised to serve the aesthetic of the output.
To recover this lost fidelity, the architecture of AI agents must return to the principle of separation. The core logic and the communication between sub-agents must remain strictly machine-facing, prioritizing precision and raw data over readability. The human-friendly version should only exist at the final boundary of the system. In this model, the agent performs its reasoning in a high-fidelity environment, and only then is the result passed to a separate renderer. The renderer is the only component tasked with the compression and humanization of the data, ensuring that the reasoning process remains transparent and the failure signs remain visible until the very last moment.
The future of reliable agentic workflows depends on our willingness to let AI be ugly, precise, and machine-like in its internal thoughts.




