Builder mode

Pages break,
fix them faster.

Connected page context for teams that would rather fix the visual bug than stare at another dashboard. Briefs, diffs, responsive states, assets and code — all in one debugging workflow.

campaign / launch-v4 / visual issuesproduction

Unresolved visual issues

All environments ▾
CTA clipped on 390px viewportHero / mobile / 3 sessions
8mHigh
Proof card exceeds safe widthSocial proof / tablet
21mMedium
Asset fallback creates layout shiftGallery / no-asset mode
36mHigh
Diagram connector misses nodeProcess / 768px
1hHigh
Headline wraps into 4 linesHero / localization
2hLow
BriefVisual diffResponsiveAssetsBuild logsTypeScriptRelease
Developer first. Always.

Build the page.
Keep the context.

Landy treats landing-page quality like a production system: instrument the brief, connect the signals, catch regressions before they ship, and keep the fix close to the code.

Start in five lines

Drop in the brief and template. No giant design setup ceremony.

// landy.config.ts
renderPage({
  brief,
  template: 'sentry-inspired',
  visualQA: true
});

✓ page generated
✓ 3 breakpoints checked

Root-cause any visual issue

Connect screenshot symptoms to layout, component and code context.

ISSUE / LP-184high
Root cause

Grid switches to two columns at 760px while the content cards still enforce a 420px minimum width.

grid-template-columns → breakpoint mismatch

Break production less

Run visual preflight against responsive, accessibility and design-system rules before publish.

- min-width: 420px;+ min-width: 0;+ grid-template-columns: 1fr;
preflight: 0 blocking issues
ready to ship

Stay in the flow

Carry full page context into your editor, review workflow or coding agent.

You
Why does the pricing section feel broken on tablet?
Landy
The card ratio and heading wrap change at the same breakpoint. I found the exact CSS rule and prepared a fix.
Review
Patch ready · 3 viewport screenshots attached
Everything’s connected

One page.
Every signal.

Visual bugs rarely live in one place. Connect the user-facing symptom to the responsive state, asset, component, render log and code that produced it.

Page trace / launch-v4

390px · production
12:04:14.101Hero renderedlayout / 89ms
12:04:14.236Fallback asset resolvedasset / 121ms
12:04:14.481CTA clippedvisual issue
12:04:14.532Responsive rule flaggedCSS / hero.tsx

Replay the page state

See the exact viewport and interaction state around a visual issue.

LAUNCH / 04

A page worth stopping for.

Logs in context

Generation, asset and QA logs stay attached to the same page trace.

error visual_overflow hero.cta
info asset_fallback resolved in 121ms
warn diagram_connector target_miss #step-4
info build finished 782ms
info breakpoint 390x844 captured
Landy Debugger

Debugging needs context — with or without AI.

The debugger uses the page brief, component tree, visual diff, render logs and responsive state to explain why a page failed — then prepares a fix instead of stopping at the symptom.

Find the causeTrace the visual symptom back to the exact layout or component decision.
Prepare the fixGenerate a minimal TypeScript/CSS patch with before/after context.
Catch regressionsCompare the patch against prior responsive and visual QA history before publish.
Issue LP-184 / hero overflowDebugger active

Visual stack

HeroSection
  HeroContent
  HeroVisual
    CTAGroup ← overflow
  BackgroundScene

Viewport: 390 × 844
overflow-x: hidden
visual-width: 720px
cta-right: -48px
I compared the mobile screenshot with the component constraints and found one rule that stays fixed below 640px.
ROOT CAUSE

Desktop positioning survives the mobile breakpoint.

The CTA group remains absolutely positioned against a 720px visual canvas. The section then clips the overflow.

- position: absolute;
- right: -48px;
+ position: static;
+ width: 100%;
+ justify-content: flex-start;
Apply patch3 checks passed ↗
Get started in minutes

One renderer.
Predictable output.

Use Landy as a TypeScript renderer, inside an existing app, or as a template engine. The implementation stays portable instead of trapping the visual system in a proprietary builder.

import { renderSentryInspiredTemplate } from '@landy/templates';

const html = renderSentryInspiredTemplate({
  brand: 'Acme',
  headline: 'Ship the page. Keep the context.',
  primaryCta: 'Start building'
});

// Visual QA is part of the template contract.
// No copied Sentry assets required.

Loved by developers.
Proof when you have it.

The current Sentry homepage uses real developer and enterprise testimonials. This Landy adaptation preserves the bold quote rhythm without fabricating customers. Replace these placeholders only with verified proof.

“The page debugger cut the loop from screenshot → guess → CSS patch into one reviewable workflow.”
Illustrative testimonial placeholder
replace with verified customer proof
“The useful part is not another dashboard. It’s seeing the visual issue attached to the exact component and breakpoint.”
Illustrative testimonial placeholder
replace with verified customer proof
“No-asset mode still gives us something intentional to review instead of empty gray boxes.”
Illustrative testimonial placeholder
replace with verified customer proof
Fix it

See the page.
Find the cause.
Ship the fix.

Start with a brief. Landy keeps structure, visual state, responsive behavior, assets and code connected so the page gets better without the debugging guesswork.