Raycast AI 프리셋 2026: 커스텀 명령, 프롬프트 & 워크플로우

Raycast의 내장 AI 명령은 즉시 사용할 수 있어 유용하지만, 실제 생산성 향상은 직접 만들기 시작할 때 옵니다. AI 프리셋 — 커스텀 AI 명령을 위한 Raycast 시스템 — 은 재사용 가능한 프롬프트를 정의하고, 각 작업에 적합한 모델을 선택하고, 단일 키보드 단축키에서 복잡한 워크플로우를 트리거할 수 있게 해줍니다. 컨텍스트 전환 없이, ChatGPT에 복사-붙여넣기 없이, 마찰 없이.

이미 Raycast AI 명령 가이드를 읽었다면 기본을 알고 있습니다. 이 글은 프리셋에 대해 더 깊이 다룹니다 — 훌륭한 프리셋을 만드는 것, 효과적인 시스템 프롬프트 작성법, 개발자를 위한 바로 사용 가능한 프리셋 라이브러리. 무료 Raycast Pro 체험을 하고 있든 오랜 구독자든, 이 프리셋들은 업무 방식을 바꿀 것입니다.

Raycast AI 프리셋이란 무엇인가요?

AI 프리셋은 한 번 구성하고 반복해서 사용하는 저장된 재사용 가능한 AI 명령입니다. 각 프리셋은 이름, 시스템 프롬프트(AI의 동작을 형성하는 지시), 모델 선택, 창의성 수준, 출력 작업으로 구성됩니다. 만들면 프리셋은 다른 명령처럼 Raycast 명령 팔레트에 나타납니다.

프리셋을 전문화된 AI 어시스턴트로 생각하세요. 하나의 범용 챗봇 대신, 코드 리뷰어, 테스트 작성자, PR 설명 생성기, 문서 작성자를 각각 정확히 필요한 지시, 제약 조건, 톤으로 세밀하게 조정해서 갖게 됩니다. 일반적인 “이 코드를 리뷰하세요” 프롬프트와 잘 만들어진 프리셋의 차이는 평범한 것과 뛰어난 결과의 차이입니다.

AI 프리셋 만드는 방법

프리셋 만들기는 약 2분이 걸립니다. 다음 과정입니다:

1. Raycast를 열고 설정 → AI → 프리셋으로 이동
2. “프리셋 만들기” 클릭
3. 설명적인 이름 부여(명령 팔레트에서 검색할 이름)
4. 시스템 프롬프트 작성 — AI가 정확히 어떻게 행동할지 알려주는 지시
5. 모델 선택(GPT-4o, Claude, Gemini 등)
6. 창의성 슬라이더 설정 — 코드 생성 같은 결정론적 작업에는 낮게, 브레인스토밍에는 높게
7. 출력 작업 선택 — 클립보드에 복사, 인라인 붙여넣기, 선택 항목 교체, 또는 창에 표시

시스템 프롬프트는 마법이 일어나는 곳입니다. 모호한 프롬프트는 모호한 결과를 낳습니다. 구체적이고 잘 제약된 프롬프트는 편집 없이 즉시 사용할 수 있는 출력을 만듭니다. 아래에서 프롬프트 엔지니어링을 자세히 다루겠습니다.

개발자를 위한 최고의 AI 프리셋

제가 매일 사용하는 프리셋들로, 실제 시스템 프롬프트와 함께 소개합니다. 이것들을 직접 Raycast에 복사하고 스택에 맞게 조정하세요.

1. 코드 리뷰

이 프리셋은 선택된 코드를 버그, 성능 문제, 스타일 문제로 분석합니다. 창의성을 낮게 설정하고 코드 분석 최적 결과를 위해 Claude를 사용하세요.

시스템 프롬프트:

당신은 코드 리뷰를 진행하는 시니어 소프트웨어 엔지니어입니다. 제공된 코드를 분석하고 다음을 식별하세요: (1) 버그 또는 잠재적 런타임 오류, (2) 성능 문제, (3) 보안 취약점, (4) 가독성 또는 유지 관리 우려 사항. 각 문제에 대해 왜 문제인지 설명하고 구체적인 수정 사항을 제공하세요. 코드가 깔끔하다면 그렇게 말하세요 — 문제를 만들어내지 마세요. 직접적이고 간결하게. 불릿 목록으로 형식화하세요.

