# 제조사를 위한 MCP: 실무 가이드

> Model Context Protocol이란 정확히 무엇인지, 부품 MCP 서버는 어떤 도구를 노출해야 하는지, OAuth로 가격과 재고 접근을 어떻게 차단하는지, 그리고 그 서버에 실제로 닿을 수 있는 어시스턴트는 지금 어디까지인지를 하나씩 짚어 정리했다.

**Language:** ko  
**Published:** 2026-08-09  
**Category:** Technical · **Tags:** MCP, Model Context Protocol, OAuth, Streamable HTTP, parts data, AI agents  
**Canonical:** https://partsgraph.ai/ko/blog/mcp-for-manufacturers

## 핵심 요약

**MCP란 무엇이며, 제조사의 MCP 서버는 무엇을 노출해야 하는가?**

MCP(Model Context Protocol)는 AI 어시스턴트가 웹페이지에서 답을 추론하는 대신 당신의 시스템을 직접 호출하도록 해 주는 개방형 표준이다. 제조사의 MCP 서버는 소수의 타입 지정 도구 — 파라메트릭 검색, 부품 조회, 대체품과 교차 참조, 적합성 문서, CAD 링크, 그리고 OAuth로 차단한 재고와 가격 — 를 노출하는 호스팅형 HTTP 엔드포인트이며, 호환되는 어시스턴트라면 무엇이든 이를 호출해 정확하고 감사 가능한 답을 얻을 수 있다. 현행 2026-07-28 명세에서 이것은 평범한 로드 밸런서 뒤에서 동작하는 무상태 요청/응답 서비스다. 쉬운 쪽은 프로토콜이다. 어려운 쪽은 그 뒤에 표준화되고 검증된 단일 제품 레코드를 갖추는 일이다.

---

## MCP란 무엇인가, 쉽게 말하면

Model Context Protocol은 AI 어시스턴트가 다른 조직의 시스템을 호출해 타입이 지정된 정형 응답을 돌려받는 표준화된 방식이다.

Anthropic은 2024년 11월 25일 이를 오픈소스로 공개하면서 "AI 어시스턴트를 데이터가 있는 시스템에 연결하기 위한 새로운 표준"이라고 설명했다. 2025년 12월 9일 Anthropic은 MCP를 Agentic AI Foundation에 기증했다. Linux Foundation 산하의 지정 기금으로 Block, OpenAI와 공동 설립했고 AWS와 Bloomberg, Cloudflare, Google, Microsoft가 플래티넘 등급으로 후원한다. 그 시점에 MCP는 월간 SDK 다운로드 9,700만 건과 공개된 서버 1만 개를 넘어섰고, ChatGPT와 Claude, Cursor, Gemini, Microsoft Copilot, VS Code가 일급 클라이언트로 지원하고 있었다.

> **Figure.** Parsing forty pages versus one typed MCP tool call.

개발자가 아닌 의사결정권자에게 중요한 구분은 이것이다. 어시스턴트가 당신의 웹사이트를 읽을 때 하는 일은 *문서를 해석하는 것*이다. 표를 잘못 읽을 수도 있고, 각주를 놓칠 수도 있으며, 두 변형 모델을 뒤섞을 수도 있다. 어시스턴트가 당신의 MCP 서버를 호출할 때 하는 일은 *시스템에 질의하는 것*이다. 부품을 지정해 요청하고, 필드를 받고, 그대로 보고한다. 앞의 방식은 그럴듯한 답을 만든다. 뒤의 방식은 정확한 답을 만든다. 단, 그 뒤에 있는 데이터가 정확하다는 전제에서다. 그리고 진짜 일의 대부분은 바로 그 지점에 있다.

## 이 업계에서 이미 내놓은 곳은 어디인가?

더 이상 가정의 이야기가 아니며, 사례도 참고할 만큼 다양하다.

