Busymate AI

공개 표준

Busymate AI 에이전트 준비 완료 v1

AI가 당신을 찾을 수 있고, 당신을 이해하고, 당신을 신뢰하고, 당신과 유용한 작업을 할 수 있을까요? 이것이 전부입니다. 이 표준은 한 개의 숫자로 이를 답하고 모든 포인트 뒤의 영수증을 보여줍니다.

버전 1.0 — 6개 섹션, 10개 요구 사항, 100점.

01아키텍처

다섯 개 계층과 이들을 연결하는 하나의 카드

에이전트가 웹사이트를 레이어별로 만나게 되며, 각 레이어는 서로 다른 질문에 답합니다. agents.json은 맨 위의 단일 카드로서 모든 레이어를 가리키므로 아무것도 추측할 필요가 없습니다.

당신의 웹사이트1콘텐츠2디스커버리3시멘틱스4액션5원격 기능agents.json
  • 콘텐츠

    페이지 자체 — 한 번 작성되어 독자에게는 HTML로, 기계에게는 마크다운으로 제공됩니다.

  • 디스커버리

    어디서 시작할지 알려주는 표지판: 사이트맵, llms.txt, 둘 다를 가리키는 헤더입니다.

  • 시멘틱스

    사실에 붙은 의미 — 페이지의 JSON-LD, 마크다운의 프론트매터입니다.

  • 액션

    방문자가 이미 열어 놓은 브라우저에서 지금 바로 할 수 있는 작업: WebMCP 페이지 도구입니다.

  • 원격 기능

    서비스가 어디서든 요청받아 수행할 수 있는 작업: OAuth 뒤의 MCP 엔드포인트입니다.

  • agents.json

    기능 카드: 게시하는 내용, 노출하는 인터페이스, 로그인 방식, 그리고 연락할 담당자를 나타냅니다.

02채점

여섯 섹션이 총 100점을 공유합니다

각 계층은 독자가 인식하는 섹션으로 평가됩니다. 섹션 내에서 요구사항이 가중치의 대부분을 차지하고 지원 진단이 나머지를 차지합니다.

계층섹션무엇을 묻는가포인트
디스커버리발견AI 에이전트가 당신의 콘텐츠를 찾을 수 있습니까?15
시멘틱스이해에이전트가 당신의 비즈니스를 올바르게 이해합니까?15
콘텐츠읽기에이전트가 당신의 콘텐츠를 효율적으로 소비할 수 있습니까?20
액션작업에이전트가 웹사이트에서 작업을 수행할 수 있습니까?20
원격 기능연결외부 에이전트가 당신의 시스템을 호출할 수 있습니까?20
안전성신뢰에이전트가 인증하고, 작업을 확인하고, 사람에게 연락할 수 있습니까?10
합계100

마지막 행은 위의 그림에서 표시하지 않는 우려사항을 평가합니다: 누가 행동할 수 있으며, 아무도 연락할 수 없을 때 방문자가 어떻게 사람에게 도달하는가입니다.

당신에게 적용될 수 없는 검사는 분모에서 제외되며 당신에게 불리하게 집계되지 않습니다. 예를 들어 모든 도구가 모든 사람에게 이미 공개되어 있는 서비스에서는 로그인 발견이 필요하지 않습니다.

8개의 35개 검사 중 아직 누구도 동의하지 않은 규칙입니다. 어느 쪽이든 아무 가치가 없습니다: 발견되면 보고되고, 없으면 감점되지 않습니다.

03요구 사항

사이트가 충족해야 할 10가지 요구사항

열 개의 조항이 사이트의 준비 상태를 결정합니다. 스캔이 보고하는 다른 모든 것은 진단입니다 — 유용하고, 입증되었으며, 준비된 것과 그렇지 않은 것 사이의 경계선이 되지는 않습니다.

콘텐츠

R1
중요한 콘텐츠가 초기 HTML에 포함되어 있습니다.
R2
페이지는 자신의 Markdown 표현을 노출할 수 있습니다.

