n8n Anthropic 노드의 프롬프트 캐싱은 호출 간격에 맞춰 골라보세요

프롬프트 캐싱을 켜면 무엇이 달라지나요?

Anthropic 문서는 프롬프트 앞부분을 캐시에 저장해 두고, 다음 요청의 앞부분이 똑같으면 저장한 것을 읽어 온다고 설명해요. 비교는 tools → system → messages 순서로 앞에서부터 하고, 글자와 이미지까지 정확히 같아야 해요.

첫 호출(캐시 쓰기) → 유지 시간 안의 같은 앞부분 호출(캐시 읽기) → 읽을 때마다 유지 시간 다시 시작

n8n 쪽 자료는 얇아요. 2.42 릴리스 노트에는 옵션 이름과 세 가지 값만 있고, Anthropic 노드 문서에는 확인일 기준으로 Prompt Caching 설명이 없어요. 노드가 지시문의 어느 지점에 캐시를 거는지는 n8n 문서에 적혀 있지 않아요.

5 Minutes와 1 Hour는 비용이 어떻게 다른가요?

Anthropic 문서의 배율은 기본 입력 가격을 1로 둔 값이에요. 확인일은 2026-10-17이에요.

같은 앞부분을 몇 번 보내야 손해를 면하는지는 이 배율로 셈할 수 있어요. 캐시되는 부분만 놓고 보면, 5분 캐시는 두 번째 호출에서 1.25+0.1=1.35로 캐시 없이 두 번 보낸 2보다 싸져요. 1시간 캐시는 두 번이면 2+0.1=2.1로 오히려 비싸고, 세 번째 호출(2.2 대 3)부터 이득이에요. 대부분의 모델에 쓰이는 0.1배로 계산한 값이고, 출력 토큰과 캐시 지점 뒤 입력은 넣지 않았어요.

내 워크플로에는 어느 값이 맞나요?

호출 간격으로 고르면 돼요.

• 항목 여러 개를 Loop로 연달아 Anthropic 노드에 보내는 워크플로라면 호출 사이가 짧으니 5 Minutes로 충분해요.
• 15분이나 30분마다 도는 스케줄처럼 5분은 넘기고 한 시간 안에 여러 번 도는 워크플로라면 1 Hour를 따져 볼 만해요.
• 하루 몇 번 도는 정도라면 매번 캐시 쓰기 비용만 더 내게 되니 Disabled가 나아요.

유지 시간은 요청이 시작된 때부터 재요. 응답을 스트리밍으로 받는 시간도 유지 시간에서 빠진다고 문서에 적혀 있어요.

캐시가 안 걸리는 경우는 무엇인가요?

가장 흔한 건 길이가 짧은 경우예요. Anthropic 문서의 최소 길이는 모델마다 달라서 Claude Opus 5.5·Sonnet 5.5·Haiku 5.5는 512토큰, Claude Sonnet 4.5는 1,024토큰, Claude Haiku 4.5는 4,096토큰이에요. 이보다 짧으면 오류 없이 그냥 캐시가 안 돼요.

앞부분이 매번 바뀌는 경우도 있어요. 지시문 앞쪽에 오늘 날짜나 입력 항목 같은 n8n 식을 넣어 두면 호출마다 글자가 달라져 같은 앞부분으로 보지 않아요. 고정된 설명은 앞에, 바뀌는 값은 뒤나 사용자 메시지에 두세요. 문서는 도구 정의를 바꾸면 그 뒤 system과 messages 캐시까지 무효가 된다고도 적어요.

켠 뒤 효과는 어떻게 확인하나요?

같은 입력으로 두 번 연달아 실행하고 응답의 사용량 값을 보세요. 첫 실행에서 cache_creation_input_tokens가, 두 번째 실행에서 cache_read_input_tokens가 0보다 커야 캐시가 걸린 거예요. 둘 다 0이면 지시문 길이와 앞쪽의 바뀌는 식부터 다시 보세요. 실행 결과에 사용량이 보이지 않으면 Anthropic 콘솔의 사용량 화면에서 같은 시각 요청을 비교해요.

출처: n8n Release notes, n8n Anthropic node, Anthropic Prompt caching. 확인일 2026-10-17.