Kilo OpenDesign

OpenDesign에서
Kilo(으)로
디자인하기.

OpenDesign에서 Kilo Code로 인터페이스를 디자인하는 방법: 선택하는 모델, 자신만의 규칙과 모드, 스크린샷부터 검토된 파일까지 이어지는 하나의 제품 페이지 작업, 그리고 시작 전에 알아야 할 한계.

이 페이지에서 예시
  1. 예시
  2. 적합성
  3. 호환성
  4. 설정
  5. 워크플로
  6. 참고 자료
  7. 한계
  8. FAQ

하나의 완전한 Kilo 디자인 작업

Kilo 디자인 작업 하나: 브리프에서 인터페이스까지

이 작업은 여러분이 넘긴 브리프와 제약 조건에서 시작해 Kilo가 반환한 결과물을 거쳐, 완료라고 부르기 전에 여러분이 여전히 수행하는 검사까지 이어집니다. 아래 인터페이스는 이 페이지를 위해 만든 예시이며, 기록된 Kilo 실행이 아닙니다.

1디자인 브리프와 제약 조건

브리프

첨부한 스크린샷을 사용해 아웃도어 브랜드 제품 상세 페이지를 디자인하세요: 갤러리, 가격, 사이즈 및 색상 선택, 장바구니 담기, 관련 제품. 데스크톱과 휴대폰.

  • 디자인 시스템OpenDesign 페이퍼 캔버스에 Albert Sans와 녹색 액센트 하나
  • 브레이크포인트1440px 데스크톱과 390px 모바일, 가로 스크롤 없음
  • 인터랙션갤러리 썸네일, 옵션 선택, 장바구니 담기, 관련 제품 스크롤
  • 출력물안정적인 data-od-id 훅을 갖춘 단일 자체 포함 HTML 파일

2누가 무엇을 하는가: 여러분, Kilo, OpenDesign

  • 사용자

    여러분은 브리프를 작성하고, 디자인 시스템을 선택하며, 승인 기준을 설정합니다.

  • Kilo

    Kilo는 레이아웃을 계획하고 HTML, CSS, JavaScript를 작성한 뒤 요청에 따라 수정합니다.

  • OpenDesign

    OpenDesign은 디자인 시스템과 스킬을 제공하고, 미리보기를 렌더링하며, 각 버전을 프로젝트 파일로 보관합니다.

  • 검토

    인계 전에 시각적 위계, 8px 그리드 간격, 두 브레이크포인트, 모든 상호작용을 확인합니다.

3Kilo의 결과물: 1440px 및 390px에서의 제품 페이지

Kilo의 결과물: 1440px 및 390px에서의 제품 페이지 — 데스크톱
예시

4인수인계 전 검토

레이아웃

그리드와 여백

갤러리와 정보가 8px 그리드에 맞춰 정렬됩니다. 1440에서는 정보 열이 갤러리 높이 안에 머뭅니다.

계층 구조

시각적 계층 구조

이름과 가격이 먼저 오고 그다음 옵션이 옵니다. 액센트는 장바구니 담기 버튼에만 사용합니다.

반응형

모바일 레이아웃

모바일 순서: 갤러리, 이름과 가격, 옵션, 전체 너비 버튼, 관련 제품 스크롤.

인터랙션

인터랙션 점검

테스트할 상호작용: 썸네일 전환, 사이즈 선택, 장바구니 담기, 관련 항목 스크롤.

적합성

Kilo가 맞는 곳 — 그리고 맞지 않는 곳

Kilo가 적합한 경우

  • 스크린샷 → UI를 위한 모델 선택. 참조 이미지를 반응형 마크업으로 가장 잘 변환하는 비전 지원 모델을 Kilo에 지정한 다음, 결과를 해당 이미지와 비교하세요.
  • 여러 제공업체에 걸친 BYOK. Anthropic, OpenAI, Google, OpenRouter 등에 자신의 키를 사용하거나 Kilo의 게이트웨이를 사용해 비용과 자격 증명을 직접 관리하세요.
  • 모드, 사용자 지정 규칙, MCP. 계획을 위한 Architect 모드, 구축을 위한 Code 모드, 규약을 위한 사용자 지정 규칙, 실제 디자인 컨텍스트를 위한 Figma MCP 서버.
  • 오픈 소스. 프롬프트와 컨텍스트 페이로드를 검사할 수 있고, 숨겨진 것이 없으며, Kilo는 IDE 또는 CLI에서 실행됩니다.

