信頼スコアには根拠が示されます。

他のプラットフォームは「検証済み」と表示します。誰によって?いつ?どのような根拠で?Rasepiは、文書が格下げされた理由を正確に示し、現実世界のどのような要因が文書の信頼性を損なうかを教えてくれます。

信頼スコアの内訳 証拠履歴
入門ガイド
エンジニアリング · 2週間前に更新
54
⚠ v2.0がリリースされましたが、ガイドではまだv1.xを参照しています ✓ レビュー状況:最新 ✓ 4言語すべてを照合済み ✓ すべてのリンクが有効
決済連携ガイド
エンジニアリング · 5ヶ月前に更新
31
⚠ 前回のデプロイで /api/v1/payments を廃止予定としてマークしました 期限を22日超過しています ドイツ語版は廃止予定です
従業員福利厚生に関するFAQ
HR · 1週間前に更新
96
✓ 外部からの変更は検出されませんでした ✓ 閲覧者数が多い ✓ 5言語すべて最新

「検証済み」の問題点

ほとんどのナレッジプラットフォームでは、「これは依然として正確です」というボタンを誰かにクリックしてもらっています。このバッジからは、前回の確認以降に何が起きたのかはわかりません。現実の世界は、あなたのレビューサイクルを待ってはくれません。

❌ 定期的な検証

  • 90日ごとに誰かが「検証済み」をクリックします
  • 昨日、依存関係に互換性のない変更がリリースされたかどうかは不明
  • 先週、APIが廃止予定としてマークされましたか?バッジは依然として「検証済み」と表示されています
  • 1時間前に事後分析が提出されましたか?ランブックは問題なさそうです
  • 信頼はバッジであり、シグナルではありません

✔ 証拠に基づく信頼

  • 信頼スコアは実際の変更にリアルタイムで反応します
  • スコアの低下には、具体的な原因が伴います
  • 外部での変更は、誰かが古い内容を読む前にマークされます
  • 審査担当者は、何が、なぜ変更されたのかを正確に把握できます
  • 信頼性は観察可能、検証可能、かつ機械可読です

信頼性スコアリングの仕組み

Rasepiは、前回のレビューからの日数を数えるだけではありません。実際の変更点に注目し、それらを関連する文書と結びつけます。

1

Rasepiはソースを監視します

GitHubリポジトリ、CI/CDパイプライン、モニタリングツール、ポリシーシステム、製品構成を連携させてください。Rasepiは、ドキュメントに影響を与える可能性のある変更(リリース、非推奨化、構成の更新、インシデントの事後分析など)を監視します。

2

変更が影響分析をトリガーします

依存関係に変更が生じた場合(新バージョンのリリース、APIの非推奨化、ツールの置き換えなど)、Rasepiはそのソースを参照しているドキュメントを特定し、各ドキュメントへの影響を評価します。

3

影響を受けるドキュメントには証拠が添付されます

単に「このドキュメントは古くなっています」というだけでなく、具体的な理由が示されます。「v2.0がリリースされましたが、インストールガイドではまだv1.xが参照されています」や、「前回のデプロイメントで/api/v1/paymentsが非推奨としてマークされました」といった具合です。この通知は全員に表示されます。

4

チームは完全なコンテキストを確認します

検証担当者は、何が変更されたか、いつ変更されたか、どのセクションが影響を受けているかを確認できます。具体的な箇所を修正し、残りの部分を承認すれば、信頼スコアは即座に回復します。

実際の運用ではこうなります

これらは、毎日知らぬ間にドキュメントを破壊している変更の種類であり、Rasepiがそれぞれの変更に付与するシグナルです。

🚀 チームが大規模なリリースを公開
何が起きたか チームがPRをマージし、Node.jsの最小バージョンを18から20に引き上げ、v2.0をリリースしました。
Rasepiの対応 入門ガイドと3つのデプロイメントドキュメントにフラグを立てます:「依存関係要件が変更されました。ガイドでは依然としてNode 18およびv1.x CLIコマンドを参照しています。」
信頼スコア 91 → 54 に低下し、リリースが関連するトリガーとして特定されました。レビュー担当者が影響を受けるセクションを更新すると、スコアは 100 に戻りました。
🔌 APIエンドポイントが廃止予定としてマークされました
発生した事象 バックエンドチームが/api/v1/payments/api/v2/paymentsに置き換えるため、を廃止予定としてマークし、変更を公開しました。
Rasepiの対応 廃止予定のエンドポイントを参照している3つの統合ガイドを特定します:「前回のデプロイで、参照されているAPIエンドポイントが廃止予定としてマークされました。」
信頼スコア 各ガイドのスコアは比例して低下します。エンドポイントを直接記載しているガイドは、88 → 34 に低下します。その他のガイドには警告が表示されます。
🔧 チームが重要なツールを移行
何が起きたか インフラチームが、モニタリングをDatadogからGrafanaへ移行しました。移行は火曜日の午後に完了しました。
Rasepiの対応 Datadogのダッシュボード、アラートルール、エスカレーションパスに言及している12件のランブックおよびオンコールガイドに、「モニタリングツールが変更されました。Datadogへの参照は古くなっている可能性があります」というマークを付けます
信頼スコア 影響を受けるすべてのドキュメントのスコアが即座に低下します。オンコールチームは、次のインシデントが発生する前に警告を確認できます。
🚨 インシデント後のレビューで課題が判明
何が起きたか セベリティ1のインシデントにより、インシデント対応プレイブックに重要なエスカレーション手順が欠落していたことが判明しました。事後分析が提出されます。
Rasepiの対応 事後分析をランブックにリンクし、次のようにマークします。「インシデント後のレビュー INC-4821 を提出しました。プレイブックの不備を特定しました。」
信頼スコア 72 → 28 に低下しました。オンコールリーダーに通知され、次回のローテーション前にプレイブックが更新されます。
🔐 セキュリティ脆弱性が公開される
発生した事象 セットアップガイドでインストールを推奨しているライブラリについて、重大なCVEが公開されました。
Rasepiの対応 セットアップガイドにフラグを立てます:「推奨依存関係に関するCVE-2026-31415が公開されました。インストール手順を確認してください。」
信頼スコア 19に低下します。チームが推奨内容を更新するまで、ガイドは検索結果およびAI結果において順位を下げられます。

