'검색하면 흐름이 끊긴다.' 누구나 한 번쯤 겪어봤을 이 불편함을 한 개발자가 직접 해결했다. Dev.to에 공개된 사례에서 그는 Claude Haiku 4.5 기반 브라우저 확장 rabbitholes를 만들어, 텍스트를 드래그하는 순간 Shadow DOM 기반 툴팁으로 설명을 띄우는 경험을 구현했다. 탭 전환 없이, 컨텍스트 손실 없이. 그것으로 끝이 아니다. 툴팁 안의 단어 역시 다시 드래그할 수 있어 개념을 네 단계 깊이까지 파고들어도 새 탭 하나 열리지 않는다.
이 사례가 흥미로운 이유는 기술 자체보다 문제 정의 방식 때문이다. 그는 'AI 챗봇을 쓰면 되잖아'가 아니라 '읽는 흐름 안에서 해결돼야 한다'는 사용자 경험의 핵심을 먼저 짚었다. 아키텍처 선택도 그 철학을 따른다. API 요청은 브라우저에서 api.anthropic.com으로 직접 전송되고, 중간 서버는 없다. API 키는 chrome.storage.sync에만 저장된다. 프라이버시를 설계 원칙으로 삼은 것이다. AI 도구가 개발 속도를 높여줄 때, 이런 판단의 밀도가 프로덕트의 완성도를 가른다.
거시적 맥락에서 보면 더 큰 지각변동이 감지된다. 2026년 6월, SpaceX는 AI 코딩 플랫폼 Cursor(Anysphere)를 약 600억 달러 규모의 전액 주식 교환 방식으로 인수했다. Simply Wall St의 분석에 따르면, 이 인수와 동시에 Google·Anthropic과 수십억 달러 규모의 AI 컴퓨팅 계약도 체결했다. 로켓과 위성을 쏘던 회사가 엔터프라이즈 소프트웨어와 AI 인프라를 아우르는 '풀스택 플랫폼'으로 자기 정체성을 재정의한 것이다.
Cursor는 단순한 코드 자동완성 도구가 아니다. 개발자가 의도를 표현하면 AI가 그것을 구현 단위로 번역해주는, 개발 워크플로우 자체를 재설계하는 플랫폼이다. SpaceX가 그 도구를 손에 넣었다는 것은, AI 코딩 도구가 이제 단순한 생산성 레이어가 아니라 기업 전략의 핵심 자산으로 평가받고 있음을 뜻한다. 인수 가격 600억 달러는 그 판단의 무게다.
현장 개발자들의 실천은 더 구체적이다. Dev.to 커뮤니티에서는 AI 에이전트에 부여하는 '스킬' 목록을 공유하는 움직임이 활발하다. Superpowers(기획 및 구현), Caveman(토큰 절감), Frontend Design(스타일링 지원), Remember(메모리 유지) 같은 역할 정의가 실무자들 사이에서 자연스럽게 유통되고 있다. 한 개발자는 teachme라는 커스텀 스킬을 직접 만들어—개념을 설명한 뒤 이해도를 평가하는 방식으로—에이전트를 학습 파트너로 재활용하기도 했다. AI를 '쓰는' 것이 아니라 '역할을 부여하고 운영하는' 단계로 이동하고 있다는 신호다.
세 사례를 관통하는 공통 구조가 있다. 문제를 먼저 정의하고, 도구를 그 뒤에 배치한다. rabbitholes는 '읽기 흐름의 단절'이라는 구체적 문제를 먼저 손에 잡았고, 에이전트 스킬 공유는 '반복적 컨텍스트 재설명'이라는 피로를 줄이려는 시도이며, Cursor 인수는 '개발자의 의도를 코드로 번역하는 병목'을 플랫폼 수준에서 해소하려는 전략적 선택이다. AI가 답을 내놓는 속도는 이제 문제가 아니다. 어떤 문제를 풀게 할 것인가, 그 설계 능력이 도구를 켠 사람들 사이의 격차를 만든다.
앞으로의 방향은 명확해 보인다. AI 코딩 도구는 텍스트 생성기에서 워크플로우 파트너로, 다시 전략 인프라로 격상되고 있다. 개발자에게 요구되는 것도 바뀐다. 코드를 빠르게 쓰는 능력보다, 문제를 정밀하게 정의하고 에이전트에게 맥락을 설계해주는 능력이 더 희소해지고 있다. rabbitholes를 만든 개발자가 Shadow DOM과 프라이버시 아키텍처를 먼저 고민했듯, 도구를 쥔 손보다 도구에 무엇을 시킬지 결정하는 판단이 결국 결과물의 질을 가른다.