디스커버리

R3
사이트는 sitemap을 공개합니다.
R4
사이트는 llms.txt를 공개합니다.
R5
사이트는 기계 판독 가능한 기능 manifest를 공개합니다.

시멘틱스

R6
페이지는 자신의 언어와 정규 URL을 선언합니다.
R7
사이트는 구조화된 비즈니스 또는 제품 메타데이터를 공개합니다.

액션

R8
페이지에서 작업을 제공할 때 웹 작업을 선언합니다.
R9
서비스에서 제공할 때 백엔드 에이전트 도구 또는 API를 선언합니다.

안전성

R10
인증, 권한 부여 및 사람으로의 인계가 명시적입니다.

9번 조항은 모든 정직한 답변을 받습니다 — 실시간 MCP 엔드포인트, OpenAPI 문서, GraphQL 스키마, 또는 기능 카드에 명시된 인터페이스. 하나를 보유하는 것이 중요하며, 어느 것인지는 중요하지 않습니다.

마지막 조항은 두 가지 방식으로 증명됩니다: 에이전트가 방문자를 인계할 수 있는 사람, 그리고 누가 무엇을 할 수 있는지에 대한 명시된 입장입니다.

04하나의 주소

발신자가 읽는 형식의 같은 링크

독자가 페이지를 열면 페이지를 받습니다. 머신이 하나의 요청 헤더로 평문을 요청하면 평문을 받습니다. 두 번째 사이트로 분기되는 것은 없습니다.

  • 요청하면 마크다운이 돌아옵니다

    Accept: text/markdown 헤더를 담은 요청은 Content-Type: text/markdown; charset=utf-8로 200을 반환합니다. 다른 모든 요청은 HTML을 그대로 제공합니다.

  • Vary: Accept, 항상

    응답은 그것을 형성한 요청 헤더의 이름을 지으므로, 중간에 캐싱하는 모든 것이 한 가지를 모두에게 제공하는 대신 두 형식을 분리하여 유지합니다.

  • 함께 이동하는 프런트매터

    마크다운은 정규 주소, 마지막 변경 날짜, 작성된 언어로 시작됩니다 — 본문의 한 글자를 읽기 전에 알려집니다.

  • 가리키는 링크 헤더

    헤더 하나는 llms.txt로 사이트를 설명하고, 하나는 agents.json을 대안으로 제공하며, 하나는 페이지 자체의 마크다운 대안을 제공합니다. HTML head는 마지막 것을 반복합니다. 함께 존재하는 파일과 읽으려는 사이트를 구분합니다.

협상http
GET /pricing HTTP/1.1
Host: yourwebsite.com
Accept: text/markdown

HTTP/1.1 200 OK
Content-Type: text/markdown; charset=utf-8
Vary: Accept
Link: </llms.txt>; rel="describedby"; type="text/plain"
Link: </agents.json>; rel="alternate"; type="application/json"
Link: </pricing/md>; rel="alternate"; type="text/markdown"

---
title: Pricing
description: What each plan includes and what it costs.
canonical: https://yourwebsite.com/pricing
updated: 2026-09-15
language: en
---

# Pricing

여기에는 AI URL이 없습니다. /md 접미사는 협상할 수 없는 클라이언트를 위한 조용한 폴백으로 페이지 뒤에 있을 수 있지만, 광고되지 않으며 정규가 아닙니다 — 사람이 공유하는 것이 에이전트가 가져가는 것입니다.

05증거

모든 판정은 그 영수증을 가집니다

뒷받침 없는 점수는 의견입니다. 각 확인은 세 줄을 유지합니다: 수행한 호출, 이 문서가 기대하는 답변, 실제로 받은 답변.

콘텐츠 확인yaml
check:     markdown_representation
request:   GET https://yourwebsite.com/pricing
           Accept: text/markdown
