Ask HN: 프로덕션에서 MCP를 사용하는 사람이 있나요?
Ask HN: Who is using MCP in production?
저는 MCP가 처음 나온 이후로 계속 지켜봐 왔습니다. 초기에 많은 관심을 받았지만, 프로덕션에서 사용하는 사람들을 많이 접하지 못했습니다. 아마 제가 놓쳤을 수도 있습니다. 프로덕션에서 MCP를 사용하고 계신다면, 어떤 용도로 사용하시나요? 일반 API나 직접적인 도구 통합, 또는 CLI에 비해 어떤 장점을 발견하셨나요?
저는 사람들이 버그나 기능 요청을 직접 보고할 수 있게 해주는 AI 도구에 MCP를 사용했습니다. 중복 여부를 검색한 후 티켓을 작성하고 제출합니다. 프로덕션 도구이기 때문에 너무 부정확하지 않으면서 가장 저렴한 것을 원했습니다. API 등을 사용한다면 결국 자연어로 소통할 수 있도록 그 위에 MCP와 같은 어댑터를 구축하게 될 것입니다. JSON 등을 다루는 대신 말이죠. Linear의 MCP도 매우 깔끔하고 잘 설계되어 있어서, 예를 들어 Jira보다 핵심적인 장점 중 하나일 것입니다. API가 어떤지 알 수는 없지만 MCP가 훌륭하게 작동하기 때문입니다.
저희는 최근에 프로덕션에 배포한 새로운 도구를 가지고 있습니다. 앱 리소스와의 통신을 더 쉽게 만들어 줍니다. 그리고 에이전트가 원격 리소스와 대화하는 표준화된 방법으로, 무엇을 사용할 수 있고 어떻게 사용하는지 이해하기 쉽게 해줍니다. mcp tools/resources/prompts에 대해 더 읽어보세요.
저는 CLI나 API를 직접 호출하는 것이 훨씬 저렴하고 빠르다고 생각합니다. 현재 제가 사용하는 유일한 MCP는 Jira MCP인데, 한동안 설정해 두었고 오랫동안 사용해 왔기 때문입니다.
HN 토론
26- earthdeity
earthdeity: 저는 Claude Code를 Jira와 Figma에 연결해 봤습니다.
이건 주로 Jira에 대한 비난에 가깝지만, 터미널에서 자연어로 상호작용할 수 있다는 건 정말 큰 안도감입니다.
아쉽게도 여전히 어떤 면에서는 제한적입니다.
가능하다면 API로 직접 연동하는 것보다 조금 더 쉬워지기 때문에, 있으면 좋은 기능입니다.
- mootothemax
mootothemax: 저는 최근에 영국의 모든 지방의회/지역계획청을 위한 계획 신청 스크레이퍼를 만들었는데, 그 과정에서 Claude의 도움을 많이 받았습니다. 짐작하시겠지만, 이런 작업은 기술적인 부분보다 그 주변의 모든 것이 훨씬 더 중요한 유형의 작업입니다.
이런 것들이 잘 작동하게 만드는 것은, 저에게는 종종 '내가 모르는 걸 모르는 것들'을 최대한 빨리 찾아내는 것으로 귀결됩니다. 저는 Claude와 함께 기본적인 디버깅 프론트엔드를 만들었습니다. 제 개인적인 용도로 데이터를 검사하고 패턴을 찾기 위해서였죠. 그러다 대체로 즉흥적으로 Claude에게 그 위에 MCP 인터페이스를 만들어 달라고 요청했습니다. 마지막 실행 상태, 무엇이 잘 되고 있는지, 무엇이 안 되고 있는지, 개별 데이터 포인트에서 커버리지 격차가 어디에 있는지 같은 것들 말이죠.
그리고 MVP를 Claude에 추가하고 정기적으로 상태를 물어보곤 했습니다.
그러다가 뭔가 이상해 보이는 이유에 대해 미묘한 설명을 요청하거나, 어젯밤에 전반적으로 의회들에 무슨 일이 있었는지 물어보기도 했습니다. 그러면 갑자기, 아무런 프롬프트나 요청 없이도 Claude가 코드를 살펴보는 동시에 MCP를 쿼리하곤 했습니다. 제 의자에 편안히 앉아 디버깅하는 동안 즉각적인 프로덕션 수준의 통찰력을 얻을 수 있었습니다.
그리고 저는 '아.'라고 생각했습니다.
그리고 '이건 정말 괜찮은데'라고 생각했죠. 핵심적인 세부 사항은, 제 생각에 MCP가 좋고 잘 작동하며 그 시점에 매일 하는 일과 관련이 있다면, 그것은 도구 상자에 또 하나의 추가 도구가 된다는 점입니다.
그리고 그것은 제 9-to-5 사용자들을 위해 어떻게 같은 것을 할 수 있을지 생각하게 만들었습니다.
- Motheki
Motheki: 저는 fff [1]를 사용합니다. 파일을 읽을 때 성능이 개선되기 때문입니다. 대부분의 시나리오에서는 스킬을 사용하는 것을 선호합니다.