AI 디자인이 한 번에 완성되지 않는 이유

URL: https://www.youtube.com/watch?v=PAXtfqAGWpQ
날짜: 2026-09-11
채널: Tech Bridge
원문 제목: [한영자막] 왜 AI 디자인은 원샷으로 안 될까요?
영상 길이: 15분 31초
발표자: Paul
영상 ID: PAXtfqAGWpQ

---

📌 핵심 질문 / 이 영상이 다루는 핵심 논점

==AI 디자인의 핵심은 한 번의 생성으로 결과물을 확정하는 일이 아니라, 사람이 디자인 언어와 맥락을 이용해 에이전트를 적절한 수준으로 조종하는 데 있다.==

• 픽셀 단위의 직접 조작은 너무 낮은 수준의 통제이고, 에이전트에게 “전부 디자인해 달라”고 맡기는 방식은 너무 높은 수준의 통제다.
• 좋은 디자인은 목표, 대상 고객, 감정적 영역, 참고 기준, 제품 맥락을 반영하며 여러 차례의 수정과 의견 조율을 거친다.
• 더 굵게, 더 조용하게, 증류하기, 다듬기, 더 조밀하게, 단단하게 만들기 같은 디자인 동사와 형용사는 인간의 의도를 에이전트에 전달하는 중간 제어 계층이 될 수 있다.
• Impeccable은 정해진 명령을 자동으로 실행하는 도구가 아니라, 사용자가 원하는 방향으로 에이전트를 조종하도록 돕는 디자인 스킬이자 시스템이다.

디자인은 감각적인 화면을 한 번에 출력하는 문제가 아니다. 같은 모델과 같은 코딩 환경을 사용해도 사용자가 디자인 언어를 얼마나 정확히 구사하는지에 따라 결과가 달라진다. 따라서 AI 시대의 디자인 도구는 사람을 과정에서 제거하는 자동화보다, 사람이 올바른 순간에 개입하고 자신의 취향과 맥락을 표현하도록 만드는 증폭된 작업 환경에 가까워야 한다.

1. Impeccable 데모가 보여준 출발점

1.1. 코딩 환경을 디자인 파트너로 바꾸는 도구

1. Impeccable의 역할

   1. 코딩 하네스의 디자인 역량 보강: Impeccable은 코딩 하네스(coding harness)를 더 나은 디자이너처럼 작동하게 만들고, 사용자가 더 나은 디자이너가 되도록 돕는 디자인 스킬이다.
   2. 폭넓은 실행 환경: Cloud Code, GitHub Copilot, Cursor, Codex 등 여러 개발 환경에서 사용할 수 있다.
   3. 발표의 초점: 도구의 기능 목록보다 Paul이 이 도구를 어떤 접근 방식으로 설계했는지가 핵심이다.

2. 문제의식을 드러내는 도입

   1. 점심 이후의 나른함: Paul은 청중에게 인사를 건네며 점심시간 이후의 슬럼프에서 벗어나도록 돕겠다고 말한다.
   2. ‘흠잡을 데 없음’의 의미: Impeccable을 이해하려면 디자인 결과가 단순히 그럴듯한 수준을 넘어, 맥락에 맞고 의도적으로 다듬어진 상태가 무엇인지 이해해야 한다.

1.2. “더 굵게” 명령으로 확인한 차이

1. 의도적으로 평범하게 만든 기준 화면

   1. 기본적인 웹사이트: 첫 화면은 다음 비교를 위한 기준점으로 일부러 매우 단순하게 만들어졌다.
   2. 밋밋하지만 기능하는 상태: 화면에는 색상과 최소한의 요소가 있지만 시각적 개성이 부족하고, 뛰어난 웹사이트라고 하기는 어렵다.

2. Impeccable이 적용된 변화

   1. 사용한 명령: “워크플로 섹션을 더 굵게 만들어 달라(Make the workflow section bolder)”고 요청한다.
   2. 달라진 결과: Impeccable이 설치된 상태에서는 워크플로 섹션의 위계와 강조가 더 분명해진다.
   3. 남은 문제: 섹션 번호에는 GPT와 Claude가 자주 만들어내는 전형적인 AI 흔적이 남아 있다. 결과가 완벽하다고 주장할 수는 없지만, 이전보다 더 대담하고 뚜렷해졌다.