expected:  text/markdown with Vary: Accept
received:  200 text/html; charset=utf-8 — no Vary header
status:    fail
weight:    5
earned:    0

답변을 변경하는 헤더만 기록되며, 자격 증명은 기록되지 않습니다.

연결 확인yaml
check:     mcp_transport
endpoint:  https://yourwebsite.com/mcp
transport: streamable-http
protocol:
  offered:    2025-06-18
  returned:   2025-03-26
  negotiated: 2025-03-26
initialize: true
toolsList:  true
auth:
  mode: oauth
  oauthMetadata: true
  metadataUrl: https://yourwebsite.com/.well-known/oauth-authorization-server
  pkce: [S256]
  dynamicRegistration: true   # optional either way
  requirementsDocumentedAt: the capability manifest
tools:
  listedWithoutToken: 7       # listed, not usable
  authenticated: null         # we never sign in to your server
  withReadOnlyHint: 7
executionTested: false        # so the execution check stays UNVERIFIED
status:    pass

원격 인터페이스는 더 많이 기록합니다: 위치, 식별한 전송 방식, 로그인을 광고하는 방식, 토큰 없이 답변하는 도구 수 대 필요한 도구 수.

인증된 횟수는 아무도 로그인하여 계산하지 않았을 때 0이 아니라 알 수 없음으로 표시됩니다.

06판정

검사가 도출될 수 있는 네 가지 방법

각각은 사이트 소유자에게 다른 문장이므로 어느 것도 다른 것으로 반올림되지 않습니다.

  • 통과

    조항이 기대하는 내용이 반환되었습니다.

  • 부분

    일부는 갖춰져 있으며, 영수증에서 부족한 절반을 알려줍니다.

  • 선택

    정해지지 않은 규약으로, 발견되거나 부재하며 어느 쪽 방향이든 점수로 계산되지 않습니다.

  • 실패

    요청했지만 아무것도 없었습니다.

확인할 수 없음은 절대 통과가 아닙니다

거부, 시간 초과, 절대 도착하지 않는 리디렉션: 프로브는 무게를 유지하고 자체적으로 나열됩니다. 독자는 누락된 기능과 답변되지 않은 질문을 구분할 수 있으며, 어떤 간격도 조용히 성공으로 점수 매겨지지 않습니다.

07변경 사항

버전 1.2

당사 라이브 보고서 중 하나에 대한 외부 감사에서 점수가 증거보다 더 확신적이었던 부분과 사이트가 올바른 조치를 취한 것으로 감점된 부분을 발견했습니다. 아래의 모든 발견사항은 규칙이 변경된 것이므로 이 버전 이전에 읽은 보고서는 이제 다르게 점수를 매길 수 있으며, 그렇게 해야 합니다.

구분 v1.2이 적용됩니다

기능을 찾는 것은 사용이 허용되는 것과 다릅니다

토큰 없이 답변하는 도구 카탈로그는 도구가 나열되었음을 알려줍니다. 이들이 실행될 것인지, 당신을 위해, 오늘 실행될 것인지는 알려주지 않습니다. 버전 1은 이를 하나의 결론으로 통합하고 첫 번째에 만점을 주었습니다. 이제 네 가지의 별도 발견사항입니다:

  • 검색 — 끝점이 응답하고, 프로토콜 버전을 협상하며, 도구를 나열합니다.
  • 문서화된 액세스 — 서비스가 어떤 기능에 토큰이 필요하고 어떤 기능이 필요하지 않은지 명시합니다.
  • OAuth 메타데이터 검색 — OAuth 메타데이터가 해석되고, 클라이언트가 확인해야 하는 곳에서 PKCE를 광고합니다.
  • 테스트된 실행 — 인증된 호출이 실제로 성공합니다.