- **Microchip Technology**는 2025년 11월 6일 무료 공개 MCP 서버를 내놓았다. 검증된 제품 사양과 데이터시트, 재고, 가격, 리드타임을 MCP Streamable HTTP로 노출하며, 코파일럿과 챗봇, 기업용 에이전트를 겨냥해 JSON으로 인코딩된 응답을 돌려준다.
- **Siemens**는 `mcp.siemens.com`에서 공개 서버를 운영하며, 문서화된 플러그인 — 자산, 개발자 포털, 검색, 웹 콘텐츠 — 을 인증 없이 사용할 수 있다.
- **Zoovu**는 2025년 12월 11일 MCP 서버를 출시해 에이전트에 통제된 제품 데이터 접근을 제공했고, 호환성과 적용 관련 문의에 대한 정확도를 내세워 자리를 잡았다.
- **ECIA**는 2026년 6월 11일 TrustedParts.com 재고 AI 에이전트 서비스를 시작해, 공인 전자부품 재고를 Microsoft Copilot과 ChatGPT, Claude 안에서 바로 조회할 수 있게 했다.
- **Shopify**는 각 스토어에 `https://{shop}.myshopify.com/api/mcp` 주소로 Storefront MCP 서버를 노출하며, `search_catalog`와 `lookup_catalog`, `get_product` 등의 도구를 제공하고 스토어프런트 계층에는 인증을 요구하지 않는다.

눈여겨볼 패턴이 둘 있다. 이들 모두 기존의 권위 있는 데이터 저장소 위에 얹혀 있다는 점, 그리고 모두가 공개 카탈로그 데이터와 상업적으로 민감한 정보 사이에 선을 긋는다는 점이다.

## 도구인가 리소스인가 — 부품 서버는 무엇을 써야 하는가

명세는 그 차이를 분명하게 규정하고 있으며, 이를 잘못 고르면 모델이 제대로 쓰지 못하는 서버가 나온다.

**도구는 모델이 제어한다.** 명세는 도구가 "**모델 제어형**으로 설계되었으며, 이는 언어 모델이 문맥 이해와 사용자 프롬프트를 바탕으로 도구를 자동으로 발견하고 호출할 수 있다는 뜻"이라고 밝힌다. 발견은 `tools/list`, 호출은 `tools/call`이다. 각 도구는 `inputSchema`(기본값은 JSON Schema 2020-12)와 선택적인 `outputSchema`를 지니며, 그 스키마를 따르는 `structuredContent`를 돌려준다.

**리소스는 애플리케이션이 주도한다.** 명세는 리소스가 "**애플리케이션 주도형**으로 설계되었으며, 호스트 애플리케이션이 자신의 필요에 따라 문맥을 어떻게 포함할지 결정한다"고 밝힌다 — 보통 선택기나 목록의 형태, 또는 호스트가 자동으로 포함하는 형태다. 각 리소스는 URI로 식별되며, 템플릿을 쓰면 매개변수화된 URI도 가능하다.

카탈로그는 고정된 문서 집합이 아니라 질의 공간이다. 부품 4만 개가 담긴 리소스 선택기를 스크롤하고 싶은 사람은 없다. 그러므로 부품 서버의 대부분은 도구여야 하며, 여기에 두 가지를 더한다. 큰 페이로드를 본문에 그대로 싣는 대신 `resource_link` 콘텐츠 블록으로 데이터시트와 CAD 파일을 가리킬 것, 그리고 진짜 리소스는 분류 딕셔너리나 변경 이력처럼 변동이 적은 소수의 문서에만 남겨 둘 것.

현행 명세에서 눈여겨볼 만한 세부가 둘 있다. 도구 목록은 연결마다 달라져서는 **안 되지만**, 요청에 제시된 인가에 따라서는 달라져도 **된다**. 그리고 서버는 도구를 결정적인 순서로 돌려주도록 **권장된다**. 순서가 안정되어야 클라이언트가 목록을 캐시할 수 있고 프롬프트 캐시 적중률도 올라가기 때문이다.

## 2026-07-28 명세에서 무엇이 바뀌었나?

이번 개정은 트랜스포트의 형태를 다시 짰다. 2025년 자료를 보고 세운 설계라면 구체적인 지점에서 틀리게 된다.

