TUI 만들다 보니 '일하는 느낌' — 캡처해 비전 모델에 넘기는 디자인 워크플로
TUI(터미널 UI)를 만들던 참여자가 화면 디자인 수정법을 묻자, 비전 모델로 화면을 캡처해 넘기는 방식이 편하다는 답이 돌아왔다. 도스에서 UI로 넘어온 이유가 있듯 사람은 시각적 존재라는 말이 이어졌다. 글자만 있는 화면을 다듬는 데 이미지 모델을 끌어들이는 우회로가, 이 방에서는 자연스러운 작업 습관으로 자리 잡아 가는 모습이다.
오후 3시 40분경, 한 참여자가 TUI(터미널 UI)를 만들고 있다고 방에 알렸다. 위치 설명이 흥미로웠다. 호스팅 UI보다는 손이 덜 가고, CLI(명령줄 인터페이스)보다는 손이 더 가는 애매한 지점이라는 것이었다.
"호스팅 UI보다는 손이 덜가고 CLI 보다는 손이 더가고 MCP 에 비하면 많이 빡시고 ㅋㅋㅋ"
20분 뒤, 다른 참여자는 에이전트·스킬·토큰 소비가 어디서 많이 나오는지 지켜보고 있다는 근황을 보탰다.
"저는 에이전트랑 스킬, 토큰 소비가 어디서 많이 나오나 보고 있어요"
화제는 곧 화면 디자인을 실제로 어떻게 고치느냐는 질문으로 옮겨갔다. 답은 명료했다. 화면을 캡처해서 비전 모델에 그대로 넘기는 방식이 가장 편하다는 것이었다.
"캡쳐해서 넘기는게 편하죠"
TUI 제작자는 이 방식이 뜻밖의 감상을 남긴다고 털어놓았다. 캡처해서 비전 모델에 보여주고 다시 고치는 과정이 오히려 '일하는 느낌'이 들어서, 바이브 코딩치고는 현타가 온다는 농담이었다.
"바이브 코딩인데"
도스(DOS)에서 그래픽 UI로 넘어온 데는 다 이유가 있다는 말이 곧바로 뒤따르며, 결국 사람은 시각에 기대는 존재라는 쪽으로 대화가 정리됐다.
"도스에서 ui로 넘어온 이유가 다 있죠"
TUI 제작자는 한발 더 나가 TUI 전용 디자인 툴을 따로 만들어볼까 하는 생각을 잠깐 품었다가 스스로 접었다. 시장이 너무 좁을 것 같다는 판단이었다. 터미널 UI라는 장르 자체가 아직 전용 도구를 갖출 만큼 크지 않다는 자체 진단이기도 했다.
20여 분 뒤, 화제는 자연스럽게 레퍼런스 탐색으로 넘어갔다. 다른 참여자가 TUI를 직접 만든 이들의 결과물을 깃허브(GitHub)에서 찾을 수 있다고 알려주었다.
"Tui 사람들이 만든거 깃허브에서 찾을수 있긴 해요"
제작자는 반색하며 자신이 참고하던 저장소 'tui-studio' 링크를 곧바로 공유했다.
곧바로 균형 잡힌 반응도 나왔다. 여러 TUI 디자인을 찾아봤지만 마음에 드는 게 없었다며, 이 장르 특유의 디자인적 한계를 지적하는 목소리였다. 영화 속 해킹 장면을 본뜬 디자인을 본 적이 있다는 이야기도 곁들여지며, TUI가 실용성과 스타일 양쪽에서 아직 정형화된 답이 없는 영역임이 드러났다.
"근데 TUI라는 특성 자체가 가지는 디자인적 한계도 있는 것 같아서"
제작자는 자신이 만든 화면에서는 이동·클릭·드래그앤드롭과 애니메이션까지 구현된다고 설명하며, 레퍼런스들에 뒤지지 않는다는 점을 내비쳤다. 화려한 레퍼런스에 잠시 눈이 돌아가면서도, 대화는 결국 자기 스타일대로 필요한 것만 취하겠다는 쪽으로 마무리됐다.
"일단 내스타일 대로 하고"
디자인 도구도 참고 사례도 마땅치 않은 영역에서 제작자가 택한 경로는 결국 비전 모델을 임시 디자인 파트너로 삼는 것이었다. 캡처 한 장을 모델에 보여주고 되돌려받는 과정이 '진짜 일하는 느낌'을 준다는 농담은, 도구가 부족한 자리를 AI가 메우고 있다는 이 방의 작업 방식을 압축해서 보여준다. 레퍼런스를 찾아 헤매다 결국 자기 스타일로 돌아오는 흐름 역시, 아직 표준이 없는 장르에서는 참고보다 판단이 더 중요하다는 점을 시사한다.