2. 단위 테스트 작성

함수나 클래스를 선택하고 포괄적인 테스트를 생성합니다. 프롬프트에서 테스팅 프레임워크를 프로젝트에 맞게 조정하세요.

시스템 프롬프트:

당신은 테스트 엔지니어입니다. Jest(TypeScript)를 사용해 제공된 코드에 대한 단위 테스트를 작성하세요. 다음 규칙을 따르세요: describe/it 블록을 사용하고, 예상 동작을 설명하는 설명적인 테스트 이름을 작성하고, 정상 경로 + 엣지 케이스 + 오류 처리를 커버하고, expect() 어설션을 사용하고, 외부 종속성을 모킹하세요. 테스트 코드만 출력하세요 — 설명 없이. 필요한 import를 포함하세요.

3. PR 설명 생성기

git diff 또는 커밋 목록을 붙여넣고 구조화된 풀 리퀘스트 설명을 받습니다. 낮은 창의성의 GPT-4o를 사용하세요.

시스템 프롬프트:

제공된 diff 또는 커밋 목록에서 풀 리퀘스트 설명을 생성하세요. 이 구조를 사용하세요: ## 요약(변경 사항을 설명하는 2-3 문장), ## 변경 사항(구체적인 변경 사항의 불릿 목록), ## 테스트(이 변경 사항을 확인하는 방법), ## 메모(리뷰어가 알아야 할 것). 무엇이 변경되었는지와 왜 변경되었는지 구체적으로. 관습적 커밋 언어를 사용하세요. 300단어 이내로 유지하세요.

4. 오류 디버거

오류 메시지와 스택 트레이스를 붙여넣고 설명과 수정 제안을 받습니다. 기술적 정확성을 위해 Claude가 최적입니다.

시스템 프롬프트:

당신은 디버깅 전문가입니다. 사용자가 오류 메시지, 스택 트레이스 또는 예상치 못한 동작 설명을 제공할 것입니다. 다음을 하세요: (1) 오류가 무엇을 의미하는지 쉬운 한국어로 설명, (2) 가장 가능성 있는 근본 원인 식별, (3) 가능성 순서로 순위 매겨진 2-3가지 구체적인 해결책 제공, (4) 해당되는 경우 수정에 대한 코드 스니펫 포함. 직접적으로 — “구성을 확인하세요” 같은 일반적인 조언은 건너뛰세요.

5. SQL에서 ORM 변환기

원시 SQL 쿼리를 선택한 ORM으로 변환합니다. 프롬프트에서 ORM을 커스터마이즈하세요 — Prisma, Sequelize, SQLAlchemy 등.

시스템 프롬프트:

제공된 SQL 쿼리를 Prisma(TypeScript)로 변환하세요. 다음 규칙을 따르세요: Prisma Client API를 올바르게 사용하고, include/select로 join을 처리하고, WHERE 절을 Prisma의 where 문법으로 변환하고, 쿼리 로직을 정확하게 보존하세요. Prisma 코드만 출력하세요. 쿼리에 Prisma가 네이티브로 지원하지 않는 기능을 사용하는 경우 $queryRaw를 사용하고 이유를 설명하세요.

6. 문서 작성자

함수, 클래스 또는 API 엔드포인트를 선택하고 명확한 문서를 생성합니다. 창의성을 중간으로 설정하세요.

시스템 프롬프트:

제공된 코드에 대한 개발자 문서를 작성하세요. 포함 사항: 기능에 대한 간략한 설명, 타입과 설명이 있는 파라미터/인수, 반환 값, 사용 예시, 중요 참고 사항(부작용, 오류 조건, 성능 고려 사항). 함수에는 JSDoc/TSDoc 형식을 사용하세요. 간결하게 — 개발자는 에세이를 읽기 위해서가 아니라 빠르게 답을 찾기 위해 문서를 읽습니다.