| 변경 항목 | 이전 | 2026-07-28부터 |
| --- | --- | --- |
| 세션 | 서버가 부여하는 `Mcp-Session-Id` 헤더 | 삭제. 상태는 서버가 발급한 명시적 핸들로 도구 인자에 실어 전달 |
| 핸드셰이크 | `initialize` / `notifications/initialized` | 삭제. 프로토콜 버전과 클라이언트 기능은 매 요청의 `_meta`에 실려 전달 |
| 기능 발견 | 초기화 시점에 파악 | 서버가 **반드시** 구현해야 하는 새 `server/discover` RPC |
| 서버 발신 요청 | SSE 스트림으로 전송 | 다중 왕복 요청(Multi Round-Trip Requests). 서버가 `resultType: "input_required"`를 돌려주면 클라이언트가 `inputResponses`를 담아 재시도 |
| 라우팅 | 게이트웨이가 JSON 본문을 파싱 | POST 요청에 `Mcp-Method`와 `Mcp-Name` 헤더가 **필수** |
| 캐싱 | `listChanged` 알림뿐 | 목록 및 읽기 결과에 `ttlMs`와 `cacheScope` 필수 |
| 스트림 재개 | `Last-Event-ID` 재생 | 삭제. 스트림이 끊기면 요청도 사라지고 클라이언트가 다시 보낸다 |

이제 트랜스포트의 모양새는 반갑도록 심심하다. 서버는 POST를 받는 단일 MCP 엔드포인트 하나를 노출한다. 예컨대 `https://example.com/mcp`이다. JSON-RPC 요청 하나가 곧 POST 하나다. 클라이언트는 `application/json`과 `text/event-stream`을 함께 나열한 `Accept` 헤더를 보내야 하고, 여기에 `MCP-Protocol-Version` 헤더를 더해야 한다. 이 헤더 값은 본문 `_meta`의 값과 일치해야 하며, 그렇지 않으면 서버는 400과 `HeaderMismatch` 오류로 거부해야 한다. 서버는 `Origin` 헤더를 검증해야 하고, 헤더가 존재하는데 유효하지 않으면 403으로 응답해야 한다.

인프라 팀에 미치는 실질적 결과는 이렇다. 프로토콜 수준의 세션이 없으므로, MCP 서버는 여느 무상태 HTTP 서비스와 똑같이 평범한 라운드로빈 로드 밸런서 뒤에 배포하면 된다. Roots와 Sampling, Logging은 최소 12개월의 유예 기간을 두고 폐기 예정으로 지정되었고, 구형 HTTP+SSE 트랜스포트도 공식적으로 폐기 예정이다.

## 가격과 재고는 OAuth로 어떻게 차단하는가?

MCP에서 인가는 **선택 사항**이며, 부품 서버에는 그편이 정확히 들어맞는다. 공개 카탈로그에는 토큰이 아예 필요 없어야 하고, 상업적으로 민감한 도구만 인증을 요구해야 한다.

실제로 구현할 때의 요건은 구체적이다. MCP 서버는 OAuth 2.1 IETF 초안을 따르는 OAuth 2.1 리소스 서버로 동작한다. 서버는 Protected Resource Metadata(RFC 9728)를 **반드시** 구현해야 하고, 클라이언트는 인가 서버를 찾을 때 그 메타데이터를 **반드시** 사용해야 한다. 클라이언트는 Resource Indicators(RFC 8707)를 **반드시** 구현해, 인가 요청과 토큰 요청 양쪽에 당신의 표준 서버 URI를 지정하는 `resource` 매개변수를 실어 보내야 하며, 당신의 서버는 토큰이 자신을 대상(audience)으로 삼아 발급된 것인지 **반드시** 검증해야 한다. 인가 서버는 RFC 9207에 따라 `iss` 매개변수를 돌려주도록 **권장되며**, 클라이언트는 그 값을 검증해야 한다. Dynamic Client Registration은 이제 Client ID Metadata Documents에 자리를 내주고 폐기 예정으로 지정되었으나, 하위 호환을 위해 계속 사용할 수는 있다.

유통사나 제조사에 잘 맞는 구성은 이렇다.

1. **비인증 계층** — 사양, 파라메트릭 검색, 대체품, 적합성 문서, CAD 링크, 그리고 공시하는 경우의 정가.
2. **인증 계층** — 계약 가격, 고객별 재고, 견적 생성. 403과 `error="insufficient_scope"`로 인증을 요구하되 필요한 스코프를 함께 명시해, 클라이언트가 여러 번이 아니라 한 번의 왕복으로 권한을 올릴 수 있게 하라.
3. 도구 인자에 담긴 고객 식별자를 유일한 접근 통제 수단으로 삼는 일은 **절대** 없어야 한다. 핸들은 이름일 뿐 권한이 아니다. 호출할 때마다 인가를 검증하라.

