AI 에이전트를 위한 이미지 검색 인프라: 시장이 실제로 제공하는 것

올해 출시된 모든 에이전트 프레임워크는 글을 쓰고, 계획을 세우고, 툴을 호출하고, 풀 리퀘스트를 열 수 있다. 그런데 사진 한 장을 요청하면 전체가 어깨를 으쓱하는 수준으로 무너진다: 기억에서 지어낸 스톡 URL, 깨진 핫링크, 혹은 실제 사진을 검색하는 것보다 하나를 지어내는 편이 쉬웠기에 생성된 이미지. 약한 고리는 모델이 아니다. 그 아래에 있는 이미지 레이어가 문제다 — 그리고 그것은 매우 구체적이고 측정 가능한 방식으로 빠져 있다.

이 글은 시장 조사이지 선언문이 아니다. 아래 내용은 모두 2026년 8월 18일에 측정하거나 1차 자료에서 확인한 것이다: 공식 MCP 레지스트리 전수 조사, 대형 무료 사진 API 네 곳의 공개 이용약관, 이번 달 에이전트 커넥터를 출시한 두 유료 기존 업체의 접근 조건, 그리고 API 키 없이 1분 안에 재현할 수 있는 작은 벤치마크.

미리 하나 짚어두자면, 이것이 여러분의 관심사가 아니라면 여기서 읽기를 멈춰도 좋다: 이 글은 접근 계층 — 검색, 도달 가능성, 이용약관, 쿼터 — 에 관한 것이다. 발행 파이프라인에 관한 것이 아니다. 초안을 삽화가 들어가고, 출처가 표기되고, 마크업된 페이지로 바꾸는 방법 — 라우터 프롬프트, 비주얼 브리프, 조립, ImageObject 마크업 — 이 필요하다면 그것은 AI가 작성한 글에 삽화를 넣는 파이프라인에서 별도로 다룬다.

호출자가 기계일 때 달라지는 것

사진을 검색하는 사람은 단어 두세 개를 입력하고, 그리드를 훑어보고, 좋은 사진을 보면 안다. 지금까지 만들어진 모든 스톡 검색 엔진은 이 루프를 전제로 한다. 에이전트는 이 세 가지 전제를 한꺼번에 깨뜨린다:

1. 키워드가 아니라 문장을 쓴다. 방금 주택담보대출 서류에 관한 섹션을 작성한 모델은 mortgage를 내놓지 않는다; 그것은 “은행 상담사가 조건을 설명하는 동안 주방 테이블에서 주택담보대출 서류에 서명하는 여성”을 내놓는다. 이것이 언어 모델의 자연스러운 출력이며, 토큰 매칭 인덱스가 처리할 수 없는 바로 그 형태다.
2. 그리드를 훑어볼 수 없다. 툴이 반환하는 것이 곧 에이전트가 아는 전부다. 응답이 설명도, 치수도, 크레딧도 없는 URL 목록이라면, 에이전트는 각 이미지를 가져와 확인하거나 — 훨씬 더 흔하게는 — 추측할 수밖에 없다.
3. 손이 없다. 스크린샷을 검토 큐에 업로드하거나, 이용약관에 동의하거나, 키를 교체하거나, 프로덕션 승인을 영업일 3일 동안 기다릴 수 없다. API 온보딩의 모든 인간 개입 단계는 에이전트가 멈춰서는 벽이다.

따라서 “AI 에이전트를 위한 이미지 검색 인프라”는 마케팅 문구가 아니다. 그것은 체크리스트다: 자연어 검색, 추론할 수 있을 만큼 풍부한 기계 판독 가능 결과, 그리고 프로그램이 스스로 완료할 수 있는 인증 및 쿼터 모델.

테스트: 문장 대 키워드 인덱스

이 문제를 확인하는 가장 저렴한 방법은 에이전트 자신의 문장을 키워드 엔진에 보내는 것이다. 아래 테스트는 WordPress.org가 운영하는 오픈 라이선스 미디어 검색 엔진 Openverse를 사용한다. API가 공개되어 있고, 키가 필요 없으며, 이 글을 읽는 누구나 1분 안에 재실행할 수 있기 때문이다. 모델이 방금 작성한 내용을 삽화로 만들 때 쓰는 방식의 브리프 네 개:

import json, urllib.request, urllib.parse

BRIEFS = [
  "a woman signing a mortgage document at a kitchen table while a bank"
  " adviser explains the terms, warm morning light",
  "An elderly couple enjoying a peaceful retirement together",
  "a child discovering snow for the first time in a suburban garden",
  "a delivery cyclist waiting at a red light in heavy rain",
]