3. 도구 효과에 대한 검증 방식

   1. 플라시보 의심: Impeccable 사용자들은 모델 자체가 충분히 좋아진 것인지, 도구가 실제로 효과를 낸 것인지 구분하기 어렵다고 말한다.
   2. 동일 조건 비교: 같은 프로젝트에 같은 프롬프트를 넣고, Impeccable이 설치되지 않은 GPD55의 extra high 설정과 비교한다.
   3. 판단의 여지: 두 결과 사이에는 작은 차이가 아니라 전후가 꽤 다르게 느껴지는 차이가 있으며, 최종 판단은 보는 사람에게 맡긴다.

2. 디자인 작업의 양극단과 필요한 중간 지점

2.1. 엔지니어와 디자이너의 경계가 무너지는 과정

1. 역할의 상호 이동

   1. 디자인 엔지니어의 증가: 과거보다 더 많은 사람이 디자인과 엔지니어링을 함께 수행하는 디자인 엔지니어가 되고 있다.
   2. 양방향 이동: 디자이너는 코드로 들어가고, 엔지니어는 디자인으로 들어가며, 각자의 전문 영역이 서로를 향해 이동한다.

2. 공유 디자인 언어의 가치

   1. 공통 어휘: Impeccable을 써 본 사람들이 가장 크게 칭찬하는 지점은 모두가 소통할 수 있는 공통 디자인 언어가 생긴다는 점이다.
   2. 충돌하는 세계: 디자인과 엔지니어링은 이미 서로 충돌하고 있으며, 과거의 전달 방식만으로는 이 현실을 처리하기 어렵다.

2.2. 폭포수식 인수인계가 더 이상 현실이 아닌 이유

1. 전통적인 흐름

   1. 무엇을 정하는 단계: PM이 무엇을 만들지 정한다.
   2. 디자인 단계: 디자이너가 이를 시각적·상호작용적 설계로 만든다.
   3. 인수인계와 검토: 설계가 엔지니어에게 넘어가고 리뷰와 비평을 거친다.
   4. 구현 단계: 엔지니어가 최종 제품을 구축한다.

2. 현실에서의 붕괴

   1. 역할이 동시에 움직임: AI 코딩과 디자인 도구가 결합되면서 구분된 단계가 빠르게 겹친다.
   2. 고정된 전달선의 한계: 디자인이 완성된 다음 엔지니어에게 넘긴다는 폭포수 모델은 실제 작업 방식과 점점 맞지 않는다.

2.3. 픽셀 조작과 완전 위임 사이

1. 직접 조작의 세계

   1. 픽셀 공간에서의 통제: Figma에서 여백(margin), 패딩(padding), 간격(spacing)을 직접 조절한다.
   2. 최종 결과의 직접 편집: Webflow나 다른 도구에서 결과물과 디자인을 바로 움직인다.
   3. 장점과 한계: 원하는 요소를 정확히 만질 수 있지만, 에이전트가 루프를 반복하며 빠르게 작업하는 흐름에 비하면 뒤처지는 느낌을 받을 수 있다.

2. 완전한 에이전트 방식

   1. 극단적인 위임: 에이전트에게 “이것을 디자인해 줘”, “이것을 만들어 줘”라고 요청한다.
   2. 과도한 추상화: 사람이 어떤 결정을 내려야 하는지 사라지고, 에이전트가 임의로 선택한 결과가 남는다.

3. 중간 지점의 질문

   1. 정확한 통제 수준: 사람이 픽셀을 하나씩 만지지 않으면서도 에이전트에게 모든 결정을 넘기지 않는 통제 수준은 어디인가?
   2. 인간 개입 시점: 인간을 루프 안에 언제 삽입해야 최종 결과를 가장 잘 조종할 수 있는가?
   3. 도구 선택의 문제: Opus로 diff를 화면 중앙에 두는 유명한 트윗은 Opus를 쓰기에 좋은 예는 아니지만, 작업마다 적합한 도구와 추상화 수준이 다르다는 문제를 잘 보여준다.

