An AI 에이전트는 두 가지 도구를 연결하여 PDF를 분할하고 필요한 페이지만으로 문서를 재구성할 수 있습니다: split은 페이지를 추출하고, merge는 이를 다시 결합합니다. GroupDocs.Merger.Mcp 서버는 두 도구를 모두 로컬 머신에서 실행하므로, Claude Desktop, Claude Code 또는 Cursor에서 하나의 프롬프트만으로 작업을 수행합니다:

3, 6, 8 페이지를 추출한 다음, 그 세 결과를 순서대로 하나의 파일로 병합하십시오.

구성 및 문제 해결이 포함된 단계별 버전은 문서에 있습니다: 원하는 페이지를 분할하고 재조립하는 방법.

split 도구에 두 번째 단계가 필요한 이유

문서에서 페이지를 잘라내도록 요청받은 LLM은 도구 없이 하나의 옵션만 가집니다: 볼 수 있는 텍스트를 다시 작성하는 것. 이는 레이아웃을 잃고 내용이 변경될 수 있습니다. 페이지 인식 엔진을 사용하면 에이전트가 실제 페이지에서 작업합니다.

여기서 모든 워크플로를 좌우하는 세부 사항은 split이 어떻게 동작하느냐입니다. 지정한 페이지를 추출하고 각 페이지를 별개의 문서로 저장합니다. 페이지 번호 3개는 3개의 파일을 생성하며, 3페이지가 들어 있는 하나의 파일을 만들지는 않습니다. 이는 “여기서 자르기”가 아니라 페이지 추출입니다. 아래의 세 가지 방법은 에이전트가 이러한 단일 페이지 파일을 어떻게 처리하느냐에 따라 달라집니다.

방법 1: 페이지를 별도 파일로 추출하려면 어떻게 하나요?

report.pdf에서 3, 6, 8 페이지를 추출하십시오.

에이전트는 pages: "3,6,8"와 함께 split을 호출합니다. 도구는 Split "report.pdf" into 3 file(s): 형태의 메시지를 반환하고, 각 추출된 문서의 저장 경로를 뒤에 표시합니다. 각 페이지가 전달물인 경우에 사용합니다: 서명 페이지, 인증서, 번들 중 하나의 양식 등.

페이지 번호는 쉼표로 구분된 1부터 시작하는 목록입니다. 원하는 모든 페이지를 지정하십시오. 범위는 문서화된 입력이 아니므로, 5~9 페이지의 경우 프롬프트에 5,6,7,8,9를 나열해야 합니다.

방법 2: 페이지를 추출하고 하나의 문서로 재조립하려면 어떻게 하나요?

report.pdf의 5~9 페이지를 추출한 다음, 결과를 페이지 순서대로 하나의 파일로 병합하십시오.

여기서 에이전트는 페이지를 직접 나열(5,6,7,8,9)하고, split을 한 번 호출한 뒤 merge를 호출합니다. merge는 한 번에 두 개에서 네 개의 문서를 처리하므로, 다섯 개의 단일 페이지 파일은 두 차례가 필요합니다: 먼저 네 페이지를 병합하고, 그 결과에 다섯 번째 페이지를 추가합니다. 체이닝을 명시적으로 요청하십시오. 순서는 슬롯 순서이므로 에이전트는 페이지 5를 file1에, 페이지 9를 마지막에 배치해야 합니다. 평가 모드에서는 재구성된 파일이 처음 3페이지로 잘려집니다.

이것이 “페이지를 추출하고 재조립” 패턴의 핵심으로, 두 도구군을 하나의 프롬프트로 사용하는 것입니다.

방법 3: 문서에서 페이지를 제거하려면 어떻게 하나요?

이 문서는 10페이지입니다. 4페이지를 제외한 모든 페이지를 추출한 다음, 나머지를 순서대로 다시 병합하십시오.