다른 워크플로를 선택해야 하는 경우

  • 편집 가능한 벡터 파일이 필요합니다. 반환되는 것은 편집 가능한 디자인 문서가 아니라 HTML입니다. 필요한 에셋 형식에 대해서는 별도의 벡터 워크플로를 찾으세요.
  • 참고 자료도 제약 조건도 없습니다. 디자인 시스템이나 예시가 없으면 결과물이 일반적인 것으로 흘러가므로, 먼저 브리프를 작성하세요.
  • 필수 자격 증명이 없습니다. Kilo에는 자신의 제공업체 API 키(BYOK) 또는 Kilo의 게이트웨이가 필요합니다. OpenDesign은 자격 증명을 제공하지도, 프록시하지도 않습니다.
  • 여러분의 팀이 OpenCode나 Aider에서 작업합니다. 해당 에이전트에는 자체 페이지가 있습니다. 설정은 다르지만 워크스페이스는 이어집니다. 관련 에이전트를 참조하세요.

호환성

시작하기 전에 확인해야 할 Kilo 요구 사항

이 페이지는 OpenDesign 데스크톱 앱을 통해 연결된 Kilo를 다룹니다. 참고 자료는 2026년 9월 6일에 확인했습니다.

도구 범위Kilo, by Kilo Code, Inc.

Kilo Code, Inc.가 만든 Kilo Code는 오픈 소스 AI 코딩 에이전트입니다. VS Code, JetBrains IDE, 터미널에서 작동하며 코드베이스를 읽고 파일을 편집하고 명령을 실행합니다. 여기서 다루는 주제는 Kilo 자체 인터페이스가 아니라 OpenDesign을 통해 Kilo로 인터페이스를 디자인하는 것입니다. OpenDesign의 설정 노트에 사용 가능한 에이전트가 나열되어 있습니다.

계정 및 인증여러분이 제공하는 제공업체 API 키(BYOK) 또는 Kilo의

자신의 제공업체 API 키(BYOK) 또는 Kilo의 게이트웨이. 자신의 제공업체 키(BYOK) 또는 Kilo의 게이트웨이로 인증하세요. 자격 증명은 여러분의 머신에 남습니다. 여기서 할당량이나 가격은 약속하지 않습니다.

시스템 및 버전데스크톱 앱 또는 소스

데스크톱 빌드는 다운로드 페이지에 있습니다. 소스 빠른 시작의 Node.js 및 pnpm 요구 사항은 소스에서 실행할 때 적용되며, 데스크톱 패키지를 설치할 때는 적용되지 않습니다. 최소 호환 Kilo 버전: 이 페이지에서는 확인되지 않았습니다.

연결 확인성공 신호

설치된 버전에 표시되는 연결 지침을 사용한 다음 작은 작업을 시도하세요. Kilo가 작업을 완료했고 결과물이 열리는지 확인하세요. 다운로드만으로는 연결이 작동함을 증명하지 못합니다.

데스크톱 앱으로 시작하기

세 단계로 진행하는 Kilo 설정