3. AI가 만들어내는 동일성과 원샷 디자인의 한계

3.1. 직접 조작은 너무 낮고 완전 위임은 너무 높다

1. 너무 낮은 수준의 직접 조작

   1. 수치 조정의 한계: 패딩, 마진, 간격을 직접 조정하는 일은 디자인 의도를 표현하기에는 지나치게 낮은 수준의 작업이다.
   2. 문제 해결과 분리: 숫자를 바꾸는 일은 무엇을 강조하고 어떤 감정을 만들지 결정하는 일과 다르다.

2. 너무 높은 수준의 완전 위임

   1. 2022년식 결과: 에이전트에게 모든 디자인을 맡기면 2022년쯤 흔히 보던 웹페이지가 출력된다.
   2. 보라색 그라데이션 이후: 최신 모델은 예전처럼 모두 보라색 그라데이션을 사용하지는 않지만, 특정한 스타일을 반복한다는 문제는 계속 남아 있다.
   3. Claude beige: Claude가 다른 옷을 입은 것처럼 보이게 만든 결과도 본질적으로는 슬롭(slop)이다. 세리프 글꼴, 이탤릭체, 베이지 톤 등 비슷한 조합이 반복되어 ‘Claude beige’라는 별칭이 붙는다.
   4. 알고리즘적 유사성: 각각의 디자인이 나쁘다고 단정할 수는 없지만, 모든 결과가 똑같아지면 Paul이 ‘algorithmic unilo’라고 부르는 알고리즘적 획일성이 생긴다.

3.2. 디자인은 원샷으로 완성되지 않는다

1. 핵심 주장

   1. 현재의 한계: “You cannot oneshot design.” 디자인은 한 번에 완성할 수 없다.
   2. 미래에 대한 유보: 언젠가 가능해질 수도 있지만, 현재로서는 가능하다고 보기 어렵고 영원히 불가능할 가능성도 있다.

2. 좋은 디자인에 필요한 맥락

   1. 목표: 무엇을 만들고 어떤 결과를 얻으려는지 알아야 한다.
   2. 대상 고객: 누가 사용하고 어떤 기대와 배경을 가진 사람인지 반영해야 한다.
   3. 만들고자 하는 것: 제품·서비스의 실제 목적과 맥락이 풍부하게 들어가야 한다.
   4. 반복: 한 번의 출력이 아니라 여러 차례 촬영하고, 수정하고, 비교하는 과정이 필요하다.

3. 디자인이 본질적으로 복잡한 이유

   1. 여러 의견: 혼자 일하는 솔로프리너라도 사용자와 이해관계자의 의견을 고려해야 하며, 팀이라면 서로 다른 판단이 더 많이 개입한다.
   2. 사용자의 관점: 사용자는 각자 의견과 기대를 가지고 있다.
   3. 문제의 삭제 불가: “에이전트야, 이 문제를 해결해 줘”라고 말한다고 해서 디자인의 복잡한 의사결정이 사라지지 않는다.

3.3. 디자인 언어가 없으면 방향을 합의할 수 없다

1. 답답함이 쌓이는 과정

   1. 공유 어휘의 부재: 디자인 경험이 없는 사람은 화면이 왜 어색한지 설명하기 어렵다.
   2. 내면의 감정: 뭔가 잘못됐다는 느낌은 쌓이지만, 그 감정을 팀이나 에이전트가 실행할 수 있는 지시로 바꾸기 어렵다.

2. 먼저 답해야 할 질문

   1. 감정적 영역: 화면은 어떤 감정적 영역을 차지해야 하는가?
   2. 금지할 인상: 절대 어떤 느낌이 되어서는 안 되는가?
   3. 참고 기준: 어떤 디자인이나 문화적 기준을 참고해야 하는가?
   4. 대상 청중: 누가 이 결과를 보고 사용하며, 그 사람에게 무엇이 중요해야 하는가?

