mcpField
B
bible-fact-check

bible-fact-check

github.com/lancetw生産性558 回インストール8 週間前に更新
リポジトリ

bible-fact-check について

bible-fact-checkは、聖書に関する記事やメモ、参照ファイルを点検するスキルです。内容に応じて最大10項目を確認し、原文を変更せず問題箇所を行番号付きで報告します。

主な機能

  1. 01最大10項目のコンテンツ確認
  2. 02URL、ファイル、貼り付けテキストに対応
  3. 03事実、節番号、年代、数値の検証
  4. 04参照ファイルでは重複や明瞭さも確認
  5. 05自動修正せず問題を報告

活用シーン

  1. 01公開前の聖書関連記事の確認
  2. 02個人メモの節番号の点検
  3. 03参考ファイルの重複項目の確認
  4. 04行番号付きコンテンツ監査レポートの作成

インストール

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

$npx skills add https://github.com/lancetw/skills --skill bible-fact-check

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

同梱ファイルevals/evals.json

詳細

聖書の事実確認

聖書に関するコンテンツを10項目の品質チェックで体系的に監査します。 問題は具体的な行番号とともに報告します。自動修正は行わず、報告のみ行います。

チェック1〜5は、すべてのコンテンツ形式(URL、貼り付けられたテキスト、ファイル)に適用されます。 チェック6〜10は、豆知識の参照ファイルのみに適用されます。URLと貼り付けられたテキストでは完全に省略してください(N/Aの行も出力しないでください)。

入力ソース(1つ選択)

  1. bible-buddy の参照ファイル — 例:/review-bible-buddy fun-facts.md → bible-buddy/references/ から読み込みます
  2. 任意のファイルパス — 例:/review-bible-buddy /path/to/my-notes.md → 指定されたファイルを読み込みます
  3. URL — 例:/review-bible-buddy https://example.com/article → WebFetch は使用しないでください。多くのニュースサイトで403エラーが返されます。 uv run --directory {BIBLE_BUDDY} scripts/fetch_url.py "<URL>" を実行して、記事のテキストを抽出します。 urllib が403エラーを返した場合、スクリプトは patchright(ヘッドレス Chromium)に自動的にフォールバックします。
  4. 貼り付けられたテキスト — ユーザーが会話に直接コンテンツを貼り付ける場合 → 貼り付けられたテキストをレビューします
  5. 引数なし — AskUserQuestion を使って、URLを貼り付けるかテキストを入力するか、ユーザーに尋ねます。ファイルを既定として使用しないでください。

パスの解決

何よりも先に {BIBLE_BUDDY} を解決してください。次の順に確認します。

  1. プロジェクトレベル:.claude/skills/bible-buddy/(リポジトリのルートからの相対パス)
  2. ユーザーレベル:~/.claude/skills/bible-buddy/

references/ ディレクトリが存在する最初のパスを使用します。 どちらも存在しない場合は、ただちに停止し、ユーザーに次のように伝えてください。 「bible-fact-check には bible-buddy skill が必要です。先にインストールしてください:

  • プロジェクトレベル:npx skills add lancetw/skills/bible-buddy --project
  • ユーザーレベル:npx skills add lancetw/skills/bible-buddy」

以下の {BIBLE_BUDDY} はすべて、解決済みのパスを指します。

{MARKDOWN_TO_HTML} を解決します(任意 — HTML の読みやすい版用)。次の順に確認します。

  1. プロジェクトレベル:.claude/skills/markdown-to-html/(リポジトリのルートからの相対パス)
  2. ユーザーレベル:~/.claude/skills/markdown-to-html/

scripts/md_to_html.py が存在する最初のパスを使用します。いずれも存在しない場合、この skill はインストールされていません。HTML の手順は何も表示せずに省略してください。

前提条件

  1. 依存関係をセットアップします(初回のみ):
    uv sync --directory {BIBLE_BUDDY} && uv run --directory {BIBLE_BUDDY} patchright install chromium
    