다운로드로 시작해 설치된 버전에 맞게 Kilo 설정을 완료한 다음, 작은 결과 하나를 테스트하세요. 이 경로를 따르는 데 OpenDesign을 소스에서 빌드할 필요는 없습니다.

  1. 1

    OpenDesign 데스크톱 앱 다운로드

    여러분의 머신에 맞는 패키지를 선택해 설치하고 앱을 실행하세요.

    OpenDesign 다운로드
    체크포인트
    데스크톱 앱이 열립니다. 이미 설치되어 있다면 다음 단계로 넘어가세요. 두 번 다운로드할 필요는 없습니다.
  2. 2

    Kilo 연결 준비하기

    설치된 버전에 맞는 Kilo 지침을 사용하세요. 자신의 제공업체 키(BYOK) 또는 Kilo의 게이트웨이로 로그인하세요. 자격 증명은 여러분의 머신에 로컬로 남습니다.

    Kilo Code 문서
    # 1. Install the Kilo Code extension from the VS Code
    #    (or JetBrains) marketplace, or install the CLI.
    
    # 2. Open your project and sign in / add a provider key
    cd your-project
    kilo              # connect your provider (BYOK) or Kilo's gateway

    게시된 가이드의 Kilo 설정 노트에서 발췌했습니다. 현재 명령은 공급업체 문서에서 확인하세요.

    체크포인트
    에이전트와 계정이 의도한 것인지 확인하세요. 사용할 수 없다면 더 큰 작업을 시도하기 전에 호환성을 검토하세요.
  3. 3

    작은 Kilo 작업 하나 실행하기

    수정 한 번을 포함해 전체 루프를 판단할 수 있을 만큼 작은 브리프로 시작하세요.

    시작 브리프

    프로필 양식과 저장 확인이 있는 설정 화면을 만드세요. 내 디자인 규칙을 따르세요. 데스크톱 및 모바일 너비에서 확인하세요.

    체크포인트
    결과를 열고 저장 상태를 테스트한 다음, 구체적인 변경 하나를 요청하세요. 생성된 파일은 검토를 시작할 뿐, 끝내지는 않습니다.

대신 OpenDesign을 소스에서 실행하려면 기술 빠른 시작을 참조하세요.

Kilo 디자인 워크플로우

Kilo 디자인 작업을 통과하는 다섯 단계

하나의 제품 페이지를 시작 브리프부터 실제로 검증한 파일까지 추적합니다. 각 단계에서는 여러분의 입력, Kilo가 하는 일, OpenDesign이 기여하는 것, 그리고 단계를 마무리하는 검사를 명시합니다.

  1. 1

    디자인 브리프

    간결하고 짧게 유지하세요 — 세 줄에서 여섯 줄. 화면이 누구를 위한 것인지, 무엇을 해야 하는지, 어떤 플랫폼이 중요한지 말하세요.

    • 사용자여러분은 브리프를 작성하고, 참고 스크린샷이 있으면 첨부합니다.
    • Kilo여러분의 브리프와 프로젝트의 지침 파일을 읽고, 세부 사항이 모호할 때 추측하기보다 질문합니다.
    • OpenDesign프로젝트, 프롬프트 인터페이스, 결과물 유형에 맞는 스킬을 제공합니다.
    • 확인브리프에 승인 기준이 명확히 명시되어 있는지 확인하세요. 지금 작성하는 편이 나중에 파일을 수정하는 것보다 비용이 적습니다.
  2. 2

    디자인 제약 조건

    디자인 시스템과 몇 가지 확고한 규칙 — 여러분의 브랜드를 담은 결과물과 누구의 것이어도 될 법한 결과물의 차이입니다.

    • 사용자디자인 시스템을 선택한 다음, 브레이크포인트와 반드시 포함해야 하는 구성 요소를 지정하세요.
    • Kilo마크업을 작성하기 전에 DESIGN.md 토큰과 포스처 규칙을 컨텍스트에 로드합니다.
    • OpenDesign디자인 시스템 라이브러리를 제공하고, 선택한 시스템을 스킬 템플릿에 바인딩합니다.
    • 확인토큰이 브랜드와 일치하는지 확인하세요: 액센트 하나, 올바른 글꼴, 올바른 모서리 반경.
  3. 3

    인터페이스 생성

    Kilo는 레이아웃, 스타일, 상호작용, 안정적인 훅을 갖춘 자체 포함 HTML 파일 하나를 작성합니다.

    • 사용자여기서 여러분의 역할은 기다리거나 명확히 하는 질문에 답하는 것입니다. 설정할 것은 없습니다.
    • Kilo섹션을 계획하고 HTML, CSS, JavaScript를 작성하며, 파일을 실행하고 실패한 부분을 수정합니다.
    • OpenDesign아티팩트를 프로젝트 폴더에 저장하고 미리 볼 수 있도록 색인합니다.
    • 확인아직 없음 — 소스를 읽는 것이 아니라 렌더링된 결과로 판단합니다.
  4. 4

    미리보기

    OpenDesign이(가) 지정한 너비로 파일을 렌더링합니다. 판단은 여기, 미리보기에서 이루어집니다.

    • You너비를 바꾸고, 상호작용을 실행하며, 특정 요소에 댓글을 답니다.
    • Kilo미리보기에 남긴 댓글을 읽고 다음 수정본을 준비합니다.
    • OpenDesign미리보기를 렌더링하고 data-od-id 대상을 노출하여 댓글과 편집이 여기에 연결될 수 있게 합니다.
    • Check계층 구조, 대비, 390px에서의 넘침, 포커스 상태를 확인하고, 강조색이 절제되게 유지되는지 질문합니다.
  5. 5

    수정 및 검증

    미리보기에서 요소를 가리키며 변경을 요청합니다. 각 수정본은 새 파일로 도착하며, 아무것도 조용히 덮어쓰이지 않습니다.

    • You댓글을 요청으로 전환하고 작업이 끝나는 시점을 결정합니다.
    • Kilo변경 사항을 제자리에서 적용하고 파일을 다시 실행합니다.
    • OpenDesign버전을 나란히 보관하고, 마지막에 이미지나 HTML을 내보냅니다.
    • Check변경된 영역만 다시 확인한 다음, 중단점마다 전체 페이지를 한 번씩 확인합니다.