3. 인간 디자이너도 맥락을 묻는다

   1. 가상의 디자인 스튜디오 사례: 세계 최고의 디자인 스튜디오에 찾아가 “내가 원하는 브랜드 디자인이 뭔지 알죠?”라고 말한다고 가정해도, 디자이너가 고개를 끄덕인 뒤 바로 작업하러 가는 일은 말이 되지 않는다.
   2. 필수적인 이해: 디자이너는 무엇을 만들려는지와 그것으로 무엇을 얻으려는지를 파악해야 한다.
   3. AI에도 같은 기준 적용: 인간 디자이너에게 요구하는 맥락 파악을 AI 에이전트에게는 생략해도 된다는 근거가 없다.

4. 형용사와 동사로 만드는 중간 제어 계층

4.1. 그럴듯하지만 텅 빈 페이지의 문제

1. 2026년식 AI 슬롭

   1. 빠른 바이브 코딩: 페이지는 빠르게 코딩되어 겉으로는 어느 정도 능숙해 보인다.
   2. 결정의 부재: 그러나 화면의 어떤 요소에 대해서도 명확한 사람이 결정을 내리지 않았다.
   3. 내용의 공허함: 한 번에 만들어진 페이지는 기능적으로 유능해 보일 수 있지만, 완전히 비어 있다.

2. Impeccable의 논지

   1. 필요한 만큼의 제어권: 지난 몇 달 동안 만든 도구의 목표는 에이전트를 올바른 방향으로 조종하는 데 필요한 만큼만 통제권을 제공하는 것이다.
   2. 사람의 역할 보존: 사람이 최종 방향과 의미를 결정하되, 픽셀을 하나씩 조정하는 부담은 줄인다.

4.2. 의미를 압축하는 디자인 어휘

1. 대표적인 디자인 명령

   1. 더 굵게(bolder): 요소의 시각적 위계와 주의를 강화한다.
   2. 더 조용하게(quieter): 주변 요소와 경쟁하지 않도록 존재감을 낮춘다.
   3. 증류하기(distill): 핵심 의미만 남기도록 단순화한다.
   4. 다듬기(polish): 거친 부분을 정리해 완성도를 높인다.
   5. 더 조밀하게(denser): 정보와 시각적 구조를 더 높은 밀도로 정리한다.
   6. 단단하게 만들기(harden): 특정 기기에서 성능이 나쁘거나 반응형 동작이 깨지지 않도록 모든 환경에서 제대로 작동하게 만든다.

2. 언어가 결과를 바꾸는 이유

   1. 동일 조건 비교: 디자인 경험이 거의 없는 엔지니어와 디자이너가 같은 모델과 같은 하네스를 사용해 같은 작업을 해도 결과에는 뚜렷한 차이가 난다.
   2. 차이를 만드는 변수: 모델이나 도구가 아니라 작업자가 사용하는 디자인 언어가 결과의 방향을 바꾼다.
   3. 언어의 압축: Impeccable은 디자인 언어를 스킬과 시스템으로 압축해 사용자가 자신의 의도를 더 잘 표현하도록 만든다.

4.3. ‘더 굵게’는 프로젝트 맥락에서 다시 정의되어야 한다

1. 일반 모델의 문제

   1. 모호한 지시: GPT나 Claude에게 맥락 없이 “더 굵게 만들어 달라”고 말하면, 모델은 사용자가 무엇을 뜻하는지 알 수 없다.
   2. 임의의 시각 효과: 모델은 자체적인 기준에 따라 새 색상과 새 그라데이션을 만들 수 있고, 사용자가 원하지 않은 방향으로 움직일 수 있다.

2. Impeccable에서의 의미

   1. 그래디언트가 핵심이 아님: ‘더 굵게’는 그라데이션, 유리 효과, 네온 효과를 추가하는 일이 아니다.
   2. 위계와 스케일: 중요한 정보의 위계를 세우고 요소의 스케일을 조정한다.
   3. 결정적인 타이포그래피: 타이포그래피를 명확하게 만들어 사용자의 주의를 적절히 끌어올린다.
   4. 디자인 시스템 보존: 기존 디자인 시스템을 깨뜨리지 않으면서 강조의 강도를 높인다.