## 부품 MCP 서버는 무엇을 노출해야 하는가?

도구 여섯에서 여덟 개가 적정한 규모다. 그보다 많아지면 모델의 도구 선택 품질이 떨어진다.

| 도구 | 용도 | 인가 |
| --- | --- | --- |
| `search_parts` | 타입 지정된 제약 조건과 단위로 특정 클래스 전체를 파라메트릭 검색 | 공개 |
| `get_part` | 품번 하나의 전체 표준 레코드. 출처와 최종 검증 일자 포함 | 공개 |
| `find_alternates` | 기능 등가품, 세컨드 소스, 경쟁사 교차 참조. 등가 판단의 근거를 함께 명시 | 공개 |
| `get_compliance_documents` | RoHS, REACH, 성능선언서, 인증서, EPD — 링크가 아니라 발행 일자가 붙은 레코드로 | 공개 |
| `get_cad_models` | 포맷별 2D·3D·BIM 자산에 대한 리소스 링크 | 공개 |
| `get_availability` | 거점별 실시간 재고와 리드타임 | 인가 필요 |
| `get_price` | 수량별 고객 계약 가격 | 인가 필요 |

도구 정의는 평범해 보여야 하며, 바로 그 점이 핵심이다.

```json
{
  "name": "search_parts",
  "title": "Parametric part search",
  "description": "Search the catalog by product class and typed parameter constraints. Returns matching parts with their key parametrics, units and last-verified date. Use get_part for the full record.",
  "inputSchema": {
    "type": "object",
    "properties": {
      "product_class": { "type": "string", "description": "ETIM class code or class name" },
      "constraints": {
        "type": "array",
        "items": {
          "type": "object",
          "properties": {
            "parameter": { "type": "string" },
            "operator": { "type": "string", "enum": ["eq", "gte", "lte", "between", "in"] },
            "value": {},
            "unit": { "type": "string" }
          },
          "required": ["parameter", "operator", "value"]
        }
      },
      "limit": { "type": "integer", "default": 20 }
    },
    "required": ["product_class"],
    "additionalProperties": false
  }
}
```

이 설명이 하는 일을 보라. 도구가 무엇을 돌려주는지 알려 주는 *동시에* 언제 다른 도구를 집어야 하는지도 알려 준다. 이 습관 하나가 스키마를 아무리 다듬는 것보다 답변 품질에 더 크게 기여한다.

## 실제 사례로 따라가 보기

텍사스의 한 위탁 생산업체 설계 엔지니어가 단종을 앞둔 부품을 교체하려 한다. 해당 보드는 독일의 배전반 제작사에도 납품된다. 어시스턴트에는 제조사의 MCP 서버가 연결되어 있다.

> **엔지니어:** 우리 벅 컨버터 단에 쓰는 60 V N채널 MOSFET이 단종된다. 같은 패키지의 드롭인 대체품이 필요하고, 게이트 구동 10 V에서 R_DS(on)이 12밀리옴을 넘지 않아야 하며, 실제로 구할 수 있는 물건인지도 알아야 한다.

어시스턴트가 네 번 호출한다.

