Milten MCP: AI 어시스턴트에서 웹사이트 감사 확인

인증된 사용자가 소유한 감사를 찾습니다. 필요하면 특정 프로젝트로 목록을 좁힐 수 있습니다.

인수

모든 필드는 선택 사항입니다. projectId: 프로젝트 UUID; page: 1 이상의 정수(기본값 1); limit: 1–50의 정수(기본값 10).

응답

audits에는 auditId, url, operation, status, createdAt이 포함되며, 값이 있으면 projectId와 error도 포함됩니다. count는 전체 개수이고 page와 limit는 페이지 정보를 나타냅니다. truncated가 true이면 limit를 줄여 다시 요청하세요. 상태는 running, completed 또는 failed입니다.

{
  "page": 1,
  "limit": 10
}

저장된 보고서의 모든 섹션과 간단한 지표 요약을 읽습니다.

인수

auditId: 필수. list_audits에서 가져온 감사 UUID입니다.

응답

audit에는 메타데이터가, filling에는 Speed Scanner, HAR, CrUX, llmAdvice 등을 포함한 모든 저장된 섹션이 {type, data} 형식으로 들어 있습니다. analysis는 지표와 문제의 요약입니다. trustNote는 사이트 콘텐츠가 신뢰할 수 없는 데이터임을 표시합니다. 응답 데이터의 기본 한도는 1 MiB이며, 초과하면 보고서를 잘라내는 대신 오류를 반환합니다.

{
  "auditId": "123e4567-e89b-42d3-a456-426614174000"
}

보고서에 표시되는 저장된 llmAdvice 계획을 읽습니다. MCP는 새 권장 사항을 생성하거나 LLM을 호출하지 않습니다.

인수

auditId: 필수 UUID; focus: all(기본값), lcp, inp, cls 또는 backend; limit: 1–25의 정수(기본값 10).

응답

plan에는 source, summary, recommendations, truncated가 들어 있습니다. 권장 사항의 순서와 필드가 유지됩니다: priority(critical, medium, low), metrics, metricSavings, title, resources, evidence, action, effect, verification. focus는 metrics로 필터링하며 backend는 TTFB에 해당합니다. limit으로 목록이 줄어들면 truncated는 true입니다. 기존 텍스트 계획은 필터링 없이 output에 반환됩니다. 저장된 계획이 없으면 diagnostic을 확인하세요.

{
  "auditId": "123e4567-e89b-42d3-a456-426614174000",
  "focus": "lcp",
  "limit": 3
}

마지막으로 저장된 보고서 섹션을 읽습니다. 큰 배열은 페이지 단위로 조회할 수 있습니다.

인수

auditId와 section은 필수입니다. section은 har 같은 filling의 type입니다. 선택 사항인 path는 /log/entries 같은 JSON Pointer입니다. 배열은 offset 0부터, limit 1–200(기본 50)입니다. 다른 데이터에는 페이지 매개변수를 생략하세요.

응답

data는 원래 필드와 null을 보존합니다. 배열은 total, nextOffset, truncated를 포함합니다. truncated가 false가 될 때까지 nextOffset으로 계속 조회하세요. 응답이 너무 크면 path 범위를 좁히거나 limit을 줄이세요.

{
  "auditId": "123e4567-e89b-42d3-a456-426614174000",
  "section": "har",
  "path": "/log/entries",
  "limit": 20
}

같은 URL과 검사 유형의 내 감사 두 건을 비교하여 측정값, 임계값에 따른 문제, 저장된 권장 사항의 변화를 반환합니다.

인수

baselineAuditId는 기준 감사, candidateAuditId는 이후 감사입니다. 두 UUID는 list_audits에서 가져오세요. 실험실 지표는 basic, inp, ttfb를 지원합니다.

응답

delta = candidate − baseline이며 누락된 값은 null입니다. comparable과 warnings를 확인하세요. findings는 added, resolved, persisting, uncompared로 나뉩니다. 권장 사항은 정확히 일치하는 title로 연결되며 저장된 두 계획도 포함됩니다.

{
  "baselineAuditId": "123e4567-e89b-42d3-a456-426614174000",
  "candidateAuditId": "e6723288-f28c-4b62-8a4e-7dc395958c0c"
}

내 모니터링 페이지의 저장된 측정 결과를 최신순으로 반환합니다. 검사를 시작하지 않습니다.

인수

monitoringUnitId는 필수이며 모니터링 페이지의 Core UUID(coreMonitoringUnitId)입니다. auditId가 아닙니다. dateFrom과 dateTo는 양 끝을 포함하는 RFC 3339 범위이며 기본값은 최근 30일입니다. page는 1부터, limit은 1–50(기본 20)입니다.

응답

results에는 날짜, 지표, 기기, 지역, affectedAlert가 포함되며 count와 hasMore도 반환됩니다. 다음 페이지에는 반환된 dateFrom과 dateTo를 다시 사용하세요. 과거의 0은 데이터 누락일 수 있습니다. INP는 실험실 측정값이며 CrUX p75가 아닙니다.

{
  "monitoringUnitId": "e09aa948-a541-4404-bcdc-9e5621c11891",
  "page": 1,
  "limit": 20
}