オートポスト支社 評価スコアページ運用 不要停止防止テンプレート v6.1（2026-05-18）

2026-05-17追加: Task10本文修正・終了状態Gate

公開後訂正管理では、FAILを検出して報告するだけで終えてはいけない。本文・FAQ・冒頭構成に原因がある場合、第一手はWordPress本文修正にする。

• 設定側変更は補助手段。Cocoon設定、page_type、テーマ設定、広告/PR表示設定でH1重複や表示崩れが出る場合は撤回し、本文修正へ戻る。
• 内部作業文を公開本文から削除する。
• FAQ内の内部作業設問を削除し、必要なら読者向けFAQへ置き換える。
• 冒頭順は H1 → 評価スコア表 → リード文 → 公式テキストリンク → 最初のH2 に整える。
• 公開HTMLで再確認するまで完了扱いにしない。
• PASS後にだけ301可否へ進む。PASS前に旧URLから301しない。
• 進めない場合は、PASS / FAIL_REQUEUED / BLOCKED_HUB_AUTH / BLOCKED_WP_AUTH / BLOCKED_WP_WRITE / BLOCKED_LAYOUT_RISK / BLOCKED_MISSING_TARGET のいずれかを記録して終了する。ローディングし続けない。

2026-05-17追加: 評価項目本文化・FAQ qa-box・装飾バランスGate

全評価ページでは、評価スコア表の項目を本文見出しとして扱い、各項目ごとに理由説明を書く。FAQは Schema & Structured Data for WP & AMP と本文表示を揃え、装飾はリスト・ボックス・✅・⚠️を重ねすぎず使い分ける。

• 評価スコア表の各項目は、本文内でH2またはH3見出しにして説明する。表だけではPASSにしない。
• 本文FAQは <details class="qa-box">、<summary>、<div class="qa-answer"> を標準にする。
• FAQPage JSON-LDは Schema & Structured Data for WP & AMP 用に作成し、本文FAQと一致させる。
• <li> の先頭へ毎回✅/⚠️を付けない。ボックス内にも機械的に✅/⚠️を重ねない。
• 既知の修正対象: https://porn-fun.com/sites/fc2-live-adult-review/

2026-05-17追加: ✅/⚠️優先装飾Gate

全評価ページ共通で、強み・注意点・向いている人・向いていない人を短く見せられる箇所では、ただの箇条書きより✅/⚠️の単独強調文を優先する。

• ✅は強み、向いている人、判断しやすい利点に使う。
• ⚠️は注意点、向いていない人、確認が必要な条件や制約に使う。
• <ul><li>やCocoon系ボックスは使ってよいが、毎回アイコンを重ねない。
• 評価ページで✅/⚠️が0件のまま、強みや注意点を普通のリストやボックスだけで処理している場合はFAILにする。
• 既知の訂正対象: https://porn-fun.com/sites/fc2-live-adult-review/

全評価ページ共通 / ✅・⚠️優先装飾Gate（2026-05-17追加）:
- 強み・注意点・向いている人・向いていない人を短く見せられる箇所では、ただの箇条書きより✅/⚠️の単独強調文を優先する。
- ✅は強み/向いている人/判断しやすい利点、⚠️は注意点/向いていない人/確認が必要な条件/制約に使う。
- 1文で伝わる強み/注意点は <p>✅ ...</p> / <p>⚠️ ...</p> のような単独文を優先する。
- 複数条件を並列整理するときは<ul><li>を使ってよいが、各li先頭へ毎回✅/⚠️を付けない。
- information-box / warning-box / blank-boxなどボックス自体が意味を持つ場合、ボックス内へ✅/⚠️を機械的に重ねない。
- 評価ページで✅/⚠️が0件のまま、強みや注意点をすべて普通のliやボックスだけで処理している場合は装飾不足としてFAIL。
- 既知の検出必須例: https://porn-fun.com/sites/fc2-live-adult-review/ は、qa-boxは改善済みだが✅/⚠️が0件のため訂正対象。

