에이전트에게 당신과 같은 도구를 줍니다

MCP 서버는 find_slow_traces, diagnose_service, search_logs 같은 제품 자체의 질의를 열린 프로토콜로 노출합니다. 모든 호출은 키에 연결된 조직으로 범위가 제한됩니다.

화면

엔드포인트 하나, 모든 MCP 클라이언트

Claude Code나 MCP를 지원하는 어떤 클라이언트든 이 페이지의 엔드포인트로 향하게 하면 됩니다. 도구는 대시보드가 실행하는 것과 같은 질의를 같은 데이터에 대해 실행합니다.

/mcp api.maple.dev/mcp

움직임

list_services에서 propose_fix까지 다섯 번의 도구 호출. 모든 단계가 직접 실행할 수도 있었던 질의이며, 그래서 답을 검증할 수 있습니다.

mcp · agent session LIVE

> ask maple

list services that errored in the last 15m

→ list_services { window: "15m", filter: "errors > 0" }

← 3 services

paymentserrors142p992.4s recoserrors38p99840ms shippingerrors6p99320ms

> investigate payments

→ find_errors { service: "payments", window: "15m" }

← 1 issue

stripe.charge declined · 142 events · 98 users

→ error_detail { issue_id: "iss_8a91" }

← root cause: idempotency key collision

sample trace: trace_9f3c · order 8421

→ propose_fix { issue: "iss_8a91", fix: "scope idempotency_key by user_id" }

← fix attached. opened pr#412.

4 tool calls · 4.2s open mcp protocol

할 수 있는 일

서비스에 대해 묻기: diagnose_service는 지정한 기간의 service.version별 p99, 에러율, 처리량을 읽고, 무엇이 바뀌었는지를 구조화된 데이터로 반환합니다.
그 뒤의 트레이스를 가져오기: find_slow_traces와 inspect_trace는 실제 속성을 가진 실제 스팬을 반환합니다. 에이전트가 db.statement 자체를 읽습니다.
실행된 소스를 읽기: 저장소를 연결하면 search_source_code와 read_source_file을 통해 에이전트가 스택 프레임에서 해당 함수까지 갈 수 있습니다. 제안이 특정 줄을 근거로 삼습니다.
쓰기는 별도의 도구: 이슈 인수, 심각도 설정, 알림 규칙 생성은 각각 별개의 쓰기 도구이며 이름도 그렇게 붙어 있습니다. Maple 자체 채팅에서는 쓰기가 실행되기 전에 승인을 기다리며 멈춥니다.
하나의 조직으로 범위 제한: 모든 도구 호출은 키에 연결된 조직 기준으로 질의 자체에서 걸러집니다. 에이전트가 테넌트 경계를 넘어 읽을 수는 없습니다. 실행하는 질의가 그것을 표현할 수 없기 때문입니다.