content-quality-auditor
作成者 aaron-he-zhucontent-quality-auditor は、SEOコンテンツ、ランディングページ、長文ドラフトの公開可否を見極めるためのスキルです。80項目の CORE-EEAT 監査を、重み付きスコアリング、veto checks、優先度付きの修正計画とあわせて実行し、編集者が「公開できる状態か」を判断しやすくします。
このスキルの評価は 78/100 で、ディレクトリ掲載候補として十分に有力です。エージェントにとっては発動条件の手がかりが明確で、再利用しやすい実践的な監査フレームワークも備わっています。ユーザーもリポジトリの情報から導入判断を比較的しやすい一方、実行面ではパッケージ化されたツールではなく、長いプロンプト中心の仕様書を読み込む前提になる点は考慮が必要です。
- Frontmatter に多言語対応の明確なトリガーが豊富にあり、さらに「80項目の CORE-EEAT 監査、重み付きスコアリング、veto checks、修正計画による公開可否評価」という具体的な job-to-be-done もはっきり示されています。
- リポジトリには、単なるプレースホルダーではない実務的な中身があります。長文の SKILL.md に複数のワークフロー・制約・実践上のシグナルが整理されており、80項目すべてをカバーする補助リファレンスも用意されています。
- allowed-tools と互換性が明確に記載されており、必須のシステムパッケージはありません。必要なツールも WebFetch に限定されているため、エージェントや導入検討者が運用上の負荷を素早く把握しやすくなっています。
- このスキルは実質的にドキュメント主導です。scripts、rules、metadata helpers、install command は見当たらず、エージェントは長めの手動仕様に依存することになるため、実装のばらつきが出やすい可能性があります。
- 補助リファレンスは 1 ファイルのみで、ベンチマークの詳細も一部は別リンク先のファイルに委ねられています。そのため、情報の段階的な把握がしにくく、素早い導入にはやや不向きです。
content-quality-auditor スキルの概要
content-quality-auditor が実際に行うこと
content-quality-auditor は、長文コンテンツ、ランディングページ、SEO記事の公開可否をチェックするためのスキルです。単に「良さそうです」といった曖昧な所感を返すのではなく、80項目の CORE-EEAT 監査を構造化して実行し、重み付きスコアを適用し、致命的な veto issue を検出し、修正計画まで提示します。コンテンツを継続的に量産・公開するチームにとっての本当の価値はここにあります。公開前に、誰が見ても同じ基準で判定できる再現性のあるゲートとして機能します。
このスキルが向いている人
このスキルは、SEOコンテンツ責任者、編集者、制作会社のレビュアー、一定の品質基準で原稿を評価したいライターに最適です。特に、すでに下書きがあり、「これは公開してよい状態か?」「何がスコアを下げているのか?」「どこから直すべきか?」を明確にしたい場面で力を発揮します。
最適なジョブ・トゥ・ビー・ダン
content-quality-auditor は、アイデア出しではなく評価が主目的のときに使うべきです。既存コンテンツを、品質、有用性、構成、根拠、E-E-A-T 的なシグナルの観点から採点し、問題点を診断するよう設計されています。「記事をゼロから書いてほしい」という課題に対して、最初に選ぶスキルではありません。
普通のプロンプトと何が違うのか
一般的なプロンプトでは、広く浅い編集フィードバックになりがちです。content-quality-auditor skill は、より運用向きです。
- 定義済みの複数項目からなる監査モデルを使う
- スコア、致命的な問題、改善策を分けて出す
- 公開可 / まだ公開不可の判断をより明確に出せる
- 監査項目の参照ファイルがあり、推測に頼りにくい
複数人が同じやり方でコンテンツをレビューする必要がある場合、この構造化は大きな意味を持ちます。
導入時に確認したいポイント
content-quality-auditor を導入するうえで最大の論点は、インストールの複雑さではなく入力の質です。このスキルの精度は、渡す下書き、検索クエリ、想定読者、ビジネス文脈に左右されます。ターゲットキーワード、対象読者、期待する成果を付けずに記事本文だけを貼れば監査自体は動きますが、提案はより一般的になり、実行しやすさも落ちます。
content-quality-auditor スキルの使い方
インストール環境と互換性
リポジトリのメタデータでは、Claude Code ≥1.0、skills.sh marketplace、ClawHub、Vercel Labs skills ecosystem など、幅広いスキル実行環境への対応が示されています。システムパッケージは不要です。利用可能ツールには WebFetch が含まれており、より広い運用フローで外部SEOデータを監査に取り込みたい場合は、任意の MCP ネットワークアクセスが役立ちます。
リポジトリからインストールする場合、一般的なパターンは次のとおりです。
npx skills add aaron-he-zhu/seo-geo-claude-skills --skill content-quality-auditor
別のスキルローダーを使う環境では、リポジトリパス cross-cutting/content-quality-auditor を指定してください。
まず読むべきファイル
content-quality-auditor install と実際の使い勝手を理解するには、まず次のファイルを確認すると効率的です。
cross-cutting/content-quality-auditor/SKILL.mdcross-cutting/content-quality-auditor/references/item-reference.md
SKILL.md には、どのタイミングでこのスキルを発火させるべきか、監査で何を判定しようとしているのかが書かれています。特に価値が高いのは references/item-reference.md です。80個の監査項目名が見えるため、スコアの意味を解釈しやすくなり、プロンプト改善にも直結します。
このスキルに必要な入力
より良い結果を得るには、記事本文だけでなく、周辺情報も一緒に渡してください。強い入力パッケージには通常、次の要素が含まれます。
- 原稿全文
- ターゲットクエリまたはキーワード群
- ページ種別: blog post, comparison page, service page, affiliate page, guide
- 想定読者と検索意図
- ビジネス目標: rank, convert, educate, support
- 既知の制約: legal review, brand tone, no original research, no first-hand experience
- 任意で競合ページやベンチマークURL
これにより、content-quality-auditor usage は一般論の講評から、公開判断に使えるレビューへと進化します。
ざっくり依頼を強いプロンプトに変える
弱いプロンプト:
- “Grade my article.”
より強いプロンプト:
- “Run the
content-quality-auditorskill on this draft for the keyword ‘best payroll software for small business’. Audience is US small business owners comparing tools. Goal is publish-readiness for SEO and trust. Please give me the overall score, any veto issues, top 10 gaps by impact, and a prioritized fix plan.”
これが機能する理由:
- クエリが定義されている
- 読者像が定義されている
- ページの目的が定義されている
- 単なる感想ではなく、判断に使える出力を求めている
SEOコンテンツレビュー向けの content-quality-auditor プロンプト例
次のような形式で依頼すると使いやすくなります。
- “Use
content-quality-auditor for SEO Contenton the draft below. - Primary keyword:
project management software for agencies - Search intent: commercial investigation
- Audience: agency founders with 5–50 employees
- Must-have outcome: clear recommendation and comparison depth
- Constraints: no fabricated experience, no unsupported stats
- Output needed: weighted score, veto checks, section-by-section weaknesses, and the 5 highest-leverage edits before publish.”
この形にすると、スキルがカバレッジ、意図との一致、根拠に求められる水準をより正確に判断できるため、採点の妥当性が上がります。
編集者向けの推奨ワークフロー
実務で回しやすい流れは次のとおりです。
- 現在の下書きに対して
content-quality-auditorを実行する。 - まず veto issue を確認する。
- 弱点を、内容・構成・根拠・信頼性の修正に分けて整理する。
- 記事を改稿する。
- 再度スキルを実行し、スコアが改善したか、ブロッカーが解消されたかを見る。
最初からすべての指摘を一度に直そうとするより、この進め方のほうが効果的です。content-quality-auditor は、反復的な編集ゲートとして使うと最も価値を発揮します。
content-quality-auditor の 80項目モデルをどう読むか
参照ファイルを見ると、この監査は複数の観点にまたがっています。
- intent alignment や query coverage といったコンテンツの基本要件
- heading hierarchy や chunking などのページ構造
- citation density や source hierarchy などの信頼性・根拠シグナル
- experience、expertise、authority に関するシグナル
この幅広さこそが、単なる「記事レビューして」というプロンプトより content-quality-auditor が強い理由です。公開に足るだけの有用性、読みやすさ、信頼性、説得力があるかを見ています。
veto checks が役立つ理由
実務上とても有用なのが、veto checks という考え方です。原稿の見た目が整っていても、根拠が弱い、カバレッジが浅い、直接的な回答がない、信頼性に穴がある、といった核心的なブロッカーで落ちることがあります。編集運用では、魅力的な平均スコアよりも、こうしたブロッカーのほうが重要です。公開後に成果が伸びない理由を説明していることが多いからです。
出力品質を上げる実践的なコツ
より良い content-quality-auditor guide 結果を得るには、次を意識してください。
- 要約ではなく原稿全文を貼る
- 分かるなら正確な見出しと meta intent を添える
- first-hand experience が実在するのか、不在なのかを明記する
- 問題ラベルだけでなく修正例も求める
- 優先順位を ranking impact や publish risk ベースで出すよう依頼する
これらがなくても監査自体は有用ですが、実際の制約に合ったレビューにはなりにくくなります。
WebFetch や外部コンテキストを使うべき場面
記事が外部ソースを引用している場合、製品仕様に触れている場合、あるいは競争の激しい SERP で戦う場合は、外部取得を使うことで判断の質が上がることがあります。ただし、使いどころは絞るべきです。目的は、レビューを調査で肥大化させることではありません。主張の検証、期待されるクエリカバレッジとの比較、そのテーマに対して原稿が薄すぎないかの確認に使うのが適切です。
content-quality-auditor スキル FAQ
初心者にも content-quality-auditor は向いているか
はい、すでに下書きがあるなら有効です。content-quality-auditor は、「もっと良くして」をチェックリストベースのレビューに変えてくれるため、構造自体は初心者にも扱いやすくなっています。ただし、コンテンツに独自体験がない場合などは、E-E-A-T や根拠まわりの指摘を解釈するのに補助が必要になることがあります。
SEO記事専用なのか
いいえ。ただし、最も相性が良いのはSEOコンテンツです。content-quality-auditor skill は、有用性、信頼性、公開準備性が重要なページで最も力を発揮します。一方で、フィクション、気軽なSNS投稿、純粋なクリエイティブライティングのように、スコアリングモデル自体が主要な成功基準ではないケースでは価値が下がります。
LLM にコンテンツレビューを頼むのと何が違うのか
通常のレビュー用プロンプトでも賢いフィードバックは得られますが、一貫性に欠けやすいのが難点です。content-quality-auditor は、名前付きの監査項目、重み付きスコア、veto ロジックを備えた、より規律ある枠組みを提供します。そのため、繰り返し可能な編集レビューやチーム運用に向いています。
どんなときは content-quality-auditor を使わないほうがいいか
次のようなケースでは見送るのが妥当です。
- 評価ではなく初稿生成が必要なとき
- コンテンツが短すぎて意味のある監査にならないとき
- 成否の基準がブランドトーンだけのとき
- ページタイプが、モデルでは検証できない product truth に強く依存するとき
こうした場合でも何らかのコメントは得られるかもしれませんが、正式な監査パスを回すほどの価値は出にくいはずです。
人間の編集判断を置き換えるのか
いいえ。content-quality-auditor は、構造化された第二の読者として使うのが最適です。ブランド適合性、事実誤認リスク、法務上の注意点、締切やソース入手性を踏まえて提案が現実的かどうかを最終判断するのは、引き続き人間の編集者です。
content-quality-auditor スキルを改善する方法
公開判断に必要な文脈を content-quality-auditor に十分渡す
content-quality-auditor の結果を最も手早く改善する方法は、編集者が頭の中では持っている文脈をきちんと渡すことです。
- そのページは誰向けか
- どのクエリを狙っているか
- 「公開して十分」とは何を意味するか
- どの主張により強い裏付けが必要か
- ブランドやコンプライアンスの都合で変えられない点は何か
これにより、一般論の提案が減り、修正計画の実用性が高まります。
フィードバックの壁打ちではなく、優先順位付きの修正を求める
よくある失敗は、監査結果が多すぎて圧倒されることです。避けるには、問題の順位付けを明示的に依頼してください。
- publish risk 順
- SEO impact 順
- credibility impact 順
- effort vs reward 順
こうすることで、初回レビューがそのまま実行可能な編集キューになります。
根拠の有無を踏まえたフィードバックを依頼する
この監査モデルには信頼性や trust のシグナルが含まれているため、使える根拠が何かをスキルに伝えることが重要です。たとえば次のように共有します。
- “This draft has no original testing.”
- “We have expert quotes but no proprietary data.”
- “We can add citations but not screenshots.”
これにより、不可能な改善案ではなく、現実的に実行できる提案を返しやすくなります。
item reference を見て弱点領域を狙い撃ちする
1回目の実行後は、references/item-reference.md を見て、どのクラスターの成績が低いかを確認してください。もし article が direct answer、query coverage、citation density、reasoning transparency のような項目で弱いなら、次のパスではその領域を指定して再評価させるのが有効です。全面的なリライトを求めるより、ずっと良い改善ループになります。
改稿後は比較リクエスト付きで再実行する
価値の高い使い方は、content-quality-auditor を2回回すことです。
- baseline audit
- post-edit audit
そのうえで、次を尋ねます。
- どの程度スコアが変わったか
- どの veto item が解消されたか
- どの高インパクトな弱点がまだ残っているか
- いま公開可能な状態か
こうすることで、content-quality-auditor は単なる講評ツールではなく、測定可能な編集改善を追うための道具になります。
よくある読み違いに注意する
このスキルが判断できるのは、原稿と一緒に渡された文脈に含まれている情報だけです。次のような場合、結果は弱くなりやすいと考えてください。
- 著者情報はあるが、プロンプトに含めていない
- citation は CMS のフィールドにはあるが、貼り付けた本文には入っていない
- 下書きがアウトラインだけ
- ターゲット意図が曖昧
「監査結果が悪い」という不満の多くは、フレームワークの問題ではなく入力不足から生じます。
出力形式を明示して content-quality-auditor の運用を安定させる
複数ページを同じ基準でレビューしたいなら、応答テンプレートを指定してください。たとえば次のような形式です。
- overall weighted score
- veto checks
- top strengths
- top weaknesses
- section-by-section fixes
- publish / not yet decision
これにより、content-quality-auditor usage はバッチ型の編集ワークフローでも安定しやすくなり、下書き同士の比較もしやすくなります。