```text
→ tools/call  get_part
   { "part_number": "XYZ-60N12-D2PAK" }
← structuredContent
   { "package": "D2PAK", "vds_v": 60, "rds_on_mohm": 11.5,
     "vgs_meas_v": 10, "lifecycle": "EOL", "last_verified": "2026-08-04" }

→ tools/call  find_alternates
   { "part_number": "XYZ-60N12-D2PAK", "basis": "form_fit_function" }
← structuredContent
   [ { "part_number": "XYZ-60N10-D2PAK", "equivalence": "drop-in",
       "rds_on_mohm": 9.8, "differences": ["lower R_DS(on)", "higher Qg"] },
     { "part_number": "XYZ-60N14-D2PAK", "equivalence": "footprint",
       "rds_on_mohm": 13.5, "differences": ["exceeds R_DS(on) limit"] } ]

→ tools/call  get_availability
   { "part_numbers": ["XYZ-60N10-D2PAK"] }
← 403 Forbidden
   WWW-Authenticate: Bearer error="insufficient_scope",
     scope="stock:read", resource_metadata="https://mcp.example.com/.well-known/oauth-protected-resource"

   [client performs step-up authorisation, then retries]

← structuredContent
   { "part_number": "XYZ-60N10-D2PAK",
     "stock": [ { "location": "US-TX", "qty": 14200 },
                { "location": "DE-BW", "qty": 3800 } ],
     "lead_time_weeks": 8, "as_of": "2026-08-09T06:12:00Z" }

→ tools/call  get_compliance_documents
   { "part_number": "XYZ-60N10-D2PAK", "types": ["rohs", "reach"] }
← content: [ { "type": "resource_link", "uri": "https://…/rohs-2026-03.pdf",
               "name": "RoHS declaration (issued 2026-03-11)" } ]
```

그리고 어시스턴트는 이렇게 답한다. 후보 하나는 온저항이 더 낮고 게이트 차지가 더 큰 드롭인 대체품이니 게이트 드라이버와 함께 확인해 볼 만하다. 두 번째는 풋프린트는 맞지만 R_DS(on) 한계를 넘어선다. 재고는 오늘 아침 기준으로 텍사스에 14,200개, 바덴뷔르템베르크에 3,800개가 있고 리드타임은 8주다. RoHS와 REACH 선언서는 발행 일자와 함께 첨부된다.

여기에 공학적으로 대단한 것은 없다. 대단한 것은 *상거래*로서다. 사람이 브라우저를 한 번도 열지 않은 채 소싱 판단 세 가지가 내려졌고, 모든 수치는 시각이 찍힌 레코드까지 추적할 수 있다.

## 지금 당신의 서버에 실제로 닿을 수 있는 것은 누구인가?

이 대목은 이사회에 솔직하게 말하는 편이 낫다. 답이 대부분의 벤더 자료가 암시하는 것보다 좁기 때문이다.

| 클라이언트 | 커스텀 MCP 서버에 닿는가? | 조건 |
| --- | --- | --- |
| Claude | 가능 | Free, Pro, Max, Team, Enterprise에서 커스텀 원격 커넥터 지원. 무료 사용자는 1개로 제한. 서버는 Anthropic의 IP 대역에서 공개 인터넷을 통해 접근 가능해야 함 |
| ChatGPT | 부분적으로 가능 | 개발자 모드를 통해 커스텀 MCP 서버 연결. 쓰기가 가능한 커넥터는 Business, Enterprise, Edu에 한정되며 Plus와 Pro는 읽기 전용. ChatGPT 내 앱은 MCP 위에 구축되며 디렉터리 심사를 거침 |
| Gemini | 기업용만 가능 | 관리자가 Gemini Enterprise에서 커스텀 MCP 서버를 데이터 스토어로 등록. Streamable HTTP 트랜스포트만 지원 |
| Microsoft Copilot | 기업 구성에서는 가능 | 관리자가 등록한 커넥터 |
| IDE 및 CLI 에이전트 | 가능 | 개발자가 엔드포인트를 직접 설정 — 엔지니어 독자에게 가장 마찰이 적은 경로 |
| 고객사가 직접 운영하는 에이전트 | 가능 | 구매팀과 엔지니어링팀이 내부 에이전트를 운영하는 사례가 늘고 있음. 실무에서 가장 빠르게 늘어나는 호출자 |

정리하면 MCP는 자기 어시스턴트를 직접 설정하는 엔지니어와, IT 부서가 당신의 서버를 등록해 준 기업 구매 담당자에게 닿는다. 웹의 기준으로 보면 작은 모집단이고, 영업 파이프라인의 기준으로 보면 대단히 큰 모집단이다.

## 에이전트는 당신의 서버를 어떻게 발견하는가?

DNS 수준의 발견은 없다. 존재하는 메커니즘은 셋이다.

