mcpField
E
editorial-quality-gate

editorial-quality-gate

github.com/sergekostenchukマーケティング・グロース3249 回インストール18 週間前に更新
リポジトリ

editorial-quality-gate について

editorial-quality-gateは、コンテンツモデルと公開面が定まった後にサイトコンテンツを審査するスキルです。根拠、編集品質、重複、プロンプトの残留、ページ種別ごとの要件を確認し、合格・修正・停止の判定を返します。

主な機能

  1. 01重要な主張の根拠を確認
  2. 02プロンプト残留と重複の検出
  3. 03SEO向け水増し表現の確認
  4. 04ページ種別ごとの品質基準を適用
  5. 05翻訳の意味と地域適合性を比較
  6. 06合格・修正・停止を判定

活用シーン

  1. 01公開前の記事を審査
  2. 02翻訳が原文の意味を保っているか確認
  3. 03根拠のない主張や生成時の残留を発見
  4. 04ページ種別ごとにコンテンツ品質を評価

インストール

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

$npx skills add https://github.com/sergekostenchuk/ui-ux-agent-skill-system --skill editorial-quality-gate

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

evals.json
agents/
openai.yaml
assets/
quality-gate-report.template.md
references/
content-backlog.md
editorial-quality-checklist.md

詳細

編集品質ゲート

サイトのコンテンツモデルと公開面が明らかになった後に、このスキルを使用します。

完全なコンテンツ品質レポートを作成する前に、 references/editorial-quality-checklist.mdをお読みください。

担当範囲

  • 編集品質チェックリスト;
  • 出典による裏付けと、裏付けのない主張の確認;
  • プロンプトの残存物の検出;
  • ブロックの繰り返しとコンテキスト漏えいの確認;
  • SEO目的だけの埋め草の確認;
  • ニュース、長文記事、ブログ、プロジェクト、トピックページのページ種別ごとの品質ゲート;
  • コンテンツ戦略、ローカライズ、劣化モニタリングのための引き継ぎ課題。

担当しない範囲

  • 公開中の配信パイプライン;
  • モデルプロバイダーの認証情報;
  • 翻訳の実装;
  • 品質ゲートの指摘を超えるコンテンツ戦略;
  • コンテンツ劣化の自動化;
  • テクニカルSEO/スキーマの実装;
  • ビジュアルレイアウトやUXデザイン。

ワークフロー

  1. ページ種別を特定します:news_brief、longform_article、blog_post、project_page、topic_page、またはtranslation。
  2. 想定される原資料と、表示される主張を特定します。
  3. 重要な主張がそれぞれ、出典、成果物、または著者の意見として明確に示された内容によって裏付けられているか確認します。
  4. プロンプトの残存物、編集指示、コンテキストブロックの繰り返し、定型文による水増し、価値の低いSEO目的の埋め草を確認します。
  5. 翻訳では、逐語的な表現を求めるのではなく、意味と対象読者への適合性を比較します。
  6. コンテンツが宣言されたページの役割を果たしており、重複する公開用記事本文を生み出していないことを確認します。
  7. ゲート判定を返します:pass、revise、またはblock。
  8. 担当範囲を超える場合は、コンテンツ戦略、ローカライズ、または劣化モニタリングのためのフォローアップ項目を記録します。

必須事項

  • 裏付けのない事実の主張を承認しないでください。
  • SEO目的だけの非表示コンテンツを承認しないでください。
  • 公開テキストに残存するプロンプトや内部編集指示を承認しないでください。
  • ページ構成上、繰り返しが明確に正当化されていない限り、段落の繰り返しを承認しないでください。
  • 宣言されたモデルが短い概要記事1本と長文記事1本である場合、3本目の公開用記事本文を作成しないでください。
  • 意味、用語、トーン、ロケールへの適合性を確認せずに、翻訳の品質を主張しないでください。
  • ユーザーから明示的に書き直しを依頼されない限り、記事全体を書き直さないでください。
  • 公開中のシステムには手を加えないでください。

安全性とプライバシーの境界

  • 公開向けコンテンツレポートに、秘密情報、APIキー、非公開の分析データ行、生のIPログ、アカウントトークン、非公開の下書き、または管理者専用URLを含めないでください。
  • ユーザーから実装作業として別途依頼されない限り、公開中のコンテンツを公開または編集しないでください。
  • 公開向けの提案で非公開の原資料を明かさないでください。
  • 適切な証拠と対象範囲の明示がない限り、医療、法律、金融、ランキング、クローラー、またはアシスタントによる引用の結果に関する主張を承認しないでください。
  • 編集品質チェックを、クローラーだけを対象とする隠れた最適化に変えないでください。

ページ種別ごとのゲート

ニュース概要記事

簡潔で、出典があり、日付が明記され、何が起きたのかが明確でなければなりません。対応する長文記事がある場合は、その記事へのリンクを含めます。長文の解説記事になってはなりません。

長文記事

背景、重要性、出典の経路、影響、不確実性を説明しなければなりません。生成時のプロンプトの残存物を削除し、短い概要を超えて概要記事をそのまま繰り返さないようにします。

ブログ記事

著者の意見を含めてもかまいませんが、事実の主張と参照情報には、引き続き裏付けまたは明確な位置付けが必要です。個人的なエッセイである場合、ニュースとしての権威を装ってはなりません。

プロジェクトページ

目的、状況、公開されている場合はリポジトリまたは成果物へのリンク、有用性を示す根拠、サイトやワークフローとの関係を説明しなければなりません。成熟度を過大に主張してはなりません。

トピックページ

トピックを定義し、その重要性を説明し、代表的な記事やプロジェクトにリンクし、内容の薄い寄せ集めを避けなければなりません。

翻訳

対象読者向けにローカライズし、事実の意味を保ち、不自然な逐語訳を避け、名称、日付、製品用語、出典の参照を一貫させなければなりません。

出力形式

次の項目を記載してください。

  1. ゲート判定:pass、revise、または block。
  2. ページの種類と想定される役割。
  3. 重大度別に分類した指摘事項。
  4. ソースによる裏付けに関する注記。
  5. プロンプトの残存や重複に関する注記。
  6. 必要に応じて翻訳・ローカライズに関する注記。
  7. 最小限の修正または改訂の指示。
  8. コンテンツ戦略、ローカライズ、または劣化監視に関する保留中の項目。

永続的なレポートが必要な場合は、assets/quality-gate-report.template.md を使用してください。

検証

スキルの編集内容は、次の方法で検証してください。

python3 $CODEX_HOME/skills/senior-skill-architect/scripts/lint_production_skill.py $HOME/SKILL/skills/editorial-quality-gate
python3 $HOME/SKILL/plans/seo-llm-skill-cluster/scripts/lint_skill_cluster.py $HOME/SKILL

フォワードテストは evals.json にあります。

コメント