Hallmark는 AI가 만든 티가 나는 페이지를 내놓지 않는다

AI가 만든 랜딩 페이지는 4초면 알아볼 수 있고, 그걸 드러내는 건 대개 문구가 아니다. 모든 제목 위에 붙어 있는 작은 초록색 라벨이다. “FEATURES”라고 자간을 넓힌 대문자로 적힌 섹션 라벨. 헤드라인에서 색이 들어간 단어 하나, 언제나 같은 인디고 계열. 빈 프레임으로 채워진 후기 벽. 구독할 게 아무것도 없는 페이지 맨 아래의 뉴스레터 박스.

Hallmark는 바로 그런 것들을 거부하기 위해 만들어진 디자인 스킬이다. Together AI에서 나왔고 Claude Code, Codex, Cursor, OpenCode용으로 배포되며, 트렌딩 첫 달에 약 14,400개의 스타를 모았다. 제안은 직설적이다. 기계가 만든 것처럼 보이는 페이지는 내놓지 않는다.

무엇이 다른가

“예쁘게 만들어줘” 프롬프트가 실패하는 이유는 대개 지루하다. 무언가 느낌을 서술하고, 모델은 그 느낌을 매번 똑같은 열한 개의 시각적 클리셰로 번역한다. Hallmark의 접근은 이를 뒤집는다. 모델에게 센스를 발휘하라고 요구하는 대신, 작은 재료 세트와 해서는 안 되는 일의 목록을 쥐여준다.

재료는 테마 50개다. 각각 단일 파일이고 8KB로 제한되며, 종이 질감, 타입 스케일, 색, 표면 처리, 컴포넌트를 담는다. 테마마다 완성된 페이지의 그림도 있어서 모델이 “완성”이 어떤 모습인지 볼 수 있다. 중요한 건 테마가 템플릿이 아니라 재료라는 점이다. 페이지에 무엇이 어떤 순서로 들어갈지는 말해주지 않는다. 같은 테마로 두 번 프롬프트하면 서로 다른 두 페이지가 나온다.

게이트가 곧 제품이다

Hallmark는 프롬프트를 상대로 검사하지 않고 실제 브라우저에서 검사한다. 이 디테일은 들리는 것보다 중요하다. 모델에게 “히어로가 뷰포트에 맞는지 확인해”라고 말해도 1366×768 노트북에서 넘치는 히어로를 그대로 만들 수 있다. 아무것도 렌더링해본 적이 없기 때문이다. Hallmark는 페이지를 열어 직접 보고, 빌드를 실패시킨다.

게이트는 세 단계로 나뉘고, 이 단계 구분이 설계에서 가장 영리한 부분이다.

Floor 게이트는 절대 통과시키지 않는다. 대비 실패, 포커스 상태 누락, 모션 감소 설정 미처리, 깨진 모바일 레이아웃, 그리고 — 이건 예상하지 못했는데 — 지어낸 사실. 마지막 게이트는 환각으로 만들어진 주장을 콘텐츠 문제가 아니라 디자인 결함으로 취급한다. 페이지에 “4,000개 팀이 신뢰합니다”라고 써 있는데 브리프에 그 근거가 없다면 빌드는 멈춘다.

Reflex 게이트는 모델이 빠지는 기본값을 잡는다. 이건 무시할 수 있지만 기록이 남아야 한다. 빌드가 이유를 명시해야 한다. 미묘한 설계다. AI스러운 선택을 금지하는 게 아니라 모델이 그 선택을 정당화하게 만들고, 실제로는 그렇게 하면 대부분 죽는다.

Finish 검사는 공예적 디테일이다. 간격의 리듬, 광학적 정렬, 시니어 디자이너가 마지막 10분에 고치는 그런 것들. 출시를 막지는 않는다.

마지막 판정은 새 컨텍스트를 받은 리뷰어가 한다. 좋은 트릭이다. 같은 컨텍스트에서 자기 출력을 검토하는 모델은 자기 선택을 변호한다. 페이지를 처음 보는 모델은 그러지 않는다.

어떻게 쓰는가

명령은 세 개이고, 그 분리가 누구를 위한 도구인지 말해준다.

