본문으로 건너뛰기
AI suite

AI Rules 생성기

폼을 한 번 입력하면 주요 AI 코딩 도구의 규칙 파일을 한꺼번에 생성합니다: AGENTS.md, CLAUDE.md, .cursor/rules/project.mdc, copilot-instructions.md, .windsurfrules, GEMINI.md. AGENTS.md를 단일 기준으로 삼아 나머지 파일을 파생시키므로 도구 간에 규칙이 어긋나지 않습니다.

모든 생성은 브라우저 내에서 이루어지며, 입력한 내용이 서버로 전송되지 않습니다.

가이드: 사용 방법 및 특징

  • 프로젝트 이름·개요·기술 스택·명령어·코딩 컨벤션·금지 사항 등을 입력합니다. 비어 있는 섹션은 출력에서 자동으로 제외됩니다.
  • 출력 언어(영어/일본어)를 선택하고 「규칙 파일 생성」을 누르면 6개 파일의 미리보기가 탭으로 표시됩니다.
  • 각 파일을 개별 복사할 수 있으며, 「ZIP으로 일괄 다운로드」로 디렉터리 구조(.cursor/rules/, .github/)째로 저장할 수 있습니다.
  • AGENTS.md를 기준으로 다른 파일을 파생시키므로 도구 간에 규칙이 어긋나지 않습니다.

FAQ: 자주 묻는 질문

  • AGENTS.md란 무엇인가요?

    AI 코딩 에이전트에게 프로젝트를 설명하기 위한 오픈 표준 파일입니다. OpenAI Codex, Google Jules, Cursor 등 많은 도구가 읽을 수 있으며 「AI 에이전트용 README」로 자리잡고 있습니다. 본 도구는 AGENTS.md를 기준으로 각 도구 전용 파일을 파생 생성합니다.
  • 왜 도구마다 별도의 파일이 필요한가요?

    Claude Code는 CLAUDE.md, Cursor는 .cursor/rules/*.mdc, GitHub Copilot은 .github/copilot-instructions.md, Windsurf는 .windsurfrules, Gemini CLI는 GEMINI.md를 읽는 등 도구마다 파일 이름과 형식이 다르기 때문입니다. 내용은 대부분 공통이므로 하나의 기준에서 파생시키는 것이 관리하기 쉽습니다.
  • 생성된 파일은 어디에 두면 되나요?

    모두 리포지토리 루트에 배치합니다(.cursor/rules/project.mdc와 .github/copilot-instructions.md는 각 하위 디렉터리 포함). ZIP 일괄 다운로드를 사용하면 올바른 디렉터리 구조 그대로 저장됩니다.
  • 입력한 프로젝트 정보가 저장되거나 전송되나요?

    아니요. 생성 처리는 모두 브라우저 내 JavaScript로 완결되며, 입력 내용이 서버로 전송되거나 저장되지 않습니다.

활용: 주요 활용 사례

  • 새 프로젝트 부트스트랩

    리포지토리 생성 직후 규칙 파일 세트를 갖추면, 팀원이 Claude Code·Cursor·Copilot 중 무엇을 쓰든 처음부터 같은 컨벤션으로 AI가 동작합니다.

  • 여러 AI 도구를 쓰는 팀의 규칙 통일

    멤버마다 사용하는 AI 코딩 도구가 달라도, AGENTS.md를 기준으로 모든 도구용 파일을 생성하면 복붙 불일치와 업데이트 누락을 막을 수 있습니다.

  • 기존 프로젝트에 AI 에이전트 도입

    빌드·테스트 명령어와 금지 사항을 폼에 정리하는 것만으로 AI에 전달할 프로젝트 지식이 정리되어 도입 첫날부터 제안 품질이 올라갑니다.

주의: 주의 사항·제한

  • 각 도구의 사양은 변경될 수 있습니다

    AI 코딩 도구의 규칙 파일 형식(파일명·프런트매터 등)은 빠르게 진화하고 있습니다. 도입 전에 각 도구의 최신 문서를 확인하세요.

  • 생성 결과는 어디까지나 템플릿입니다

    본 도구는 입력 내용을 정형화해 파일로 만들 뿐, 프로젝트에 최적인 규칙 자체를 정해 주지는 않습니다. 생성 후 팀에서 리뷰하고 실정에 맞게 수정하세요.

  • 기밀 정보를 쓰지 마세요

    생성은 브라우저 내에서 이루어지지만, 파일은 리포지토리에 커밋됩니다. API 키나 내부 URL 등 리포지토리에 남기면 안 되는 정보는 규칙 파일에 쓰지 마세요.

생성 대상
출력 언어 출력 언어

생성된 파일

위 폼을 입력하고 「규칙 파일 생성」을 누르면 6개 파일의 미리보기가 표시됩니다.

이 도구의 관련 기사

Recent Articles

도구 소개
2026-08-03

테이블 설계에서 CREATE TABLE 문을 자동 생성하는 구조 | DDL 빌더

테이블을 시각적으로 설계해 CREATE TABLE 문과 ER 다이어그램을 생성하는 DDL 빌더의 구현을 해설합니다. MySQL/PostgreSQL/SQLite의 타입 변환 규칙과 JSON 샘플에서 컬럼을 추론하는 알고리즘을 예제와 함께 정리했습니다.

활용 사례
2026-07-21

GitHub Actions needs 설계 패턴집|CI를 빠르게 만드는 의존관계 구성과 안티패턴

GitHub Actions의 needs로 만드는 job 의존관계를, 고속화 패턴과 안티패턴 표로 정리합니다. concurrency를 이용한 중복 실행 취소, fail-fast, matrix×needs 조합, 재사용 가능한 워크플로우까지 실전 예제로 해설합니다.

활용 사례
2026-07-21

Mermaid ER 다이어그램 문법 레퍼런스|관계 기호와 실전 예제

Mermaid erDiagram 문법 완전 정리: 까마귀발 표기법 카디널리티 치트시트, 1대다 vs 다대다, PK/FK를 포함한 속성 정의, 전자상거래 완전 예제까지 다룹니다.

도구 소개
2026-07-21

SQL 빌더로 SELECT·JOIN 쿼리를 시각적으로 작성하는 방법

브라우저에서 시각적 SQL 빌더로 SELECT, WHERE, JOIN을 조립하는 방법을 해설합니다. 값의 자동 따옴표 판정 원리, JOIN 사용 구분표, 여러 테이블 JOIN 작성법까지 다룹니다.

활용 사례
2026-07-21

SQL JOIN 완전 레퍼런스|INNER·LEFT·RIGHT·FULL의 차이와 결과 행 수 이해하기

SQL JOIN 종류(INNER/LEFT/RIGHT/FULL/CROSS/SELF)를 치트시트와 결과 행 수 예제로 정리합니다. 1대다 JOIN에서 행이 늘어나는 이유, WHERE절과 ON절의 NULL 처리 차이, 여러 테이블 JOIN 작성법까지 다룹니다.

도구 소개
2026-07-16

Case Converter ― camelCase·snake_case·kebab-case 등 9종류를 한 번에 변환

식별자나 변수명을 camelCase·PascalCase·snake_case·CONSTANT_CASE·kebab-case 등 9종류의 명명 규칙으로 동시 변환하는 방법을 해설합니다. 연속 대문자(HTTPServer)와 숫자 처리, 여러 줄 일괄 변환까지 다룹니다.

광고

광고