Busymate AI

オープンスタンダード

Busymate AI エージェント対応 v1

AI があなたを見つけ、あなたを理解し、あなたを信頼し、あなたと一緒に有用な仕事をすることができるか。それが全ての問いです。このスタンダードは1つの数字でそれに答え、すべてのポイントの背後にある証拠を示します。

バージョン 1.0 — 6 セクション、10 の要件、100 ポイント。

01アーキテクチャ

5 つのレイヤーと、それらを結ぶ 1 枚のカード

エージェントは、異なる質問に答える複数のレイヤーを通じてウェブサイトに出会います。agents.json は、それらすべてを指す単一のカードで、推測する必要がありません。

あなたのウェブサイト1コンテンツ2ディスカバリー3セマンティクス4アクション5リモート機能agents.json
  • コンテンツ

    ページそのもの——一度書き、HTML として読者に、Markdown として機械に配信します。

  • ディスカバリー

    開始地点を示す標識:サイトマップ、llms.txt、両者を指すヘッダー。

  • セマンティクス

    事実に付与された意味 — ページ内の JSON-LD、Markdown のフロントマター。

  • アクション

    訪問者が既に開いているブラウザで実行可能な操作:WebMCP ページツール。

  • リモート機能

    どこからでもサービスに依頼できる処理:OAuth の背後にある MCP エンドポイント。

  • agents.json

    機能カード:公開するもの、公開するインターフェース、サインイン方法、連絡先。

02スコアリング

6つのセクションで100ポイントを共有

各レイヤーは、読者が認識するセクションとして評価されます。セクション内では、要件が大部分の重みを占め、サポート診断が残りを占めます。

レイヤーセクション確認内容ポイント
ディスカバリー発見AIの相棒があなたのコンテンツを見つけることができますか?15
セマンティクス理解あなたの相棒がビジネスを正しく理解していますか?15
コンテンツ読む相棒は効率的にあなたのコンテンツを利用できますか?20
アクション実行相棒はあなたのウェブサイト上でアクションを実行できますか?20
リモート機能接続外部の相棒があなたのシステムを呼び出すことができますか?20
セーフティ信頼相棒は認証し、アクションを確認し、人に到達することができますか?10
合計100

最後の行は、上の数字が示していない懸念を評価します。誰が行動を実行でき、誰もいないときに訪問者がどのように人に到達するかです。

あなたに適用できないチェックは、分母から除外されます。スコアに対してカウントされません。たとえば、すべてのツールが既に誰でも利用できるサービスでは、サインイン検出は不要です。

35個のチェックのうち8個は、まだ誰も同意していない慣例です。どちらの場合でも値はありません。見つかった場合は報告され、ない場合は減点されません。

03要件

サイトが満たす必要のある10の要件

10の条項がサイトの準備完了状況を判断します。スキャンが報告する他のすべては診断です。有用で、根拠がありますが、準備完了の判定基準にはなりません。

コンテンツ

R1
重要なコンテンツは初期HTMLに存在します。
R2
ページが自身のMarkdown表現を公開できる。

ディスカバリー

R3
サイトがサイトマップを公開している。
R4
サイトがllms.txtを公開している。
R5
サイトがマシンリーダブルな機能マニフェストを公開している。

セマンティクス

R6
ページが言語と正規URLを宣言している。
R7
サイトが構造化されたビジネスまたは製品メタデータを公開している。

アクション

R8
ページがウェブアクションを提供する場合、これらが宣言されている。
R9
サービスがバックエンドエージェントツールまたはAPIを提供する場合、これらが宣言されている。

セーフティ

R10
認証、認可、および人間への引き継ぎが明示されている。

第9条項は正直な回答を受け付けます。ライブMCPエンドポイント、OpenAPIドキュメント、GraphQLスキーマ、またはキャパビリティカードで指定されたインターフェースです。どれか1つが存在することが重要で、どれであるかは関係ありません。

最後の条件は二重に証明されます:訪問者を引き継げる人またはエージェント、および誰が何をできるかについて述べられた姿勢。

041 つのアドレス

呼び出し元が読む形式、いずれかで同じリンク

読者がページを開くとそのページが表示されます。マシンは 1 つのリクエストヘッダーでプレーンテキストをリクエストして、プレーンテキストを取得します。第 2 のサイトに分岐することはありません。

  • 聞けば、Markdown が返ってくる

    Accept: text/markdown ヘッダーを含むリクエストは 200 で Content-Type: text/markdown; charset=utf-8 で応答します。その他すべてのリクエストには、HTML がそのまま提供されます。

  • Vary: Accept、毎回

    応答はそれを形作ったリクエストヘッダーに名前を付けるため、中間でキャッシュされるすべてのものは、両方の形式を 1 つに提供する代わりに分けておくことができます。

  • それとともに移動するフロントマター

    Markdown は標準的なアドレス、最後に変更された日付、および書かれている言語で始まります。本文の1語も読む前に既知です。

  • 指し示すリンクヘッダー

    1 つのヘッダーがサイトを llms.txt で説明し、1 つが agents.json を別代替として提供し、1 つがそのページ独自の Markdown 別代替を提供します。HTML ヘッドは最後のものを繰り返します。これらが合わさって、偶然存在するファイルと読むことを意図するサイトを区別します。

ネゴシエーション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根拠

すべての判定はその領収書を伴います

根拠のないスコアは意見です。各チェックは 3 行を保持します。実行したコール、このドキュメントが想定する回答、および実際に得た回答です。

コンテンツ確認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

