준비물
Cryptohopper MCP 클라이언트에서 Cryptohopper MCP 설정 — 설정 개요 참고.
무엇을 묻고 싶은지에 대한 대략적인 아이디어. 질문이 이미 머릿속에서 명확할 때 프롬프트 조정이 가장 도움이 됩니다.
메타 규칙
규칙 | 실질적인 의미 |
무엇에 대해 구체적으로, 어떻게가 아닌 | 페어, 거래소, 시간대, 조회 기간, 출력 형식을 명시하세요. MCP 도구나 호출 메커니즘을 설명하지 마세요. 모델이 직접 지정하는 것보다 더 나은 도구를 선택할 수 있습니다. |
제약 조건 명시 | "티커 데이터만 사용" 또는 "캔들 조회 기간을 100봉으로 제한"과 같이 에이전트가 과도하게 데이터를 가져오는 것을 방지합니다. |
구체적인 숫자 요구 | "각 주장에 대해 최소한 하나의 가격, 백분율 또는 비율을 포함하세요"는 모호한 판단을 근거 있는 판단으로 바꿉니다. |
출력 형식 고정 | 테이블을 원하면 그렇게 말하세요. 특정 열 순서를 원하면 그렇게 말하세요. 그렇지 않으면 실행마다 형식이 달라질 수 있습니다. |
추론에 대한 재량권 부여, 라우팅은 아님 | 모델은 원하는 대로 결론을 내릴 수 있지만 시간대를 선택할 수는 없습니다. 그것은 당신의 결정입니다. |
설정 단계
1. 직접적이고 명확한 프롬프트로 시작
세련됨에 대해 걱정하지 마세요. "Cryptohopper MCP를 사용하여 Binance에서 현재 BTC/USDT 티커를 가져오세요." 실행하고 출력을 확인하세요. 무엇이 달라졌으면 좋겠는지 메모하세요.
2. 구체적인 내용을 하나씩 추가하여 반복
원하는 출력이 나올 때까지 제약 조건을 추가하세요. 각 문장은 하나의 강화된 제약 조건을 추가해야 합니다 — 페어, 거래소, 조회 기간, 지표, 출력 질문, 데이터 처리 규칙. 예를 들어: "Binance에서 ETH/USDT의 1시간 캔들을 가져오고, 마지막 150봉을 사용하세요. RSI(14)를 계산하세요. 현재 RSI 값과 지난 10봉이 RSI와 가격 사이에 어떤 다이버전스를 보이는지 알려주세요. 모든 계산은 완료된 봉만을 기준으로 하세요. 현재 불완전한 봉은 무시하세요."
3. 작동하는 것을 저장하고 라이브러리 버전 관리
프롬프트가 실제로 사용할 출력을 생성하는 즉시, 명확한 이름으로 저장하세요 (daily_digest_v3, ta_single_pair, multi_venue_depth_check). 프롬프트를 변경할 때는 이전 버전을 보관하세요 — 때로는 더 간단한 것이 더 잘 작동했습니다.
4. 비용 프로필별로 프롬프트 태그 지정
저렴한 프롬프트로 충분한데 비싼 프롬프트를 실행하는 것을 방지합니다.
태그 | 의미 |
cheap | 티커만, 모든 티어에서 실행 가능 |
medium | 티커 + 캔들, Explorer+ 이상 |
expensive | 오더북 또는 심층 기록 포함 |
유용한 패턴
10가지 패턴으로 실제로 원하는 것의 약 90%를 커버할 수 있습니다. Cryptohopper MCP와 함께 작동하는 프롬프트 패턴에 대한 전체 논의는 여기를 참조하세요.
패턴 | 형태 | 사용 사례 |
스캔 | "{세트}에 대해 {N}개의 {기준}을 보여줘" | 일일 이동, 관심 목록 확인 |
심층 분석 | "{시간대} 캔들을 {페어}에 대해 가져와. {지표}를 계산하고 {해석}을 알려줘" | 요청 시 TA |
다중 시간대 | "1h/4h/일봉 간에 {지표}를 비교해. 일치하는가?" | 스윙 트레이드 검증 |
거래량 확인 | "{거래소}의 {페어}에 대해 {크기}만큼의 주문이 책에 있다면 비용은 얼마인가?" | 사전 거래 슬리피지 |
예약된 보고서 | "매 {주기}마다 {스캔}을 수행하고 {형식}으로 요약해 줘" | 요약 및 알림 |
제한된 질문 | "티커 데이터만 사용. {질문}" | 할당량 고려 워크플로우 |
비교 및 설명 | "{축}에 대해 {A}와 {B}를 비교하고 {더 강한} 것이 무엇인지 알려줘" | 상대 강도 분석 |
뉴스 + 맥락 | "다음은 {기사}입니다. 토큰을 식별하고 라이브 컨텍스트를 가져와 시장이 어떻게 움직이는지 알려줘" | 뉴스 기반 리서치 |
자체 검증 | "{두 번째 출처}와 교차 검증해. 불일치하면 알려주고 커밋하지 마." | 높은 위험 결정 |
메타 프롬프트 | "암호화폐에 사용할 수 있는 MCP 도구는 무엇인가요?" | 디버깅, 탐색 |
작동하는 예시 vs. 작동하지 않는 예시
✗ 나쁨
"ETH에 대해 알려줘."
거래소, 시간대, 구체적인 질문이 없습니다. 에이전트는 일반적인 요약을 생성합니다.
✓ 좋음
"Binance에서 현재 ETH/USDT 티커와 지난 100개의 4시간 캔들을 가져와. 현재 가격, 24시간 변화, 그리고 4시간 추세가 상승/하락/횡보인지 알려줘. 답변을 세 문장으로 제한해."
페어, 거래소, 시간대, 조회 기간, 구체적인 질문, 고정된 출력 길이.
✗ 나쁨
"BTC를 사야 할까?"
모델에게 책임감 있게 제공할 수 없는 조언을 구합니다. 거부하거나 데이터에 근거하지 않은 사실처럼 들리는 답변을 지어낼 것입니다.
✓ 좋음
"Binance의 BTC/USDT에 대해 1시간 캔들(마지막 150개)을 가져와. 보고 내용은 다음과 같습니다: 현재 추세, RSI(14), 50일 이동 평균선과의 거리, 그리고 오늘의 거래량이 7일 평균보다 많거나 적은지. 매수/매도 조언은 하지 말고, 데이터와 설정에 대한 분석만 제공해."
동일한 기본 질문이지만, 모델이 실제로 데이터로 답변할 수 있는 것으로 변환되었습니다.
✗ 나쁨
"TA를 실행해."
페어, 거래소, 시간대가 없습니다. 실행할 때마다 어느 것을 사용할지 묻게 됩니다.
✓ 좋음
"Binance에서 {페어}에 대해 4시간 시간대, 마지막 150봉으로 TA를 실행해. RSI(14), MACD, 20/50/200 EMA, 최근 지지/저항을 포함해. 출력: 세 문단 — 추세, 모멘텀, 주요 레벨."
페어에 대한 매개변수화; 다른 모든 선택은 고정되었습니다.
문제 해결
출력이 일반적이고 원하는 것과 일치하지 않습니다
프롬프트를 다시 읽어보세요. "좋은", "강한", "건강한"과 같은 형용사를 발견하면 주관적입니다. 숫자 임계값으로 대체하세요. "강한 상승 추세" → "가격이 20 EMA 위에 있고, EMA가 상승 중이며, RSI가 55 이상입니다."
에이전트가 잘못된 도구를 호출합니다
일반적으로 시간대나 거래소를 잘못 지정한 것입니다. 모델을 비난하기 전에 프롬프트를 확인하세요.
동일한 프롬프트가 실행마다 다르게 모양이 다른 답변을 제공합니다
출력 형식을 고정하지 않았습니다. 명시적인 템플릿을 추가하세요: "X, Y, Z 열 순서대로 마크다운 테이블 형식으로 출력."
프롬프트가 작동하지만 길고 다루기 어렵습니다
이름이 지정된 섹션으로 나누세요: [컨텍스트], [작업], [출력]. 모델은 텍스트 덩어리보다 구조화된 프롬프트를 더 잘 처리합니다.
에이전트가 이미 컨텍스트에 있는 데이터를 가져옵니다
그렇게 말하세요: "위에서 X를 이미 제공했습니다. 다시 가져오지 마세요." 특히 컨텍스트가 얇은 워크플로우에서 유용합니다 — 토큰 소모 없이 에이전트에 시장 컨텍스트를 공급하는 방법을 참조하세요.
매번 프롬프트 상단에 같은 문단을 작성하게 됩니다
그것이 컨텍스트 블록입니다. 클라이언트가 자동으로 삽입할 수 있는 재사용 가능한 스니펫으로 추출하세요. 암호화폐 AI 에이전트에 메모리를 추가하는 방법을 참조하세요.