리소스

Kilo 디자인 리소스

제한 사항

Kilo가 멈추는 지점: 한계, 수동 확인, 대체 방안

  • 범위Kilo는 모델 비종속적이며 여러 제공업체에 걸쳐 BYOK를 지원하고, Architect/Code/Debug/Ask 모드와 MCP 지원을 갖추고 있어 모델 선택과 자격 증명은 사용자에게 남습니다. 이 페이지는 OpenDesign에 연결된 에이전트로서의 Kilo에 관한 것이며, Kilo의 모든 기능에 관한 것이 아닙니다.
  • 사용 한도비용과 사용 한도는 인증에 사용하는 자격 증명 — 자체 제공업체 API 키 또는 Kilo의 게이트웨이 — 을 따릅니다. 여기서 무료 할당량을 주장하지 않습니다.
  • 네트워크프로젝트에 있는 파일이 추론을 오프라인으로 만들지는 않습니다. 민감한 입력을 공유하기 전에 에이전트의 제공업체 설정과 데이터 정책을 검토하세요.
  • 출력물은 HTML입니다아티팩트는 HTML 파일이며, 벡터 디자인 파일이 아닙니다.
  • 수동 검토접근성, 실제 콘텐츠, 브랜드 적합성, 상호작용 정확성을 미리보기에서 검토합니다. 에이전트가 수행하는 자체 점검은 1차 검토일 뿐 승인은 아닙니다.
  • 대체 방법에이전트를 사용할 수 없거나 작업이 실패하면 설치된 버전의 연결 지침과 인증을 참조하세요. 구성을 변경하기 전에 오류와 마지막으로 작동한 아티팩트를 보관하세요.

자주 묻는 질문

Kilo와 OpenDesign에 대한 자주 묻는 질문