3. 성공을 판정하는 역설

   1. 보이지 않는 도구성: 작업물을 보여주며 “AI가 이 부분을 더 굵게 만들었다”고 설명했을 때 상대가 쉽게 믿는다면 실패에 가깝다.
   2. 자연스러운 결과: 사람은 어떤 명령이 실행됐는지 눈치채지 못하고, 화면의 의도와 위계만 자연스럽게 이해해야 한다.
   3. 에이전트의 자기 검토: Impeccable은 에이전트가 결과를 스스로 되돌아보며 무엇인가 잘못했는지 판단하도록 지시하는 부분도 포함한다.

4.4. 단어에 의미를 주입하는 일

1. 형용사는 의미의 표지어다

   1. 발표자의 표현: Paul은 형용사를 의미를 부여하고 의미를 불어넣는 단어로 설명하며, ‘light word/light wart’라는 독일어 용어를 언급한다. 자동 자막에서는 해당 용어가 불명확하게 표기되지만, 핵심은 단어 자체보다 단어에 특정 영역의 의미를 주입하는 과정이다.
   2. 모델의 기본 의미와 프로젝트 의미: 모델은 이미 ‘대담하다’나 ‘더 굵게’의 일반적인 의미를 알고 있지만, 프로젝트에서 필요한 의미는 별도로 정의해야 한다.

2. 적절한 고도(altitude)

   1. 추상화의 이동: 단어를 관심 있는 디자인 영역으로 번역하면 그 단어가 작동하는 적절한 추상화 수준이 달라진다.
   2. 너무 높은 곳의 한계: 형용사 수준의 추상화만으로는 모든 문제를 해결할 수 없다.
   3. 너무 낮은 곳의 한계: 패딩과 간격 같은 수치만 만져서는 디자인의 의도와 감정을 다룰 수 없다.
   4. 중간 고도의 가치: 사람이 방향을 말하고 에이전트가 맥락에 맞는 구체적인 변경을 수행하는 중간 계층이 필요하다.

5. 디자인 워크플로에 맞춘 개입 지점

5.1. AI가 아직 대체하지 못하는 마지막 구간

1. AI가 잘하는 구간

   1. 탐색적 작업: 화면에 무언가를 빠르게 올리고 여러 가능성을 살피는 작업에는 AI가 유용하다.
   2. 초기 결과 생성: 완성 전 단계의 시안과 방향을 빠르게 만들 수 있다.
   3. 부분적인 다듬기: 마지막에 가벼운 정리만 필요한 경우에도 AI가 좋은 수준을 더 나은 수준으로 끌어올릴 수 있다.

2. 인간이 여전히 맡아야 하는 구간

   1. 좋음에서 훌륭함으로 가는 마지막 5~20%: 현재 AI는 이 마지막 5%, 10%, 많게는 20%의 작업을 인간으로부터 완전히 대체할 만큼 충분히 발전하지 않았다.
   2. 맥락적 판단: 무엇을 버리고 무엇을 남길지, 어떤 감정을 유지하고 어떤 인상을 제거할지는 사람의 판단이 필요하다.
   3. AI의 보조적 가치: AI가 인간을 완전히 대체하지 못하더라도 그 마지막 구간의 작업을 더 좋아지게 만드는 보조 도구가 될 수 있다.

5.2. 비선형 디자인 프로세스의 지도

1. 워크플로 우선 원칙

   1. 20년의 도구 개발 경험: Paul은 20년 넘게 도구를 만들어 왔으며, 도구를 만들 때마다 대상 사용자의 실제 워크플로부터 설계한다.
   2. 비선형성: 디자인 워크플로는 직선이 아니라 복잡하고 지저분하며 여러 단계를 거친다.
   3. 다양한 참여자: 디자이너, 엔지니어, PM, 이해관계자, 사용자 등 서로 다른 사람들이 과정에 관여한다.