def count(q):
    u = "https://api.openverse.org/v1/images/?" + urllib.parse.urlencode({"q": q})
    r = urllib.request.Request(u, headers={"User-Agent": "benchmark/1.0"})
    return json.load(urllib.request.urlopen(r))["result_count"]

for b in BRIEFS:
    print(count(b), "|", b[:48])
# 0 | a woman signing a mortgage document at a kitchen
# 0 | An elderly couple enjoying a peaceful retirement
# 0 | a child discovering snow for the first time in a
# 0 | a delivery cyclist waiting at a red light in hea

브리프 네 개, 빈 결과 세트 네 개. 이제 각 브리프를 사람이라면 입력했을 키워드 두 개 — signing document, elderly couple, child snow, cyclist rain — 로 줄이면, 모두 사진이 가득한 페이지를 반환한다 (API는 240건을 보고하는데, 익명 호출자에 대해 카운트를 여기서 상한선으로 잡기 때문이다). 카탈로그에는 사진이 있다. 파싱하지 못하는 것은 문장이다.

테이블을 옆으로 스와이프하면 모든 열을 볼 수 있습니다 →

Pexafy 열은 동일한 네 문장을 수정 없이 호스팅된 MCP 서버의 search_photos에 보낸 것이며, 지연 시간은 서버 자체가 보고한 값이다. 이것은 카탈로그 품질이 아니라 쿼리 형태의 비교이며 — 카탈로그는 분명히 문제가 아니다. Openverse 자체 통계 엔드포인트는 테스트 당일 기준 52개 소스에 걸쳐 9억 1,500만 장의 이미지를 보고하며, 이는 원래 만들어진 목적 — 사람을 위한 키워드 검색 — 에는 훌륭하다. 무엇도 고장 나지 않았다. 단지 문장으로 사고하는 호출자를 위해 설계된 적이 없을 뿐이다. 태그 매칭이 서술된 장면에서 왜 실패하는지 — 그리고 시맨틱 검색이 대신 무엇을 하는지 — 는 독자의 관점에서 키워드 대신 문장으로 검색하기에서 이미 다뤘다; 여기서 새로운 것은 측정치이며, 호출자가 사람이 아니라 프로그램일 때 그것이 무엇을 의미하는가이다.

“평화로운 은퇴 생활을 함께 즐기는 노년 부부” · 135 ms에 16건 · 그중 세 장

1위Pexels Pixabay Unsplash

시장, 2026년 8월 18일 기준

검색은 절반이다. 나머지 절반은 도달 가능성이다: 에이전트가 카탈로그에 아예 접근할 수 있는가, 그리고 어떤 조건으로? Model Context Protocol이 어시스턴트가 외부 시스템에 연결하는 방식이 된 이래 — 2026년 7월 28일자 최신 사양은 프로토콜을 상태 비저장 요청/응답 코어로 옮겨 서버가 일반 로드 밸런서 뒤에 있을 수 있게 했다1 — 이 시장을 정직하게 조사하는 방법은 발표된 것이 아니라 실제로 공개된 것을 보는 것이다.

유료 기존 업체들은 이번 달에 도착했다

Getty Images는 이 글이 나오기 엿새 전인 2026년 8월 12일에 MCP 서버를 출시하여 크리에이티브, 편집, 아카이브 검색과 다운로드를 AI 워크플로에 노출했다2. 이는 엔터프라이즈 팀과 플랫폼 빌더를 겨냥한 것이며, 자체 접근 페이지는 진입 가격에 대해 명확하다: Premium Access 같은 활성 Getty Images 계약과 Web Service 이용약관 동의가 필요하다. 무료 등급은 없다. Shutterstock 콘텐츠도 MCP 서버를 통해 접근할 수 있다 — 검색, 컬렉션, 라이선싱을 다루는 24개의 툴 — 다운로드는 활성 구독을 가진 계정 뒤에 잠겨 있다3.

두 움직임 모두 합리적이며 둘 다 특정 구매자를 위한 것이다. Getty는 2025년에 9억 8,130만 달러의 매출을 올렸다4. 이는 2026년 기준 약 54억 달러로 추산되는 스톡 사진 시장에서5, 계약을 요구하는 커넥터는 그 매출을 여는 것이 아니라 지키는 역할을 한다. 은행이나 방송사라면 이것이 정확히 원하는 바일 것이다. 사이드 프로젝트를 연결하는 개발자라면 — 혹은 멈춰서 사람에게 뭔가에 서명해달라고 요청할 수 없는 에이전트라면 — 이것은 닫힌 문이다.

무료 라이브러리들은 아예 아무것도 출시하지 않았다

