Performance
Performance When AI Features Are Added
The performance budget does not move because a model is fashionable.
Do not load the model on every page
A marketing site should not download a chat runtime in the head. If a feature exists, its script loads on the route that needs it, after the content.
Most of our AI use never becomes frontend JavaScript at all.
Precompute what you can
Summaries, meta descriptions, and alternate headings that survive review can be baked into the static build. That is faster than asking a model on each visit.
Request-time calls are reserved for input the build could not know.
Measure the feature, not the demo
A local demo on a fast connection hides the cost. We look at the page without the feature first, then with it, on a modest phone profile.
If the feature pushes the experience backward, it waits.
Continue
Ownership of Prompts, Content, and Outputs
Who owns prompts, drafts, and published pages when GPT, Gemini, Grok, or Claude is part of the website project.
Read →What Building Sites for the Future Means
A concrete definition of a future-ready Alaska website: static delivery, owned source, and optional use of GPT, Gemini, Grok, and Claude.
Read →Sites Built for the Future
How alaskawebsite.dev builds for what comes next: fast static sites, and practical integration of GPT, Gemini, Grok, and Claude.
Read →