이 사진은 어디에서 촬영되었으며, 어떤 카메라로 촬영되었나요? AI 에이전트는 파일의 EXIF, XMP 및 IPTC 패키지를 로컬에서 읽어 GroupDocs.Metadata.Mcp를 사용함으로써 두 질문에 모두 답할 수 있으며, 이미지가 클라우드 서비스로 전송되지 않습니다. 첫 번째 프롬프트:

이 사진들의 EXIF 데이터는 무엇인가요? 카메라, 촬영 날짜, 그리고 존재한다면 GPS 정보를 포함해주세요.

구성 및 문제 해결이 포함된 단계별 버전은 문서에 있습니다: AI를 사용하여 이미지에서 EXIF, XMP 및 IPTC 데이터를 읽는 방법.

사진 출처 질문을 하는 사람은?

편집자는 제출된 이미지에 사진작가의 저작권 필드가 포함되어 있는지 확인해야 합니다. 연구자는 복사된 시점이 아니라 촬영된 시점에 따라 300장의 사진을 정렬하고 싶어합니다. 보안 검토자는 공개될 사진이 집 주소를 드러내는지 알아야 합니다. 이러한 질문은 파일에 관한 것이며, 사진이 보여주는 내용에 관한 것이 아닙니다. 픽셀만 보는 모델은 이를 신뢰성 있게 답할 수 없습니다. 답은 대부분의 뷰어가 숨기는 메타데이터 패키지에 들어 있습니다.

사진을 업로드하는 것이 잘못된 첫 단계인 이유는?

사진이 무엇을 포함하고 있는지 물어보기 위해 클라우드 서비스에 사진을 보내면, 확인하려던 위치 정보까지 사진이 전송됩니다. GroupDocs.Metadata.Mcp를 사용하면 클라이언트(Claude Desktop, Claude Code, Cursor, GitHub Copilot 또는 기타)가 stdio를 통해 로컬 자식 프로세스로 서버를 시작합니다. 데이터 경로에 인바운드 포트나 외부 엔드포인트가 없습니다: 에이전트, 로컬 서버, 로컬 파일 시스템. 이미지는 제자리에서 읽히고, 답변만 전송됩니다. 로컬에 호스팅된 모델을 사용하면 그조차도 필요하지 않습니다.

에이전트가 메타데이터에서 답변할 수 있는 질문은?

read_metadata는 파일이 보유한 패키지(EXIF, XMP, IPTC)를 JSON 형태로 반환하며, 에이전트는 그 안에서 답을 읽어냅니다. 아래 프롬프트가 잘 작동합니다:

이 사진들 중 어떤 것이 같은 카메라로 촬영되었나요?

파일 날짜가 아니라 촬영 날짜 기준으로 이 이미지들을 정렬해주세요.

이 중 GPS 좌표가 있는 사진이 있나요? 어디에 있나요?

XMP에 어떤 소프트웨어로 편집했는지 표시되어 있나요?

두 번째 질문은 은근히 유용합니다. 파일 타임스탬프는 복사 및 동기화 시 재작성되지만, EXIF 촬영 날짜는 그대로 유지됩니다. 좁은 질문의 경우, search_metadata를 gps, time 또는 tool 카테고리와 함께 사용하면 일치하는 속성만 반환하고, 모든 정보를 덤프하지 않고 “photo.jpg에 GPS가 있나요?“라는 질문에 답합니다. 저작권 질문은 텍스트 “copyright"와 함께 nameContains를 사용할 수 있습니다.

평가 모드에서는 EXIF GPS 데이터가 제공되지 않으므로 gps에 대한 0 카운트는 아무것도 증명하지 못합니다; 먼저 get_license_status를 확인하세요.

예시 세션 (축약, 라이선스 서버)

You:    Do any photos in /site-visit have GPS coordinates?
Agent:  [calls search_metadata: category = gps, per file]
Agent:  IMG_2041.jpg  count = 1  (category: gps)
        IMG_2042.jpg  count = 0
        IMG_2043.jpg  count = 1  (category: gps)
        2 of 3 photos carry GPS data. Want me to strip it from copies?

이는 흐름을 보여주는 예시이며, 캡처된 스크린샷이 아닙니다. 응답 필드는 search_metadata 설명을 따릅니다: count와 properties 배열.

평가 모드에서 숨겨지는 내용은?

여기가 라이선스가 없는 결과가 오해를 일으킬 수 있는 지점입니다. 평가 모드에서는 처음 5개의 문서 속성만 읽을 수 있고, XMP와 EXIF는 부분적으로 제공되지 않습니다. 정확히 말하면 XMP는 첫 두 스키마만 노출하고, EXIF의 경우 GPS 데이터와 이미지 썸네일이 제공되지 않습니다. 읽기 작업에 이들이 포함되지 않으므로 “위치 데이터가 없음"이라는 검사는 아무 근거도 되지 않습니다. 사진을 공개해도 안전하다고 결론 내리기 전에 다음을 물어보세요:

메타데이터 서버의 라이선스 상태는 무엇인가요?

get_license_status는 한 번의 호출로 답변합니다. 라이선스 파일이나 사용량 기반 키를 적용하여 제한을 해제하거나, 무료 30일 임시 라이선스를 요청하세요.

사진에 어떤 메타데이터가 있는지 알게 된 후 어떻게 정리하나요?

이 폴더의 모든 이미지에서 EXIF를 제거하고 복사본이 깨끗한지 확인하세요.

remove_metadata는 정리된 복사본을 작성하며, gps와 같이 categories를 전달하여 위치만 제거할 수 있습니다. 복사본을 다시 읽어 결과를 확인합니다. 원본은 디스크에 그대로 남아 모든 것이 유지되므로 복사본을 공개하면 됩니다. 전체 워크플로는 Why stripping metadata does not make a document safe to share에서 다룹니다.

자주 묻는 질문

Claude가 사진을 업로드하지 않고도 촬영 위치를 알려줄 수 있나요?
예, 사진에 GPS EXIF가 포함되어 있고 라이선스가 있는 GroupDocs.Metadata.Mcp를 로컬에서 실행하면 가능합니다. 에이전트가 서버를 호출하고, 서버가 저장 폴더에서 파일을 읽어 좌표를 텍스트로 반환합니다.

지원되는 이미지 형식은 무엇인가요?
문서에 명시된 형식에는 JPEG, PNG, TIFF, WebP 및 PSD가 포함되며, 해당 형식이 지원하는 경우 EXIF, XMP 및 IPTC를 포함합니다. 서버는 전체 GroupDocs.Metadata 엔진을 노출합니다.

에이전트가 사진에 GPS가 없다고 말하는데 실제로는 있으면 왜 그런가요?
라이선스 모드를 확인하세요. 평가 모드에서는 EXIF GPS 데이터가 제공되지 않으므로 읽기 작업에서 제외됩니다.

더 깊이 파고들기