全サイト共通 / 1-C〜7制作完了→8高品質テスト引き渡しGate（2026-05-17追加）:
- 1-C〜7で記事を公開したら、公開URLを作っただけで終わらず、同じarticle_keyで task_code=8 / use_status=public_qa_handoff / check_status=ready / status=active のReferencesを必ず作る。
- 8高品質テストは、public_qa_handoffだけでなく、use_status=published_directory_article / task_code=7 / 公開済み新記事URLも横断して確認する。
- 同じarticle_keyにtask8 PASSまたはtask8 high-quality test完了記録が無い公開済み記事を「未処理対象なし」と扱わない。
- 7の公開HTML QA PASS、Directory Core入力PASS、published_directory_articleがあるのに8のPASSが無い場合は、明示ハンドオフ漏れとして8対象にする。
- Hub認証不備時は対象なし/PASS/完了と誤判定せず、BLOCKED_HUB_AUTHとして終了する。
- 既知の補正例: https://porn-fun.com/sites/hey-douga-review/ は1-C〜7で公開済みだが、8用の明示的ハンドオフが弱かったため、public_qa_handoffを追加して8対象に戻した。

cron標準 / サイト別1スレッド運用（2026-05-17追加）:
- オートポスト支社の通常運用はcron標準。heartbeatは例外運用に限る。
- 1サイトまたは1セットにつき、関連cronを依頼・管理する起動スレッドは1つだけにする。
- 各タスクごとの新スレッド立ち上げ文は不要。各タスク欄のコピー文は、そのサイト別cron統括スレッド内で使うcron作成依頼文として扱う。
- automation名は `【サイト名＋評価スコアページ種別】タスク順番 cron 内容` を標準にする。
- 1回1記事制限、最大処理件数、対象なし終了、BLOCKED_*終了条件はcron本文内に書く。
- Hub正本、Work Queue、References、FactChecks、台帳で状態管理する。
- heartbeatは、ユーザーと同じスレッドで短時間だけ追跡する場合、手動確認が必要な一時作業、緊急修正、外部AI/改善担当との会話型ハンドオフが必要な場合だけ使う。

cron個別作成Gate:
- サイト別cron統括スレッド起動文を貼っただけではcronを作成しない。
- 統括スレッド起動文では、Hub、agent_pack、Work Queue、References、FactChecks、台帳、既存automationを確認し、既存cronと未作成cronを整理して報告するだけにする。
- cron作成は、ユーザーが各タスク欄のcron作成依頼文を個別に貼った時だけ行う。
- 1回のcron作成依頼文で作るautomationは1つだけにする。
- ユーザーが「全cronをまとめて作って」と明示しない限り、複数cronを一括作成しない。

評価スコアページ用cron命名Gate:
このcronは、まとめページ、キラーページ、通常記事、速報記事ではなく、評価スコア表を持つ辞書型・レビュー型ページ専用として扱う。
automation名には必ず「評価スコアページ」を入れる。
例:
- 【AIfunIO評価スコアページ】0-A cron 候補収集
- 【Nightlife夜遊び店舗評価スコアページ】0-B/1-A/1-B cron 候補精査・参照URL整理・URL検証
- 【Nightlifeホテル評価スコアページ】8 cron 高品質テスト
- 【porn-fun単体サービス評価スコアページ移行】11 cron 301実行・リダイレクト確認
まとめ/ランキング/比較/通常/速報記事用のautomationは別命名・別テンプレートにする。

2026-05-17追加: 制作完了→高品質テスト引き渡しGate

全サイト共通で、1-C〜7の制作・公開・台帳記録が完了した記事は、8高品質テストへ明示的に引き渡す。公開URLを作っただけで終わらせない。

• 制作側は task_code=8 / use_status=public_qa_handoff / check_status=ready をHubへ残す。
• 8高品質テスト側は public_qa_handoff だけでなく、published_directory_article と task7公開済み記事も横断して見る。
• 同じ記事にtask8 PASSが無い公開済み記事を「対象なし」と扱わない。
• 既知の補正対象: https://porn-fun.com/sites/hey-douga-review/

