사용 가이드로 건너뛰기
Web Design Engineer작성자 ConardLi

Web Design Engineer 스킬.

인터페이스를 확장하기 전에 시각적 계약부터 정의하세요.

  • 프런트엔드 디자인
  • 프로토타이핑
  • 디자인 시스템
소스 검토 · Web Design EngineerSKILL.md
작업 프런트엔드 디자인 결과물 • HTML/CSS/JavaScript 또는 React 시각적 아티팩트 • 시각적 방향과 디자인 토큰 선택에 대한 문서화된 평가 • 확인 가능한 초기 초안, 이어서 완성된 상태와 인터랙션 시작하기 전에 코드를 다룰 수 있는 에이전트와 브라우저에서 렌더링되는 프런트엔드 환경이 필요합니다. 일부 패턴은 React, Babel, 차트 또는 기타 라이브러리를 사용할 수 있으며, 브라우저 수락 검증에는 적합한 브라우저 도구가 필요합니다.
편집 요약 · 소스 검토일 2026-10-07 · 생성된 예시가 아님

01 기능 소개

Web Design Engineer

에셋 요건, 디자인 보정, 초기 초안, 보존 모드, 그리고 별도의 비평 및 브라우저 QA 경로를 갖춘 컨텍스트 우선 디자인 엔지니어링 방법입니다.

소스 기반 워크플로실행 벤치마크가 아님

작업 방식

Web Design Engineer는 페이지, 대시보드, 프로토타입, 슬라이드 덱, 시각화를 위한 브라우저 아티팩트 워크플로입니다. 모든 요청을 새 랜딩 페이지로 취급하지 않고, 먼저 아티팩트, 대상 사용자, 기존 작업 모드를 파악합니다. 제품 확장, 리디자인의 계약 보존, 시각적 방향 재구축은 서로 다른 작업이며 허용 범위도 다릅니다.

디자인 평가는 변형, 모션, 정보 밀도, 에셋 의존도, 브랜드 충실도라는 조정 가능한 다섯 가지 차원을 사용합니다. 이는 세부 구현에 앞서 선언된 시스템과 확인 가능한 초기 초안으로 이어집니다. 브랜드 작업에서는 색상 팔레트만이 아니라 실제 로고, 제품 사진, 인터페이스 캡처가 더 중요합니다. 또한 이 스킬은 가벼운 자체 점검과 실행 가능한 브라우저 수락 검증을 구분하며, 소스는 후자를 명시적인 QA 요청이 있을 때로 한정합니다.

예상 결과물

  • HTML/CSS/JavaScript 또는 React 시각적 아티팩트
  • 시각적 방향과 디자인 토큰 선택에 대한 문서화된 평가
  • 확인 가능한 초기 초안, 이어서 완성된 상태와 인터랙션
예시 브리프 보기

브리프에서 검토까지

  1. 01
    기존 컨텍스트 읽기

    제공된 소스 코드, 스크린샷, 브랜드 에셋, 제약 조건을 살펴보세요. 작업이 확장인지, 보존형 리디자인인지, 더 넓은 개편인지 분류합니다.

  2. 02
    디자인 계약 선언

    시각적 방향, 대상 사용자, 밀도, 모션, 에셋을 설명한 다음 타이포그래피, 간격, 팔레트, 표면, 인터랙션 처리를 구체화합니다. 첫 코드를 작성하기 전에 사용자가 이 디자인 시스템을 승인할 때까지 기다립니다.

  3. 03
    확인 가능한 초안 보여주기

    핵심 레이아웃과 정직한 플레이스홀더로 방향을 시험합니다. 모든 컴포넌트나 인터랙션 상태를 채우기 전에 이 초기 초안에 대한 별도 승인을 기다립니다.

  4. 04
    구축 및 검토

    승인된 인터랙션과 상태를 완성합니다. 소스에 명시된 자체 점검을 수행하고, 브라우저 수락 검증이 요청되면 실제 뷰포트와 인터랙션 증거를 별도로 수집합니다.

02 활용 상황

사용 시점

코드를 다룰 수 있는 에이전트와 브라우저에서 렌더링되는 프런트엔드 환경이 필요합니다. 일부 패턴은 React, Babel, 차트 또는 기타 라이브러리를 사용할 수 있으며, 브라우저 수락 검증에는 적합한 브라우저 도구가 필요합니다.

적합한 경우

  • 기존 제품 확장새 화면이 제품의 일부처럼 보여야 하고 주변 경로, 폼, 인터랙션 기대를 유지해야 할 때 유용합니다.
  • 디자인 방향 탐색팀이 하나의 구성을 확정하기 전에 실제로 서로 다른 방향이나 조정 가능한 변형이 필요한 모호한 시각 브리프에 적합합니다.

확인할 한계

  • 시각적 프런트엔드 범위백엔드 API, 명령줄 도구, 데이터 처리 작업은 이 스킬이 의도한 결과물 범위 밖입니다. 전용 글 작성 및 내레이션 중심 프레젠테이션 워크플로도 별도로 구분됩니다.
  • 품질은 테스트 결과가 아님디자인 비평이나 소스 검사만으로는 실행 중인 브라우저에서의 반응형 동작을 증명할 수 없습니다. 그런 증거가 필요하면 실행 가능한 수락 검증을 요청하세요.

