Use Real Website Examples Inside Claude Code
Bring captured website references into Claude Code so your AI agent can compare layouts, fonts, colors, and components before writing UI code.
real website examples inside claude code
You can use real website examples inside Claude Code by giving your AI coding agent a searchable set of captured references and asking it to inspect those references before changing your interface. The useful sequence is simple: collect a small set of examples, compare the parts that matter, turn the observations into decisions, and then map those decisions to your existing components.
Start with a focused reference set
Choose two or three pages that help answer the design question in front of you. For a developer-facing page, the examples below include Notion Developer Platform, Claude Code, and Exa MCP Server. Use them as comparison material, not as templates.
Ask Claude Code to examine:
- Structure: header, hero, navigation, proof, feature sections, pricing, documentation links, and footer.
- Layout: content width, columns, section spacing, card density, and behavior at narrow widths.
- Typography: font family, display size, body size, weight, line height, and heading contrast.
- Components: buttons, cards, labels, code examples, borders, radii, shadows, and background treatments.
- Interactions: menus, tabs, expandable areas, changing states, motion, and anything that remains visible while scrolling.
Write down observations separately from recommendations. That distinction stops the agent from treating every detail in a reference as a requirement.
Captured pages
Ask for comparison before implementation
A request such as “make this look modern” leaves too much room for guesswork. Ask Claude Code to compare the references first and recommend a direction. For example:
> Compare the saved references for a developer-tool landing page. Separate shared patterns from reference-specific choices in hero layout, type scale, button treatment, card density, navigation, and section spacing. Recommend one direction for my audience, explain the tradeoffs, and turn it into a component checklist before changing code.
Then ask the agent to inspect the current repository and identify which existing components and styles can support the recommendation. This two-step process keeps design decisions deliberate and reduces unnecessary one-off code.
Review the result with a practical checklist
After the first implementation pass, check:
- Can a visitor understand the product and next action quickly?
- Does the hierarchy remain clear without relying on color alone?
- Are references being used to support decisions rather than to decorate the page?
- Do buttons, cards, labels, and code examples use consistent spacing and states?
- Do navigation, headings, buttons, cards, and text remain usable at narrow widths?
- Can you explain the purpose of each borrowed pattern?
A captured reference can provide useful observations about page structure, typography, colors, spacing, components, and visible states. It does not automatically provide the original team's internal rules. Treat the result as an implementation brief and keep your own content, accessibility requirements, and component system authoritative.
Choose between conflicting references
When examples disagree, decide in this order:
- Audience fit: choose the density and tone that match your users.
- Task fit: prefer patterns that support the action your page needs, such as installing, signing up, reading documentation, or trying a demo.
- System fit: favor choices your current components can reproduce consistently.
- Clarity: when options are otherwise equal, choose the one that makes the next action easier to find.
This gives Claude Code useful constraints without asking it to imitate a single website.
Use this in your AI agent
> Use the saved website references as design evidence for my current page. First compare their structure, typography, colors, spacing, components, and visible interaction patterns. Separate observations from recommendations, then propose a small set of patterns that fit my audience and existing codebase. Write a component-level implementation plan and acceptance checklist before editing. Keep the result original, responsive, accessible, and consistent across repeated components.
How should I ask Claude Code to compare three website references without copying them?
Give Claude Code the page goal, audience, existing component constraints, and the three references. Ask for a structured comparison covering hero structure, type scale, colors, spacing, buttons, cards, responsive behavior, and interactions. Request three separate categories: shared patterns, reference-specific choices, and recommendations for your product.
Try this:
> Compare these references for my developer landing page. Separate shared patterns, reference-specific choices, and ideas that would be a poor fit for my audience. Recommend one direction, explain the tradeoffs, and write acceptance criteria. Do not copy brand names, wording, logos, illustrations, or distinctive visual details.
Then ask the agent to inspect the repository and map the recommendation to existing components. This keeps the design decision deliberate and prevents one attractive screenshot from controlling the entire page.
What should I capture first if I want Claude Code to use website references for a new landing page?
Capture references that answer different design questions. Choose one page with a strong information hierarchy, one with useful developer-focused interaction patterns, and one whose typography or visual tone fits your audience. Avoid collecting many nearly identical pages.
For each reference, note the page goal, section order, main action, approximate content density, and details you want to compare. Capture desktop and narrow-width views when responsive behavior matters. Ask Claude Code to separate visible observations from recommendations.
A practical starting set is Notion Developer Platform for a product-to-developer presentation, Claude Code for an AI coding-tool context, and Exa MCP Server for an MCP-related direction. Use them to inform decisions about your own copy, components, and brand styling rather than treating any one page as a template.