코딩 에이전트에 화면을 맡기면 브랜드와 무관한 기본 컴포넌트(회색 Material 버튼, shadcn 카드)만 나오는데, 디자인 정체성이 Figma·슬라이드·선임 디자이너 머릿속에 흩어져 있어 모델이 빌드 시점에 읽을 수 없기 때문이다. 해결책은 저장소에 커밋하는 plain-text DESIGN.md 한 파일로, 상단에 기계가 읽는 토큰(색·타이포·간격·radius), 하단에 사람이 읽는 규칙(prose)을 함께 담는다. 구글 랩스가 2026년 4월 DESIGN.md 포맷을 오픈소스로 공개했으며, README.md가 코드 실행 규칙이듯 DESIGN.md는 브랜드 외형의 계약서 역할을 한다.
코딩 에이전트에게 화면을 요청하면 특정 브랜드에 속하지 않는 기본값으로 되돌아간다. 모델이 빌드 시점에 읽을 수 있는 브랜드 정의가 없기 때문이다. 디자인 정체성은 Figma 파일과 슬라이드, 그리고 선임 디자이너들의 머릿속에 흩어져 있어 어느 것도 모델이 읽지 못한다.
DESIGN.md는 하나의 plain-text 파일에 두 독자를 위한 정보를 담는다. 상단은 기계용 토큰(색·타입 스케일·간격·radius), 하단은 사람용 근거(prose)다. 토큰은 정확한 숫자를, prose는 언제 규칙을 굽혀도 되는지에 대한 판단을 준다. 구글 랩스는 2026년 4월 이 포맷을 오픈소스로 공개했다. 코드 실행법을 담는 README.md처럼, DESIGN.md는 브랜드 외형을 담는 계약서다.
디자인 정체성이 저장소에 커밋되는 순간 팀과 에이전트가 같은 문서를 진실로 읽는다. 파일이 없으면 에이전트는 찾을 수 있는 아무 컴포넌트로 되돌아가지만, 파일이 있으면 같은 요청에 브랜드에 맞는 결과가 나온다. 라이브 사이트 대비 감사(audit)까지 이 파일 하나로 돌릴 수 있다.