준비할 입력

  • 아티팩트와 대상 사용자만들 화면이나 경험, 사용자, 중요한 화면 크기 또는 프레젠테이션 조건을 명시하세요.
  • 기존 계약코드, 디자인 시스템 참조, 보호해야 할 동작을 제공하세요. 변경해도 되는 부분과 알아볼 수 있게 유지해야 하는 부분을 명시합니다.
  • 실제 콘텐츠와 에셋승인된 카피, 실제 제품 이미지, 로고, 데이터를 제공하세요. 후기나 지표를 지어내지 말고 아직 없는 항목은 표시해 두세요.

03 핵심 결정

중요한 결정

  1. 디자인 선택으로서의 보존

    명시적인 작업 모드는 매력적인 리디자인이 유용한 제품 관례를 조용히 바꾸거나 기존의 유효한 브랜드 결정을 대체하는 일을 막는 데 도움이 됩니다.

  2. 색상 변경을 넘어선 변형

    보정 프레임워크를 사용하면 같은 레이아웃의 외형만 다른 여러 버전을 보여주는 대신 밀도, 구성, 인터랙션을 독립적으로 달리할 수 있습니다.

04 예시 브리프

구체적인 브리프로 시도하기

아래 예시 브리프는 테스트되지 않았습니다. 사용하기 전에 스킬의 설정을 확인하세요.

설정 검토

디자인 레시피, 보존 프로토콜, 선택적 수락 검증 참고 자료를 사용할 수 있도록 Garden 스킬 폴더 전체를 사용하세요.

업스트림 소스 파일
https://github.com/ConardLi/garden-skills/blob/aaf9a82f5efd73e87cc0998edc398e75bfc35901/skills/web-design-engineer/SKILL.md

코드를 다룰 수 있는 에이전트와 브라우저에서 렌더링되는 프런트엔드 환경이 필요합니다. 일부 패턴은 React, Babel, 차트 또는 기타 라이브러리를 사용할 수 있으며, 브라우저 수락 검증에는 적합한 브라우저 도구가 필요합니다.

하나의 결과물로 시작

스킬을 실행하기 전에 이 브리프의 범위, 소스 자료, 제약 조건을 상황에 맞게 조정하세요.

예시 브리프
Web Design Engineer를 사용해 기존 분석 인터페이스에 저장된 리포트 화면을 추가해 주세요. 내비게이션, 간격 토큰, 표 관례는 유지하세요. 제공된 컴포넌트와 스크린샷을 읽고 디자인 시스템을 제안한 뒤, 코딩 전에 제 승인을 기다리세요. 그다음 로딩 및 빈 상태 계획과 함께 확인 가능한 초안을 보여주세요. 제가 초안을 승인하면 구현을 완료하고, 제공된 데스크톱 및 모바일 크기에서 브라우저 수락 검증을 실행하세요. 리포트 사용 통계는 지어내지 마세요.

결과 점검

실제 출력물을 다음의 관찰 가능한 기준과 대조해 확인하세요.

  • 문서화된 작업 모드가 기존 인터페이스에 실제로 적용된 변경과 일치합니다.
  • 완성된 화면에 브리프와 관련된 인터랙션 상태가 포함되어 있습니다.
  • 브라우저 수락 검증을 했다는 주장에는 실제로 테스트한 뷰포트와 결과가 함께 제시됩니다.

OpenDesign은 코딩 에이전트를 위한 로컬 디자인 작업 공간을 제공합니다. 이 목록이 해당 스킬이 번들로 포함되어 있거나 외부 도구, 자격 증명, 소프트웨어 종속성이 포함되어 있음을 의미하지는 않습니다.

05 출처 및 라이선스

소스 및 라이선스

이 페이지는 아래에 링크된 고정 소스 리비전을 설명합니다. 업스트림의 동작과 요구 사항은 바뀔 수 있습니다.

소스 소유자
ConardLi
라이선스
MIT
검토한 스냅샷
2026-10-07 · aaf9a82f5efd
편집 소스 요약
에셋 요건, 디자인 보정, 초기 초안, 보존 모드, 그리고 별도의 비평 및 브라우저 QA 경로를 갖춘 컨텍스트 우선 디자인 엔지니어링 방법입니다.

링크된 소스를 바탕으로 OpenDesign이 작성한 원본 요약입니다. 저장소 스타 수는 특정 시점의 인기 신호일 뿐 스킬 사용량이나 품질 점수가 아닙니다.

06 시작 전 질문

시작하기 전 질문

항상 React 프로젝트를 만드나요?

아니요. HTML은 출력 매체이지만, 소스는 React 지향 프로토타입과 시각적 아티팩트뿐 아니라 일반 HTML/CSS/JavaScript도 다룹니다.

기존 디자인 시스템을 대체하나요?

자동으로 대체하지 않습니다. 워크플로는 확장, 보존형 리디자인, 개편을 구분하며, 이 선택은 편집 전에 정해져야 합니다.

모든 빌드에 자동화된 브라우저 테스트가 포함되나요?

소스는 모든 작업에 가벼운 자체 점검을 요구하지만, 실행 가능한 수락 검증 도구는 브라우저, 반응형 또는 QA를 명시적으로 요청할 때 작동합니다.

OpenDesign

다음 디자인 이터레이션을 위한 공간을 마련하세요.

브리프, 소스 자료, 디자인 작업을 로컬 작업 공간에 함께 보관하세요. 워크플로에 추가하기 전에 스킬 자체의 설정을 확인하세요.

업스트림 소스 파일
https://github.com/ConardLi/garden-skills/blob/aaf9a82f5efd73e87cc0998edc398e75bfc35901/skills/web-design-engineer/SKILL.md