Kilo Code는 실제로 디자인 작업을 하나요?
네 — 심미적 스킬, 디자인 시스템, 그리고 실제 참조 이미지가 컨텍스트에 포함되면 Kilo Code는 프로덕션 품질의 반응형 UI를 생성하며, 비전 기능을 갖춘 모델이 출력을 참조 이미지와 대조하여 검증합니다. 이러한 컨텍스트가 없으면 일반적인 형태로 기본값이 적용되는 경향이 있는데, 이것이 바로 OpenDesign이 채우는 공백입니다.
Kilo Code로 디자인하는 데 비용이 드나요?
Kilo Code는 오픈소스이며 설치가 무료입니다. 직접 준비한 제공업체 API 키(BYOK)를 사용하여 해당 제공업체에 직접 비용을 지불하거나, Kilo 자체 게이트웨이를 제공업체 비용으로 이용할 수 있습니다. OpenDesign은 어떤 경우에도 사용자의 자격 증명을 중계하지 않습니다.
Kilo Code가 디자인에 적합한 이유는 무엇인가요?
모델에 구애받지 않는 오픈소스이므로, 참조 스크린샷을 가장 잘 읽어내는 비전 기능을 갖춘 모델을 자유롭게 선택하여 사용할 수 있고, 전송되는 컨텍스트를 정확히 확인할 수 있으며, 비용과 자격 증명을 직접 통제할 수 있습니다. 심미적 감각은 여전히 사용자가 제공하는 디자인 시스템, 스킬, 참조 이미지에서 나옵니다.
프런트엔드 디자인에는 Kilo Code, Claude Code 중 무엇이 나을까요?
둘 다 강력합니다. Claude Code는 코드베이스를 인식한 구체적인 디자인 결정으로 알려져 있으며, Kilo Code의 강점은 오픈소스이면서 BYOK 기반으로 모델에 구애받지 않아 원하는 모델을 직접 선택할 수 있다는 점입니다. 많은 팀이 둘 다 사용하며, OpenDesign을 이용하면 디자인 워크플로를 바꾸지 않고도 에이전트를 전환할 수 있습니다.
Kilo Code는 Figma에 어떻게 연결되나요?
Kilo의 MCP 마켓플레이스나 MCP 설정에서 Figma MCP 서버를 추가합니다. 그러면 Kilo가 컴포넌트, 변수, 레이아웃 데이터 등 실제 디자인 컨텍스트를 가져올 수 있어, 생성된 코드가 원본을 근사하는 대신 원본과 정확히 일치하게 됩니다.
Kilo Code란 무엇인가
Kilo Code는 Kilo Code, Inc.가 만든 오픈소스 AI 코딩 에이전트입니다. VS Code 확장, JetBrains IDE, 그리고 명령줄 인터페이스로 실행되며 — 코드 라인을 완성하는 데 그치지 않고 자연어 작업으로부터 저장소를 읽고, 파일을 편집하고, 명령을 실행하고, 작업을 계획하고 검증합니다. 이 에이전트의 결정적 특징은 모델에 구애받지 않는다는 점입니다: 어떤 모델이 이를 구동할지 선택하고, 자체 제공자 키를 가져옵니다.

디자인 작업에서는 두 가지 속성이 두드러집니다. 모델에 구애받지 않으므로 참조 스크린샷을 가장 잘 읽고 레이아웃에 대해 추론하는 강력한 비전 지원 모델을 지정할 수 있습니다. 그리고 오픈소스이자 BYOK이므로 어떤 컨텍스트가 전송되는지 정확히 검사하고 자격 증명과 비용을 직접 통제할 수 있습니다.

에이전트 모드: Kilo는 특화 모드를 제공합니다 — 계획을 위한 Architect, 구축을 위한 Code, 수정을 위한 Debug, 질문을 위한 Ask — 그리고 사용자 지정 모드도 제공하므로, 디자인을 계획한 다음 별도의 집중된 패스로 구현할 수 있습니다.

사용자 지정 규칙 + MCP: 지속적인 컨텍스트를 위해 프로젝트 수준 사용자 지정 규칙을 읽고 MCP 서버(및 MCP 마켓플레이스)를 지원하므로, 라이브 Figma 파일이나 디자인 도구 같은 외부 컨텍스트를 추가할 수 있습니다.

자체 키 가져오기: Kilo는 여러 제공자에 걸쳐 BYOK입니다 — Anthropic, OpenAI, Google, OpenRouter 등 — 또는 제공자 원가로 500개 이상의 모델을 제공하는 Kilo 자체 게이트웨이를 사용할 수 있습니다.

자격 증명: 자체 제공자 API 키(BYOK — Anthropic, OpenAI, Google, OpenRouter 등) 또는 Kilo 자체 게이트웨이

공급업체: Kilo Code, Inc. (오픈소스)

라이선스: 오픈소스
개방적이고 모델 비종속적인 에이전트가 디자인에 적합한 이유
Kilo Code의 디자인 우위는 개방성과 모델 선택에서 비롯됩니다 — 하지만 모든 에이전트와 마찬가지로, 취향은 여전히 공급되어야 합니다.