같은 방법을 역으로 적용합니다. 9개의 단일 페이지 파일은 세 번의 병합 호출이 필요합니다: 처음 네 파일을 병합하고, 그 결과에 다음 세 파일을 병합한 뒤, 마지막 두 파일을 병합합니다. 시작하기 전에 에이전트가 get_document_info로 페이지 수를 확인하도록 하세요. 이 호출은 pageCount와 pages 배열을 반환하므로, 길이를 추측하는 대신 올바른 페이지 번호를 나열할 수 있습니다.

분할하기 전에 에이전트가 확인해야 할 사항은 무엇인가요?

10페이지 문서에서 페이지 12를 요청하면 오류가 발생하고, 반환되는 페이지가 적어도 오류가 발생합니다. 이 실패는 라운드 트립 비용을 초래합니다. 검사를 첫 번째 단계로 만드세요:

이 문서는 몇 페이지인가요? 그런 다음 마지막 세 페이지를 추출하십시오.

에이전트는 get_document_info를 호출하고, 페이지 수를 읽어 마지막 세 페이지 번호를 계산한 뒤 split을 호출합니다. 스프레드시트는 다르게 동작합니다: 스프레드시트 형식에서는 페이지 번호가 인쇄 페이지가 아니라 워크시트를 가리킵니다. “시트 2를 분할”은 pages: "2"이며, 결과는 해당 시트를 포함한 워크북이 됩니다.

예시 세션 (요약)

문서화된 도구 동작을 기반으로 한 예시이며, 캡처된 스크린샷이 아닙니다.

You:   Pull pages 3, 6 and 8 out of report.pdf and give me one file
       with just those pages, in that order.

Agent: [calls get_document_info on report.pdf: 12 pages]
       [calls split with pages = "3,6,8": 3 files]
       [calls merge with the three single-page files in order]
       Done. The rebuilt document is in your output folder. The
       original report.pdf was not changed.

솔직한 제한 사항

  • 3페이지 트림은 재구성된 문서에 적용됩니다. 평가 모드에서는 결과가 처음 3페이지로 잘리며, 각 페이지에 체험 배지가 표시됩니다. 8페이지 범위를 재구성하면 세 페이지로 반환됩니다. 버그를 찾기 전에 get_license_status를 확인하십시오.
  • 추출만으로는 영향을 받지 않습니다. 문서에 따르면 단일 페이지 추출은 트림되지 않으며, 결과를 병합하는 순간 제한이 적용됩니다.
  • 범위 입력이 지원되지 않습니다. split은 페이지 번호 목록을 받아 각 번호당 하나의 파일을 반환합니다.
  • 병합당 최대 네 개 문서. 긴 범위는 여러 차례가 필요합니다.
  • 편집기가 아닙니다. 서버는 전체 페이지를 추출하고 결합합니다. 페이지 내부의 내용을 편집하지 않으며, 문서에서는 파일 내 재정렬이 이 네 도구가 아니라 라이브러리 API에 속한다고 명시합니다.

자주 묻는 질문

AI 에이전트가 PDF에서 5~9 페이지를 추출하고 병합할 수 있나요? 예. 페이지를 나열하고 split을 호출한 뒤, 단일 페이지 결과를 최대 네 개씩 라운드로 병합합니다. 순서를 요청하면 유지됩니다.

AI가 PDF 페이지 순서를 바꿀 수 있나요? 이 네 도구 내에서는 원하는 순서대로 페이지를 추출하고 병합함으로써만 가능합니다. 서버는 파일 내부의 페이지를 이동하지 않습니다.

AI로 문서를 섹션별로 분할하려면 어떻게 해야 하나요? 에이전트에게 먼저 페이지 수를 읽게 하고, 각 섹션의 첫 페이지를 직접 지정하도록 요청하십시오. split은 나열한 페이지를 추출하며, 섹션을 자동으로 감지하지는 않습니다.

더 깊이 파고들기