Unsplash, Pexels, Pixabay는 대부분의 빌더가 가장 먼저 찾는 세 카탈로그이지만, 그중 어느 것도 공식 MCP 서버를 공개하지 않는다. 대신 존재하는 것은 커뮤니티 래퍼들의 진열대다. 우리는 공식 MCP 레지스트리를 전수 크롤링했다 — 서버 22,607개, 게시된 버전 75,487개 — 그리고 이름이나 설명이 사진 또는 스톡 이미지 검색에 관한 모든 항목을 남겼다. 패턴은 일관적이다:

테이블을 옆으로 스와이프하면 모든 열을 볼 수 있습니다 →

import json, urllib.request, urllib.parse

def crawl(term):                      # 레지스트리는 `nextCursor`로 페이지네이션한다
    out, cursor = {}, None
    while True:
        p = {"limit": "100", "search": term} | ({"cursor": cursor} if cursor else {})
        d = json.load(urllib.request.urlopen(
            "https://registry.modelcontextprotocol.io/v0/servers?" + urllib.parse.urlencode(p)))
        for e in d["servers"]: out[e["server"]["name"]] = e["server"]
        cursor = (d.get("metadata") or {}).get("nextCursor")
        if not cursor or not d["servers"]: return out

servers = {}
for t in ["photo", "image", "stock", "picture", "unsplash",
          "pexels", "pixabay", "getty", "shutterstock", "openverse"]:
    servers |= crawl(t)

# 고유 서버 137개 · 원격 vs 로컬 여부는 server["remotes"]로 판단
# 필수 서드파티 키는 packages[].environmentVariables에 있다

이 래퍼들 각각은 동일한 세 키워드 API의 얇은 클라이언트일 뿐이며, 이는 위의 벤치마크가 그것들 모두에 적용된다는 뜻이다: 전송 방식은 바뀌었지만, 검색 방식은 바뀌지 않았다. 래퍼는 태그 인덱스가 문장을 이해하게 만들 수 없다.

기계를 멈추는 것은 쿼터가 아니라 그 조항이다

무료 라이브러리들의 쿼터와 이용약관은 공통 단위로 나란히 비교되어 있다, 무료 스톡 사진 API 비교에서 — 승인 대기열, 필수 다운로드 호출, 24시간 캐싱 의무, 출처 표기 규칙. 그 글은 이를 제공업체를 선택하는 개발자의 관점에서 읽는다. 그것들을 준수해야 하는 프로그램의 관점에서 다시 읽으면, 물량과는 전혀 관계없는 한 줄이 눈에 띈다:

온보딩에도 같은 논리가 적용된다. 사람이 여러분 앱의 스크린샷을 검토한 후에야 프로덕션으로 전환되는 데모 등급은 에이전트가 물러설 수 있는 속도 제한이 아니라, 아예 수행할 수 없는 단계다. Pixabay는 그 의도를 명시적으로 밝힌다 — API는 합법적인 인간 사용을 위한 것이며, 대량 자동 다운로드는 금지된다. 이 중 어느 것도 부당하지 않다: 사진작가들은 작업물을 무료로 내주고 누군가는 대역폭 비용을 낸다. 이는 단지 화면과 손을 가진 호출자를 가정한 API를 설명할 뿐이다.

네 가지 요건, 그리고 누가 충족하는가

두 절반을 합치면, 에이전트가 실제로 쓸 수 있는 이미지 레이어의 사양은 짧고 검증 가능하게 나온다. 이것은 의도적으로 제공업체 비교가 아니다 — 카탈로그 규모, 가격, 라이선스 조건은 비교 글에 정리되어 있다. 여기 네 가지는 오직 프로그램이 사진에 접근할 수 있는가에 관한 것이다:

1. 시맨틱 검색 — 완전한 문장이 빈 세트가 아니라 순위가 매겨진 페이지를 반환한다.
2. 무료 라이선스, 여러 소스 — 이미지마다 라이선스를 받을 필요가 없고, 단일 라이브러리의 취향이 발행하는 모든 페이지를 좌우하지 않는다.
3. 자체 로그인을 갖춘 호스팅 서버 — 원격, OAuth, 설치할 로컬 프로세스도, 설정 파일에 붙여넣을 서드파티 API 키도 없다.
4. 기계가 스스로 완료할 수 있는 무료 등급 — 스크린샷 검토도, 계약도 없이, 월간 쿼터와 워커가 스스로 속도를 조절할 수 있는 분당 속도 제한만 있으면 된다.

테이블을 옆으로 스와이프하면 모든 열을 볼 수 있습니다 →