実行方法

  1. 入力ソースを特定します
  2. {BIBLE_BUDDY} のパスを解決します(上記の「パスの解決」を参照)
  3. コンテンツを読み込む/受け取ります
    • fun-facts.md の場合:10Kトークンの制限を超えるため、Read は使用しないでください。Grep を使用します: Grep("^- ", path="{BIBLE_BUDDY}/references/fun-facts.md", output_mode="content", head_limit=0) → 1回の呼び出しですべての約134件の事実を行番号付きで取得します
  4. チェック基準として参照ファイルを読み込みます(すべて一度にではなく、必要に応じて読み込みます):
    • {BIBLE_BUDDY}/references/anachronism-timeline.md → ファイル全体を読み込みます(小さく、43行)→ チェック3、4用
    • {BIBLE_BUDDY}/references/commonly-misread-passages.md → ファイル全体を Read しないでください(横幅の広い表で44KBあります)。次の2段階で検索します:
      1. インデックスを読み込みます:bash: grep '|' {BIBLE_BUDDY}/references/commonly-misread-passages.md | awk -F'|' '{print $2}' | sed 's/^ *//;s/ *$//' | grep -v '^-' | grep -v '^Scripture' → 79件すべての聖書箇所の参照(約2KB)を取得します
      2. 該当する箇所ごとに、行全体を Grep で取得します:Grep("Isaiah 7:14", path="{BIBLE_BUDDY}/references/commonly-misread-passages.md") → チェック2、4、7、8用
    • {BIBLE_BUDDY}/references/yeshua-hermeneutics.md → ファイル全体を読み込みます(小さく、122行)→ チェック8用
  5. チェックを順番に実行します:
    • URLまたは貼り付けられたテキスト:チェック1〜5のみを実行します
    • fun-facts の参照ファイル:チェックをすべて実行します
  6. 各チェックについて、問題があれば行番号とともに報告し、問題がなければ「✅ 通過」と報告します
  7. 最後に要約表を提示します

10項目のチェック

1. 事実誤認のチェック(Factual Errors)

参照ファイルは最低限の基準であり、上限ではありません。聖書、歴史、言語に関する自分の知識も活用して、日付の精度(例:「1820 年代」か「1830 年代」か)、因果関係の方向(A が B を引き起こしたのか、その逆か)、学術的な帰属の正確さなど、すべての事実に関する主張を検証してください。

確認事項:

  • 歴史上の日付(既知の日付については anachronism-timeline.md と照合し、さらに精度も確認してください。タイムラインが「1820 年代~1830 年代」としているのに、本文で単に「1820 年代」としている場合は、その不正確さを指摘してください)
  • 人物に関する帰属(聖書のどの章で誰が何をしたのか)
  • 単語の意味:ヘブライ語またはギリシャ語の用語が commonly-misread-passages.md の「Key Hebrew/Greek Term」列に記載されている場合、本文で正しく使われているかを確認してください。また、意味の範囲も確認してください。より広い意味の範囲がある語を、単一の意味に限定する主張(例:pistis は「忠実さ」だけを意味するわけではありません)は指摘してください。
  • 学術的な主張(hapax legomenon、写本の証拠など)
  • 本文における一節の解釈が commonly-misread-passages.md の「Actual First-Century Jewish Context」列と矛盾する場合
  • 因果関係に関する主張:因果関係の方向が正しいか確認してください(例:中国語訳が1919年に出版されたのであれば、1844年の教義の「原因」にはなり得ません)
  • 聖書の引用がない神学的教え:本文が神(God)、御霊、救い、教会の実践に関する神学的な主張を聖書の引用なしに述べている場合、「聖書的根拠のない教え」(無經文根據的教導)として指摘してください。
2. 節番号のチェック(Verse Reference Errors)

引用されている聖書の内容と、すべての章・節の参照箇所が一致しているか確認してください。

3. 時代錯誤のチェック(Anachronism)

言及されている教義、実践、概念をすべて anachronism-timeline.md と照合してください。教義に既知の成立年代(例:祭壇への呼びかけ=1830 年代、TULIP=1618~1619年、霊的覆い=1970年代)がある場合、本文で正しい年代が使われており、それを1世紀に遡らせていないか確認してください。

年代の精度と混同も確認してください。タイムラインが教義(例:ドルト会議の5箇条、1618~1619年)と後世の呼称(例:TULIP の頭字語、20世紀)を区別している場合、両者を混同している本文を指摘してください。タイムラインに年代の幅(例:「1820 年代~1830 年代」)が示されている場合、その一方の年代だけを限定なしに用いている本文を指摘してください。

また、聖句が引用されていない場合でも、時代錯誤となる用語が暗黙に使われていないか確認してください。本文を調べ、anachronism-timeline.md に記載された教義や実践に該当する用語があれば、実際の成立年代を補足情報として記載してください。これは批判ではありません。ニュース記事や実用ガイドに歴史的起源の記載を求めるものではありません。目的は読者に背景情報を提供することであり、著者が学術的な脚注を省いたことを非難することではありません。

また、紀元200年以降の資料(ミシュナー、タルムード、タルグム)を用いて紀元100年以前の文書を断定的に説明し、「これが……の背景です」のような言い方をしている項目も指摘してください。後世の資料を先行する概念の例示に使うことはできますが、断定を避けた表現(「考えられる背景」など)にする必要があります。断定的な主張のみを指摘してください。

4. 過度な単純化のチェック(Oversimplification)