全サイト共通 / 1-C〜7制作完了→8高品質テスト引き渡しGate（2026-05-17追加）:
- 1-C〜7で記事を公開したら、公開URLを作っただけで終わらず、同じarticle_keyで task_code=8 / use_status=public_qa_handoff / check_status=ready / status=active のReferencesを必ず作る。
- 8高品質テストは、public_qa_handoffだけでなく、use_status=published_directory_article / task_code=7 / 公開済み新記事URLも横断して確認する。
- 同じarticle_keyにtask8 PASSまたはtask8 high-quality test完了記録が無い公開済み記事を「未処理対象なし」と扱わない。
- 7の公開HTML QA PASS、Directory Core入力PASS、published_directory_articleがあるのに8のPASSが無い場合は、明示ハンドオフ漏れとして8対象にする。
- Hub認証不備時は対象なし/PASS/完了と誤判定せず、BLOCKED_HUB_AUTHとして終了する。
- 既知の補正例: https://porn-fun.com/sites/hey-douga-review/ は1-C〜7で公開済みだが、8用の明示的ハンドオフが弱かったため、public_qa_handoffを追加して8対象に戻した。

cron標準 / サイト別1スレッド運用（2026-05-17追加）:
- オートポスト支社の通常運用はcron標準。heartbeatは例外運用に限る。
- 1サイトまたは1セットにつき、関連cronを依頼・管理する起動スレッドは1つだけにする。
- 各タスクごとの新スレッド立ち上げ文は不要。各タスク欄のコピー文は、そのサイト別cron統括スレッド内で使うcron作成依頼文として扱う。
- automation名は `【サイト名＋評価スコアページ種別】タスク順番 cron 内容` を標準にする。
- 1回1記事制限、最大処理件数、対象なし終了、BLOCKED_*終了条件はcron本文内に書く。
- Hub正本、Work Queue、References、FactChecks、台帳で状態管理する。
- heartbeatは、ユーザーと同じスレッドで短時間だけ追跡する場合、手動確認が必要な一時作業、緊急修正、外部AI/改善担当との会話型ハンドオフが必要な場合だけ使う。

cron個別作成Gate:
- サイト別cron統括スレッド起動文を貼っただけではcronを作成しない。
- 統括スレッド起動文では、Hub、agent_pack、Work Queue、References、FactChecks、台帳、既存automationを確認し、既存cronと未作成cronを整理して報告するだけにする。
- cron作成は、ユーザーが各タスク欄のcron作成依頼文を個別に貼った時だけ行う。
- 1回のcron作成依頼文で作るautomationは1つだけにする。
- ユーザーが「全cronをまとめて作って」と明示しない限り、複数cronを一括作成しない。

評価スコアページ用cron命名Gate:
このcronは、まとめページ、キラーページ、通常記事、速報記事ではなく、評価スコア表を持つ辞書型・レビュー型ページ専用として扱う。
automation名には必ず「評価スコアページ」を入れる。
例:
- 【AIfunIO評価スコアページ】0-A cron 候補収集
- 【Nightlife夜遊び店舗評価スコアページ】0-B/1-A/1-B cron 候補精査・参照URL整理・URL検証
- 【Nightlifeホテル評価スコアページ】8 cron 高品質テスト
- 【porn-fun単体サービス評価スコアページ移行】11 cron 301実行・リダイレクト確認
まとめ/ランキング/比較/通常/速報記事用のautomationは別命名・別テンプレートにする。

2026-05-17追加: cron標準・サイト別1スレッド運用

オートポスト支社の通常運用はcron標準にする。heartbeatは例外運用とし、各タスクごとの新スレッド立ち上げは行わない。

• サイト別スレッド立ち上げ文は、1サイトまたは1セットにつき1つだけにする。
• サイト別cron統括スレッド起動文を貼ってもcronは作成しない。状態復元、Hub確認、既存cronと未作成cronの整理だけを行う。各タスク欄のコピー文は、ユーザーが個別に貼った時だけ、そのcronを1つ作る依頼文として扱う。ユーザーが「全cronをまとめて作って」と明示しない限り一括作成しない。
• 通常運用はHub正本、Work Queue、References、FactChecks、台帳で状態管理する。
• automation名は【サイト名】タスク順番 cron 内容を標準にする。
• 1回1記事制限、最大処理件数、対象なし終了、BLOCKED_*終了条件はcron本文内に書く。