信頼スコアに反映される要素

各信頼スコアは、内部および外部のシグナルの組み合わせで構成されています。各シグナルには重み付けがされ、追跡され、スコアの内訳で確認できます。

🔌 外部ソースの変更(リリース、非推奨、設定の更新、CVE)
🚨 インシデント後のレビューがドキュメントにリンクされている
🔗 ドキュメント内のリンクが破損しているか、リダイレクトされている
📝 有効期限が近づいているにもかかわらず、未確認の状態
🌐 原文が更新されましたが、翻訳版は更新されていません
💬 読者がコンテンツを「古くなった」とマークしました
👁️ 過去一定期間の閲覧者数が少ない
各シグナルは、スコアへの根拠として付加されます。信頼スコアが低下した場合、単なる数値だけでなく、その理由も確認できます。「v2.0がリリースされたにもかかわらず、このガイドが依然としてv1.xを参照しているため、スコアが91から54に低下しました。」これこそが、単なる指標と具体的な回答との違いです。

AIツール向けの機械可読な信頼性

AIコパイロット、RAGパイプライン、またはエンタープライズ検索を導入する場合、どの文書が引用に値するかをこれらのツールに伝える手段が必要です。信頼スコアは、まさにそのシグナルを提供します。

信頼性の閾値を設定してください。「AIアシスタントは、信頼性が0.8以上で、過去30日以内に検証され、外部による変更のマークが付いていない文書のみを引用できる」と。Rasepiがこれを徹底します。AIアシスタントが、古いAPIを参照している文書を自信を持って引用することは決してありません。

信頼性メタデータは、API、MCPサーバー、およびWebhookを通じて利用可能です。RAGパイプライン、エンタープライズ検索ランカー、または社内のAIガバナンス層に組み込んでください。AIが返すすべての回答に、信頼性のシグナルを付与することができます。

RasepiはAPIおよびAIファーストです。Webインターフェースは単なるクライアントに過ぎません。REST API、MCPサーバー、Webhookシステムは、いずれも同等の性能を備えています。社内ツール、CIパイプライン、AIアシスタントはすべて、同じエンドポイントを通じて同じ信頼性データを取得します。開発者向けドキュメントをご覧ください →

ここでは、ドキュメントにAIを追加することではありません。ドキュメントをAIにとって安全なものとすることなのです。信頼性メタデータがなければ、AIツールは自信満々に古い情報を拡散してしまいます。信頼性メタデータがあれば、AIツールは何を引用し、何に警告し、何をスキップすべきかを判断できるようになります。

ポリシー主導の有効期限管理、カレンダーリマインダーは不要

コンテンツによって有効期限は異なります。Rasepi では、ドキュメントの種類ごとに有効期限ポリシーを定義し、自動的に適用することができます。

🔧 ランブック:30日間

急速に変化する運用文書には、短い有効期限が設定されます。ツールが変更された場合、ランブックは直ちにマークされます。変更がない場合でも、毎月チェックが行われます。

📜 人事・コンプライアンス:180日間

安定したガイドライン文書は、毎月のレビューを必要としません。しかし、規制が変更された場合は確認する必要があります。Rasepiは、予定された期限と外部要因の両方を管理します。

💰 価格設定プレイブック:7日間

競合他社の価格は急速に変化します。週次サイクルにより、営業チームは常に最新の数値を入手できます。製品構成の変更は、スケジュールに関係なく、即座にフラグが立てられます。

✅ 特に重要なコンテンツの認証

コンプライアンスSOPやセキュリティ手順については、審査担当者に、その内容を審査したことを正式に確認するよう求めます。この確認はログに記録され、タイムスタンプが付けられ、信頼スコアとリンクされます。

他社にはない独自の機能

📅 定期的な検証

GuruやTettraでは、検証間隔を設定できます。90日ごとに誰かが「まだ正しい」をクリックします。昨日重大な変更がリリースされたとしても、次のレビューサイクルまで誰もそのことを知りません。バッジには「検証済み」と表示されていますが、その内容はすでに間違っています。

📚 最新性の欠如

ConfluenceやNotionは、最新性を追跡しません。3年前に更新されたページも、今日更新されたページも、見た目は同じです。それらのAI機能は、すべてを同じ信頼度でインデックス化します。Atlassian Intelligenceはページを要約することはできますが、そのページが依然として正しいかどうかを教えてくれるわけではありません。

Rasepiは、ナレッジ管理をインフラの監視のように扱います。サーバーがダウンしたことに誰かが気づくのを待つようなことはしません。シグナルを検知し、警告を発します。ドキュメントもまったく同じように機能します。変更を検知し、影響を特定し、根拠を可視化し、修正するのです。

「検証済み」のバッジを鵜呑みにするのはやめましょう

Rasepiは、すべてのドキュメントに証拠に基づいた信頼スコアを付与します。チームは、ドキュメントの評価が下げられた理由を確認できます。AIツールは、確実に引用できる情報を把握しています。6ヶ月前に置き換えたツールを参照しているランブックに従う人は誰もいません。

Rasepiは現在、クローズドベータ版です。チームを順次招待しています。