Cursor를 쓰기 시작하면 개발 속도가 달라진다는 느낌은 단순한 기분이 아니다. 멀티파일 변경을 한 번의 지시로 처리하고, 코드베이스 전체를 인덱싱해 컨텍스트를 자동으로 파악하는 Composer 기능은 기존 'VS Code + AI 확장' 조합이 결코 따라올 수 없는 오케스트레이션 경험을 제공한다. dev.to에 올라온 글이 정확히 짚었듯, Cursor는 AI를 에디터에 붙이는 게 아니라 개발 환경 자체를 AI 중심으로 재설계한 도구다. 코딩에서 오케스트레이션으로 패러다임이 이동하고 있다.
그런데 이 흐름 위에 하나의 불편한 질문을 얹어야 한다. AI가 빠르게 생성하는 UI에서, 자동화된 파이프라인이 보지 못하는 품질 구멍은 누가 메우는가? dev.to에서 발표된 196개 AI 생성 프로덕션 앱 대상 모션 접근성 스캔 결과는 이 질문을 데이터로 구체화한다. 전체의 66.3%가 WCAG 2.2.2 Level A를 위반하는 무한 루프 애니메이션을 멈출 방법 없이 그대로 배포하고 있었고, 96.9%가 prefers-reduced-motion 가드를 전혀 적용하지 않았다.
더 흥미로운 지점은 '왜'다. 스캔 대상 5개 코호트 중 4개는 100% 비율로 모션 가드 없는 앱을 배포했다. 이건 개발자의 실수가 아니다. 플랫폼 기본값이 그렇게 설정돼 있기 때문이다. 유일하게 다른 양상을 보인 코호트 E는 루프 실패율이 25%에 그쳤는데, 연구자는 그 이유를 명확히 밝혔다. 해당 플랫폼이 디자인 시스템 수준에서 가드를 기본 탑재하고 있었다. 결국 이건 기술의 문제가 아니라 시스템 설계의 문제다.
이 맥락을 Cursor 워크플로우와 겹쳐 놓으면 시사점이 분명해진다. CI/CD 파이프라인에서 돌리는 axe나 Lighthouse 같은 접근성 검사 도구는 구조와 콘텐츠를 본다. 색 대비, 이미지 대체 텍스트, ARIA 레이블이 주요 감지 항목이다. 반면 애니메이션 동작, prefers-reduced-motion 준수 여부, 일시정지 가능 여부는 자동화 스캐너의 사각지대에 놓인다. 시각 회귀 테스트 도구는 스크린샷 비교를 위해 애니메이션을 의도적으로 멈추기까지 한다. Cursor가 Composer로 인증 플로우를 서비스 레이어로 추출하거나, REST 엔드포인트를 일괄 마이그레이션하는 동안, 그 과정에서 만들어진 UI 컴포넌트의 모션이 전정기관 장애를 가진 사용자에게 실제 어지러움과 메스꺼움을 유발할 수 있다는 사실은 아무도 감지하지 못한다.
전정기관 장애를 가진 사용자에게 무한 루프 애니메이션은 단순한 UX 불편이 아니다. OS 수준의 'Reduce Motion' 설정이 실제로 효과를 발휘하려면 앱이 그 신호를 들어야 한다. 96.9%가 이 신호를 무시하고 있다는 것은 사실상 대부분의 AI 생성 앱이 이 사용자들에게 귀를 닫고 있다는 뜻이다.
해결책은 기술적으로 어렵지 않다. 전체에 적용하는 CSS 미디어쿼리 한 블록으로 안전망을 깔 수 있고, 무한 루프 컴포넌트에 animation-play-state: paused와 연결된 일시정지 버튼을 붙이면 WCAG 2.2.2 기준을 충족한다. 더 효과적인 방법은 컴포넌트 기본값에 가드를 내장하는 것이다. 코호트 E가 증명했다. 그리고 Cursor 워크플로우에 이미 이 원칙을 녹일 수 있는 자리가 있다. 바로 시스템 프롬프트와 컴포넌트 기본값이다.
Cursor의 Composer에게 "인증 플로우를 서비스 레이어로 분리해줘"라고 지시할 때, 거기에 "모든 애니메이션 컴포넌트는 prefers-reduced-motion을 기본으로 준수하고, 반복 횟수가 무한인 경우 일시정지 제어를 포함해"를 함께 명시하면 어떨까. 코드베이스 인덱싱으로 문맥을 파악하는 Cursor라면, 이 규칙을 프로젝트 전반에 일관되게 적용하는 것이 기술적으로 불가능하지 않다. 디자인 토큰이나 컴포넌트 명세 파일에 이 제약을 선언해두면 Cursor가 멀티파일 변경 시 자연스럽게 따라오도록 만들 수 있다.
결국 AI 워크플로우가 고도화될수록, 설계자의 역할은 코드를 직접 짜는 것에서 '무엇을 기본값으로 삼을 것인가'를 결정하는 것으로 이동한다. Cursor가 오케스트레이션 도구라면, 개발자는 그 오케스트라가 지켜야 할 악보를 써야 한다. 접근성은 그 악보에서 선택 항목이 아니라 조율 기준으로 들어가야 한다. AI가 빠르게 생성하는 동안 품질을 지키는 것은 도구의 몫이 아니다. 그 구조를 설계하는 인간의 몫이다.