r/ClaudeCode•4개월 전•7•11

복잡한 조건이 많은 에이전트 오케스트레이션

Agent orchestration with large set of conditions

핵심 요약

PDF 매뉴얼의 규칙을 Claude 에이전트가 이해하고 실행하도록 만드는 최적의 방법 찾기.

PDF 규칙 추출 — 매뉴얼의 복잡한 운영 규칙을 에이전트가 처리할 수 있는 구조화된 데이터로 변환함.
MCP 활용 고민 — 에이전트 연동을 위해 MCP를 도입할지, 아니면 더 단순한 방식을 쓸지 고민 중임.
RAG 기반 접근 — PDF 파싱과 규칙 추출을 위해 RAG 워크플로우와 관련 도구들을 검토함.
테스트 케이스 설계 — 에이전트의 신뢰성을 확보하기 위해 규칙 기반의 테스트 시나리오를 구축함.

안녕, 고전적인 산업 분야를 하나 골랐어. 기본적으로 운영 규칙이 PDF 내의 다이어그램과 텍스트로 되어 있어.

내 의도는 Claude 에이전트 중 하나가 이 책의 방법론에 접근하게 만드는 거야.

현재는 5x를 사용해서 단순히 OCR을 하고 "규칙"을 구조화하고 있어. 나중에 MCP로 변환할지도 모르겠어(확실하진 않음).

나는 PM이고 사이드 프로젝트로 작업 중이야. 이미 다른 사람들이 이런 걸 해봤을 거라 확신해서 구체적인 사례를 읽어보고 싶어.

지금은 책에서 반쯤 가공된 JSON으로 추출하는 작업을 하는 중이야.

제목에 전문 용어를 써서 미안해, 그냥 조언을 좀 구하고 싶었어.

원문

커뮤니티 목록

r/ClaudeCode•4개월 전•7•11

복잡한 조건이 많은 에이전트 오케스트레이션

Agent orchestration with large set of conditions

핵심 요약

PDF 매뉴얼의 규칙을 Claude 에이전트가 이해하고 실행하도록 만드는 최적의 방법 찾기.

PDF 규칙 추출 — 매뉴얼의 복잡한 운영 규칙을 에이전트가 처리할 수 있는 구조화된 데이터로 변환함.
MCP 활용 고민 — 에이전트 연동을 위해 MCP를 도입할지, 아니면 더 단순한 방식을 쓸지 고민 중임.
RAG 기반 접근 — PDF 파싱과 규칙 추출을 위해 RAG 워크플로우와 관련 도구들을 검토함.
테스트 케이스 설계 — 에이전트의 신뢰성을 확보하기 위해 규칙 기반의 테스트 시나리오를 구축함.

안녕, 고전적인 산업 분야를 하나 골랐어. 기본적으로 운영 규칙이 PDF 내의 다이어그램과 텍스트로 되어 있어.

내 의도는 Claude 에이전트 중 하나가 이 책의 방법론에 접근하게 만드는 거야.

현재는 5x를 사용해서 단순히 OCR을 하고 "규칙"을 구조화하고 있어. 나중에 MCP로 변환할지도 모르겠어(확실하진 않음).

나는 PM이고 사이드 프로젝트로 작업 중이야. 이미 다른 사람들이 이런 걸 해봤을 거라 확신해서 구체적인 사례를 읽어보고 싶어.

지금은 책에서 반쯤 가공된 JSON으로 추출하는 작업을 하는 중이야.

제목에 전문 용어를 써서 미안해, 그냥 조언을 좀 구하고 싶었어.

주요 댓글

r/claudecode

PDF를 규칙 시스템으로 변환하는 과정의 어려움에 공감하며, MCP 도입보다는 데이터 구조화와 테스트 케이스 구축을 우선시하라는 실질적인 조언들이 주를 이룸.

솔직히 말해서 뭘 찾고 있는 건지 아직 이해가 안 가.

나도 잘 모르겠어. 근데 엔지니어링 매뉴얼을 집어 들고 그 문제를 해결하는 시스템을 만드는 거랑 비슷해. 최종 목표는 그거야. 시스템 작동 방식에 규칙이 정말 많거든. 하향식 접근 방식으로 프로토타입을 만들었는데 어느 정도 작동은 해. 이제 매뉴얼과 규칙부터 시작해서 더 나은 결과가 나오는지 보고 싶어. 여기서 얻는 건 새로운 방법론 학습이랑 작동하는 제품 정도겠지.

난 규제가 심한 산업에서 일하는데, 처음에 비슷한 걸 해야 했어. 이해도와 요구사항을 반복 가능한 문서로 만들기까지 거의 100번 정도 프롬프트를 돌려야 했어. 그래야 에이전트가 반자율적으로 작업을 수행할 수 있거든. 가능하냐고? 응, 가능해. 근데 그냥 PDF 하나 던져주고 "이거면 돼"라고 할 순 없어.

PDF에서 정보를 파싱하는 단계인 것 같네. 이건 꽤 어려운 작업이지만, RAG가 뜨면서 이 워크플로우에 관심이 쏠려 도움이 될 만한 도구가 많아진 건 다행이지. 일단 이거부터 봐봐: https://github.com/microsoft/markitdown. 만약 이게 안 되면 이걸 봐: https://learn.microsoft.com/en-us/azure/ai-services/document-intelligence/overview?view=doc-i

고마워, 지금 토큰 엄청나게 쓰고 있어.

MCP를 첫 번째 마일스톤으로 잡지 마. 에이전트 문제로 접근하기 전에 매뉴얼을 컴파일러 문제로 취급해. 산업 규칙집이라면 세 가지 아티팩트로 나눠야 해: 페이지 참조가 포함된 소스 청크, 정규화된 규칙 테이블, 그리고 작은 실행 가능한 테스트 케이스 세트. 각 규칙은 조건, 행동, 예외, 소스 페이지, 신뢰도를 가져야 해. 그다음 Claude에게 그 테이블을 바탕으로 답하게 하고 어떤 규칙이 적용됐는지 보여달라고 해.

6개월짜리 iOS 프로젝트에서 비슷한 걸 하고 있어. 몇 가지 생각: 정적 규칙에는 MCP가 아마 과할 거야. Claude는 프로젝트에서 마크다운 파일을 직접 읽을 수 있고, 주제별로 마크다운 파일 하나씩(CLAUDE.md에서 인덱스로 참조) 있는 Documentation/ 폴더만으로도 MCP 계층 없이 대부분 해결돼. MCP는 규칙이 동적으로 변하거나 외부 무언가를 쿼리해야 할 때 유용해.

MCP는 핵심 설계가 아니라 나중에 붙일 인터페이스로 만들어야 해. 첫 번째 문제는 PDF를 검사하고 테스트할 수 있는 규칙 시스템으로 변환하는 거야. 구체적인 경로: 1. 페이지나 다이어그램 참조가 보존된 청크로 소스를 추출해. 2. 각 운영 규칙을 조건, 행동, 예외, 소스 참조, 신뢰도, 예시가 포함된 테이블로 변환해. 3. 책에서 20~50개의 테스트 시나리오를 만들어. 각각 어떤 규칙이 작동해야 하고 예상되는 결정이 무엇인지 명시해야 해.

원문r/ClaudeCode