docx에 여러 번 당해 본 터라 누군가 정말 네이티브 도구를 만드는 모습을 보니 구조 작전을 지켜보는 기분이다. 저 파일 안의 XML은 악몽이다. 다만 그 작은 PDF 의존성들의 함정은 뭔가? 표나 다단 레이아웃에서 이상한 점이 있나?

100% 동의하며 솔직히 내 생각도 정확히 그렇다. 아직 작은 PDF들로 특이 사항에 대한 스트레스 테스트는 해보지 않았지만, 기대하는 것은 이제 모델들이 뒤죽박죽 형식도 파싱하도록 도울 만큼 강력해졌다는 점이다. 그렇다 해도 스트레스 테스트를 추가해 보고하겠다

저기, 도메인 특화 MCP 서버가 어마어마하게 많다. 특히 docx나 문서 조작 분야는 정말 수없이 많다. 그냥 구글에 검색해 보라. 문제는 오히려 도구가 너무 많아서 전부 로드하면 내 컨텍스트가 범람한다는 점이라고 본다

도구가 많다는 지적이 맞다. 내게 필요한 건 서드파티 호스팅 의존성, 즉 에어갭 환경에서 쓸 수 있는 무엇이었다. 그리고 솔직히 퍼스트클래스 도구가 없다는 것 자체가 미쳤다는 생각이다. 컨텍스트 문제도 공감한다. 내 하네스에 압축과 워크플로 전략을 많이 설계해 뒀기에 문제가 없었던 것도 그래서이고, 그중 일부는 MCP가 최후의 수단이 되어야 한다는 뜻이기도 하다. 마음에 드는 docx/pdf MCP를 써 본 적 있나? 가서 써 보겠다

하는 일에 따라 다르다. 직장에서는 클라우드 문서용으로 workiq를 쓰지만, 에어갭이 필요하다면 안 될 것이다. 단순히 내용을 읽는 거라면 MarkItDown이 여러 파일 형식을 md로 변환해 준다. 높은 충실도로 편집하려면 실제 Word 인스턴스를 자동화하는 게 최선일 것이다. word-mcp-live가 그런 자동화를 해 주지만 당연히 느리고 헤드리스로는 실행할 수 없다. 유감스럽게도 docx 역사상 openoffice조차 그 매우 난해한 형식을 완벽히 다루는 편집기는 없었다. neurotic_이라는 GitHub 저장소도 있다