2. 단계별 주입 지점

   1. 초기화와 형태 잡기(initialization/shaping): 무엇을 만들고 어떤 방향의 디자인으로 발전시킬지 구상한다.
   2. 제작(crafting): 형용사와 동사를 사용해 구체적인 시각적·구조적 결정을 밀어붙인다.
   3. 반복(iterating): 결과를 보고 다시 명령을 내리며 여러 가능성을 비교하고 수정한다.
   4. 단단하게 만들기와 다듬기(harden/polish): 여러 기기와 상태에서 작동하는지 확인하고 세부 완성도를 높인다.
   5. 디자인 시스템으로 회수: 완성된 결과를 다시 디자인 시스템에 반영하고 기술 부채와 디자인 부채를 정리한다.

5.3. overdrive 명령과 커뮤니티 실험

1. 배포를 망설인 명령

   1. 과장된 결과: overdrive는 디자인을 완전히 과장되고 과도한 방향으로 밀어붙이는 명령이다.
   2. 반쯤 농담으로 시작: Paul은 이 명령을 진지한 기능이라기보다 반쯤 농담처럼 만들었고, 실제로 배포해도 될지 확신하지 못했다.
   3. 사용자의 열광: 커뮤니티는 예상보다 강하게 반응했고, 사람들은 이 명령을 매우 좋아했다.

2. 라디안 셰이더 사례

   1. 기본 작업: Paul이 만든 셰이더 라이브러리인 Radian Shaders를 위해 사실적인 이벤트 호라이즌 셰이더를 제작했다.
   2. 과장 단계: overdrive를 사용해 현실적인 결과를 더 과장되고 우스꽝스러운 방향으로 밀어붙였다.
   3. 원샷이 아닌 반복: 이 결과도 한 번의 완성품이 아니라, 기본 결과를 만든 뒤 명령으로 특성을 추가한 반복 과정의 산물이다.

3. 커뮤니티를 통한 명령 검증

   1. 가설로서의 명령: 어떤 명령이 유용할지 확신할 수 없을 때 먼저 만들어 본다.
   2. 실제 사용자 반응: 커뮤니티에 공개해 사람들이 실제로 즐거움을 얻는지 확인한다.
   3. 정착 조건: 사람들이 반복해서 사용하고 재미와 가치를 느끼면 도구의 언어로 정착시킨다.

6. 자동화가 아니라 방향 제시를 위한 도구

6.1. 정의되지 않은 형용사는 더 나은 프롬프트일 뿐이다

1. 모호한 형용사의 한계

   1. 문맥 과잉: 모델의 학습 자료에는 ‘대담하다’, ‘조용하다’, ‘정교하다’ 같은 단어가 너무 다양한 의미로 들어 있다.
   2. 임의 해석: 사용자가 의도한 특정 의미를 설명하지 않으면 에이전트는 자신이 가진 여러 해석 중 하나를 임의로 선택한다.

2. 실행 가능한 어휘 만들기

   1. 단어의 정의: 사용자는 그 단어가 현재 프로젝트의 디자인 시스템과 목표에서 무엇을 뜻하는지 알려야 한다.
   2. 결과의 검증: 명령이 실제로 원하는 위계와 감정을 만들었는지 결과를 보고 다시 판단해야 한다.
   3. 반복 가능한 시스템: 반복되는 정의와 판단을 스킬과 파일에 압축하면 다음 명령에서도 같은 기준을 적용할 수 있다.

6.2. 자동으로 모든 일을 하게 만들지 않는 이유

1. 반복되는 자동화 요청

   1. 커뮤니티의 요구: 적어도 일주일에 한 번은 “Impeccable이 모든 일을 알아서 하게 만들면 멋지지 않겠느냐”는 요청을 받는다.
   2. 자동 선택의 유혹: 사용자가 어떤 명령을 내릴지 결정하지 않아도 시스템이 알아서 최종 디자인을 완성하기를 기대한다.

2. 도구의 의도

   1. 조종 장치: 핵심은 명령을 선택하는 부담을 없애는 것이 아니라, 사용자가 원하는 최종 결과로 향하도록 에이전트를 조종할 방법을 주는 것이다.
   2. 원샷 거부: Impeccable은 단 한 번의 디자인 작업으로 끝나는 도구가 될 수 없고, 그렇게 만들어질 의도도 없다.
   3. 자동 모드의 부재: Paul은 자동으로 모든 일을 처리하는 방향의 풀 리퀘스트를 닫겠다고 말하며, “자동은 없고 앞으로도 없을 것”이라고 선을 긋는다.