우리는 Pexafy를 만들고 있으니, 마지막 행은 그에 걸맞은 회의적 시선으로 읽고 직접 확인해보라: 레지스트리 전수조사는 스크립트 하나로 재현 가능하고, Getty와 Shutterstock의 접근 조건은 각자의 페이지에 있으며, 세 사진 API의 제한은 각자의 문서에 있다 — 전부 아래에 링크되어 있다. 이 주장은 좁고 반증 가능하다: 2026년 8월 18일 기준으로 우리는 이 네 가지를 모두 충족하는 두 번째 서비스를 찾지 못했다. 아는 것이 있다면 이 표에 추가하겠다 — 요건을 이렇게 적어두는 이유는 누구나 이를 어떤 제품에든, 우리 제품을 포함해서, 적용해 볼 수 있게 하기 위해서다.

좋은 이미지 서버가 MCP 위에서 하는 일

커넥터는 새 옷을 입은 REST 엔드포인트가 아니다. 이 레이어의 두 가지 활용법은 다른 곳에서 이미 자세히 다뤘으므로 여기서는 반복하지 않는다 — 초안에 삽화를 넣는 것은 파이프라인 글에서, 긴 시리즈를 시각적으로 일관되게 유지하는 것은 물량에 관한 글에서 다뤘다. 인프라에 속하는 것은 이 둘 모두가 의존하지만 나중에 추가할 수 없는 것이다: 접속하는 모든 에이전트를 위해 한 번 내려진 세 가지 서버 측 결정이다.

1. 에이전트가 추론할 수 있는 객체를 반환한다. 툴이 반환하는 것이 모델이 아는 전부다 — 그리드를 훑어볼 수 없다. 아래 두 형태의 차이는 사진에 대해 추론하는 어시스턴트와 링크를 그대로 전달하는 어시스턴트의 차이다:

# 전형적인 키워드 래퍼: 에이전트가 가져와서 봐야 하거나, 추측해야 한다
[{ "url": "https://…/photo-8795398.jpeg" }, { "url": "https://…/366611.jpg" }]

# 실제 반환값 하나 — 여기서는 잘라냈을 뿐, 추가된 것은 없다
{
  "rank": 1,                       // 사람이 사용하는 핸들: "#1과 비슷하게"
  "photo_id": "019e14d9-e821-…",   // get_similar_photos가 받는 값
  "width": 6424, "height": 4283, "orientation": "landscape",
  "color_hex": "#918872", "blur_hash": "LPI#Px?aDikCGwW?M{kD-VR*s.fl",
  "source": "Pexels", "license_type": "free",
  "alt_description": "Older couple sits together on wooden bench in a park",
  "attribution": { "plain": "Photo by Anastasia Shuraeva on Pexels", "html": "…" },
  "urls": { "thumb": "…", "small": "…", "regular": "…", "large": "…" }
}

두 번째 형태라면 에이전트는 “#3은 세로 사진이라 여러분의 히어로 슬롯을 망가뜨릴 것”이라고 말하고, 중복된 사진작가를 제외하고, 크레딧 문구를 출력하고, 레이아웃 시프트를 없애는 width/height 쌍을 템플릿에 넘길 수 있다 — 이미지 하나 가져오지 않고도. 첫 번째 형태라면 그 결정들 하나하나가 추측이거나 왕복 요청이다.

2. 결과에 번호를 매겨, 사람이 가리킬 수 있게 한다. 결과는 #1, #2, #3… 순위로 돌아오는데, 이는 사람들이 대화에서 사진을 가리키는 방식이다 — “#3과 비슷한 것” — 식별자를 손으로 복사할 필요가 없다. MCP Apps를 지원하는 클라이언트에서는 썸네일이 인라인으로 렌더링되며, 하나를 열면 추가 호출 없이 이미 툴 결과에 있던 메타데이터가 표시된다.

3. 읽기 전용을 유지하고, 그것을 명시한다. 세 개의 툴, 쓰기 범위 없음, 계정 변경 없음. 그중 하나는 키워드 검색에는 대응물이 전혀 없다: search_photos_by_image는 참조 이미지 — 클라이언트의 기존 히어로 이미지, 채팅에 붙여넣은 스크린샷 — 를 받아서, 선택적으로 이를 변형하는 문장을 함께 받는다 (“이런 느낌이되, 밤 버전으로”). 태그 매칭 API에는 이런 요청을 입력할 필드 자체가 없다. 그리고 아무것도 바꿀 수 없는 에이전트는 최악의 결과가 지원 티켓이 아니라 빈 결과 세트인 에이전트다.

두 가지 진입 방식, 그리고 어느 쪽을 원하는가