/hallmark는 프롬프트로 페이지를 만든다. /hallmark redesign <path>는 기존 페이지의 콘텐츠와 배선을 유지한 채 다시 만든다. 폼은 여전히 제출되고 링크는 여전히 어딘가로 간다. /hallmark audit <path>는 보고만 하는데, 남의 페이지가 이미 라이브 상태이고 왜 어색한 느낌인지만 알고 싶을 때 쓰는 모드다.

URL, 개발 서버, 실행 중인 앱을 가리켜 스스로 스크린샷을 찍을 수도 있다. 상상 속 제품이 아니라 실제 제품에 맞춰 디자인한다는 뜻이다. 사진도 진짜다. 공개 라이선스 사진 755장을 주제별로 골라 페이지에 크레디트를 붙인다. 노트북을 든 웃는 사람의 생성형 히어로 이미지는 없다.

왜 지금 등장했나

시점이 흥미로운 부분이다. 1년 전 AI 생성 인터페이스에 대한 불만은 망가졌다는 것이었다. 지금은 역량은 갖췄는데 여전히 틀렸다. 더 어려운 문제다. 역량이 갖춰지면 명백한 실패 신호가 사라지기 때문이다. 버그를 가리킬 수 없다. 사람이 만든 것 같지 않다는 느낌만 가리킬 수 있고, 느낌은 버그 트래커에 넣기 어렵다.

Hallmark의 답은 그 느낌을 체크리스트로 바꾸는 것이다. 모든 제목 위의 라벨. 자간을 넓힌 대문자. 색이 들어간 단어 하나. 콘텐츠 대신 놓인 빈 프레임. 화면을 벗어나는 히어로. 모든 페이지 끝의 가입 폼. 아무 데도 보내지 않는 “감사합니다” 상태. 하나하나가 구체적이고 검증 가능한 패턴이며, 모델이 학습 데이터에서 수만 번 봤기 때문에 하는 행동이다.

이 재구성이 실제 기여다. “AI 슬롭”은 스타일 문제가 아니라 명세 문제다. 모델은 하지 말아야 할 것을 아무도 알려주지 않았고 파이프라인 어디에도 검사할 수단이 없었기 때문에, 학습 데이터의 평균을 뽑아낸다.

뻔한 반론

테마 50개는 여전히 테마 50개다. Hallmark가 인기를 얻으면 Tailwind 템플릿을 알아보듯 Hallmark 페이지도 알아보게 될 것이고, 그러면 판이 다시 시작된다. 팀도 이걸 아는 듯하다. 테마가 레이아웃이 아니라 재료인 이유, 그리고 같은 게이트 아래 프롬프트만으로 디자인하는 커스텀 모드가 있는 이유다.

두 번째 반론은 게이트가 다른 사람의 취향을 코드로 굳힌다는 것이다. 자간을 넓힌 라벨이 본질적으로 나쁜 건 아니다. 어떤 페이지는 정말 뉴스레터 박스가 필요하다. 단계 구분이 이걸 부분적으로 해결한다. Reflex 게이트는 이유를 적으면 무시할 수 있다. 그래도 하우스 스타일이고, 하우스 스타일은 낡는다.

그렇다고 쓸모없어지는 건 아니다. 한 가지 일을 하기 위해 존재하는 80%의 페이지 — 예약을 받고, 물건을 팔고, 이메일을 얻는 페이지 — 에는 좋은 기본값이 된다. 그런 페이지의 실패 모드는 밋밋함이 아니라, 웹사이트를 한 번도 써본 적 없는 기계가 만든 듯한 기묘한 유능함이다.

가져갈 것

코딩 에이전트로 만든다면 여기서 전이 가능한 아이디어는 테마 50개가 아니다. 구조다. 작은 재료 세트, 절대 통과할 수 없는 것들의 단단한 바닥, 정당화를 요구하는 중간 단계, 그리고 논쟁의 기억이 없는 리뷰어. 이 패턴은 웹 페이지보다 훨씬 넓게 통한다. 사람이 4초 만에 판단하면서 이유는 말로 못 하는 걸 모델이 만들어내는 곳이라면 어디든.

그리고 그냥 새벽 3시에 생성된 것처럼 보이지 않는 랜딩 페이지가 필요하다면, 스킬 설치와 명령 세 번이면 된다. 장벽이 그만큼 낮으니 14,000개의 스타도 이해가 된다.