본문으로 건너뛰기
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개 파일의 미리보기가 표시됩니다.

이 도구의 관련 기사

최신 아티클

활용 사례
2026-08-07

curl 옵션 정리|-X -H -d 가 실제로 하는 일과 함정

실무에서 만나는 curl 옵션을 표로 정리했습니다. -d 만으로 이미 POST가 되는 이유, -d 와 --data-raw 의 차이, 앞의 @ 가 조용히 파일을 읽는 함정, 작은따옴표와 큰따옴표의 구분, -k 와 -L 을 쉽게 붙이면 안 되는 이유까지 예제로 설명합니다.

도구 소개
2026-08-06

JSON Schema와 Zod를 상호 변환하는 원리|required와 .optional()의 대응

JSON Schema에서 Zod 스키마를 만들고 Zod 코드에서 다시 JSON Schema를 뽑아내는 양방향 변환기의 구현을 해설합니다. required와 .optional()의 기본값이 반대인 문제, 제약 조건 대응표, 코드를 실행하지 않고 해석하는 방법까지 정리합니다.

활용 사례
2026-08-06

SQL 절 실행 순서 레퍼런스|WHERE에서 SELECT 별칭을 못 쓰는 이유

SQL은 작성한 순서대로 실행되지 않습니다. 논리적 실행 순서(FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT)를 축으로, 별칭이 WHERE에서 안 되는 이유, WHERE와 HAVING의 구분, ONLY_FULL_GROUP_BY, COUNT(*)와 COUNT(컬럼)의 차이, LEFT JOIN + WHERE 함정을 예제로 정리합니다.

활용 사례
2026-08-06

unified diff 형식 읽는 법|git diff의 @@ 헤더 완전 해설

git이 출력하는 unified diff 형식을 읽는 법을 정리했습니다. @@ -12,7 +12,9 @@ 의 네 숫자가 뜻하는 것, 한 글자만 고쳐도 줄 전체가 바뀐 것처럼 보이는 이유, 공백과 줄바꿈 문자의 함정, \ No newline at end of file, 머지 커밋의 @@@, similarity index를 통한 이름 변경 감지까지 예제로 설명합니다.

활용 사례
2026-08-06

UTC⇄JST/KST 변환 레퍼런스|9시간 시차 대조표와 타임존 사고 예방법

UTC와 일본 시간(JST)·한국 시간(KST)의 변환을 대조표로 정리했습니다. ISO 8601의 Z와 +09:00의 의미, JavaScript 날짜 파싱이 9시간 어긋나는 조건, MySQL/PostgreSQL의 타임존 동작, GitHub Actions cron이 UTC로 도는 함정까지 예제와 함께 해설합니다.

활용 사례
2026-08-04

CREATE TABLE 레퍼런스|MySQL·PostgreSQL·SQLite의 타입과 제약 조건 차이

CREATE TABLE(DDL) 작성법을 3개 데이터베이스 비교표로 정리했습니다. 타입 대응표, 자동 증가(AUTO_INCREMENT / IDENTITY / rowid)의 방언 차이, 외래 키의 ON DELETE 동작, MySQL이 조용히 무시하는 CHECK 제약까지 예제와 함께 해설합니다.

광고

광고