2026-05-17追加: cron個別作成Gate

サイト別cron統括スレッド起動文は、状態復元とHub確認のための文です。これを貼っただけではcronを作成しません。

• サイト別起動文では、Hub、agent_pack、Work Queue、References、FactChecks、台帳、既存automationを確認し、既存cronと未作成cronを整理して報告する。
• cron作成は、ユーザーが各タスク欄のcron作成依頼文を個別に貼った時だけ行う。
• 1回のcron作成依頼文で作るautomationは1つだけにする。
• ユーザーが「全cronをまとめて作って」と明示しない限り、複数cronを一括作成しない。
• automation名は 【サイト名＋評価スコアページ種別】タスク順番 cron 内容 の形で、人間が見て分かる名前にする。

cron個別作成Gate コピー文

コピー

cron個別作成Gate:
サイト別cron統括スレッド起動文を貼っただけではcronを作成しない。
統括スレッド起動文では、Main Hub、agent_pack、Work Queue、References、FactChecks、台帳、既存automationを確認し、既存cronと未作成cronを整理して報告するだけにする。
cron作成は、ユーザーが各タスク欄のcron作成依頼文を個別に貼った時だけ行う。
1回のcron作成依頼文で作るautomationは1つだけにする。
ユーザーが「全cronをまとめて作って」と明示しない限り、0-A、0-B/1-A/1-B、1-C〜7、8、9-A/9-B/10、10、11などを一括作成しない。

評価スコアページ用cron命名Gate:
このcronは、まとめページ、キラーページ、通常記事、速報記事ではなく、評価スコア表を持つ辞書型・レビュー型ページ専用として扱う。
automation名には必ず「評価スコアページ」を入れる。
例:
- 【AIfunIO評価スコアページ】0-A cron 候補収集
- 【Nightlife夜遊び店舗評価スコアページ】0-B/1-A/1-B cron 候補精査・参照URL整理・URL検証
- 【Nightlifeホテル評価スコアページ】8 cron 高品質テスト
- 【porn-fun単体サービス評価スコアページ移行】11 cron 301実行・リダイレクト確認
まとめ/ランキング/比較/通常/速報記事用のautomationは別命名・別テンプレートにする。

2026-05-17追加: 評価スコアページ用cron命名Gate

この一連のcronは、まとめページ、キラーページ、通常記事、速報記事ではなく、評価スコア表を持つ辞書型・レビュー型ページ専用として扱う。

• automation名には必ず「評価スコアページ」を入れる。
• AIfunIOは 【AIfunIO評価スコアページ】 を使う。
• Nightlife夜遊び店舗は 【Nightlife夜遊び店舗評価スコアページ】 を使う。
• Nightlifeホテルは 【Nightlifeホテル評価スコアページ】 を使う。
• porn-fun単体サービス移行は 【porn-fun単体サービス評価スコアページ移行】 を使う。
• まとめ/ランキング/比較/通常/速報記事用のautomationを作る場合は、別記事・別命名で切り分ける。

命名コピー

コピー

評価スコアページ用cron命名Gate:
このcronは、まとめページ、キラーページ、通常記事、速報記事ではなく、評価スコア表を持つ辞書型・レビュー型ページ専用として扱う。
automation名には必ず「評価スコアページ」を入れる。
例:
- 【AIfunIO評価スコアページ】0-A cron 候補収集
- 【Nightlife夜遊び店舗評価スコアページ】0-B/1-A/1-B cron 候補精査・参照URL整理・URL検証
- 【Nightlifeホテル評価スコアページ】8 cron 高品質テスト
- 【porn-fun単体サービス評価スコアページ移行】11 cron 301実行・リダイレクト確認
まとめ/ランキング/比較/通常/速報記事用のautomationは別命名・別テンプレートにする。