mcpField
F
fact-checker

fact-checker

github.com/nicepkg生産性288108 回インストール40 週間前に更新
リポジトリ

fact-checker について

fact-checker は、技術仕様や統計、リリース情報などの事実関係を文書内で確認するスキルです。信頼性の高い情報源と照合して修正レポートを作成し、承認後にのみ変更を適用します。

主な機能

  1. 01検証可能な記述の特定
  2. 02信頼できる情報源の検索
  3. 03記述と情報源の照合
  4. 04修正レポートの作成
  5. 05承認後の修正適用

活用シーン

  1. 01モデル仕様の確認
  2. 02文書内の統計の検証
  3. 03古いバージョン番号の特定
  4. 04レポート内の事実確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/nicepkg/ai-workflow --skill fact-checker

インストール後、Claude Code で/fact-checkerを入力して読み込まれたか確認します。

同梱ファイル.security-scan-passedREADME.md

詳細

ファクトチェック

ドキュメント内の事実に関する主張を検証し、信頼できる情報源に裏付けられた修正案を提示します。

使用するタイミング

ユーザーから次のような依頼があった場合に実行します。

  • 「このドキュメントをファクトチェックしてください」
  • 「この AI モデルの仕様を検証してください」
  • 「この情報がまだ正確か確認してください」
  • 「このファイルの古くなったデータを更新してください」
  • 「このセクションの主張を検証してください」

ワークフロー

進捗を管理するため、次のチェックリストをコピーします。

Fact-checking Progress:
- [ ] Step 1: Identify factual claims
- [ ] Step 2: Search authoritative sources
- [ ] Step 3: Compare claims against sources
- [ ] Step 4: Generate correction report
- [ ] Step 5: Apply corrections with user approval
ステップ 1:事実に関する主張を特定する

ドキュメントをスキャンし、検証可能な記述を探します。

対象となる主張の種類:

  • 技術仕様(コンテキストウィンドウ、価格、機能)
  • バージョン番号とリリース日
  • 統計データと指標
  • API の機能と制限
  • ベンチマークスコアとパフォーマンスデータ

主観的な内容は対象外です:

  • 意見や推奨事項
  • 解説文
  • チュートリアルの手順
  • アーキテクチャに関する議論
ステップ 2:信頼できる情報源を検索する

各主張について、公式情報源を検索します。

AI モデル:

  • 公式発表ページ(anthropic.com/news、openai.com/index、blog.google)
  • API ドキュメント(platform.claude.com/docs、platform.openai.com/docs)
  • 開発者向けガイドとリリースノート

技術ライブラリ:

  • 公式ドキュメントサイト
  • GitHub リポジトリ(リリース、README)
  • パッケージレジストリ(npm、PyPI、crates.io)

一般的な主張:

  • 学術論文と研究
  • 政府統計
  • 業界標準化団体

検索方法:

  • モデル名と仕様を組み合わせます(例:「Claude Opus 4.5 context window」)
  • 最近の情報を調べる場合は、現在の年を含めます
  • 可能であれば複数の情報源で検証します
ステップ 3:主張を情報源と照合する

比較表を作成します。

ドキュメント内の主張情報源の情報ステータス信頼できる情報源
Claude 3.5 Sonnet:200K トークンClaude Sonnet 4.5:200K トークン❌ モデル名が古いplatform.claude.com/docs
GPT-4o:128K トークンGPT-5.2:400K トークン❌ バージョンと仕様が誤りopenai.com/index/gpt-5-2

ステータスコード:

  • ✅ 正確 - 主張が情報源と一致しています
  • ❌ 誤り - 主張が情報源と矛盾しています
  • ⚠️ 古い - 以前は正しかったものの、更新されています
  • ❓ 検証不能 - 信頼できる情報源が見つかりません
ステップ 4:修正レポートを作成する

調査結果を構造化された形式で提示します。

## Fact-Check Report

### Summary
- Total claims checked: X
- Accurate: Y
- Issues found: Z

### Issues Requiring Correction

#### Issue 1: Outdated AI Model Reference
**Location:** Line 77-80 in docs/file.md
**Current claim:** "Claude 3.5 Sonnet: 200K tokens"
**Correction:** "Claude Sonnet 4.5: 200K tokens"
**Source:** https://platform.claude.com/docs/en/build-with-claude/context-windows
**Rationale:** Claude 3.5 Sonnet has been superseded by Claude Sonnet 4.5 (released Sept 2025)

#### Issue 2: Incorrect Context Window
**Location:** Line 79 in docs/file.md
**Current claim:** "GPT-4o: 128K tokens"
**Correction:** "GPT-5.2: 400K tokens"
**Source:** https://openai.com/index/introducing-gpt-5-2/
**Rationale:** 128K was output limit; context window is 400K. Model also updated to GPT-5.2
ステップ 5:ユーザーの承認を得て修正を適用する

変更を加える前に:

  1. 修正レポートをユーザーに提示します
  2. 明示的な承認を待ちます:「これらの修正を適用しますか?」
  3. 確認後にのみ作業を進めます

