Subchapter 1.3
references/best-practices-anti-slop.mdMarkdown3 KBView on GitHub
These are the patterns LLMs reach for when trying to “look designed”. Treat them as bans unless the brief explicitly asks for one.
The em-dash character (Unicode U+2014) and the en-dash (U+2013) are the single biggest text tell. Do not emit either character anywhere visible: headlines, labels, body copy, quotes, attribution, captions, button text, alt text. The only permitted dash is the regular hyphen (-).
To replace a dash, restructure: use a period, a comma, parentheses, a colon, a line break, or a column. Ranges (2018-2026, 40-80k) use a hyphen.
#000) or pure white (#fff). Use off-black (#111, neutral-950) and off-white.99.99%, 50%, 1234567). Use organic values, or label mock data clearly. Do not fake engineering precision a product does not claim.<div> rectangles (fake terminals, dashboards, task lists). Use a real screenshot, a generated image, a real component preview, or nothing.00 / INDEX, 001 Capabilities). Name the topic in plain language, or drop the label.v1.4.2, Build 0048, last sync 4s ago). These are devtool fixtures, not landing-page content.·): at most one per metadata line, never as the universal separator.Before shipping, re-read every visible string. Flag anything grammatically broken, with unclear referents, or that reads like the model trying to sound thoughtful (forced wordplay, mock-humble craftsman labels). Replace flagged strings with plain functional sentences. Boring but correct beats cute but wrong.