7. 커밋 메시지 작성자

diff를 선택하거나 변경 사항을 설명하고 잘 형식화된 관습적 커밋 메시지를 받습니다.

시스템 프롬프트:

Conventional Commits 형식을 사용해 제공된 변경 사항에 대한 git 커밋 메시지를 작성하세요. 구조: type(scope): description(제목 줄 최대 50자). 변경 사항이 사소하지 않은 경우 본문을 추가하고, 무엇이 변경되었는지가 아니라 왜 변경되었는지 설명하세요. 타입: feat, fix, refactor, docs, test, chore, perf, style. 커밋 메시지만 출력하세요 — 주석 없이.

고급 프리셋: 기본을 넘어서

간단한 프리셋에 익숙해지면, 이 더 전문화된 것들이 복잡한 워크플로우를 처리할 수 있습니다.

API 응답 목킹 도구

API 엔드포인트 또는 TypeScript 인터페이스를 붙여넣고 테스트용 현실적인 목 데이터를 받습니다. 아직 준비되지 않은 API에 대해 빌드해야 하는 프론트엔드 개발자에게 유용합니다.

시스템 프롬프트:

제공된 API 응답 구조나 TypeScript 인터페이스에 맞는 현실적인 목 JSON 데이터를 생성하세요. 현실적인 값을 사용하세요(실제처럼 보이는 이름, 이메일, UUID — “test123” 아님). 배열에는 3개의 다양한 항목을 생성하세요. 타입이 허용하는 경우 null 값 같은 엣지 케이스를 포함하세요. 유효한 JSON만 출력하세요.

정규식 설명기 & 빌더

정규식을 붙여넣어 설명을 받거나, 매칭하려는 것을 설명하면 정규식을 돌려받습니다. 정밀한 패턴 매칭을 위해 모델을 Claude로 설정하세요.

시스템 프롬프트:

입력이 정규식이면 한국어로 단계별로 설명하세요. 패턴의 각 부분을 분해하고 무엇을 매칭하는지 설명하세요. 입력이 무엇을 매칭할지에 대한 설명이면 이를 처리하는 정규식을 작성하세요. 정규식, 설명, 2-3개의 예시 매치/비매치를 포함하세요. JavaScript 정규식 문법을 사용하세요.

프리셋마다 적합한 모델 선택하기

Raycast의 최고 기능 중 하나는 프리셋별 모델 선택입니다. 모든 작업에 같은 AI 모델이 필요하지 않으며, 적합한 것을 선택하면 품질과 속도 모두 향상됩니다. Raycast가 다양한 AI 모델을 어떻게 처리하는지 더 깊이 알아보려면 Raycast ChatGPT 통합 가이드를 참고하세요.

• Claude — 코드 리뷰, 디버깅, 기술 글쓰기, 정밀도가 필요한 작업에 최적. 지시를 더 문자 그대로 따르는 경향이 있어 구조화된 출력에 정확히 원하는 것입니다.
• GPT-4o — 창의적 작업, 브레인스토밍, PR 설명, 커뮤니케이션에 탁월. 뉘앙스를 이해하고 자연스러운 텍스트를 생성하는 데 강합니다.
• Gemini — 강력한 추론 능력을 가진 좋은 범용 옵션. 특정 사용 사례를 테스트해볼 가치가 있습니다.
• 더 빠른 모델 — 형식 지정, 대소문자 변환, 템플릿 확장 같은 간단한 변환에는 더 빠른 모델을 사용하세요. 간단한 작업에서 품질 차이는 미미하며 거의 즉각적인 응답을 받습니다.

핵심 원칙: 모델을 작업 복잡도에 맞추세요. GPT-4o를 문자열 대문자화에 사용하는 것은 과합니다. 빠른 모델을 미묘한 코드 리뷰에 사용하면 중요한 문제를 놓칩니다.

효과적인 시스템 프롬프트 작성하기

