比較ページ上の「可用率」と「時延」の2列について、我々は一貫して空欄のままにする——誰もでっち上げた数字の責任を負いたくないからです。このツールはまさにこの 2 列を埋めるためにあります：エンドポイント一覧を設定し、ヘルスチェック設定、ヘルスチェックスクリプト、ステータスバッジ、および可用性／遅延テーブルテンプレートを生成します。 数値は自ら測定したものでなければならない。他から引用してはいけない。
1 行に 1 つのエンドポイント名 + URL を記述します。MCP エンドポイントもヘルスチェック可能です——HTTP ステータスコードのみを確認し、SSE の解析は不要です。
—
—
1・JSON-RPC クライアントで MCP エンドポイントをヘルスチェックすると、実際には生きているエンドポイントが死んでいると誤判定されます。MCP の streamable-http は JSON ではなく SSE ストリームを返します。正しい方法は以下の通りです：HTTPステータスコードのみで判定200 / 402 の両方とも「生存中」と見なす。
2・フィールド名を誤って記述すると、すべてのエントリが常に「変動」と判定される。我々は p.ok 実際には存在するフィールドだが、データベース内では次のように記述されている： p.lastOk、結果がすべて黄色になる。フィールド名は、書き込み用コードと照合して正確に記述する必要がある。
3・ステータス語は「アクション」と「中立」の2つのカラムに分類する。「オンライン」から「オンライン」への変化を「オンライン復旧」と表示するのは不自然である。そのため、我々はこれを以下のように分割する。 CH_TO（動詞）および CH_STATE（中立的な表現）2セット
4 · データがない場合は空白のままにする。でっち上げない。価格比較ページの「可用性／遅延」の 2 列はこれまで空欄でした——実際のヘルスチェック結果で埋めるまでは、見栄えの良い数字を書くより空欄にしておく方が信頼性が高いです。