다른 곳의 도구를, 내 캔버스 위에
Model Context Protocol 서버를 한 번 등록하면, 그 서버가 노출하는 모든 도구가 워크플로우에 놓을 수 있는 노드가 됩니다. 같은 노드가 두 가지 역할을 합니다 — 오케스트레이터가 실행하는 단계이자, 에이전트가 선택해 쓸 수 있는 기능입니다.
MCP 서버를 등록하면 그 도구들이 캔버스 노드가 됩니다. 일반 단계로 쓰거나 에이전트에게 부여할 수 있습니다.
도구가 워크플로우에 닿는 방법
- 서버가 스스로를 설명합니다 — MCP 서버를 지정하면 도구 목록은 작성하는 양식이 아니라 서버 자체에서 가져옵니다. 서버에 도구를 추가하면 여기에도 나타나며, 동기화를 위해 두 곳에 다시 선언할 필요가 없습니다.
- 단계로도, 능력으로도 — 도구를 도구로 만드는 것은 노드가 아니라 그곳에 닿는 엣지입니다. 일반 엣지는 다른 단계처럼 순서대로 실행합니다. 에이전트에서 나온 엣지는 대신 권한을 부여하며, 모델은 한 번, 여러 번, 혹은 전혀 호출하지 않을 수 있습니다. 사용에 에이전트가 반드시 필요하지는 않습니다.
- 파라미터가 진짜 입력 필드로 — 도구의 파라미터 스키마는 손으로 정확히 맞춰야 하는 불투명한 JSON 상자가 아니라 라벨이 붙은 폼으로 표시됩니다. 각 인자는 고정값일 수도, 이전 단계에서 가져온 표현식일 수도 있어 필드 이름만 바꾸려고 앞에 변환 단계를 두는 일이 거의 없습니다.
- 여러분 것이 아닌, 전용 자격 증명 — 공급자의 베어러 토큰은 해당 공급자에만 연결되어 암호화 저장되므로, 서버를 등록한다고 해서 무관한 워크플로우가 가져갈 수 있는 곳에 자격 증명이 놓이지 않습니다. 공급자가 노출한 도구가 그에게 요청할 수 있는 전부입니다.
플랫폼 기능
- 2: 한 도구를 쓰는 방법 — 단계이거나, 에이전트의 선택이거나
- 서버에서: 도구 목록과 파라미터의 출처
- 암호화: 공급자 토큰, 해당 공급자에만 한정
MCP 도구를 쓰려면 에이전트가 필요한가요?
아니요. 일반 엣지로 연결하면 다른 노드와 똑같이 예약된 단계로 실행되며, 모델은 전혀 개입하지 않습니다. 에이전트 방식은 두 번째 사용법이지 유일한 방법이 아닙니다. 모델의 예측 불가능성 없이 도구의 신뢰성만 원할 때 중요한 차이입니다.
서버에 도구가 추가되면 어떻게 되나요?
그대로 나타납니다. 카탈로그는 우리 설정에 복사되는 것이 아니라 서버에서 읽어오므로, 갱신해야 할 두 번째 목록도 없고 무엇이 존재하는지·어떤 인자를 받는지에 대해 서로 어긋날 여지도 없습니다.
에이전트가 호출할 수 있는 도구를 제어할 수 있나요?
네, 그리고 그것이 유일한 부여 방법입니다. 에이전트는 여러분이 엣지를 그은 도구만 호출할 수 있으며, 워크스페이스에서 물려받는 암묵적 집합은 없습니다. 엣지를 지우면 능력도 사라지므로, 그래프 자체가 에이전트가 무엇에 닿을 수 있는지에 대한 읽을 수 있는 진술이 됩니다.