문서 팩(예: 이사회 팩, 입찰 팩 또는 마감 바인더)은 하나의 고정 프롬프트에서 AI 에이전트가 고정된 순서대로 조립할 수 있으며, 파일은 로컬 머신에서 병합됩니다. 순서는 파일 이름에서 가져오며, 에이전트는 라운드별로 병합을 실행하고, 전송 전에 결과를 확인합니다:

내 문서 폴더에 있는 모든 PDF를 파일 이름 순서대로 하나의 팩으로 병합해 주세요. 한 번에 네 개씩 병합하고, 각 결과를 다음 호출에 연결하며, 최종 파일 이름을 알려 주세요.

구성 및 문제 해결이 포함된 단계별 버전은 문서에 있습니다: AI 에이전트로 문서 팩을 조립하는 방법.

문서 팩이 잘못되는 이유는 무엇인가요?

팩은 매번 동일한 형태를 가집니다: 고정된 순서, 네 개 이상의 파트, 그리고 마감일. 실패도 동일합니다. 파트가 누락되거나, 두 파트가 순서가 바뀌었거나, 최종 파일이 한 섹션의 오래된 버전으로 조립된 경우입니다.

“파일을 함께 넣어라”는 지시를 받은 에이전트는 문장의 표현을 통해 순서를 추측해야 합니다. 확인 가능한 정렬 규칙을 제공받은 에이전트는 추측하지 않습니다. 여기서 자동화는 추측을 없애는 것이지, 사람을 없애는 것이 아닙니다.

워크플로우, 단계별로는?

  1. 파일 이름을 지정하여 순서를 명확히 하세요. 숫자 접두사를 사용합니다.
  2. 먼저 라이선스를 확인하세요. 에이전트에게 라이선스 상태를 물어봅니다.
  3. 라운드별로 조립을 실행하세요. merge 도구는 호출당 최대 네 개의 문서만 처리합니다.
  4. 페이지 수를 확인하세요. 결과를 파트들의 총합과 비교합니다.
  5. 변환, 워터마크 삽입 및 정리는 별도 단계로 수행하세요. 다른 MCP 서버가 이를 처리합니다.

단계 1: 파일 이름을 지정하여 순서를 명확히 하세요

D:/Storage/Documents/
  00-cover.pdf
  01-summary.pdf
  02-body.pdf
  03-appendix-a.pdf
  04-appendix-b.pdf
  05-annexes.pdf

숫자 접두사는 여러분과 에이전트 모두에게 순서에 대한 모호성을 없애줍니다. 이것이 강제 메커니즘입니다: 규칙이 폴더에 존재하므로 프롬프트를 매달 동일하게 유지할 수 있습니다. 반복 실행 전에 GROUPDOCS_MCP_OUTPUT_PATH를 별도 폴더로 설정하세요. 기본적으로 출력은 저장 폴더에 저장되므로, 지난 달의 팩과 각 라운드의 중간 결과가 “내 문서 폴더에 있는 모든 PDF”에 의해 다시 선택될 수 있습니다.

단계 2: 실제 실행 전에 라이선스를 확인하세요

머지 서버의 라이선스 상태는 어떻게 되나요?

에이전트는 인수가 없고 아무것도 변경하지 않는 get_license_status를 호출합니다. 평가 모드에서는 모든 병합 결과가 첫 3페이지로 잘리고, 각 페이지에 체험 배지가 표시되며, 출력에 이에 대한 언급은 없습니다.

단계 3: 라운드별로 조립을 실행하세요

위에 표시된 고정 프롬프트를 사용하세요. 위의 여섯 파일을 가지고 에이전트는 merge를 두 번 호출합니다: 00~03 파일이 중간 결과를 만들고, 그 결과에 04와 05 파일을 추가하여 최종 팩을 생성합니다. 파트가 많아질수록 라운드도 늘어납니다. 순서는 슬롯 순서(file1이 첫 번째, file4가 마지막)이며, 체인된 라운드는 이전 결과를 첫 번째 슬롯에 넣습니다.

단계 4: 페이지 수를 확인하세요

최종 팩은 몇 페이지인가요?

get_document_info는 결과의 pageCount를 반환합니다. 누락된 파트는 페이지 수가 너무 낮게 나타납니다. 파트들의 총 페이지 수가 많음에도 불구하고 3페이지만 보고되는 팩은 라이선스 없이 생성된 것입니다.

