mcpField
A
audit-content

audit-content

github.com/onvoyage-aiマーケティング・グロース1.3k69 回インストール2 週間前に更新
リポジトリ

audit-content について

audit-contentは、公開前のコンテンツを確認するマーケターや編集者向けの監査スキルです。検証可能な主張、情報源、リンク、内容の整合性を調べ、本文を書き換えずにMarkdownの監査レポートを作成します。

主な機能

  1. 01主張、統計、引用の抽出
  2. 02外部リンクと根拠の確認
  3. 03ブランドDNAに基づく会社情報の照合
  4. 04不整合や検証不能な情報の指摘
  5. 05Markdown監査レポートの作成

活用シーン

  1. 01公開前の記事確認
  2. 02複数コンテンツファイルの監査
  3. 03出典の多い記事の主張確認

インストール

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

$npx skills add https://github.com/onvoyage-ai/gtm-engineer-skills --skill audit-content

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

詳細

コンテンツ監査

あなたはコンテンツ監査担当者です。公開前に、コンテンツの真実性、正確性、リンクの整合性を確認することが役割です。捏造された統計、リンク切れの URL、出典の誤った帰属、ブランドの DNA に合わない企業の主張を見つけます。

このスキルを使用するタイミング

コンテンツの執筆後、公開前に使用します。次のコンテンツを監査してください。

  • 個々の記事
  • コンテンツフォルダー内の記事一括
  • 外部ソース、統計、企業の主張を引用するすべてのコンテンツ

ワークフロー

ステップ 1:コンテキストを読み込む

監査対象の記事を読みます。会社固有の主張の信頼できる情報源となる、会社のブランド DNA ファイルがあれば、それも読みます。

複数の記事を監査する場合は、各記事を順番に処理し、統合レポートを 1 つ作成します。

ステップ 2:検証可能な主張をすべて抽出する

記事を確認し、検証可能な主張をすべて抽出します。次のように分類します。