重要な議論があるにもかかわらず、学術上の見解の一つを定説として示している項目を探してください。以下に注意してください。

  • 少数派の学術的見解を事実として述べている
  • 複雑な議論を一面的な結論に単純化している
  • 議論のあるテーマで「実際は」や「つまり……です」のような表現を使っている

commonly-misread-passages.md と照合し、本文がそこに挙げられた「よくある誤読」のパターンに当てはまる場合は指摘してください。また、yeshua-hermeneutics.md も確認してください。イエスの教え方(たとえ話、トーラーに基づく議論など)に言及している場合、その方法(例:カル・ヴァ・ホメル、マーシャル、レメズ)を正しく特定しているか確認してください。「比喩」や「象徴」といった一般的な説明に単純化されている場合は指摘してください。

5. 数値計算のチェック(Counting Errors)

単語数・文字数、節数、人数、比率、日付など、すべての数値に関する主張を検証してください。

6. 重複チェック(Duplicates)⟨fun-facts only⟩

URL と貼り付けられたテキストについては、このチェックをスキップしてください。

同じ節、トピック、または主張を扱っている項目を見つけてください。 同じフレームワークを異なるトピックに適用している2つの項目は、重複ではありません。 同じ節について同じ主張をしている2つの項目は、重複です。

7. ストローマン論法チェック(Strawman Arguments)⟨fun-facts only⟩

URL と貼り付けられたテキストについては、このチェックをスキップしてください。

「Xではない」と述べており、Xが台湾の人々なら誰も信じたり誤解したりしないような内容である項目を見つけてください。commonly-misread-passages.md を参照し、否定されているXが「Common Misreading」列に記載されている場合、その否定には根拠があり、妥当です。Xが参照ファイルにも台湾の教会の実践にも根拠がない場合、ストローマン論法の可能性があります。確認のポイント:その誤読は参照ファイルに記載されているか、あるいは台湾の教会に通う人が実際にXだと思うでしょうか?

8. 意味不明チェック(Unclear Meaning)⟨fun-facts only⟩

URL と貼り付けられたテキストについては、このチェックをスキップしてください。

事実を述べたり、聖句を引用したりするだけで、次のいずれも説明していない項目を見つけてください。

  • どのような誤解を正すのか、または
  • どのような意外な洞察を明らかにするのか、または
  • 台湾の読者にとって、なぜ重要なのか

すべての項目に、明確な「それで、何が言いたいのか?」が必要です。

ヘブライ語またはギリシャ語の用語が含まれる場合、commonly-misread-passages.md に記載された重要な用語が示されているか確認してください。原語について論じているのに実際の単語を挙げていない項目(たとえば、ヘブライ語やギリシャ語を示さずに「原文の意味はX」と述べるもの)は、それよりも不十分です。

9. 字数管理チェック(Verbosity)⟨fun-facts only⟩

URL と貼り付けられたテキストについては、このチェックをスキップしてください。

各項目の文字数をコンテンツの中央値と比較してください。中央値を大きく上回る項目(およそ2倍以上)に印を付けてください。

10. 興味深さの基準チェック(Interest Threshold)⟨fun-facts only⟩

URL と貼り付けられたテキストについては、このチェックをスキップしてください。

学術的すぎる、対象が狭すぎる、または台湾の読者にとって関連性がない項目に印を付けてください。以下の質問を基準にしてください。

  • 台湾の教会学校の教師はこれを興味深いと思うでしょうか?
  • 理解するのに専門知識が必要でしょうか?
  • 台湾の教会で実際に教えられていることや、教会が直面していることに関係していますか?

関連性を判断する際は commonly-misread-passages.md を参考にしてください。民間信仰、市場原理的な神学、カリスマ派の神学に関するテストケースとともに記載されている箇所は、台湾との関連性が高いです。外国の文脈(ヒンドゥー教の神学や金剛乗仏教など)にのみ関係する箇所は、台湾にそのコミュニティがない限り、関連性が低くなります。

全体の見直し(10項目すべてのチェック完了後)

内容全体を、新たな視点でもう一度読み直してください。独自の聖書、歴史、言語に関する知識を活用して、10項目の体系的なチェックで見落とした点がないか確認してください。よくある確認事項は次のとおりです。

  • 内容が無視している既存の先例(たとえば、「アウグスティヌスが原罪を発明した」という主張は、4 Ezra や 2 Baruch を無視しています)
  • 関連はあるものの異なる概念の混同(たとえば、コルウェルの規則とハーナーの質的な議論)
  • 翻訳史の見落とし(たとえば、モリソンが1823年にすでにそのつながりを用いていたのに、CUV 1919がそのつながりを初めて示したと主張する)
  • 内容が扱っていない反例(たとえば、ベトゥーラーをめぐる議論でヨエル書1:8を扱っていない)

