Font Subsetting
Load only the glyphs a page needs, without breaking the alphabets it did not expect.
What it adds
Per-script font subsets with declared character ranges and a fallback order for characters no subset covers.
What your agent is told to do
5
What your agent is told to do
5-
1
Inventory the weights, styles, and families the app genuinely renders. Most projects ship two or three weights they never use, and dropping those is a larger win than any subsetting.
-
2
Split each family by writing system and declare the character ranges each file covers, so a page that renders only Latin text never fetches the Cyrillic or Greek file.
-
3
Choose subsets from the locales the product supports and the languages its users actually write in, not from the words currently on the page.
-
4
Define the fallback chain explicitly and pick system fallbacks with similar metrics, so the swap from fallback to web font does not move the text under the reader's eye.
-
5
Do not subset by scanning the current copy for characters in use. Translations, user-generated names, and pasted content will contain characters that scan never saw, and those characters will render as empty boxes.
Edge cases it handles
7
Edge cases it handles
7- Subsets must be chosen by the language coverage the product commits to. A subset built from today's marketing copy will fail the first customer whose surname carries a diacritic outside it.
- A page mixing scripts — a Japanese comment under an English article, an Arabic name in a Latin table — must fetch each needed subset independently and render both correctly, with no visible mismatch in size or baseline between them.
- The same face requested under two URLs, or reachable through both a subset file and a full file, downloads twice. Confirm each face is served from one canonical source across every route.
- A character no loaded subset covers must fall through to a system font that has it, not render as a blank box. Decide and verify what happens for emoji, mathematical symbols, and rare punctuation.
- Decide deliberately whether text is invisible while the font loads or shown immediately in the fallback, and hold that decision consistently — an app that does both looks broken.
- A variable font carrying every weight may beat several static instances or may be far larger; measure the real files rather than assuming.
- Font declarations, preloads, and loading behaviour belong here; the Critical CSS Strategy brief owns what is inlined for first paint, and the two must not both inline the same font-face rules.
Definition of done
9
Definition of done
9- Only the weights and styles the app renders are shipped.
- Each family is split by writing system with declared character ranges.
- A page containing a single script fetches only that script's files.
- A mixed-language page renders every script correctly, each from its own subset.
- No face is downloaded twice under different URLs across the app.
- Characters outside every subset fall back to a system font that renders them rather than showing empty boxes.
- The fallback stack is metrically close enough that the swap causes no visible reflow.
- The feature matches the existing design system.
- No existing functionality is broken.
Related features
Layout Shift Guard
Layout Shift Guard
Stop content jumping as a page loads, and catch it when it starts happening again.
What it does
Reserved space for everything that arrives late, plus measurement that reports unexpected movement on the app's main screens.
How it works
- 1 Walk the app's main screens with the network throttled and note everything that moves after first paint. Images, avatars, embeds, banners, ad slots, and asynchronously loaded panels are the usual sources.
- 2 Give every image, video, iframe, and embed explicit dimensions or a fixed aspect ratio so its box exists before its content arrives, including the ones whose size comes from data.
- 3 Control the swap from fallback to web font so the two have compatible metrics, and accept a slightly imperfect fallback over a page that reflows once the real font lands.
Copy the prompt
No account needed
Add this feature to my app:
https://addthisfeature.com/x/layout-shift-guard
Bundle-Aware Component Imports
Bundle-Aware Component Imports
Stop a single icon or helper from dragging a whole library into the shipped bundle.
What it does
Import rules and a check that keep component and icon libraries from arriving whole when only a fraction is used.
How it works
- 1 Inspect what the app currently ships and identify the packages whose contribution is far larger than the number of things imported from them. Icon sets, chart libraries, and date utilities are where this usually starts.
- 2 Import from the narrowest entry point each package offers, and where a package cannot be reduced, wrap it behind a local module so the constraint is enforced in one place instead of at every call site.
- 3 Audit the app's own shared index files. A single index re-exporting every component means importing one thing can reach everything, including modules with side effects that defeat elimination entirely.
Copy the prompt
No account needed
Add this feature to my app:
https://addthisfeature.com/x/bundle-aware-component-imports
UI Performance Budget
UI Performance Budget
Put a number on how heavy and how slow each screen is allowed to get.
What it does
Per-route limits on script, stylesheet, image and font weight, first render, and interaction delay, checked automatically before a change ships.
How it works
- 1 Measure the app's current numbers per route first and set the budget slightly under them. A budget invented from a best-practice article that the app already exceeds is ignored on the day it lands.
- 2 Budget each route separately. The marketing page, the sign-in screen, and the main editor have nothing in common, and one global number either strangles the editor or lets the landing page rot.
- 3 Cover both weight and behaviour: bytes shipped by category, time to first meaningful render, and the delay between a click and a visible response.
Copy the prompt
No account needed
Add this feature to my app:
https://addthisfeature.com/x/ui-performance-budget
How it works
-
1
Copy the link
Grab the Markdown instruction URL for this feature.
-
2
Give it to your AI
Paste it into Claude Code, Cursor, v0, Lovable — whatever you build with.
-
3
It inspects, then implements
Your agent reads your existing app first, then adds the feature to fit it.
Works with your stack
These instructions are written to adapt. They tell the agent to detect your framework, match your existing design system, and reuse what you already have — rather than assuming a particular stack.
Need it tighter than that? Customize the feature and tell it exactly what you're running.