リモートインターフェースはさらに多く記録します。どこに存在するのか、識別されたトランスポート、サインインの宣伝方法、およびトークンがない場合と必要な場合とで何個のツールが回答するかです。

認証されたカウントは、誰もサインインしてカウントしなかった場合、ゼロではなく不明として読まれます。

06判定

チェックが落ちる4つの方法

各項目はサイト所有者に対して異なる意味を持つため、いずれも別の項目に統合されていません。

  • 成功

    条項が期待する内容が返ってきました。

  • 部分的

    一部は対応されており、レシートに対応されていない半分が記載されています。

  • 任意

    定まっていない慣例で、見つかった、または見つからなかったものとして記録され、どちらの場合もポイントは付与されません。

  • 失敗

    要求したのに、何もありませんでした。

確認できないことは合格ではない

拒否、タイムアウト、辿り着かないリダイレクト——プローブは重みを保持したまま個別に列挙されます。読者は機能の欠落を答えられない質問と区別でき、どのギャップも静かに成功として採点されることはありません。

07変更内容

バージョン 1.2

当社の本番レポートの 1 つに対する外部監査により、スコアが証拠よりも確信していた箇所、および正しいことをしているサイトを減点していた箇所が見つかりました。以下のすべての検出結果は移動されたルールです。そのため、このバージョン前に読んだレポートは異なるスコアになる可能性があります — そしてそうあるべきです。

v1.2 の区別が有効になります

機能を見つけることは、使用を許可されることではありません

トークンなしで回答するツールカタログは、ツールが一覧表示されていることを示します。それらのいずれかが今日あなたのために実行されることを示します。バージョン 1 はこれらを 1 つの判定に縮小し、最初の判定に満点を付けました。現在、これらは 4 つの個別の検出結果です:

  • 発見 — エンドポイントが応答し、プロトコルリビジョンをネゴシエートし、ツールを一覧表示します。
  • 文書化されたアクセス — サービスがどの機能がトークンを必要とし、どの機能が不要かを述べます。
  • OAuth メタデータ発見 — OAuth メタデータが解決され、クライアントが検証する必要がある場合は PKCE をアドバタイズします。
  • テスト済みの実行 — 認証された呼び出しが実際に成功します。

最初の 3 つは外部から測定できます。4 番目はこのスキャナーが書くすべてのレポートで未検証のままです。相棒はあなたのサービスの認証情報を持たず、見知らぬツールを呼び出しません。これらのポイントは別に報告され、合格としてカウントされず、あなたのせいにもされません。

  • 1 つの結果、3 つの形式

    ページ、Markdown、JSON は同じ結果オブジェクトをレンダリングするようになりました — 同じスキャン、同じステータス、同じ合計。以前は互いに異なる可能性がありました。

  • 完全な接続スコアなし

    認証済み実行は外部からテストされることがないため、そのポイントはすべてのサイト(私たちのサイトを含む)で未検証のままです。レポートは、持っていない証拠に基づいてサービスが完全に呼び出し可能であると言うことはできなくなりました。

  • バージョン対応プローブ

    レポートは、提供された内容、サーバーからの応答、および生のハンドシェイクを記録します。後の修正版で導入された機能は、以前のバージョンにピン留めされたセッションに対して決して不利に働きません。

  • ヒントは動作ではない

    読み取り専用ヒントを独立した行として報告し、スコアに加算しないと宣言するツールは何個あるか。実際に人に対して重大なアクションの前に確認を求めるかどうかは、ワークフロー テストが必要であり、その旨を述べます。

  • 3 種類のクローラー

    モデル トレーニング、AI 検索と引用、および人が相棒に開くよう指示したページは、3 つの判断です。最後の 2 つだけが発見です。トレーニングのオプトアウトは無料です。

  • デフォルトはポリシー

    ページ ツール用の permissions-policy エントリがない場合、ドラフトのデフォルト許可リストが適用されます。つまり、あなた自身のオリジンだけで、他には誰もいません。これで合格です。明示的な許可リストは、その上にセキュリティ強化を追加します。

  • タイプごとの正しいフィールド

    最終更新日は、それを定義するコンテンツ タイプに対して確認され、あなたを特定するノードには確認されません。アイデンティティと鮮度は別々に評価されます。

  • 調査結果は自分たちのスコープを名指しする

    1 つのページから読み取られた結果はそう述べ、スキャンが実際に読み取ったルートはレポートと一緒に移動します。ホームページで測定されたもので、すべての画面を説明したかのように書かれたものはありません。

  • ツインは自身と一致する必要があります

    well-known パスとルート パスの両方で公開されているケーパビリティ マニフェストは、両方で同じ内容を述べているかどうかがチェックされるようになりました。1 つのコピーが存在するだけではなく。

  • サイトマップは実際のドキュメントである必要があります

    サイトマップは、200 を返すかどうかではなく、実際の urlset または sitemapindex であり、そのリンクが自分のアドレスを指していることがチェックされるようになりました。

  • 引き継ぎ先の連絡先にクロールは不要です

    mailto リンク、連絡先ページ、構造化された連絡先データ、または llms.txt に記載された連絡先情報は、すべて人に到達することにカウントされるようになりました。事前にクロールされている必要はありません。

レポートはこの標準のバージョン 1.2 に基づくスコアです — 実行できる診断であり、認証でもなく、適合バッジでもありません。ルールはここに公開されているので、異議を唱えることができます。

あなた自身のサイトがどこに立っているかを確認します

採点されたレポートのアドレスと、その下の根拠を入力してから、あなたの相棒にプレーンな言語で最初に何を修正するかを尋ねてください。