Shipping faster than a team can evaluate
Generation scaled and evaluation did not. The five forms UX debt takes when interfaces are produced rather than drawn, and how to run an audit against them.

A BrilliantUX field note on evaluating what generative tools make possible.
Generative tools have changed the arithmetic of a design sprint. A team that once produced four screens in three days can now produce forty in an afternoon.
Generation scaled and evaluation did not, so the two fell out of ratio, and the difference collects somewhere. Nielsen Norman Group described the result in August 2026 as the custodial era of UX, and the label fits what a lot of enterprise design teams are actually doing right now, which is cleanup.
The cleanup is worth naming precisely, because it does not look like the UX debt teams are used to carrying. Older debt came from constraint. A pattern was inconsistent because two squads shipped in the same quarter without talking, or because a component was written before the design system existed. Generated debt comes from abundance instead. The work looks finished, it looks consistent at a glance, and it was produced faster than anyone had time to review it.
Naming the forms the debt takes
Five forms show up repeatedly in enterprise audits.
Pattern drift is the most common. The same user task gets solved three different ways across three different screens because each screen was generated in a separate session with a separate prompt. Nothing is broken and nothing is wrong, and the product still teaches the user three different mental models for one job.
Token detachment is the most expensive to fix later. A component looks like the design system because it borrowed the system's visual language, and it is hardcoded to hex values rather than bound to design tokens. A theme change or a contrast remediation then has to be done by hand across every instance.
Accessibility failures that survive a visual review are the third. Generated markup passes a stakeholder walkthrough because it looks correct in a screenshot, and it fails on focus order, on programmatic labeling, and on state changes that are never announced to a screen reader.
The fourth is copy that was never edited. Interface text carries a product's vocabulary, and vocabulary is what a user learns their way around a product with. Generated microcopy tends to vary the verb across a flow, so an action that is called Publish on the button becomes Submitted in the confirmation.
The fifth is the absence of everything that is not the happy path. Empty states, partial states, permission denied states and network failure states rarely get generated unless they are asked for by name, and they are where enterprise software spends most of its time.
Auditing what the tools produced
An audit here is an inventory, not a critique. The unit of counting is the task rather than the screen, because a screen count tells a team how much was made and a task count tells a team how many times the product asks a person to learn something new.
The method is unchanged from any other interface audit. Every screen is captured, every distinct interaction pattern is labeled, and identical tasks are grouped so that divergence becomes visible in one view. On a recent enterprise engagement, ten page templates turned out to be solving four jobs, which meant six of them existed for no reason a user could perceive. That finding is only available once the artifacts are laid side by side, and no individual review of any single template would have surfaced it.
A faster interface is not automatically a clearer one. The standard is whether a person can tell what happened and what can be changed.
BrilliantUX editorial principle
Building judgment that more than one person holds
The structural fix is not a better reviewer. A single senior designer reviewing generated work becomes the bottleneck that the tools were bought to remove, and the review queue grows faster than one person can clear it.
What scales instead is written criteria. Heuristic evaluation already provides the frame, and the useful addition is a short set of annotated accept and reject examples drawn from the team's own product. Ten real examples with a sentence on each explaining the call will move a team's consistency further than a fifty page guideline document. The goal is that four people looking at the same generated screen reach the same verdict without a meeting.
Making evaluation as cheap as generation
The last piece is automation on the checks that do not require judgment. Contrast ratios, token binding, keyboard traps, focus order, heading hierarchy and alt text presence are all machine checkable, and moving them into the pipeline removes them from human review entirely. That leaves people reviewing the things only people can review, which is whether the pattern matches how the user actually thinks about the task.
Teams that get this ratio right end up generating more, not less. The evaluation layer is what makes the speed safe to use.
Nielsen Norman Group, The Custodial Era of UX: Cleaning Up After AI, 28 August 2026.


