Cursor가 캔버스에 Design Mode를 추가했다. 이게 AI 코딩 도구의 향후 방향을 보여준다고 생각한다. 이기는 플랫폼은 코드 생성에서 멈추지 않는다. 시각적 의도와 실제 구현 사이의 간극을 없앤다. 단순한 UX 개선이 아니다. Cursor를 디자이너와 엔지니어가 같은 라이브 결과물에서 함께 작업하는 공간으로 만든다.

주석 레이어는 저장소를 먼저 본다

Cursor의 내장 브라우저에서 UI 요소를 클릭해 주석을 달고, 에이전트에게 프로덕션 코드에 반영할 구체적 변경을 지시할 수 있다. 대부분의 AI 보조 프런트엔드 반복 작업이 아직도 의존하는 스크린샷+프롬프트 방식을 건너뛴다. 모호한 시각적 지시 대신, Cursor는 에이전트에게 HTML, 계산된 CSS, 바운딩 박스 컨텍스트를 넘긴다. 수정 결과가 실제로 원하는 것에 더 가까워진다.

별도 디자인 캔버스나 모호한 자연어 지시에 의존하는 도구는 느리게 느껴지기 시작할 것이다. Cursor 3의 Agents Window는 이미 이 능력을 염두에 두고 설계된 것 같다. 기존 에디터에 시각 도구를 덧붙이는 게 아니라 통합된 작업 공간을 만들고 있다.

• Figma→코드 핸드오프 사이클에 묶인 엔터프라이즈 팀은 시각적 의도가 바로 검토 가능한 diff로 이어지는 환경으로 전환 압박을 받을 것이다.
• 소규모 팀과 솔로 빌더는 UI 반복 속도에서 실질적 이점을 얻어 느린 도구 스택과의 격차를 벌린다.
• 열린 질문: Cursor가 복잡한 상태, 반응형 변형, 컴포넌트 시스템을 에이전트가 계속 실패하지 않고 처리할 수 있을까?

시각 컨텍스트가 새로운 경쟁 우위다

Cursor는 더 이상 코드 자동완성만으로 경쟁하지 않는다. 사용자가 보고 있는 것을 에이전트에게 얼마나 잘 보여주느냐로 경쟁한다. 에디터 내부에서 라이브 DOM에 접근하지 못하는 Claude Code 같은 CLI 도구 대비 구조적 이점이 생긴다. 실제 코드베이스 이해를 따라오지 못하는 시각 중심 IDE와 로우코드 플랫폼에도 압박을 준다.

| 해석 | 근거 | 인식 전환 | 내 견해 | |----------------|---------------------|------------------------|--------| | "Figma는 끝, 모든 것이 코드로 이동" | Cursor 3 Agents Window + Design Mode 단축키; builder.io 및 Giselle 분석 | 저장소를 단일 진실 소스로 재정의; 별도 디자인 도구의 가치 하락 | 과장됐지만 방향은 맞다. Figma는 아이데이션 가치를 유지하고, 실행은 Cursor가 가져간다 | | "Webflow 같은 또 하나의 비주얼 에디터" | 브라우저 비주얼 에디터에 관한 Cursor 블로그; 로컬 dev 서버 필요 | 차이를 명확히 함: 런타임 오버라이드가 아닌 에이전트 주도 코드 변형 | 요점을 놓침. Apply 단계와 에이전트 컨텍스트가 핵심이다 | | "디자이너가 이제 프로덕션 UI를 배포" | Cursor 3 초기 사용자 보고와 포럼 논의 | 핸드오프 축소에서 디자이너의 직접적 주도권으로 대화 이동 | 일부 워크플로에서는 현실적이지만 코드 리뷰와 복잡성이 한계다 | | "Cursor는 다른 AI IDE 대비 격차 확대" | Cursor 3 체인지로그 타이밍과 Canvas 지원 발표 | 빠르고 과감한 기능 반복으로 평판 강화 | 포지셔닝은 강하다. 안정성과 멀티 셀렉트 UX에 실행 리스크가 남아있다 |

내 생각:

Cursor는 디자인에서 프로덕션까지의 루프를 완전히 소유하는 방향으로 또 한 걸음 내디뎠다. 이걸 그냥 UI 개선으로 치부하면 변화를 놓친다. Cursor는 시각-코드 밀착 반복을 중시하는 팀에서 앞서 나간다. 아직도 분리된 디자인·개발 도구 중심으로 최적화하는 팀은 구조적으로 뒤처져 있다.