7. 취향은 자동 생산되지 않고 증폭된 기술로 드러난다

7.1. 취향과 도구의 관계

1. 취향을 실험실에서 만들 수 없는 이유

   1. 맥락성: 취향은 본질적으로 맥락에 따라 달라진다.
   2. 문화성: 취향은 문화적 차이와 경험에 연결되어 있다.
   3. 희소성: 모두가 같은 결과를 모방하면 그 특성이 흐려지고 더 이상 취향으로 인식되지 않는다.

2. 도구가 할 수 있는 일

   1. 날카롭게 만들기: 도구는 사용자의 취향을 만들어내지는 않지만, 이미 가진 취향을 더 선명하게 다듬을 수 있다.
   2. 표현 확대: 사용자가 자신의 취향을 결과물에 더 많이 드러내도록 돕는다.
   3. Amplified craft: Paul은 이를 ‘증폭된 기술(amplified craft)’이라고 부른다. 도구가 취향을 대신하는 것이 아니라, 사람의 제작 능력과 판단을 증폭한다.

7.2. Impeccable이 해결하지 않는 문제

1. 취향의 자동 생성 거부

   1. 논쟁적인 입장: 취향은 증폭될 수 있는지에 대해 논쟁이 있을 수 있지만, Paul은 자신의 도구로 취향의 문제를 해결하려 하지 않는다.
   2. 같음의 위험: 자동화가 모든 사람에게 같은 스타일을 제공하면 알고리즘적 획일성이 더 커질 수 있다.

2. 도구의 정확한 역할

   1. 표현 수단: 사용자가 가진 기준과 맥락을 에이전트에 전달하는 표현 수단이다.
   2. 협업 인터페이스: 인간과 에이전트 사이의 디자인 언어를 제공하는 협업 인터페이스다.
   3. 판단의 보존: 무엇이 좋은지, 무엇을 남길지, 어떤 문화적 맥락을 존중할지는 여전히 인간이 판단한다.

주요 발언 모음

“You cannot oneshot design.”
디자인은 한 번에 완성할 수 없다.

“If they believe you, you failed.”
“AI가 이 부분을 더 굵게 만들었다”는 말을 상대가 그대로 믿는다면 실패한 것이다.

“An adjective with nothing behind is just a nicer prompt.”
뒤에 구체적인 의미가 없는 형용사는 그저 더 보기 좋은 프롬프트일 뿐이다.

“The point is to give you a way to steer what you want to end up with.”
핵심은 원하는 최종 결과를 향해 에이전트를 조종할 방법을 제공하는 것이다.

“There is no auto and there will be no auto.”
자동은 없고 앞으로도 없을 것이다.

핵심 데이터 & 수치

• 15분 31초: Paul이 AI 디자인의 통제 수준과 Impeccable의 설계 철학을 설명한 발표 길이다.
• 5~20%: 현재 AI가 좋은 결과를 훌륭한 결과로 끌어올리는 마지막 인간 작업을 완전히 대체하지 못한다고 보는 범위다.
• 20년 이상: Paul이 도구를 개발해 온 기간이며, 실제 사용자의 워크플로를 먼저 매핑하는 원칙의 배경이다.
• 주 1회 이상: Impeccable을 자동화해 모든 일을 맡기자는 요청을 받는 빈도다.
• Cloud Code·GitHub Copilot·Cursor·Codex: Impeccable이 작동하는 대표적인 개발 환경이다.
• Figma·Webflow: 픽셀과 최종 결과를 직접 조작하는 기존 디자인 방식의 사례다.
• Radian Shaders·이벤트 호라이즌 셰이더: overdrive 명령이 기본 결과를 더 과장된 결과로 밀어붙인 사례다.

결론 및 시사점