시스템 프롬프트는 모든 프리셋에서 단연 가장 중요한 부분입니다. 좋은 프롬프트는 일관되게 사용 가능한 출력을 만듭니다. 나쁜 프롬프트는 다시 작성해야 하는 출력을 만듭니다. 작동하는 패턴들입니다.

출력 형식에 대해 명시적으로 말하세요

“이 코드를 리뷰하세요”라고 말하지 마세요. “각각 문제, 왜 중요한지, 코드 수정이 있는 불릿 포인트로 문제를 나열하세요”라고 말하세요. AI는 형식 선호도에 대해 마음을 읽을 수 없으므로 명확히 지정하세요.

제약 조건을 설정하세요

AI가 하지 말아야 할 것을 알려주세요. “로직이 명확하지 않은 경우에만 주석을 추가하세요.” “응답을 200단어 이내로 유지하세요.” “하위 호환성을 깨는 변경 사항은 제안하지 마세요.” 제약 조건은 AI가 탈선하는 것을 방지합니다.

페르소나를 정의하세요

“당신은 시니어 소프트웨어 엔지니어입니다” 또는 “당신은 기술 작가입니다”로 시작하세요. 이것은 단순한 프롬프트 엔지니어링 전설이 아닙니다 — 진정으로 모델이 만드는 톤, 깊이, 가정을 보정합니다.

스택 컨텍스트를 포함하세요

프리셋이 특정 프로젝트를 위한 것이라면 프롬프트에 기술 스택을 포함하세요. “프로젝트는 React, TypeScript, Tailwind CSS, Prisma를 사용합니다.” 이렇게 하면 AI가 추측하고 잘못된 프레임워크용 코드를 생성하는 것을 방지합니다.

실패를 기반으로 반복하세요

실제 입력에서 프리셋을 5-10번 실행하세요. 출력이 맞지 않을 때마다 무엇이 잘못되었는지 파악하고 프롬프트에 제약 조건이나 설명을 추가하세요. 최고의 프리셋은 수십 번의 작은 개선의 결과입니다.

팀과 프리셋 공유하기

개인 프리셋은 강력합니다. 팀 전체 프리셋은 혁신적입니다. 팀의 모든 개발자가 같은 코드 리뷰 프리셋을 사용하면 일관된 기준을 얻습니다. 모든 사람이 같은 PR 설명 프리셋을 사용하면 풀 리퀘스트가 균일해져 리뷰하기 쉬워집니다.

Raycast Teams는 조직 전반에서 프리셋을 공유할 수 있게 해줍니다. 프리셋을 내보내 직접 공유하거나 팀이 가져올 수 있도록 게시할 수 있습니다. 이것은 특히 다음에 가치 있습니다:

• 온보딩 — 새 팀원이 처음부터 코딩 표준과 워크플로우에 맞는 큐레이션된 프리셋 세트를 갖게 됩니다
• 일관성 — 커밋 메시지, PR 설명, 문서가 팀 전반에서 동일한 형식을 따릅니다
• 모범 사례 — 최고 개발자의 코드 리뷰 체크리스트가 모든 사람의 코드 리뷰 체크리스트가 됩니다

커뮤니티 프리셋 가져오기

Raycast 커뮤니티는 Raycast 스토어와 커뮤니티 포럼을 통해 프리셋을 공유합니다. 프리셋을 가져오려면 설정 → AI → 프리셋으로 이동해 가져오기 옵션을 사용하세요. Raycast 커뮤니티에서 공유된 프리셋을 찾아 직접 가져올 수도 있습니다.

커뮤니티 프리셋을 가져올 때, 사용하기 전에 시스템 프롬프트를 검토하세요. 기대에 맞는지 확인하고 모델, 창의성, 출력 설정을 선호도에 맞게 조정하세요. 커뮤니티 프리셋은 출발점입니다 — 자신의 것으로 만들기 위해 커스터마이즈하세요.

프리셋 vs. Raycast 확장 프로그램: 어떤 것을 언제 사용할까요?

Raycast는 또한 외부 서비스 및 API와 통합할 수 있는 확장 프로그램을 지원합니다. 그렇다면 프리셋을 사용할 때와 확장 프로그램을 빌드하거나 설치할 때를 어떻게 구분할까요?

