코딩하다가 디자인 시안 때문에 멈추고, 다시 피그마 켜서 수정하고, 그 변경 사항을 AI한테 다시 설명하던 그 피곤한 루틴 말이다. 이제 그 짓을 안 해도 된다. 클로드 코드(Claude Code)에 대놓고 /design이라는 스킬이 박혔다. 단순히 기능을 하나 추가한 수준이 아니라, 개발과 디자인이라는 두 개의 평행우주를 하나의 세션으로 뭉쳐버린 셈이다.
우리가 매번 겪던 그 지루한 '프롬프트 왕복 달리기'는 사실 AI 도구들이 가진 고질적인 컨텍스트 손실의 결과였다. 이제는 그럴 필요가 없다. 말 그대로 코드 에디터 안에서 바로 그림을 그리고, 시안을 보고, 즉각 코드를 짠다. 도대체 뭐가 달라졌는지, 그리고 이게 우리 작업 방식을 어떻게 뒤집어놓을지 따져보자. 💡
경계가 사라진 워크플로우의 실체
컨텍스트 파괴는 이제 끝났다
지금까지는 디자인 시안을 보고 코드를 짜다가도, "아, 이거 버튼 크기가 좀 애매한데?" 싶으면 다시 디자인 툴로 넘어가야 했다. 그러고 나서 다시 클로드에게 돌아와 "아까 그 디자인에서 버튼만 조금 더 키워봐"라고 설명해야 했다. 이게 정말 킹받는 지점이다. 작업의 흐름이 끊기는 순간 집중력도 같이 증발한다. 이제 클로드 코드는 자체 캔버스를 통해 디자인과 구현을 한 몸처럼 다룬다.특히 할 일 관리 앱 같은 걸 만들 때, PRD(제품 요구사항 정의서)와 design.md를 에이전트가 직접 띄워놓고 보고 있다. 캔버스 안에 시안을 여러 개 펼쳐놓고 비교하면서, 프롬프트 입력창을 붙잡고 씨름하지 않아도 프로퍼티 패널에서 즉시 컬러나 폰트를 조절한다. 결국 AI가 내 의도를 '말'로 이해하는 단계를 넘어, 시각적 결과물을 직접 '조작'하는 단계로 진입했다는 뜻이다.
병렬 작업의 마법
과거에는 한 번에 하나의 시안에 매달려야 했다면, 이제는 여러 개의 아트보드를 옆에 두고 동시다발적으로 작업한다. "이 컬러는 어때?"라고 물어보고 답변을 기다리는 대신, 그냥 캔버스에 띄워놓고 눈으로 확인하는 방식이다. 속도가 빨라진 게 문제가 아니라, 사고의 폭이 넓어졌다. 여러 디자인 옵션을 펼쳐두고 고민하는 과정 자체가 훨씬 인간적인 개발 경험을 제공한다.💡 요약해보면
- /design 스킬 도입으로 디자인·코딩 워크플로우 통합 완료
- 아트보드 캔버스를 통해 텍스트, 컬러 등 세부 요소 즉각 수정 가능
- 프로젝트 관련 맥락을 에이전트가 완벽히 파악하여 일관성 확보
그럼에도 우리가 경계해야 할 현실
생산성은 올랐지만, 신뢰성은?
Anthropic의 데이터에 따르면 AI 코딩 에이전트 도입 후 개발 생산성이 30~50%가량 향상되었다고 한다. 그런데 여기서 함정이 있다. 생산성 수치는 숫자로 찍히지만, 그 결과물의 '완성도'나 '신뢰성'은 또 다른 영역의 이야기다. 생성형 AI가 만든 디자인 결과물은 예쁘지만, 실무에서 그대로 쓰기엔 정책이나 제약 사항을 놓치는 경우가 허다하다.특히 디자인 시스템을 관리하는 전용 툴이 /design 스킬에는 빠져 있다는 점이 뼈아프다. 장기 프로젝트를 할 때 디자인 체계를 무시하고 당장의 시안만 쳐내다 보면, 나중에 코드가 '스파게티'가 되는 것과 마찬가지로 디자인 역시 '난장판'이 될 게 뻔하다.
🔥 짚고 넘어가야 할 문제 하나
AI가 디자인을 직접 캔버스에서 조작하는 게 편하긴 하지만, 그 데이터의 '출처'와 '검증'은 누가 하는가? 수많은 실무 사례를 보면, 외부 데이터를 긁어와서 시안을 만드는 AI 특성상 정책 변화나 데이터 신뢰성 문제로 뒤늦게 엎어야 하는 프로젝트가 비일비재하다. 결국 AI는 도구일 뿐, 최종 책임은 인간이 진다는 사실을 잊으면 안 된다.
디자인과 저작권의 묘한 줄타기
법적 책임은 결국 사람의 몫
다중 에이전트 시스템이 논문을 쓰거나 복잡한 아키텍처를 짤 때와 마찬가지로, AI가 디자인한 결과물이 저작권법과 충돌하는 순간은 반드시 온다. 기술은 이미 저작권법의 속도를 추월했다. 클로드 디자인이 만든 시안을 바탕으로 우리가 서비스를 런칭했는데, 그 디자인의 핵심 요소가 타사의 디자인 시스템 가이드라인을 침해했다고 치자. 서비스 제공자인 Anthropic일까, 아니면 이 에이전트를 조종한 개발자일까?이런 질문들이 아직 답이 없는 상태에서 우리는 화려한 캔버스 기능에만 열광하고 있을지도 모른다. 기술적 편리함이 법적 면죄부를 주는 건 결코 아니다.
어떻게 활용해야 똑똑한가
내보내기 기능의 한계를 인지하자
현재 시점에서 내보내기 기능이 제한적인 건 꽤 큰 단점이다. PPT나 PNG로 뽑아내지 못한다는 건, 클라이언트에게 보고하거나 기획서를 작성할 때는 여전히 '반쪽짜리' 도구라는 뜻이다.대신 MVP(최소 기능 제품)를 빠르게 검증하는 단계에서는 최고의 선택지다. 스타트업들이 3개월 만에 MVP를 뚝딱 만들어내는 사례들이 괜히 나오는 게 아니다. 디자인 시스템이 정립되지 않은 초기 단계, 혹은 개인적인 사이드 프로젝트에서는 굳이 복잡한 피그마 세션을 띄우지 말고 클로드 코드 안에서 해결하는 게 훨씬 생산적이다.
💭 개인적인 생각
처음 클로드의 업데이트 소식을 들었을 때 든 생각은 '또 하나 늘었네'가 아니라 '이제 진짜 1인 개발의 시대가 오긴 오는구나'였다. 30대인 나조차도 몇 년 전까지 디자인 툴을 배우느라 쏟았던 시간을 생각하면 요즘 후배들이 부럽기도 하고, 한편으론 씁쓸하다. 하지만 기술은 원래 그런 거니까. 중요한 건 기술에 휘둘리지 않고 내 목적에 맞게 도구를 부리는 태도다.
디자인 시스템이 엉망이 될까 봐 걱정된다면, 그건 AI 탓이 아니라 시스템을 설계하지 않는 우리 탓이다. AI가 더 똑똑해질수록 우리의 역할은 '그리는 사람'에서 '결정하는 사람'으로 완전히 옮겨가야 한다. 어떤 시안을 채택할지, 어떤 아키텍처를 유지할지는 결국 고집 있는 인간의 선택이니까. 앞으로의 개발은 코딩 실력보다 이런 디자인적 통찰과 시스템적 판단력이 승부를 가를 것 같다는 생각이 든다. 👀
📚 이 글이랑 같이 보면 좋은 글
이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
우리는 이제 '제작자'에서 '지휘자'로 넘어가고 있다. 클로드의 업데이트는 그 변화의 속도를 한층 더 높였다. 툴이 좋아졌다고 실력이 저절로 늘진 않지만, 시간을 아껴주는 건 확실하다. 그 아낀 시간으로 무엇을 할 것인가? 그건 순전히 우리 손에 달려있다.
결국 도구는 거들 뿐, 당신의 기획은 안녕하십니까?
#클로드 #ClaudeCode #AI코딩 #디자인툴 #업무효율 #생산성도구 #개발자 #AI디자인 #디지털노마드 #IT트렌드 #코딩입문 #피그마 #대체제 #신기술 #디자인워크플로우 #프로그래밍 #클로드디자인 #아트보드 #캔버스 #AI도구 #업무자동화 #프롬프트엔지니어링 #협업툴 #디자인시스템 #웹개발 #앱개발 #개발자라이프 #기술블로그 #IT정보 #클로드업데이트
0 댓글