1. **공식 MCP 레지스트리.** 주소는 `registry.modelcontextprotocol.io`이며, 공개적으로 접근 가능한 서버들의 중앙 메타데이터 저장소로 Anthropic과 GitHub, Microsoft, PulseMCP가 뒷받침한다. 오픈소스이고 하위 레지스트리를 지원하며, 정식 출시에 앞서 아직 프리뷰 단계다. 그러니 변동을 감안하라.
2. **클라이언트 측 디렉터리.** Claude의 커넥터 디렉터리, ChatGPT의 앱 디렉터리 같은 것들로, 각자 별도의 심사 절차를 둔다.
3. **당신 자신의 문서.** 오늘날 실제 연결의 대부분은 이렇게 이루어진다. 개발자 페이지에 엔드포인트 URL과 도구 목록, 인가 스코프를 적어 두면 고객이 그것을 자기 클라이언트에 붙여 넣는다.

도구 대부분이 공개라 하더라도 `.well-known/oauth-protected-resource` 문서는 게시하고, 엔드포인트 경로에는 버전을 붙여라. 도구 구성은 언젠가 바뀌게 마련이며, 그때 그것이 소리 없는 파손이 아니라 의도된 마이그레이션이 되게 해야 한다.

## 구현 체크리스트

1. **부품당 표준 레코드 하나로 정리하라.** 타입이 지정된 속성과 단위, 출처, 최종 검증 시각을 갖춘 레코드여야 한다. 프로토콜부터 시작하지 마라.
2. **도구는 여섯에서 여덟 개만 고르고**, 각 도구를 언제 쓰지 *말아야* 하는지까지 설명에 적어라.
3. **출력 스키마를 선언하고** `structuredContent`를 돌려주라. 모든 페이로드에 단위와 검증 일자를 담아라.
4. **단일 POST 엔드포인트로 서비스하라.** `Mcp-Method`와 `Mcp-Name` 헤더를 존중하고, `Origin`을 검증하고, 목록 결과에는 `ttlMs`와 `cacheScope`를 설정하라.
5. **공개 도구와 차단 도구를 나누고**, RFC 9728 메타데이터를 구현하고, RFC 8707에 따라 토큰의 대상(audience)을 검증하고, 스코프 요구를 활용해 한 번의 왕복으로 권한을 올리게 하라.
6. **도구 순서를 결정적으로 돌려주고** 도구 이름을 안정적으로 유지해, 클라이언트 캐시가 제 역할을 하게 하라.
7. **모든 호출을 기록하라** — 도구, 인자, 지연 시간, 그리고 조회가 실제로 해소되었는지까지. 분석이 없는 MCP 서버는 관리할 수 없는 채널이다.
8. **정확도를 실제 기준값과 대조해 상시 모니터링하라.** 낡은 정격값을 자신 있게 돌려주는 도구는 도구가 아예 없는 것보다 나쁘다.

Partsgraph는 이 일을 관리형 계층으로 제공한다. 기존 카탈로그를 검증된 하나의 Parts Graph로 정리하고, 차단 계층에 OAuth를 적용한 MCP 엔드포인트를 호스팅하며, 어떤 에이전트가 무엇을 호출했고 어디서 답이 틀렸는지 보고한다.

코드를 한 줄이라도 쓰기 전에 지금 어디쯤 서 있는지 알고 싶다면, [/audit](/audit)의 무료 그레이더에 도메인을 넣어 보라. 지금 기계가 당신의 카탈로그에서 무엇에 닿을 수 있는지, 그리고 MCP 엔드포인트를 열었을 때 내놓을 만한 신뢰할 수 있는 내용이 있기는 한지 확인해 준다.

## 자주 묻는 질문

### 이미 REST API가 있는데도 MCP가 필요한가?

REST API는 올바른 토대다. 다만 에이전트를 운영하는 쪽이 별도의 맞춤 연동 작업을 해 주지 않는 한 에이전트는 그 API를 쓸 수 없다. MCP는 REST API가 열어 둔 세 가지를 표준화한다. 클라이언트가 어떤 오퍼레이션이 존재하는지 발견하는 방법, 그 입력과 출력이 모델을 위해 어떻게 타입 지정되는지, 그리고 인가를 어떻게 협상하는지다. 실무에서 부품 MCP 서버는 기존 API를 얇게, 그리고 분명한 관점을 담아 투영한 것이며, 그 스키마와 설명은 개발자가 아니라 모델을 독자로 삼아 쓰인다.