설계상 모델에 구애받지 않음: 모델을 선택하므로 참조 스크린샷을 가장 잘 읽는 비전 지원 모델로 Kilo를 구동할 수 있고 — 더 나은 모델이 나타나면 워크플로를 바꾸지 않고 전환할 수 있습니다.

개방적이고 검사 가능: Kilo는 오픈소스이므로 어떤 컨텍스트와 프롬프트가 전송되는지 정확히 볼 수 있습니다 — 일회성 스타일을 만들어 내기보다 에이전트가 실제 디자인 프리미티브를 재사용하길 원할 때 유용합니다.

사용자 지정 규칙의 컨벤션: 프로젝트 사용자 지정 규칙(Figma용 MCP 서버 포함)은 에이전트를 토큰, 컴포넌트, 실제 스펙으로 안내하므로 기본 룩이 아니라 브랜드에 맞춰 작업합니다.

취향은 여러분이 제공하는 세 가지 입력에서 나옵니다: 디자인 시스템, 스킬, 실제 참조 이미지.

교훈은 모든 에이전트가 가르치는 것과 같습니다: Kilo Code는 기본적으로 취향을 갖고 있지 않습니다. 제약 — 디자인 시스템, 미적 스킬, 구체적 참조 — 을 주면 좋은 디자인을 만들어 냅니다. OpenDesign은 바로 그러한 입력을 패키징하며, 그래서 둘이 잘 맞습니다(자세한 내용은 아래).
처음부터 디자인을 위한 Kilo Code 설정하기
설정 순서: 설치 → 프로바이더 연결 → 사용자 지정 규칙 추가 → 스킬 추가 → 브라우저 검증 활성화.

디자인 규칙을 코드화하세요: 토큰, 프리미티브, 컨벤션을 Kilo의 사용자 지정 규칙에 넣고 에이전트가 이를 참조하도록 지정하세요. 그러면 출력이 일반적인 모습으로 기본 설정되는 대신 브랜드에 맞게 나옵니다.

브라우저 검증 추가: Playwright 또는 브라우저 MCP를 연결하여 Kilo가 실제 브라우저에서 렌더링하고 빌드 통과만 확인하는 대신 여러 브레이크포인트에서 출력을 검사하도록 하세요.

명령과 버전별 세부사항은 변경될 수 있으므로 현재 설정 섹션을 사용하세요.

# 1. VS Code # (또는 JetBrains) 마켓플레이스에서 Kilo Code 확장 프로그램을 설치하거나, CLI를 설치합니다. # 2. 프로젝트를 열고 로그인하거나 프로바이더 키를 추가합니다 cd your-project kilo # 프로바이더(BYOK) 또는 Kilo의 게이트웨이를 연결합니다 # 3. 프로젝트 컨텍스트를 추가합니다 # 이 프로젝트의 디자인 컨벤션에 대한 사용자 지정 규칙을 만듭니다 # 4. Figma MCP 서버를 연결합니다(선택 사항, 디자인 핸드오프용) # MCP 마켓플레이스 / MCP 설정에서 추가합니다
이전 가이드의 과거 명령 예시입니다. 현재 구문은 링크된 벤더 문서에서 확인하세요.
스크린샷에서 UI로 가는 루프
Kilo Code에서 가장 효과가 큰 디자인 루프는 참조 이미지를 작동하는 반응형 UI로 바꾸고, 일치할 때까지 반복하는 것입니다. 이때 출력을 참조와 다시 비교하기 위해 비전 지원 모델을 활용합니다.

가장 명확한 시각적 참조에서 시작하세요. 그리고 하나의 히어로 샷만이 아니라 여러 상태(데스크톱과 모바일, 호버, 빈 상태, 로딩)를 포함하세요.

프롬프트에 구체적으로 작성하세요. 모호한 프롬프트는 강력한 모델에서도 일반적인 UI를 만들어냅니다.

디자인 시스템과 컨벤션을 Kilo의 사용자 지정 규칙에 유지하고, 에이전트에게 토큰과 표준 프리미티브가 어디에 있는지 알려주세요.