追加の指摘があれば、要約の前に独立した ### 補足:通則チェック セクションで報告してください。追加の指摘がなければ、このセクションは省略してください。

出力形式

環境の検出:

  • Claude Code → uv run --directory {BIBLE_BUDDY} scripts/detect_desktop.py bible-fact-check → 返されたパスに保存
  • Cowork / Claude.ai web → 保存しないでください。ユーザーに「応答内容をコピーして保存するか、Claude.ai の Artifact 機能を使ってダウンロードできます。」と伝えてください。

ファイル名:YYYYMMDD_HHmm_<slug>.md(URL → ドメイン+パスのスラッグ、貼り付けテキスト → pasted_text。スラッグは常に _ で区切ります)

URL または貼り付けテキスト(bible-buddy の参照ファイルではないもの)を確認する場合:

  1. 上記のスクリプトを使って Desktop のパスを検出します
  2. レポート全文を <detected-path>/YYYYMMDD_HHmm_<slug>.md に書き込みます
  3. モバイルで読みやすい HTML 好讀版を生成します(任意。決定的な変換であり、HTML を手書きしてはいけません):markdown-to-html スキルがインストールされている場合は、uv run --project {MARKDOWN_TO_HTML} python {MARKDOWN_TO_HTML}/scripts/md_to_html.py <absolute path to saved .md> を実行します。.html が同じディレクトリに書き出されます。スクリプトが出力する file:// リンクを伝えてください。インストールされていない場合は、HTML の手順を何も伝えずに省略します
  4. 会話には、両方のファイルパスを含む要約表のみを表示します

Cowork / Claude.ai web では、レポートはユーザーの Desktop には保存されませんが、markdown-to-html がインストールされていれば、好讀版も提供します。レポートの .md を一時作業ディレクトリに書き込み、コンバーターを実行して、生成された .html をユーザーに提供します(ダウンロード可能なファイル/Artifact)。スキルがない場合は、何も伝えずに省略します。

bible-buddy の参照ファイルを確認する場合:これまでどおり、レポート全文を会話に出力します。

レポートの構成
# 審查:[filename or URL or "使用者提供的內容"]
來源:[URL if applicable]
日期:[YYYY-MM-DD HH:mm:ss]

指摘事項があるチェックごとに、表を使用します。

### N. 檢查名稱

| # | 原文摘錄 | 問題說明 |
|---|---------|---------|
| 1 | 「...」 | 簡短說明 |
| 2 | 「...」 | 簡短說明 |

指摘事項がないチェックは、表を使わず、1 行で ### N. 検査名 — ✅ 通過 とします。

最後に、単なる件数ではなく、問題の内容を説明するまとめを記載します。

## 總結

| 檢查 | 結果 |
|------|------|
| 1. 事實錯誤 | 2 項 |
| 2. 經節編號 | ✅ |
| ... | ... |

### 主要問題說明

1. **[問題類型]** — 2-3 句白話解釋,這些問題為什麼重要、讀者該注意什麼。
2. ...

読みやすさのルール

レポートは、学者だけでなく台湾の教会に通う人にも読みやすいものにしてください。

  • 中国語を中心に — ギリシャ語/ヘブライ語は必要な場合にのみ補足し、英語の長い引用は避けてください
  • 段落は短く — 指摘事項ごとに 2〜3 文程度にし、論文のように書かないでください
  • 平易な表現 — 台湾の教会で理解される言葉を使い、学術的な表現は避けてください
  • 背景の補足 ≠ 批判 — 時代錯誤のチェックは、作者を責めるのではなく「補足情報」として伝えてください
  • 参照ファイルからの引用は、出典名と重要な事実を示すだけにし、原文を貼り付けないでください

重要な注意事項

  • レポートで神の名に言及する場合は、上主を使ってください(耶和華や YHWH は使わないでください)
  • 何も自動修正しないでください。報告のみを行います。
  • 具体的に記載してください。行番号を含め、問題のあるテキストを引用してください
  • 指摘が参照ファイルに基づく場合は、出典を明記してください: 「anachronism-timeline.md によると、altar call の起源は 1820 年代ではなく 1830 年代です」
  • 判断に迷う場合は、指摘してください。対応するかどうかはユーザーが決めます
  • コンテンツの種類によっては適用されないチェックもあります(例:重要用語のリストには、藁人形論法は含まれません)。「N/A — このチェックは本コンテンツには適用されません」として省略してください
  • 参照ファイル:{BIBLE_BUDDY}/references/(解決済みのパス)にある Step 4 で指定された 3 つのファイルのみを読み取ってください。

コメント