Flint

Flint는 드래그 앤 드롭 캔버스가 아니라 설명에서 랜딩 페이지를 만든다. 페이지를 설명하면 플랫폼이 클릭 뒤의 캠페인, 광고 그룹, 키워드에 맞춘 브랜드 부합 버전을 만든다. 디자인 대기열도, 빌드 티켓도 없다. 핵심은 처리량이다. 보통 대기열에 걸려 있을 페이지가 필요할 때 만들어진다.

API와 MCP 서버는 다른 도구가 Flint를 직접 호출하게 한다. MCP를 통해 이미 열어 둔 GTM 도구를 쓰면서 Claude나 다른 MCP 호환 어시스턴트 안에서 랜딩 페이지를 생성한다. 결과는 같고 탭 전환은 없다. 자체 자동화에 연결하고 싶을 때는 API가 같은 일을 맡는다.

Flint는 디자인 시스템을 읽어 생성 페이지가 브랜드처럼 보이게 하고, 엔터프라이즈 등급에서는 Figma 파일에서 지속 동기화할 수 있다. 로고만 얹은 템플릿과 사이트 나머지와 어울리는 페이지의 차이가 여기 있다. 브랜드가 흐트러지면 신뢰가 무너진다. 기본 등급에서도 기존 사이트에서 브랜드를 자동으로 캡처한다.

Google Ads 에이전트는 낭비되는 지출, 추가할 만한 제외 키워드, 잘못된 페이지를 가리키는 광고 그룹, 교체할 만한 페이지를 드러낸다. 이는 대부분의 계정이 결코 하지 못하는 관리인데, 매주 검색어와 랜딩 페이지 목적지를 훑을 시간을 가진 사람이 없기 때문이다. 추천을 검토하고 승인하면 Flint가 변경을 Google Ads 계정에 밀어 넣는다. 모든 작업에 승인이 필요하다. 이는 사람을 루프 안에 두며, 바로 그 부분이 중요하다.

페이지와 광고 에이전트는 모두 이미 정의한 것, 예컨대 디자인 시스템과 비즈니스 컨텍스트를 읽는다. 이 컨텍스트를 공유하기에 두 제품을 함께 돌리면 루프가 닫힌다. 에이전트가 트래픽을 개선하고 페이지가 그것을 전환한다. 하나만 돌리면 절반을 해결한 셈이다. 하나만 쓰면 문제의 나머지 절반이 손대지 않은 채 남는다.

Flint 페이지는 서브도메인에 있어 Webflow, Framer, Next.js, WordPress 등 팀이 메인 사이트를 호스팅하고 관리하려 이미 의존하는 무엇과도 나란히 돈다. 아무것도 뜯어내지 않는다. Flint를 시험하려고 사이트를 다시 만들지 않으며, 페이지는 Flint 호스팅 URL이 아니라 자기 도메인에 게시된다.

승인하거나 거부한 모든 추천이 각 제품의 기억에 들어가, 앞으로의 제안이 이미 시도한 것에 근거한다. 직접 만든 도구는 그렇게 가르치지 않는 한 이 피드백에서 배우지 않는다. 직접 만들면 소유하는 셈이다. 그것이 숨은 비용이다.