### 부품 데이터는 도구로 노출해야 하는가, 리소스로 노출해야 하는가?

대부분 도구다. 명세는 도구를 모델 제어형으로 규정한다. 모델이 문맥에서 도구를 발견하고 스스로 호출한다는 뜻이다. 반면 리소스는 애플리케이션 주도형이며, 호스트 애플리케이션이 사용자가 고를 수 있도록 노출한다. 카탈로그는 고정된 파일 목록이 아니라 질의 공간이므로, 매개변수를 받는 도구가 자연스럽게 들어맞는다. 리소스는 변동이 적은 소수의 문서에서 제 몫을 하며, 도구는 데이터시트와 CAD 파일을 수 메가바이트씩 본문에 실어 보내는 대신 리소스 링크로 돌려줄 수 있다.

### 2026-07-28 명세는 기존 MCP 서버를 깨뜨리는가?

트랜스포트의 형태를 크게 바꾼다. 프로토콜 수준의 세션과 Mcp-Session-Id 헤더가 사라졌고, initialize 핸드셰이크가 사라졌으며, 독립 GET 스트림이 사라졌고, Last-Event-ID를 통한 SSE 재개도 사라졌다. 서버는 server/discover를 구현해야 하고 POST 요청에 Mcp-Method와 Mcp-Name 헤더를 요구해야 한다. 두 세대를 모두 지원하는 클라이언트는 최신 방식의 요청을 먼저 보내고 오류 본문을 확인한 뒤 이전 방식으로 물러나는 식으로, 서버가 어느 쪽을 말하는지 판별한다.

### 에이전트가 다른 고객의 가격을 보는 일은 어떻게 막는가?

숨기는 방식이 아니라 인가 계층으로 막는다. MCP 서버는 OAuth 2.1 리소스 서버로 동작하며, Protected Resource Metadata(RFC 9728)를 구현해야 하고, 액세스 토큰이 RFC 8707에 따라 바로 그 서버를 대상(audience)으로 지정해 발급된 것인지 검증해야 한다. 결정적으로 명세는 요청에 제시된 인가에 따라 노출되는 도구와 리소스 집합이 달라지도록 허용하므로, 인증되지 않은 호출자에게는 공개 카탈로그 도구만 보여 줄 수 있다.

### 애초에 에이전트는 우리 MCP 서버를 어떻게 찾는가?

DNS 수준의 발견 메커니즘은 없으며, 있는 척하는 것이 MCP를 다룬 글에서 가장 흔한 오류다. 발견은 세 경로로 일어난다. registry.modelcontextprotocol.io의 공식 MCP 레지스트리 — Anthropic과 GitHub, Microsoft, PulseMCP가 뒷받침하며 정식 출시에 앞서 아직 프리뷰 단계다 — 를 통해서, Claude의 커넥터 디렉터리나 ChatGPT의 앱 디렉터리 같은 클라이언트 측 디렉터리를 통해서, 그리고 오늘날 가장 흔하게는 당신이 개발자 문서에 URL을 게시했고 고객이 그것을 붙여 넣었기 때문에 일어난다.

### 첫 부품 MCP 서버에서 가장 큰 설계 실수는 무엇인가?

설명이 모호한 도구를 너무 많이 노출하는 것이다. 모델은 도구의 이름과 설명, 스키마를 보고 고르므로, 서로 겹치는 검색 엔드포인트 스무 개는 이름을 잘 붙인 여섯 개보다 나쁜 동작을 낳는다. 선언한 출력 스키마에 맞춰 정형 콘텐츠를 돌려주고, 도구 이름은 결정적이고 안정적으로 유지하며, 단위와 공차, 최종 검증 시각을 페이로드에 담아 나중에 그 답을 감사할 수 있게 하라.

### MCP 서버가 공개 웹에서의 AI 가시성에 도움이 되는가?

직접적으로는 아니다. 검색과 정보 수집용 크롤러는 MCP 서버를 호출하지 않는다. 그들이 가져가는 것은 HTML이다. MCP는 당신의 서버를 연결해 둔 사용자에게 닿으며, 오늘날 그것은 커넥터를 직접 설정하는 엔지니어와 관리자가 서버를 등록해 준 기업 구매 담당자를 뜻한다. 도달의 채널이 아니라 깊이의 채널이며, 서버에서 렌더링된 정형 제품 페이지와 함께 쓸 때 가장 잘 작동한다.

