C.W.K.
Stream
Lesson 05 of 05 · published

MCP와 Connectors: 손의 표준화

~28 min · mcp, connectors, resources

Level 0Observer
0 XP0/40 lessons0/12 achievements
0/100 XP to next level100 XP to go0% complete

모든 에이전트는 손을 더 원해

Model Context Protocol이 나온 이유는 agent platform들이 계속 같은 걸 필요로 했기 때문이야. 호출할 tool, 읽을 resource, 재사용할 prompt, 그리고 host application이 모델마다 따로 glue code를 만들지 않고 capability를 노출하는 방식.

Tool은 행동, resource는 context

MCP tool은 모델이 host에게 실행을 요청할 수 있는 행동이야. MCP resource는 host가 context로 노출하는 데이터야. 파일, schema, application record 같은 것들. 이 둘을 섞어버리면 설계가 흐려진다.

resource는 host application이 선택하고 우선순위를 정해야 해. tool은 host application이 권한과 audit을 관리해야 해. boundary의 주인은 모델이 아니야.

왜 중요하냐면

connector layer가 없으면 모든 agent가 GitHub, Slack, Drive, DB, local files, calendar 통합을 매번 다시 만든다. protocol layer가 있으면 agent가 capability ecosystem을 상속받을 수 있어.

Code

Resource vs tool·json
{
  "resource": {
    "uri": "file:///project/README.md",
    "name": "README.md",
    "mimeType": "text/markdown"
  },
  "tool": {
    "name": "create_github_issue",
    "description": "Create a GitHub issue in an allowed repository.",
    "inputSchema": {
      "type": "object",
      "properties": {
        "repo": {"type": "string"},
        "title": {"type": "string"},
        "body": {"type": "string"}
      },
      "required": ["repo", "title", "body"]
    }
  }
}

External links

Exercise

프로젝트에서 MCP resource로 노출할 것 세 개와 MCP tool로 노출할 것 세 개를 적어봐. 경계를 설명해.
Hint
읽기만 하면 대체로 resource야. 세상을 바꾸면 tool이야.

Progress

Progress is local-only — sign in to sync across devices.
이 페이지에서 버그를 발견하셨거나 피드백이 있으세요?문제 신고

댓글 0

🔔 답글 알림 (로그인 필요)
로그인댓글을 남기려면 로그인해 주세요.

아직 댓글이 없어요. 첫 댓글을 남겨보세요.