• 프리셋 사용 — 작업이 주로 텍스트 변환에 관한 것일 때(재작성, 분석, 생성, 변환). 프리셋은 만들기 더 빠르고 수정하기 쉽습니다.
• 확장 프로그램 사용 — 외부 서비스(GitHub, Jira, Slack), 시스템 리소스에 접근하거나 복잡한 UI를 빌드해야 할 때. 확장 프로그램은 더 강력하지만 JavaScript/TypeScript 개발이 필요합니다.

대부분의 AI 기반 텍스트 워크플로우에는 프리셋이 올바른 선택입니다. 코딩이 필요 없고, 프롬프트를 변경하면 즉시 업데이트되며, 공유하기 쉽습니다. 프리셋이 완전한 Pro 기능 세트에 어떻게 맞는지 더 넓게 보려면 Raycast Pro 리뷰를 확인하세요.

가격: AI 프리셋에 필요한 것

AI 프리셋은 Raycast Pro가 필요합니다. Pro 플랜은 연간 청구 기준 월 $8부터 시작하며 무제한 AI 명령, 모든 AI 모델, 클라우드 동기화, 기타 모든 Pro 기능이 포함됩니다. 이것은 독립형 AI 구독보다 훨씬 저렴합니다 — ChatGPT Plus만 해도 월 $20입니다.

아직 Raycast Pro를 시도하지 않았다면, 현재 최고의 할인은 무료 14일 체험과 함께 80% 할인입니다. 쿠폰 코드가 필요 없습니다. 체험 중에 몇 가지 프리셋을 만들고 워크플로우 개선이 비용을 정당화하는지 확인하세요. 제 경험으로는 하루에 5분을 절약하는 좋은 프리셋 하나가 구독 비용을 여러 번 지불합니다.

자주 묻는 질문

Raycast AI 프리셋이란 무엇인가요?

Raycast AI 프리셋은 특정 시스템 프롬프트, 모델 선택, 창의성 수준으로 정의하는 재사용 가능한 커스텀 AI 명령입니다. 내장 명령과 함께 Raycast 명령 팔레트에 나타납니다. 선택된 텍스트나 수동 입력에서 몇 번의 키 입력으로 트리거할 수 있는 저장된 AI 워크플로우로 생각하세요.

AI 프리셋을 만들려면 Raycast Pro가 필요한가요?

네. AI 프리셋과 Raycast의 모든 AI 기능은 Raycast Pro 구독이 필요합니다. 커밋하기 전에 커스텀 AI 명령이 워크플로우에 맞는지 확인하기 위해 무료 14일 체험으로 시도할 수 있습니다.

팀과 Raycast AI 프리셋을 공유할 수 있나요?

네. Raycast는 Raycast Teams를 통해 팀 전반에서 AI 프리셋 공유를 지원합니다. 프리셋을 내보내 동료와 공유하거나, 다른 사람이 게시한 커뮤니티 프리셋을 가져올 수 있습니다. 이렇게 하면 팀 전체가 동일한 커스텀 AI 워크플로우에 접근할 수 있습니다.

프리셋에 어떤 AI 모델을 사용해야 하나요?

작업에 따라 다릅니다. 코드 분석, 리뷰, 기술적 정확성에는 Claude를 사용하세요. 창의적 글쓰기, 브레인스토밍, 범용 작업에는 GPT-4o를 사용하세요. 빠른 형식 지정이나 간단한 변환에는 더 빠른 모델이 잘 작동하고 더 빠르게 응답합니다. 프리셋마다 다른 모델을 설정할 수 있습니다.

Raycast에서 AI 프리셋을 몇 개나 만들 수 있나요?

Raycast Pro에서 만들 수 있는 AI 프리셋 수에는 엄격한 제한이 없습니다. 필요한 만큼 커스텀 명령을 만들 수 있습니다. 대부분의 파워 유저는 코드 리뷰부터 문서화, 커뮤니케이션까지 가장 일반적인 워크플로우를 커버하는 10–20개의 프리셋을 유지합니다.