들어가는 방법은 정확히 두 가지이며, 선택은 능력이 아니라 누가 루프 안에 있는가의 문제다 — 툴과 카탈로그는 양쪽 모두 동일하다.

사람이 개입할 때는 커넥터. URL 하나, https://mcp.pexafy.com/mcp를 어시스턴트의 커넥터 설정에 한 번 추가하면 된다; 로그인은 브라우저 창에서 이루어지고 클라이언트가 자체 자격 증명을 받으므로, 설정 파일에 붙여넣을 키도, 나중에 교체할 키도 없다. OAuth를 구현하지 않는 클라이언트는 동일한 엔드포인트에 Pexafy API 키를 베어러 토큰으로 보낸다 — 이는 커넥터를 빌드 서버의 크론 작업에서도 쓸 수 있게 하는데, 그곳에는 “허용”을 클릭할 사람이 아무도 없기 때문이다. Claude, ChatGPT, 그리고 여러 대의 에이전트를 위한 설정 파일에 대한 단계별 연결 방법은 파이프라인 글에 있으며, 바뀐 것이 없다.

아무도 개입하지 않을 때는 HTTP API. 800개의 토픽 클러스터를 위한 풀을 채우는 배치 작업은 채팅 클라이언트인 척할 필요가 없다: 같은 계정, 같은 키, 일반 HTTP, 호출당 결과 100건. 그에 따르는 페이싱 규칙들 — 속도 제한 헤더, 분당 429는 재시도할 가치가 있지만 월간 쿼터 429는 그렇지 않은 이유, 물량에서 워커의 비용 — 은 대규모 삽화 작업에 관한 글에 속하며, 거기서 그 워커의 전체 구조가 작성되어 있다.

여기서 남겨둘 만한 요점은 더 좁으며, 이것이 이 시장 조사가 근거로 하는 요점이다: 두 진입 방식 모두 글을 쓰는 그날 프로그램이 대기열도 계약도 없이 도달할 수 있다.

이것이 해결하지 못하는 것

솔직한 목록이다. 이 각각은 누군가에게 롤백 비용을 치르게 한 바 있다.

• 라이선스는 여전히 사진을 지배한다. Pexafy API 이용약관은 출처 표기를 요구하지 않고 모든 결과에는 바로 렌더링할 수 있는 출처 표기 문자열이 딸려 있지만 — 원본 라이브러리가 부여한 라이선스는 그 사진의 사용에 적용된다. 크레딧을 자동으로 렌더링하라; 나중에 감사하는 것보다 저렴하다.
• 무료 라이선스 카탈로그는 편집 아카이브가 아니다. 뉴스도, 스포츠도, 요청 즉시 나오는 특정 브랜드나 유명 인물도 없다. 여러분의 페이지가 특정 사건이나 인물의 사진을 필요로 한다면, 그것이 바로 라이선스 기존 업체들이 존재하는 이유이며, 그들의 커넥터는 이제 존재한다.
• 이것은 검색이며, 오직 검색일 뿐이다. 다이어그램, 차트, 스크린샷은 코드에서 렌더링되는 것이지 검색되는 것이 아니다; 페이지 전반의 중복 제거는 데이터베이스의 열이지 엔드포인트의 파라미터가 아니다; 그리고 어떤 사진도 얇은 페이지를 상위 노출시키지 못한다 — Google의 스팸 정책은 페이지에 삽화가 있든 없든 규모화된 콘텐츠 남용을 동일하게 취급한다6. 이 세 가지는 파이프라인 문제이며 파이프라인 답을 갖고 있고, 파이프라인 글과 물량에 관한 글에서 다뤄졌다.

시작하는 방법

1. 벤치마크를 다시 실행해 보라. 20줄, 키 불필요. 지금 어떤 이미지 API를 쓰든, 여러분의 에이전트가 작성한 브리프 세 개를 그대로 보내보고 빈 결과 세트를 세어보라.
2. 커넥터 하나를 연결하라 이미 사용 중인 어시스턴트에, 그리고 이번 주에 실제로 필요한 사진 하나를 문장으로 요청해보라. 그것이 평가의 전부다.
3. 브리프를 에이전트 안으로 옮기라 — 슬롯당 하나의 장면, 초안에서 작성하되, 제목에서는 절대 작성하지 말라.
4. photo_id 열을 추가하라 물량으로 무언가를 발행하기 전에.
5. 무료 등급으로 실행하라 — 월 5,000건의 검색을 분당 20로 청구서가 아니라 빌드 윈도가 여러분을 위로 밀어올릴 때까지.

참고 자료 및 각주