UI 디자인 원천의 반복 조회와 증류 운영 - Codex 대화
출처
- 원문: Codex 작업 01a092e9-d85e-7e03-aa96-736255ef7d16의 UI 디자인 자료 조사·구조 논의·구현 요청.
- 발견 계기: 디자이너 특붕이의 AI 디자인 퀄리티 올리는 팁. 이 글은 원천 발견 경로이며 기술적 판단은 연결된 원문에서 확인했다.
- 발화자: DanzzaN, Codex
- 요약 작성자: Codex
- 확인일: 2026-09-12
내 말로 요약
DanzzaN은 글에 소개된 다섯 사이트 중 Jakub·Emil·getdesign.md를 계속 활용하고, Minimal Gallery와 Awwwards는 이번 구조에서 제외하기로 했다. 남긴 세 원천은 한 번 요약하고 끝내는 자료가 아니라 실제 디자인 작업 중 다시 살펴보며 자신의 판단과 선호를 더 구체화할 자료다.
「디자인」이라는 말이 아키텍처 설계를 뜻할 수도 있다는 지적에 따라, 조회 조건은 단어가 아니라 결정 대상에 둔다. 시스템·데이터·API·배포 구조만 다루면 UI Map을 읽지 않으며, 화면의 정보 배치·시각 표현·조작과 피드백을 결정할 때 UI 경로를 사용한다. 혼합 요청은 해당 부분에만 적용한다.
Codex와 Claude 모두 짧은 전역 진입 지침에서 공통 CLIENT.md를 거쳐 「UI 디자인」 Map으로 들어가는 구조를 선택했다. 판단의 이유와 원천은 개인 Vault의 Markdown으로 보존하고, 프로젝트의 구체적 선택은 해당 프로젝트가 소유한다. 새 UI 작업에서는 관련 원문을 방문하며 같은 작업에서 이미 읽은 자료는 재사용한다.
선호 갱신은 사용자의 명시적 증류 요청에서 시작한다. 사용자가 실제로 선택·거절한 내용과 이유를 근거로 기존 주장을 보강한다. 원천 저자의 조언과 에이전트 해석은 사용자가 채택한 선호와 구분한다. 이번 대화는 특정 색상·테마·밀도·모션 취향을 확정한 기록은 아니다.
이번 구현 결정
외부 Source 3개와 이 대화 Source, UI Atomic 5개, 「UI 디자인」 Map을 연결한다. 조건·선택·이유로 판단을 표현하는 주제는 기존 「에이전트 문서 작성」을 보강한다. 별도 스킬이나 시간 기반 자동화를 만들지 않는 초기 구성을 사용자가 구현하도록 요청했다.