개발 서버를 실행하고 Kilo가 실제 브라우저에서 렌더링하도록 하며, 브레이크포인트 크기로 조정해 결과를 확인하세요.

Kilo가 구현을 스크린샷과 다시 비교하도록 하여 반복하세요. 단지 빌드되는지만 확인하는 것이 아닙니다.

Architect 모드로 빌드를 계획한 다음 Code 모드로 전환하고, 구체적인 제약 조건과 함께 참조를 첨부하세요:

프롬프트를 작고 집중적으로 유지하고, 좋은 반복은 커밋하고 나쁜 반복은 되돌리세요(Kilo에게 되돌렸다고 알려주세요). 그래야 각 패스가 깨끗한 기반 위에서 진행됩니다.

# Architect 모드에서 계획한 다음 Code 모드에서 빌드합니다: > @reference-desktop.png 및 @reference-mobile.png의 이 디자인을 React + Vite + Tailwind + TypeScript로 구현하세요. 기존 디자인 시스템 컴포넌트와 토큰을 사용자 지정 규칙에서 재사용하세요. 간격, 레이아웃, 계층을 일치시키고 반응형으로 만드세요. 브라우저에서 렌더링하고 브레이크포인트 전반에서 참조와 일치할 때까지 반복하세요.
이전 가이드의 과거 명령 예시입니다. 현재 구문은 링크된 벤더 문서에서 확인하세요.
모드, 사용자 지정 규칙, MCP
세 가지 확장 지점은 Kilo Code를 지속적인 디자인 작업에 실용적으로 만들며, 세 가지 모두 개방형 디자인 워크플로에 깔끔하게 매핑됩니다.

모드(Architect → Code): Architect 모드에서 화면 구조를 계획한 다음, Code 모드에서 구현하고 Debug 모드에서 문제를 수정합니다. 디자인 의도와 구현을 분리하는 방식입니다. 사용자 지정 모드를 사용하면 나만의 디자인 리뷰 단계를 구성할 수 있습니다.

사용자 지정 규칙: 프로젝트 사용자 지정 규칙은 디자인 컨벤션—토큰, 프리미티브, 리뷰 체크리스트—을 위한 지속적인 기반이며, 매 실행마다 읽혀 에이전트가 브랜드에 맞춰 작업하도록 합니다.

MCP 서버: Kilo는 마켓플레이스를 통해 MCP 서버를 지원합니다. 이는 디자인 컨텍스트와 외부 도구를 가져오는 이식 가능한 방법이며, 가장 관련성 높게는 Figma MCP 서버로, Kilo뿐 아니라 여러 에이전트에서 작동합니다.

이들은 이식 가능한 멀티 에이전트 기능이며, 프로젝트마다 다시 만드는 대신 OpenDesign이 오케스트레이션하도록 만들어진 바로 그런 종류입니다.
디자인을 위한 Kilo Code 대 Codex, Claude Code, Cursor, Gemini CLI
디자인 작업에 단 하나의 승자는 없습니다. 각 에이전트는 서로 다른 강점을 지니고 있으며, 숙련된 팀은 이들을 조합해 사용합니다. 공정한 요약은 다음과 같습니다:

Kilo Code — 여러 제공자 전반에서 BYOK를 지원하는 오픈 소스이자 모델 비종속적; Architect/Code 모드 및 MCP — 작업별로 자체 모델을 선택하고 비용과 자격 증명을 통제

Codex — 프런트엔드 스킬을 통한 강력한 시각적 완성도; 샌드박스화된 비동기 빌드 — 위임된 비동기 빌드와 이식 가능한 AGENTS.md 규칙

Claude Code — 구체적인 디자인 결정(hex, 간격, 타입)과 코드베이스 인식 UX — 프런트엔드 추론 및 대규모 컨텍스트 리팩터링

Cursor — 라이브 프리뷰와 인라인 편집이 있는 시각적 빌드 후 확인 루프 — IDE 안에서의 긴밀한 반복 및 관찰 UI 작업