단계 5: 변환, 워터마크 삽입 및 정리를 별도 단계로 수행하세요

모든 파트가 PDF인 것은 아니며, 팩은 보통 조립 외에도 추가 작업이 필요합니다. merge는 호출당 하나의 포맷 패밀리만 허용하므로, Word 섹션을 먼저 GroupDocs.Conversion.Mcp로 PDF로 변환합니다. 같은 패밀리의 다른 서버들은 팩에 워터마크(GroupDocs.Watermark)를 삽입하거나, 서명(GroupDocs.Signature)을 추가하거나, 메타데이터를 제거(GroupDocs.Metadata)할 수 있습니다. 각각은 동일한 설치 패턴을 가진 별도 서버입니다. 팩에 디지털 서명이 필요하다면 마지막에 적용하세요: 워터마크 삽입이나 메타데이터 제거와 같은 이후 변경은 서명을 무효화합니다.

에이전트가 결정하는 것과 엔진이 수행하는 것은 무엇인가요?

단계 에이전트 엔진
파일 선택 폴더를 나열하고 숫자 접두사를 읽음 스토리지 폴더에서 각 이름을 확인함
라운드 계획 파일을 한 번에 네 개씩 그룹화 없음
병합 슬롯 순서대로 파일을 merge 호출 문서를 결합하고 결과를 저장
체인 이전 결과를 다음 호출에 전달 다음 파일들과 결합
검증 get_document_info를 호출하고 카운트를 비교 페이지 수를 반환

엔진은 절대 순서를 결정하지 않으며, 제공된 슬롯을 그대로 따릅니다. 그래서 파일 명명 규칙이 중요한 것입니다.

예시 세션 (요약)

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

You:   내 문서 폴더에 있는 모든 PDF를 파일 이름 순서대로 하나의 팩으로 병합해 주세요.
       한 번에 네 개씩 병합하고, 각 결과를 다음 호출에 연결하며,
       최종 파일 이름을 알려 주세요.

Agent: 6개의 PDF를 찾았습니다: 00-cover.pdf부터 05-annexes.pdf까지.
       [calls merge: 00-cover, 01-summary, 02-body, 03-appendix-a]
       [calls merge: previous result, 04-appendix-b, 05-annexes]
       최종 팩이 출력 폴더에 저장되었습니다. 원하시면 여섯 파트와 비교하여 페이지 수를 확인해 드릴 수 있습니다.

솔직한 제한 사항

  • 평가 모드에서는 팩을 3페이지로 잘라냅니다. 결과는 첫 3페이지로 잘리고, 각 페이지에 체험 배지가 표시됩니다. 라이선스 없이 병합된 다중 파트 팩은 세 페이지로 반환되어 완성된 것처럼 보입니다. 먼저 get_license_status를 확인하고, 이후 페이지 수를 비교하세요.
  • 호출당 네 개의 문서. 이를 해결하려면 라운드를 사용해야 하며, 에이전트에게 체인하도록 요청해야 합니다.
  • 병합당 하나의 포맷 패밀리만 허용. 혼합된 파트는 먼저 변환하세요.
  • 순서 규칙은 관례일 뿐, 잠금이 아닙니다. 파일 이름이 잘못되면 팩의 순서가 뒤바뀝니다. 페이지 수 확인은 누락된 파트를 잡아내지만, 순서가 바뀐 경우는 잡아내지 못합니다.

자주 묻는 질문

여러 문서를 지정된 순서대로 하나의 PDF로 결합하려면 어떻게 해야 하나요? 파일 이름에 숫자 접두사를 붙이고 에이전트에게 파일 이름 순서대로, 한 번에 네 개씩 병합하도록 요청하세요. merge 도구는 file1부터 file4까지 입력된 순서를 그대로 따릅니다.

AI 에이전트가 매월 이사회 팩을 만들 수 있나요? 네. 동일한 명명 규칙을 유지하고 같은 프롬프트를 재사용하세요. GROUPDOCS_MCP_OUTPUT_PATH를 별도 폴더(또는 이전 출력이 삭제된 폴더)로 지정하면 이전 팩이 다시 병합되지 않습니다. 매번 결과의 페이지 수를 확인하세요.

일부 파트가 Word 파일인 경우는 어떻게 하나요? 먼저 GroupDocs.Conversion.Mcp로 PDF로 변환한 뒤 병합하세요. 두 서버가 모두 등록되어 있으면 하나의 대화로 처리됩니다.

더 깊이 알아보기