Google가 AI design systems용 DESIGN.md 표준을 예고했지만… open이 아니라 Stitch에만 잠겨 있는 것처럼 보인다

HCI 관점에서 읽을 만한 이유

이 글은 AI 기반 디자인 워크플로에서 ‘표준화’가 왜 중요한지, 그리고 왜 그 표준이 단순한 파일 형식이 아니라 상호운용성의 문제인지 보여줍니다. HCI/UX 실무자와 연구자 입장에서는 도구 간 맥락 이관, 설계 의도 보존, 에이전트 해석 가능성이라는 핵심 쟁점을 한 번에 점검할 수 있는데요. 특히 생성형 AI 시대의 디자인 시스템이 문서, 규칙, 코드 사이에서 어떻게 매개되어야 하는지 생각하게 합니다.

CIT의 코멘트

CIT 관점에서 보면 DESIGN .md는 ‘새로운 포맷’이라기보다 AI가 디자인 시스템을 읽는 방식에 대한 실험으로 해석하는 편이 적절합니다. 문제는 markdown 자체의 단순함이 아니라, 그 단순한 문서가 실제 시스템의 구조적 제약, 컴포넌트 관계, 예외 규칙까지 얼마나 안정적으로 표현하고 전달하느냐인데요. 만약 Stitch 내부에만 머문다면 이는 표준이라기보다 제품 기능에 가깝습니다. 반대로 Figma, Cursor, Storybook 같은 도구가 동일한 의미 체계를 공유하도록 설계된다면, 그때부터는 AI 시대의 디자인 운영체계로 발전할 가능성이 있습니다. 다만 ‘하나의 문서로 모든 것을 표현할 수 있는가’보다는 ‘어떤 층위의 정보를 공통화하고, 어떤 층위는 도구별로 분리할 것인가’가 더 실용적인 질문입니다.

원문을 읽으면서 던질만한 질문

• Q.DESIGN .md가 진정한 표준이 되려면, 어떤 수준의 의미 체계와 스키마가 필요할까요?
• Q.디자인 시스템의 규칙을 markdown으로 표현할 때, 인간 가독성과 AI 해석 가능성 사이의 균형은 어떻게 잡아야 할까요?
• Q.도구 간 상호운용성을 높이면서도 각 제품의 고유한 워크플로와 제약을 유지하려면 어떤 설계 원칙이 필요할까요?