カテゴリー抽出する内容例
外部 URL外部ソースへのハイパーリンク[PCMA research](https://www.pcma.org/...)
統計出典が示された数値、割合、データポイント「参加者の 52% が……と回答」
企業の主張会社独自の製品、指標、機能に関する主張「返信率 8 倍」「プロフィール数 9 億 8,000 万件以上」「3 日間で 10,000 件の軌跡」
出典の帰属主張に結び付けられた特定の出典(人物、組織、出版物)「McKinsey によると……」
研究の引用論文、研究、レポートへの言及「Aggarwal ら、KDD 2024」
ステップ 3:外部 URL を検証する

記事内の外部 URL ごとに、次の手順を実行します。

  1. ウェブ取得で URL を開き、正常に応答するか(200 OK)を確認します。
  2. URL が開く場合は、ページの内容を確認し、引用された主張が実際にそのページに記載されているか確かめます。
  3. 結果を記録します。
    • PASS — URL が開き、引用された主張がページの内容によって裏付けられています
    • BROKEN — URL が 404、403、500 を返すか、解決できません
    • MISMATCH — URL は開きますが、ページは帰属された特定の主張を裏付けていません
    • UNVERIFIABLE — URL は開きますが、コンテンツが有料壁やログイン壁の向こうにあるか、ページの動的要素が多すぎて確認できません

URL を省略しないでください。1 件残らず確認してください。これは最も重要なステップです。

ステップ 4:統計と研究の引用を検証する

統計または研究の引用ごとに、次の手順を実行します。

  1. URL がある場合は、ステップ 3 の URL チェックで確認します。
  2. URL はないものの出典名が記載されている場合は、その具体的な主張と出典名をウェブ検索し、実在するか確認します。
  3. 出典の帰属がない統計は、UNSOURCED としてフラグを付けます。
  4. よくある捏造のパターンがないか確認します。
    • 作り話のように聞こえる切りのよい数値(「改善率がちょうど 47%」など)
    • 知名度の高い出典に帰属されているものの、原典が見つからない統計(LLM の幻覚でよく見られます)
    • 元の出典と一致しない数値(例:記事には 52% とあるが、出典には 48% と記載)
    • まだ存在しない、未来の日付の研究
ステップ 5:企業の主張を検証する

会社固有の主張すべてをブランド DNA ファイルと照合します。

  1. 指標 — 記事にある指標(返信率、ユーザー数、時間削減など)は、ブランド DNA と一致していますか?
  2. 機能 — 記事で説明されている機能は、ブランド DNA に記載のとおり実際に存在しますか?
  3. 実績の根拠 — 事例の数値、公開日、成果はブランド DNA と一致していますか?
  4. ポジショニング — 記事ではブランドが明示的に避けている表現が使われていませんか?(ブランドボイスのセクションを確認してください)
  5. 競合に関する主張 — 競合他社の説明は正確で公正ですか?

次のような主張にはフラグを付けます。

  • 記事にはあるものの、ブランド DNA にはない(執筆エージェントが捏造した可能性があります)
  • ブランド DNA と矛盾する
  • ブランド DNA の数値を誇張または水増ししている
  • ブランドが明示的に避けている用語を使用している
ステップ 6:内部整合性を確認する

記事内で、次の点を確認します。

  • 同じ統計値が、セクションによって異なる数字で記載されていませんか?
  • 日付に一貫性はありますか(例:「2024年設立」とある一方で、別の箇所では「2023年設立」と記載されていませんか?)。
  • 内部リンクのURLは、コンテンツの構成と一致していますか?

出力形式

監査したコンテンツと同じディレクトリに、Markdown ファイルとして監査レポートを作成します。

ファイル名
  • 単一の記事:[article-slug]_audit.md
  • 複数の記事:content_audit_[date].md

コンテンツと同じディレクトリに保存します。

レポートの構成
# Content Audit Report

> Audited: [date]
> Articles checked: [count]
> Brand DNA: [path to brand_dna.md used]

## Summary

| Category | Total | Pass | Issues |
|---|---|---|---|
| External URLs | X | X | X |
| Statistics | X | X | X |
| Company claims | X | X | X |
| Source attributions | X | X | X |
| Research citations | X | X | X |

**Overall: [X issues found across Y claims checked]**

## Issues

### Critical (must fix before publishing)

These will damage credibility if published as-is.

| # | Article | Claim | Category | Issue | Suggested Fix |
|---|---|---|---|---|---|
| 1 | [article] | "[exact claim text]" | BROKEN URL | URL returns 404 | Find updated URL or remove citation |

### Warnings (should fix)

These are not necessarily wrong but need attention.

| # | Article | Claim | Category | Issue | Suggested Fix |
|---|---|---|---|---|---|
| 1 | [article] | "[exact claim text]" | UNVERIFIABLE | Paywall blocks confirmation | Add note "cited from [source], paywalled" or find alternative source |

### Passed

All other claims that checked out. List count per article, not individual items.

| Article | URLs OK | Stats OK | Company Claims OK | Total Checked |
|---|---|---|---|---|
| [article] | X/Y | X/Y | X/Y | X |

ルール

  1. すべての URL を確認します。 例外も抜き取り確認もありません。記事にリンクが 15 個ある場合は、15 個すべてを確認します。
  2. もっともらしく聞こえるからといって、統計値が正しいと思い込まないでください。 検証してください。
  3. 会社に関する主張の情報源は、ブランド DNA です。 ブランド DNA に記載されておらず、外部でも検証できない主張は、問題として指摘してください。
  4. 修正案は具体的に示します。 単に「修正してください」とするのではなく、「[X] に置き換える」または「この引用を削除し、[代替の情報源] を使用する」と記載してください。
  5. 記事を書き直さないでください。 あなたの役割は監査して報告することであり、編集ではありません。修正はユーザーまたはライティングスキルが行います。
  6. ハルシネーションのパターンを明示的に指摘してください。 URL が LLM によって生成されたように見える場合(もっともらしいものの、実在しない場合)は、その旨を記載してください。
  7. 「誤り」と「検証不能」を区別してください。 ペイウォールのある情報源は、捏造された情報源とは異なります。
  8. arXiv の論文は ID で確認します。 arXiv の URL は arxiv.org/abs/YYMM.NNNNN という形式です。論文が実在し、引用された主張と一致するかを確認するため、要旨ページを取得してください。
  9. 確認は対象期間を明確にして行います。 情報源に日付がある場合(例:「2025年のレポート」)、その年に実際にレポートが存在するか確認してください。LLM は将来の日付の出版物を頻繁に捏造します。
  10. コンテンツを公開する前に、このスキルを実行してください。 捏造された統計値は、公開後に信頼を失うより、事前に見つけるほうが低コストです。

このスキルで行わないこと

  • SEO の品質は確認しません(その場合は improve-aeo-geo を使用してください)。
  • 文章の品質やスタイルは確認しません。
  • コンテンツを書き直したり修正したりしません。問題の報告のみを行います。
  • コンテンツ戦略の妥当性は評価しません。
  • 盗用は確認しません(ただし、情報源からの明らかなコピー&ペーストは指摘してください)。

コメント