처음 세 개만 외부에서 측정할 수 있습니다. 네 번째는 이 스캐너가 작성하는 모든 보고서에서 미확인 상태로 유지됩니다. 당신의 서비스에 대한 자격 증명을 보유하지 않으며 낯선 도구를 호출하지 않습니다. 이러한 점수는 별도로 보고되며, 합격으로 계산되지도 않고 귀하를 탓하지도 않습니다.

  • 하나의 결과, 세 가지 형식

    페이지, Markdown, JSON은 이제 동일한 결과 객체를 렌더링합니다. 동일한 스캔, 동일한 상태, 동일한 합계입니다. 이전에는 서로 다를 수 있었습니다.

  • 완벽한 연결 점수 없음

    인증된 실행은 외부에서 테스트되지 않으므로 모든 사이트의 포인트가 검증되지 않습니다. 보고서는 더 이상 서비스가 완전히 호출 가능하다고 말할 수 없으며, 그 증거가 없습니다.

  • 버전 인식 프로빙

    보고서는 제공한 내용, 당신의 서버가 응답한 내용, 그리고 원본 핸드셰이크를 기록합니다. 이후 개정판에서 도입된 기능은 이전 버전에 고정된 세션에 대해 결코 불리하지 않습니다.

  • 힌트는 행동이 아닙니다

    읽기 전용 힌트를 선언하는 도구가 몇 개인지는 자신의 라인에서 보고되며 점수를 얻지 않습니다. 사람이 실제로 중대한 작업 전에 물어보는지 여부는 워크플로우 테스트가 필요하며, 이를 명시합니다.

  • 세 가지 크롤러 종류

    모델 훈련, AI 검색 및 인용, 그리고 사람이 당신의 친구에게 열도록 요청한 페이지는 세 가지 결정입니다. 마지막 두 가지만 발견입니다. 훈련에서 제외되는 것은 비용이 들지 않습니다.

  • 기본값은 정책입니다

    페이지 도구에 대한 permissions-policy 항목이 없으면 초안의 기본 허용 목록이 적용됩니다 — 당신의 출처만, 다른 사람은 없습니다. 이는 통과합니다. 명시적 허용 목록은 그 위의 강화입니다.

  • 유형별 올바른 필드

    마지막 수정 날짜는 이를 정의하는 콘텐츠 유형에서 요청되며, 당신이 누인지 말하는 노드에서는 절대 요청되지 않습니다. 신원과 신선도는 별도로 등급이 매겨집니다.

  • 발견 사항은 범위를 명시합니다

    한 페이지에서 읽은 결과는 이를 명시하며, 스캔이 실제로 읽은 경로는 보고서와 함께 이동합니다. 홈페이지에서 측정한 것은 모든 화면을 설명하는 것처럼 쓰여지지 않습니다.

  • 트윈은 스스로와 일치해야 합니다

    잘 알려진 경로와 루트 경로 모두에 게시된 기능 매니페스트는 이제 두 경로에서 동일한 내용을 말하는지 확인됩니다 — 단순히 한 복사본이 존재하는지만이 아닙니다.

  • 사이트맵은 실제 문서여야 함

    사이트맵은 이제 실제 urlset 또는 sitemapindex이며 링크가 자신의 주소를 가리키는지 확인됩니다 — 단순히 200으로 응답하는지만이 아닙니다.

  • 인계 연락처는 크롤링이 필요 없음

    mailto 링크, 연락처 페이지, 구조화된 연락처 데이터 또는 llms.txt의 명시된 연락처 정보는 모두 사람에게 도달하는 것으로 간주됩니다 — 먼저 크롤링된 것이 필요하지 않습니다.

보고서는 이 표준의 버전 1.2에 따른 점수입니다. 진단 자료일 뿐 인증이나 준수 배지가 아닙니다. 규칙은 여기에 공개되어 있으므로 이에 동의하지 않으실 수 있습니다.

자신의 사이트가 어디에 있는지 보기

등급 보고서와 그 아래의 증거를 위한 주소를 입력한 다음 당신의 친구에게 평문으로 먼저 무엇을 고칠지 물어보세요.