오푸스 5로 밤새 완성한 신상품, 남은 숙제는 디자인

밤 10시, 에르메스단 채팅창에 스크린샷 대신 후기 한 줄이 올라왔다. 오푸스 5(클로드 Opus 5) 출시일에 밤을 꼬박 새워 신상품을 완성했다는 소식이었다. 그 뒤로 이어진 이야기는 축하보다는 다음 관문, 디자인 쪽으로 흘러갔다. 참여자 8명이 메시지 23건을 주고받는 짧은 대화 안에서, 완성의 기쁨은 곧바로 다음 고민으로 넘어갔다.

"ㅋㅋ 오푸스 5 출시날에 븥잡고 새벽까지 깎았습니다 ㅜㅠ"

코드는 오푸스 5가 밤새 받쳐줬지만, 화면을 예쁘게 앉히는 일은 별개 문제였다. 곧이어 다른 참여자가 디자인이 너무 어렵다며 같은 고충을 얹었다. 개발과 디자인을 한 사람이 다 떠안는 1인 빌더 구조에서는, 코딩 실력이 늘어도 안목이 저절로 함께 늘지는 않는다는 하소연이었다. 밤새 기능을 완성한 성취감과, 그 완성도를 어떻게 보여줄지 막막해하는 감정이 같은 사람 안에서 동시에 오간 셈이다.

"아으 디자인 진짜 너무 어려워요..."

대화는 곧 실전 팁으로 옮겨갔다. 한 참여자는 UX를 구글의 머티리얼 디자인 가이드라인에 최대한 맞추면 사용자가 낯설어하지 않는다는 조언을 내놓았다. 정답을 스스로 찾기보다 이미 검증된 규격을 따르는 편이 안전하다는 실용적인 접근이었다.

이어 21st.dev 유료 구독이 그만한 값을 하는지 묻는 질문이 나왔지만, 확답은 그날 대화 안에 없었다. 질문을 던진 참여자도, 답을 들은 참여자도 결국 이 문제를 스스로 더 부딪혀 보는 수밖에 없다는 인상을 남긴 채 대화는 다음 화제로 넘어갔다.

이 대화가 눈길을 끄는 이유는 단순한 푸념이 아니라는 데 있다. 오푸스 5 출시 첫날 밤부터 상품을 완성해낼 만큼 실행력이 빠른 참여자조차 디자인 앞에서는 멈춰 섰다는 사실은, 코딩 속도와 완성도가 곧바로 제품력으로 이어지지는 않는다는 것을 보여준다. 특히 개인이 만든 상품을 다른 사용자에게 내놓아야 하는 1인 빌더 입장에서는, 못생긴 화면 하나가 공들인 기능 전체의 신뢰도를 깎아먹을 수 있다는 부담이 뒤따른다.

이 흐름은 AI 코딩 도구가 개발 속도를 크게 끌어올린 뒤에도, 디자인 감각이라는 병목은 그대로 남아 있다는 것을 보여준다. 오푸스 5로 기능을 하룻밤 만에 완성할 수 있게 됐지만, 그 완성도를 사용자가 알아볼 수 있는 화면으로 옮기는 일은 여전히 별도의 학습 곡선을 요구하는 셈이다. 머티리얼 가이드라인 같은 기성 규격에 기대거나 21st.dev 같은 유료 도구를 저울질하는 모습은, 1인 개발자들이 이 병목을 어떻게든 우회하려는 시도로 보인다.

코딩이 쉬워질수록 디자인 격차가 상대적으로 더 크게 느껴진다는 점도, 이 대화가 은근히 드러내는 부분이다. 완성된 코드 뒤에 마지막까지 남는 것이 결국 사람의 안목이라는 사실은, AI가 아무리 발전해도 당분간 크게 바뀌지 않을 것으로 보인다.