1. AI에게 디자인을 한 번에 맡기기보다 목표, 청중, 금지할 인상, 참고 기준, 제품 맥락을 먼저 정의해야 한다.
2. 픽셀 수치만 직접 조작하는 방식과 완전한 에이전트 위임 사이에 인간이 방향을 정할 수 있는 중간 제어 계층을 마련해야 한다.
3. 더 굵게, 더 조용하게, 증류하기, 다듬기, 단단하게 만들기 같은 어휘는 디자인 의도를 에이전트가 실행할 수 있는 단위로 압축한다.
4. 단어를 프로젝트의 디자인 시스템과 목표에 맞게 정의하지 않으면 에이전트는 일반적인 학습 데이터의 의미를 따라 임의의 색상·그라데이션·스타일을 만들어낸다.
5. 디자인은 초기화, 제작, 반복, 단단하게 만들기, 다듬기, 디자인 시스템 회수의 비선형 흐름이며, AI는 각 단계의 적절한 주입 지점에서 사용해야 한다.
6. 탐색과 초기 구현에는 AI가 빠르고 유용하지만, 좋은 결과를 훌륭한 결과로 만드는 마지막 5~20%에는 인간의 맥락적 판단이 남아 있다.
7. 좋은 자동화는 인간의 결정을 지우는 자동 실행이 아니라, 인간이 더 높은 수준의 결정을 내리도록 에이전트를 조종하는 인터페이스다.
8. 취향은 대량 생산하거나 실험실에서 배양할 수 없지만, 도구를 이용해 더 날카롭게 드러내고 표현할 수 있다.

핵심 요약 (20줄)

AI 디자인은 한 번의 생성으로 끝나는 작업이 아니라 맥락과 반복을 통해 완성되는 판단 과정이다. Impeccable은 코딩 하네스를 더 나은 디자인 파트너로 바꾸는 디자인 스킬이자 시스템이다. Impeccable은 Cloud Code, GitHub Copilot, Cursor, Codex 같은 여러 개발 환경에서 작동한다. 기본 웹사이트에 “워크플로 섹션을 더 굵게 만들어 달라”고 요청하면 디자인의 위계와 강조가 달라진다. 같은 프로젝트와 프롬프트를 사용해도 Impeccable 적용 전후의 결과는 뚜렷한 차이를 보인다. 디자이너와 엔지니어의 역할은 서로의 영역으로 이동하며 기존의 역할 경계가 흐려지고 있다. PM의 요구사항, 디자인, 인수인계, 엔지니어 구현으로 이어지는 폭포수식 흐름은 현실에서 빠르게 무너지고 있다. Figma의 픽셀 조작은 지나치게 낮은 통제이고 에이전트 완전 위임은 지나치게 높은 통제다. 완전한 에이전트 위임은 보라색 그라데이션 이후에도 Claude beige와 알고리즘적 획일성을 반복한다. 좋은 디자인은 목표, 대상 고객, 제품 맥락을 풍부하게 반영하고 여러 차례 반복되어야 한다. 사용자와 이해관계자의 서로 다른 의견 때문에 디자인은 본질적으로 복잡한 과정이다. 디자인 언어를 모르면 어색함을 느껴도 에이전트와 팀에 수정 방향을 전달하기 어렵다. “더 굵게”와 “더 조용하게”는 프로젝트 맥락에서 구체적으로 정의될 때 실행 가능한 명령이 된다. “증류하기”는 핵심 의미만 남기는 단순화이고 “단단하게 만들기”는 여러 기기와 상태에서 작동하게 만드는 작업이다. 같은 모델과 하네스를 사용해도 엔지니어와 디자이너가 사용하는 언어에 따라 결과는 크게 달라진다. AI는 탐색과 초기 구현에는 강하지만 좋은 결과를 훌륭한 결과로 만드는 마지막 5~20%를 완전히 대체하지 못한다. Impeccable의 워크플로는 초기화, 제작, 반복, 단단하게 만들기, 다듬기, 디자인 시스템 회수를 연결한다. overdrive는 커뮤니티 실험을 통해 유용성과 재미가 검증된 과장된 디자인 명령의 사례다. 자동화의 목적은 모든 결정을 없애는 것이 아니라 사용자가 원하는 결과로 에이전트를 조종하게 하는 것이다. 취향은 자동 생산할 수 없지만 도구는 인간의 취향과 제작 능력을 더 날카롭게 드러내는 증폭된 기술이 될 수 있다.