## 출처

1. [Anthropic, Introducing the Model Context Protocol (25 November 2024)](https://www.anthropic.com/news/model-context-protocol)
2. [Model Context Protocol, MCP joins the Agentic AI Foundation (9 December 2025)](https://blog.modelcontextprotocol.io/posts/2025-12-09-mcp-joins-agentic-ai-foundation/)
3. [Linux Foundation, Formation of the Agentic AI Foundation (9 December 2025)](https://www.linuxfoundation.org/press/linux-foundation-announces-the-formation-of-the-agentic-ai-foundation)
4. [Model Context Protocol, 2026-07-28 specification changelog](https://modelcontextprotocol.io/specification/2026-07-28/changelog)
5. [Model Context Protocol, Streamable HTTP transport (2026-07-28)](https://modelcontextprotocol.io/specification/2026-07-28/basic/transports/streamable-http)
6. [Model Context Protocol, Authorization (2026-07-28)](https://modelcontextprotocol.io/specification/2026-07-28/basic/authorization)
7. [Model Context Protocol, Tools (2026-07-28)](https://modelcontextprotocol.io/specification/2026-07-28/server/tools)
8. [Model Context Protocol, Resources (2026-07-28)](https://modelcontextprotocol.io/specification/2026-07-28/server/resources)
9. [Model Context Protocol, The MCP Registry](https://modelcontextprotocol.io/registry/about)
10. [Microchip Technology, Microchip unveils Model Context Protocol (MCP) Server (6 November 2025)](https://ir.microchip.com/news-events/press-releases/detail/1344/microchip-technology-unveils-model-context-protocol-mcp-server-to-power-ai-driven-product-data-access)
11. [Siemens MCP Server documentation](https://mcp.siemens.com/docs)
12. [Zoovu, Zoovu launches MCP Server (11 December 2025)](https://zoovu.com/news/zoovu-launches-mcp-server)
13. [ECIA, TrustedParts.com launches Inventory AI Agent Service (11 June 2026)](https://www.ecianow.org/2026/06/11/trustedparts-com-launches-inventory-ai-agent-service/)
14. [Shopify, Storefront MCP server documentation](https://shopify.dev/docs/apps/build/storefront-mcp/servers/storefront)
15. [Anthropic, Get started with custom connectors using remote MCP](https://support.claude.com/en/articles/11175166-get-started-with-custom-connectors-using-remote-mcp)
16. [OpenAI Help Center, Developer mode and MCP apps in ChatGPT](https://help.openai.com/en/articles/12584461-developer-mode-and-mcp-apps-in-chatgpt)
17. [Google Cloud, Set up your custom MCP server data store (Gemini Enterprise)](https://docs.cloud.google.com/gemini/enterprise/docs/connectors/custom-mcp-server/set-up-custom-mcp-server)

## Other languages

- English: https://partsgraph.ai/blog/mcp-for-manufacturers/md
- Deutsch: https://partsgraph.ai/de/blog/mcp-for-manufacturers/md
- Français: https://partsgraph.ai/fr/blog/mcp-for-manufacturers/md
- Español: https://partsgraph.ai/es/blog/mcp-for-manufacturers/md
- Italiano: https://partsgraph.ai/it/blog/mcp-for-manufacturers/md
- Nederlands: https://partsgraph.ai/nl/blog/mcp-for-manufacturers/md
- Polski: https://partsgraph.ai/pl/blog/mcp-for-manufacturers/md
- Português: https://partsgraph.ai/pt/blog/mcp-for-manufacturers/md
- Svenska: https://partsgraph.ai/sv/blog/mcp-for-manufacturers/md
- Türkçe: https://partsgraph.ai/tr/blog/mcp-for-manufacturers/md
- 日本語: https://partsgraph.ai/ja/blog/mcp-for-manufacturers/md
- 简体中文: https://partsgraph.ai/zh/blog/mcp-for-manufacturers/md

---

Partsgraph — the agent-ready parts data layer. Free AI-visibility grader: https://partsgraph.ai/ko/audit