Gemini CLI — 강력한 멀티모달 이미지 이해와 1M 토큰 컨텍스트 — 스크린샷이 많은 작업과 전체 디자인 시스템을 컨텍스트에 유지하기

커뮤니티의 반복되는 결론은 취향은 인간에게서 나온다는 것입니다. 이들 모두는 스킬, 레퍼런스, 제약이 없으면 일반적인 미학으로 기본 설정됩니다. 그것이 해결해야 할 진짜 문제이며, 이는 모델 형태가 아니라 디자인 도구 형태의 문제입니다.

에이전트 — 디자인 강점 — 최적 용도
함정, 그리고 “AI slop” 외형에서 벗어나기
AI 생성 디자인에 대한 가장 흔한 불만은 그것이 일반적으로 보인다는 점입니다 — 부드러운 그라디언트, 떠 있는 패널, 지나치게 큰 둥근 모서리, 과장된 그림자, 그리고 “AI가 만들었다”고 외치는 듯한 Inter와 보라색 분위기 말이죠. 그 밖에 보고된 문제로는 깨진 모바일 레이아웃과 UI 문구로 새어 나온 지침 등이 있습니다. 이 중 어느 것도 Kilo Code만의 문제가 아닙니다. 이는 어떤 에이전트든 큐레이션된 디자인 컨텍스트 없이 실행될 때 벌어지는 일입니다.

미적 스킬 추가: 큐레이션된 디자인 스킬은 에이전트가 기본 모양 대신 실제 방향성을 확고히 잡도록 강제합니다.

실제 브라우저에서 검증: 비전 지원 모델을 사용해 렌더링하고 브레이크포인트 전반에서 자체 점검하여 레이아웃이 모바일에서 조용히 깨지지 않도록 하세요.

토큰과 레퍼런스 제공: 실제 디자인 토큰과 참고 스크린샷은 출력 품질에 가장 큰 영향을 주는 단일 요소입니다.

사용자 지정 규칙에 규칙 인코딩: “히어로 카드 없음, 최대 두 개의 서체, 브랜드 우선 계층 구조” 같은 스타일 규칙을 에이전트가 매 실행마다 읽는 곳에 두세요.

모든 완화책은 에이전트에게 큐레이션된 디자인 컨텍스트를 제공하는 것에 관한 것임을 주목하세요. 프로젝트마다 그 컨텍스트를 수작업으로 유지하는 것은 OpenDesign이 제거하는 노동입니다.
OpenDesign에서 Kilo Code로 디자인하기
OpenDesign은 위 워크플로가 계속 요구하는 오픈소스 디자인 레이어입니다. Kilo Code를 퍼스트파티 어댑터로 취급하고, 큐레이션된 스킬 및 디자인 시스템 라이브러리, 구조화된 렌더 파이프라인, 로컬 데스크톱 UI로 감싸줍니다 — 그래서 Kilo를 좋게 만드는 디자인 컨텍스트가 첫 실행부터 존재하며, 매번 수작업으로 조립할 필요가 없습니다. 둘 다 오픈소스이자 로컬 우선이라 이 조합은 자연스럽습니다.

자체 제공자 키(BYOK) 또는 Kilo의 게이트웨이로 인증하세요 — 자격 증명은 사용자의 머신에 남아 있으며 우리를 통해 프록시되지 않습니다.

디자인 시스템과 스킬을 선택한 다음, 일관된 취향으로 덱, 프로토타입, 랜딩 페이지를 생성하세요.

모든 아티팩트와 DESIGN.md 파일은 호스팅 클라우드가 아니라 사용자의 자체 저장소에 있습니다.

동일한 Kilo Code 에이전트, 동일한 키 — 여기에 더해 그 주변의 실제적이고 이식 가능한 오픈소스 디자인 워크플로까지. 로컬 우선이자 오픈소스이므로 작업이나 자격 증명에 관한 어떤 것도 사용자의 머신을 떠나지 않습니다.

OpenDesign을 설치하고 Kilo Code를 에이전트로 선택하세요.
OpenDesign는 Kilo Code와 제휴 관계가 있나요?
아니요. OpenDesign은 독립적인 프로젝트입니다. 둘 다 오픈 소스이지만, 서로 별개입니다.