← Writing
June 1, 2026

Keeping track of your AI website project

Part 7 of 10

Introduction to designing a website with AI

A fuzzy globe, with meridians.
It’s never been easier to make a website. So, why not do it properly?

TL;DR - Every new AI session starts with a blank slate. This unit is about building the documents that mean you never have to start from scratch - a finalized SITE PLAN.md, a component library, and a record of the creative choices that make your site yours.

Estimated time: 45-60 minutes

Outcomes & What you'll make

By the end of this unit you'll understand:

  • Why documentation pays off every time you open a new AI session
  • How a component library works and why it saves time later
  • What a complete SITE PLAN.md looks like before you start building

What you'll make:

  • A finalized SITE PLAN.md covering all sections
  • A starter component library folder structure

Progress: Make sure you’ve finished these tasks

SITE PLAN.md outline

1 Site overview

  • ✅ Purpose — what the site is for and who it’s for (Unit 3)
  • ✅ Page map — page list, contents, page types (Unit 3)

2 Design, layout etc.

  • ✅ Page layouts (+Responsive design) (Unit 4)
  • ✅ Design system: colors, typography, shapes (Unit 4)
  • ✅ Motion: approach and constraints (Unit 4)
  • ✅ UX & Accessibility considerations (Unit 4)

3 Site architecture

  • ✅ Tech stack (+ TECH STACK.md)
  • ✅ Architecture decisions & why
  • ✅ Content model: how content is structured and stored
  • Core principles: rules the AI should follow throughout (e.g. minimal JS, boilerplate CSS, using certain Skills etc. …)

4 Documenting your Code & Creative work

  • A maintenance document: Status of your site
  • Component library: Reusable elements, explanations of key features
  • A CREATIVE INTENT.md document, how your design should look and feel

5 Hosting

  • Suitable provider according to site type & architecture

Table of contents

We're just about to start building your website. AI is going to build a lot of code, very fast. To make sure we keep track of what it builds and how it fits together - we're going to set up some documentation files.

Documentation: Maintain valuable components and designs using AI

If you ever want to make changes, start over and re-build the website from scratch, or pick up where you left off after 6 months - documentation will be your life saver. In this course, we've already built a great SITE PLAN.md that explains a lot of the logic behind your site.

Since your plan is about to be translated into code, let's make sure the AI also captures explanations of what the code does. I'll refer to components from here on. (Some component examples: navigation bar, a menu button, article page)

For example, we can document:

  • how components work (code-wise)
  • why the components are designed a certain way
  • rules for how components are used, placed, styled
  • and more, all without having to repeat it.

The beautiful thing is, this lets us:

  • keep track of more than just the code itself
  • we can create a record of your individual taste
  • the choices you made and why.

In effect, any time the AI needs to make a change - it will have the full context on how the code works, its implementation and more. Doesn't it remind you of the Skills and Harnesses chapter from Unit 2?

Idea for a setup

`/component-library/components

/component-library/ Component Library.md:
This folder contains a collection of components for use in web design. There is a table below, containing the Component Name, Use case and Pre-requisite. (e.g. dependent libraries etc.)

Each individual component file contains details on how to use them. Find the component you need below, access the file and review its individual instructions before proceeding to use it.

Component Library Maintenance.md How to create new Components, what they should contain etc. 
/component-library/components Example-component.md [What does this component do] [When to use it and why] [Dependent libraries or pre-requisites] [Adaptations or behaviours that developers may be interested in tweaking (e.g., features supported by the component that can be changed according to taste)] [Additional notes or exceptions to be aware of] [Code] [Further examples in different use cases] `

Finalize your tech stack

It’s quite possible that while planning the look, feel and features of your website - the technical demands have changed.

Before we finally move on to creating your website, we’re going to make sure once and for all, that you have all the tools you need.

Basically, have a two different LLMs assess the plan based on your use case and ideas about design etc. Share one’s assessment with the other, critique or integrate ideas from each other.


Learning reflections

  • Documentation is really a record of your decisions and why you made them. Think about a past project - creative, technical, or otherwise - where that kind of record would have saved you time. What would you have written down?
  • The guide talks about capturing not just code, but taste - the choices you made and why. Is that something you’d find useful outside of web design?
  • You’re about to start building. What’s the one thing in your SITE PLAN.md you’re least confident about? Is there a way to test that assumption before committing?

Before you continue

Files to update before moving on:

  • ✅ SITE PLAN.md - all sections complete (Purpose, Site map, Page layouts, Design system, UX & Accessibility rules, Tech stack, Architecture decisions, Core principles)
  • ✅ Component library folder created with a starter structure

Check yourself:

  • Does your SITE PLAN.md cover every section of the outline?
  • Do you have a clear sense of which elements on your site are reusable - header, footer, navigation?
  • Are you ready to open an agentic coding tool and actually start building?

Glossary

Component library - A folder of reusable site elements (header, footer, nav etc.) with notes on how to use and adapt each one, so your AI can apply them consistently across the site.

Core principles - A short list of rules in your SITE PLAN.md that the AI must follow throughout the project - for example “minimal JavaScript” or “no external frameworks unless clearly necessary.”