修正を適用する際:

# Use Edit tool to update document
# Example:
Edit(
    file_path="docs/03-写作规范/AI辅助写书方法论.md",
    old_string="- Claude 3.5 Sonnet: 200K tokens(约 15 万汉字)",
    new_string="- Claude Sonnet 4.5: 200K tokens(约 15 万汉字)"
)

修正後:

  1. すべての編集が正しく適用されたことを確認します
  2. 修正内容の概要を記載します(例:「セクション 2.1 の主張を 4 件更新しました」)
  3. 変更をコミットするようユーザーに伝えます

検索のベストプラクティス

クエリの作成

良いクエリ(具体的で最新):

  • 「Claude Opus 4.5 context window 2026」
  • 「GPT-5.2 official release announcement」
  • 「Gemini 3 Pro token limit specifications」

悪いクエリ(曖昧で一般的):

  • 「Claude context」
  • 「AI models」
  • 「Latest version」
情報源の評価

公式情報源を優先します:

  1. 製品の公式ページ(最も信頼性が高い)
  2. API ドキュメント
  3. 公式ブログの発表
  4. GitHub のリリース(オープンソースの場合)

注意して使用します:

  • サードパーティの集約サイト(llm-stats.com など)- 公式情報源で照合します
  • ブログ記事や記事 - 主張を相互参照します
  • ソーシャルメディア - 発表の確認にのみ使用し、ほかの情報源でも検証します

避けるもの:

  • 古くなったドキュメント
  • 出典のない非公式 Wiki
  • 推測や噂
曖昧さへの対処

情報源が食い違う場合:

  1. 最も新しい公式ドキュメントを優先します
  2. レポートに食い違いを記載します
  3. 両方の情報源をユーザーに提示します
  4. 重要な場合は、ベンダーへの問い合わせを推奨します

情報源が見つからない場合:

  1. ❓ 検証不能と記録します
  2. 代替表現を提案します:「[日付]時点での[情報源]によると……」
  3. 「およそ」「〜と報告されています」などの限定表現を加えるよう推奨します

特別な考慮事項

時間依存の情報

時間的な文脈を必ず含めてください。

適切な修正例:

  • 「2026 年 1 月時点」
  • 「Claude Sonnet 4.5(2025 年 9 月リリース)」

不適切な修正例:

  • 「最新バージョン」(いずれ古くなります)
  • 「現行モデル」(時期が曖昧です)
数値の精度

原文に合わせて精度を調整してください。

原文:「約 100 万トークン」 記載:「1M トークン(約)」

原文:「200,000 トークンのコンテキストウィンドウ」 記載:「200K トークン」(正確)

引用形式

修正には引用を含めてください。

> **注**:具体上下文窗口以模型官方文档为准,本书写作时使用 Claude Sonnet 4.5 为主要工具。

可能な場合は、出典へのリンクを記載してください。

例

例 1:技術仕様の更新

ユーザーの依頼:「セクション 2.1 の AI モデルのコンテキストウィンドウをファクトチェックしてください」

手順:

  1. 主張を特定する:Claude 3.5 Sonnet(200K)、GPT-4o(128K)、Gemini 1.5 Pro(2M)
  2. 最新モデルについて公式ドキュメントを検索する
  3. Claude Sonnet 4.5、GPT-5.2、Gemini 3 Pro を確認する
  4. 相違点を示すレポートを作成する
  5. 承認後に修正を適用する
例 2:統計データの検証

ユーザーの依頼:「第 5 章のベンチマークスコアを検証してください」

手順:

  1. 数値に関する主張を抽出する
  2. 公式のベンチマーク公開情報を検索する
  3. 報告された値と出典の値を比較する
  4. 相違点があれば、出典へのリンクとともに指摘する
  5. 検証済みの数値に更新する
例 3:バージョン番号の検証

ユーザーの依頼:「これらのライブラリのバージョンがまだ最新か確認してください」

手順:

  1. 記載されているすべてのバージョン番号を一覧にする
  2. パッケージレジストリ(npm、PyPI など)を確認する
  3. 古くなったバージョンを特定する
  4. 変更履歴への参照を添えて更新を提案する
  5. ユーザーの確認後に更新する

品質チェックリスト

ファクトチェックを完了する前に:

  • すべての事実に関する主張を特定し、分類した
  • 各主張を公式の情報源に照らして検証した
  • 情報源が権威あるもので、最新である
  • 修正レポートが明確で、実行可能である
  • 関連する箇所に時間的な文脈を含めた
  • 変更前にユーザーの承認を得た
  • すべての編集が正常に完了したことを確認した
  • ユーザーに概要を提示した

制限事項

このスキルでは、次のことはできません:

  • 主観的な意見や判断を検証する
  • 有料またはアクセス制限のある情報源にアクセスする
  • 論争のある主張の「真偽」を判断する
  • 将来の仕様や機能を予測する

このような場合は:

  • 制限事項をレポートに記載する
  • 表現を限定する文言を提案する
  • ユーザー自身による調査や専門家への相談を推奨する

コメント