358Hub 評価スコアcron指令全文 v6.6（2026-05-18）

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

rule_key: evaluation-score-cron-hub-source-rule-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcronはHub正本を毎回読む v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
status: active

content:

cron.goudou-358.jpはスレッド貼り付け用の公開テンプレート置き場。実行判断、品質Gate、停止判断、記事タイプ分岐はMain Hubを正本にする。Hub認証不備はBLOCKED_HUB_AUTH、WordPress認証不備はBLOCKED_WP_AUTH、記事タイプ不明はBLOCKED_UNKNOWN_ARTICLE_KIND。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-hub-path-map-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron Hub参照パス v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron Hub参照パス v6.6

cron.goudou-358.jp は、スレッドへ貼るための公開テンプレート置き場である。実行判断、品質判断、停止判断、記事タイプ分岐、工程連携、公開本文境界、装飾、FAQ、訂正、301はMain Hubの以下を正本にする。

## 必ず読む共通パス
- Rules/evaluation-score-cron-hub-source-rule-v6-6
- Manuals/evaluation-score-cron-startup-thread-manual-v6-6
- Manuals/evaluation-score-cron-common-gate-v6-6
- Manuals/evaluation-score-cron-stage-map-v6-6
- Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6
- Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6
- Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6
- Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6
- Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6
- Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6
- Manuals/evaluation-score-cron-schedule-and-limits-v6-6
- Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6
- Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6
- Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6
- Manuals/evaluation-score-cron-site-gates-v6-6
- Manuals/porn-fun-migration-301-cron-gate-v6-6
- Manuals/autopost-cron-article-type-routing-v6-6
- Manuals/evaluation-score-cron-release-checksheet-v6-6
- Checks/evaluation-score-cron-hub-reference-check-v6-6
- Checks/evaluation-score-cron-style-reference-pages-gate-v6-6
- Checks/evaluation-score-cron-produce-pre-hq-minimum-check-v6-6
- Checks/evaluation-score-cron-quality-score-handoff-check-v6-6
- Checks/evaluation-score-cron-correction-must-fix-check-v6-6
- Checks/evaluation-score-cron-model-reasoning-config-check-v6-6
- Checks/evaluation-score-cron-tasktemplate-agent-pack-real-record-check-v6-6
- Checks/evaluation-score-cron-inspect-ready-fact-risk-check-v6-6
- Checks/evaluation-score-cron-release-checksheet-gate-v6-6

## サイト別TaskTemplates
- TaskTemplates/evaluation-score-aifunio-collect-v6-6
- TaskTemplates/evaluation-score-aifunio-inspect-v6-6
- TaskTemplates/evaluation-score-aifunio-produce-v6-6
- TaskTemplates/evaluation-score-aifunio-high-quality-test-v6-6
- TaskTemplates/evaluation-score-aifunio-correction-v6-6
- TaskTemplates/evaluation-score-aifunio-improvement-handoff-v6-6
- TaskTemplates/evaluation-score-nightlife-store-collect-v6-6
- TaskTemplates/evaluation-score-nightlife-store-inspect-v6-6
- TaskTemplates/evaluation-score-nightlife-store-produce-v6-6
- TaskTemplates/evaluation-score-nightlife-store-high-quality-test-v6-6
- TaskTemplates/evaluation-score-nightlife-store-correction-v6-6
- TaskTemplates/evaluation-score-nightlife-store-improvement-handoff-v6-6
- TaskTemplates/evaluation-score-nightlife-hotel-collect-v6-6
- TaskTemplates/evaluation-score-nightlife-hotel-inspect-v6-6
- TaskTemplates/evaluation-score-nightlife-hotel-produce-v6-6
- TaskTemplates/evaluation-score-nightlife-hotel-high-quality-test-v6-6
- TaskTemplates/evaluation-score-nightlife-hotel-correction-v6-6
- TaskTemplates/evaluation-score-nightlife-hotel-improvement-handoff-v6-6
- TaskTemplates/evaluation-score-porn-fun-migration-collect-v6-6
- TaskTemplates/evaluation-score-porn-fun-migration-inspect-v6-6
- TaskTemplates/evaluation-score-porn-fun-migration-produce-v6-6
- TaskTemplates/evaluation-score-porn-fun-migration-high-quality-test-v6-6
- TaskTemplates/evaluation-score-porn-fun-migration-correction-v6-6
- TaskTemplates/evaluation-score-porn-fun-migration-improvement-handoff-v6-6
- TaskTemplates/evaluation-score-porn-fun-migration-redirect-301-v6-6

## 読めない場合
Hub認証が壊れて読めない、401/403、invalid token、token expired、timeout、DNS/network error の場合は BLOCKED_HUB_AUTH。対象なし、FAILなし、PASS、完了扱いにしない。Hub正本を読めない状態で公開、修正、301、Hub更新、PASS/FAIL確定を行わない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-startup-thread-manual-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 専用スレッド立ち上げManual v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: startup
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 専用スレッド立ち上げManual v6.6

## 目的
サイト別に1つだけ専用スレッドを立ち上げ、そのスレッド内で個別cron作成依頼文を1件ずつ受ける。スレッド立ち上げ時点ではcron/automationを作成しない。

## 起動直後に復元すること
1. 自分の役割、対象サイト、CRON_FAMILY、ARTICLE_KIND、CONTENT_SET、WORKFLOW_IDを名乗る。
2. Hub参照パス一覧、Rules、Manuals、agent_pack、Work Queue、Task Test、References、FactChecksを読む。
3. Work Queue、既存タスク、既存automation名、公開後FAIL/訂正キュー、棚在庫、301_ready/redirect_readyを確認する。
4. 収集、検査、制作、高品質テスト、訂正、改善担当ハンドオフ、porn-funでは11 cronの作成済み/未作成を一覧化する。
5. ユーザーが個別cron作成依頼文を貼るまでは、automation作成・スケジュール変更・既存cron修正をしない。

## Hub認証bootstrap
- 実行開始時は、汎用クライアントの既定トークンだけに依存しない。作業環境の `H358_HUB_AGENT_TOKEN`、または作業ディレクトリ配下の `CODE-YUKI/.env.hub.local` にあるHub認証値を内部利用してMain Hub APIを読む。
- 認証値、APPパスワード、トークン値は出力、memory、公開ページ、Hub本文、配布物へ書かない。
- 最初のHub APIが401/403/invalid token/token expiredの場合、同じ無効トークンで再試行を繰り返さず、上記bootstrap経路で読み直す。
- bootstrap経路でも `agent_pack`、`agent_work_queue`、`agent_runtime_readiness`、対象article_keyのagent_packが読めない場合は BLOCKED_HUB_AUTH として停止する。対象なし、PASS、完了、制作readyなしとは扱わない。
- Hubを読めない状態で、WordPress投稿、公開、本文編集、Directory Core、FAQ JSON-LD、301、削除、Hub更新をしない。

## スレッド起動時の最低報告
- 起動したcron専用スレッド名
- 対象サイト、記事タイプ、CONTENT_SET、WORKFLOW_ID
- 読めたHubパスと読めなかったHubパス
- 既存automationと未作成automation
- 現在の棚状態、同時本流記事数、FAIL/訂正キュー、301_ready件数
- BLOCKED_HUB_AUTH / BLOCKED_WP_AUTH / BLOCKED_UNKNOWN_ARTICLE_KIND の有無
- 次にユーザーが貼るべき個別cron作成依頼文の候補

## cron作成Gate
- サイト別スレッド立ち上げ文を貼っただけではcronを作成しない。
- cron作成は、ユーザーが各タスク欄のcron作成依頼文を個別に貼った時だけ行う。
- 1回のcron作成依頼文で作るautomationは1つだけ。
- ユーザーが「全cronをまとめて作って」と明示しない限り、複数cronを一括作成しない。
- automation名には必ず「評価スコアページ」を入れ、まとめ/ランキング/比較/通常/速報/ブログ/量産/つぶやき用cronと分ける。
- 個別cron作成時は model と reasoningEffort を必ず指定する。旧世代/低性能モデル、reasoningEffort=medium以下のまま作成しない。
- 指定できない場合、勝手に作成完了扱いにせず BLOCKED_AUTOMATION_MODEL_CONFIG として返す。

## ブロッカー
Hubが読めない場合は BLOCKED_HUB_AUTH。WordPress認証が切れている場合は BLOCKED_WP_AUTH。記事タイプが評価スコア系か判定できない場合は BLOCKED_UNKNOWN_ARTICLE_KIND。model / reasoningEffort を指定できない場合は BLOCKED_AUTOMATION_MODEL_CONFIG。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-common-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 共通Gate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 共通Gate v6.6

## 共通前提
- Main Hubを正本にする。Standby Hubはreadonly。Googleスプレッドシート、Apps Script、Google承認運用には戻らない。
- ローカルPC内の storage/data/358-hub.sqlite が無いだけで止まらない。Main Hub Web、agent_pack、Work Queue、References、FactChecks、hub_table_upsert相当を優先する。
- 通常の.mdログ、記事本文、キュー、投稿結果の更新ではapply_patchを使わない。承認が出にくい安全な書き込み手段を使う。
- 公開投稿そのものは停止条件ではない。止めるのは未承認、未検査、危険操作、GATE失敗の場合だけ。
- ファイル削除、フォルダ移動、上書き置換、権限変更、reportカテゴリ変更、ユーザー権限変更、新しい外部送信先、新しい課金/契約/解約、未承認サイト初回投稿、GATE失敗時の公開継続、認証情報操作、税務/法務判断は停止または確認する。

## 最初に確認するもの
- Main HubのRules / Manuals / agent_pack / Work Queue / Task Test
- 対象サイトの既存良質記事、既存評価ページ、Directory Coreまたは辞書プラグインの入力仕様
- 公式サイト、公式予約ページ、公式SNS、公式FAQ、料金ページ、利用規約、ヘルプなど一次情報
- 公開後HTML、H1、title、本文冒頭、公式リンク、FAQ、構造化データ、内部リンク、アイキャッチ、canonical

## 必ず守ること
- cron.goudou-358.jpは公開テンプレート置き場であり、実行判断の正本はHub。
- 個別cron作成依頼文1つにつきautomationは1件だけ。
- スレッド立ち上げ文だけで全cronを一括作成しない。
- 記事制作、公開、高品質テスト、訂正は1記事ずつ扱う。0-A/0-Bなど棚処理だけは複数候補を扱ってよい。
- 公開QAをユーザーへ丸投げしない。公開URLとHTMLの一次確認はCODE側で行う。
- 秘密値、認証値、WordPress REST認証情報、APPパスワード、個人ローカルパスはHub本文、公開本文、配布物、ログに出さない。
- GATE失敗のままリリースしない。

## 全記事共通Gate
- 冒頭構成は H1タイトル → 評価スコア表 → リード文 → 公式テキストリンク → 最初のH2。
- 公式テキストリンクは、アフィリエイトリンクがある場合はアフィリエイトリンク、無い場合は公式リンク。
- 公式テキストリンクはPC表示で本文右側または右寄せに置く。読者が本文導線として見つけられる位置にする。
- 公式テキストリンクの表示文言には「公式」または「公式サイト」を含める。例: 「【公式】サービス名公式サイトを確認」。単にサービス名だけのリンク、URLだけ、右寄せされていても公式導線だと読者に分からないリンクはFAIL。
- 参照例は https://invest358.com/ja/thinkmarkets-review/ と https://aifan.io/ja/pollo-ai-review/。完全コピーではなく、冒頭構成、評価表、導線、読者判断材料、装飾バランスを継承する。
- H1重複、H1へのSEOタイトル混入、評価表の順序崩れ、公式リンク漏れ、コード露出、言語不一致はFAIL。
- 日本語ページは常体を基本にし、偉そうにせず落ち着いた説明文にする。装飾しても常体を維持する。
- 日本語ページは常体Strict。本文、FAQ、リスト、評価項目説明に「です」「ます」「ください」「ません」「ましょう」等の敬体が残る場合は、公式文言引用やUIラベルを除いてFAIL。
- 各言語ページでは、そのページの言語で基本表、補足情報、FAQを書く。
- 評価項目は本文見出しや本文内説明と対応し、読者判断材料として十分な文章量を確保する。

## ファクトチェック
- 「公式情報で要確認」など、調査していないことを表の値として書かない。
- 公式情報と本文に差異がある場合は Fact Risk / 要確認 として扱う。ただし年齢制限、法務、安全、金融、技術的危険は停止または修正対象。
- 上位表示サイトの傾向、検索意図、共起語は構成材料であり、詰め込みノルマにしない。
- 公式情報は優先するが、公式情報だけに限定しない。検索上位サイト、既存記事、公式以外の補助情報、SERP傾向は制作判断材料として使う。ただし出典種別とFact Riskを必ず分ける。
- 安全、年齢、決済、退会、規約、法務、金融、技術的危険に関わる断定は公式または一次情報がなければHOLD。軽い利用感、評判、比較観点、検索意図、構成材料は補助情報でREADY_WITH_FACT_RISKにできる。
- どうしても不明な部分は、本文や制作パックで「確認中」「公式確認中」「要確認」「Fact Risk」として扱ってよい。ただし表の確定値として断定しない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-stage-map-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 工程連携Manual v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 工程連携Manual v6.6

## collect / 0-A
候補を収集し、候補ID、対象名、公式URL候補、カテゴリ、優先度、既存記事の有無、アイキャッチ有無、注意点をHubの棚へ残す。公開、投稿、本文制作はしない。候補をmemoryだけで終えず、次工程が読める形でWork Queue / References / FactChecksへ残す。

## inspect / 0-B, 1-A, 1-B, 1-B2
候補の採否、参照URL、一次情報、検索意図、上位傾向、共起語、使わない語、Fact Risk、制作ready判定を整理する。公式情報と参照URL検証が終わった後、1-C記事制作パック前に必ず 1-B2 検索意図・上位傾向・共起語整理を行う。共起語は本文へ機械的に詰め込むノルマではない。
制作ready判定は READY_STRONG / READY_WITH_FACT_RISK / HOLD / EXCLUDE に分ける。0-A候補、1-A参照URL候補、1-B URL検証の `check_status=ready` は「候補・参照URLとしてready」であり、制作投入readyとして数えない。制作cronへ渡してよい棚は、`readiness_class=READY_STRONG` または `readiness_class=READY_WITH_FACT_RISK`、または同等の `use_status=production_ready/ready_for_produce` が明示されたものだけにする。公式情報が不足していても、公式URLまたは安全に扱える一次導線があり、検索上位・既存記事・補助情報から読者判断材料を作れる場合は READY_WITH_FACT_RISK として制作へ渡してよい。本文では未確認事項を断定せず、確認中/要確認/Fact Riskと追加確認候補を制作パックに残す。危険な断定が必要なもの、公式URL不明、年齢/決済/退会/規約など高リスク根拠不足、単体サービス判定不能はHOLDまたはEXCLUDE。

## produce / 1-C, 2, 3, 3-B, 4, 5, 6, 7
制作投入readyの1記事だけを取り、制作パック、本文、評価表、公式テキストリンク、FAQ、構造化データ、投稿、公開前後の一次確認まで進める。Task8引き渡し前に、制作cron自身が最低品質Gateを通す。冒頭構成、常体Strict、公式リンク位置と公式タグ、H1/SEOタイトル分離、評価表、FAQ本文/FAQ JSON-LD整合、Directory Coreまたは辞書プラグイン入力、装飾バランス、✅/⚠️、li先頭✅/⚠️禁止、内部運用語非露出、H1/canonical/noindexを確認し、直せる不備は制作cron内で直す。評価ページなのに装飾0件、強み/注意点なし、公式リンク導線なし、公式タグ欠落、敬体残り、li先頭アイコン、FAQ不一致、手書き表二重表示、サイト別H1/SEO違反などの明白な最低品質NGを残したまま ready_for_high_quality_test / Task8引き渡しにしない。制作cronは production_quality_score を付け、50点未満はTask8へ渡さない。50〜80点以上ならTask8へ渡せるが、残り20〜50点分を quality_delta_items として明記する。GATE失敗なら公開継続せず訂正キューへ送る。制作完了は最終完了ではなく、8高品質テストへ渡す公開URL/下書きURL、制作ログ、Directory Core入力ログ、FAQ/構造化データログ、制作側セルフチェックログを必ず作る。

## high_quality_test / 8
公開URLとHTMLを取得し、H1、SEOタイトル、評価表、本文冒頭、公式テキストリンク、本文導線、FAQ、構造化データ、言語、表示崩れ、内部運用語露出、装飾不足/過剰、評価項目本文不足を確認する。高品質cronは制作代行ではなく、制作cronが残した20〜50点分の不足を quality_delta_items として精密化し、訂正cronへ渡す。PASSなら台帳更新。FAILなら correction_queue / quality_delta_items / target_score=100 / retest_required=true をHubへ残して訂正キューへ送る。porn-fun移行ではPASS後に301_ready / redirect_readyを作るだけで、301は実行しない。

## correction / 10
高品質テスト、公開QA、Fact Risk、表示崩れ、本文露出、公式情報差異を修正し、再び8高品質テストへ返す。訂正cronはFAIL理由の要約、ハンドオフ、memory更新だけで終わらない。高品質cronから受け取った quality_delta_items の20〜50点分を1件ずつ潰し、correction_completion_score=100 を目標にする。本文、FAQ、装飾、常体Strict、公式リンク位置と公式タグ、H1/SEOタイトル分離、評価表、Directory Core/辞書プラグイン、構造化データ、内部運用語露出、li先頭✅/⚠️禁止など、明示された修正可能項目を実際に直し、公開HTMLまたはプレビューHTMLを再取得して確認してから ready_for_retest / task8_recheck に戻す。100点化チェックシートが未完了、または修正可能な delta が残る場合は再検査返却しない。GATE失敗のまま完了扱いにしない。10は301を実行しない。

## improvement_handoff / 9-A, 9-B, 10
文章QA、共起語改善候補、追加調査候補、Fact Risk、次担当への引継ぎを整理する。改善ハンドオフは公開QAの代替ではない。improvement_status、improvement_owner、improvement_lockを記録する。handed_offかつimprovement_lock=trueの本文は、返却前に主観リライトしない。

## redirect_301 / 11
porn-fun単体サービス移行だけで使う。8高品質テストがPASSしてHubへ301_ready / redirect_ready / 301_ready_retryと記録した記事だけを拾い、旧通常記事URLから新辞書記事URLへの301を実行し、リダイレクト結果を確認してHubへ記録する。

## 連携の必須成果物
- collectは候補棚を作る。
- inspectは候補ready/参照URL ready/制作投入readyを分け、1-B2整理メモを作る。
- produceは公開URLまたは下書きURL、制作ログ、Directory Core入力ログ、FAQ/構造化データログ、8への引き渡し記録を作る。
- high_quality_testはPASS/FAIL、修正理由、訂正キュー、porn-funでは301_ready/redirect_readyを作る。
- correctionは修正ログと8再検査返却を作る。
- improvement_handoffは改善候補、improvement_status、improvement_owner、improvement_lock、次担当ハンドオフを作る。
- redirect_301は301_done / 301_ready_retry / 301_failed / BLOCKED_*を作る。


検査cron v6.7 追記 / INSPECT_NOTICE_READINESS:
- Rules/evaluation-score-cron-inspect-notice-readiness-rule-v6-7
- Manuals/evaluation-score-cron-inspect-notice-readiness-gate-v6-7
- Checks/evaluation-score-cron-inspect-notice-readiness-check-v6-7
- TaskTemplates/evaluation-score-cron-inspect-notice-readiness-template-v6-7
- References/evaluation-score-cron-notice-text-examples-v6-7
- 「記載なし」「公式リンクなし」「調査したが情報見つからず」「公式情報を確認できず」「閉鎖・停止の可能性」「法務・年齢・地域差」は、原則として注意喚起付きで制作へ渡す soft issue として扱う。
- 2回以上同じsoft issueで止まった候補は、明確なhard blockがなければ notice_requirements を作り、readiness_class=READY_WITH_NOTICE、use_status=ready_for_produce、next_stage=produce で制作へ渡す。
- 採点は 75点以上 READY、60〜74点 READY_WITH_NOTICE、45〜59点 NOTICE_REQUIRED、44点以下 NEEDS_REPAIR。hard block があれば HARD_BLOCK。
- hard block は、掲載・リンク・誘導自体が明確に禁止、未成年誘導、違法回避、虚偽保証、秘密値・個人情報露出、確認不能なまま断定が必要な場合などに限定する。
- 法務・年齢制限・管轄違い・規約差のリスクは、掲載自体が禁止でない限り、記事本文に読者向けの注意喚起を入れる形で制作へ渡す。
- 公開本文に「調査中」「Fact Risk」「Gate」「cron」「NOTICE_REQUIRED」「HARD_BLOCK」「ready_for_produce」などの内部語を出さない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-public-content-decoration-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 公開本文境界・FAQ・装飾Gate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 公開本文境界・FAQ・装飾Gate v6.6

## 公開本文境界Gate
- 公開本文には、読者のサービス判断に必要な情報だけを書く。
- 301、リダイレクト、旧URL、旧記事、新辞書記事、移行、公開QA、Gate、PASS、FAIL、Hub、Work Queue、References、FactChecks、agent_pack、heartbeat、cron、automation、タスク番号、制作パック、台帳、作業ログ、作業者都合を本文に書かない。
- 「この制作cronでは301を実行しない」「別工程で旧URLからの301を扱う」「辞書記事では整理する」など、作業工程の説明を本文に出さない。
- 本文・見出し・表・FAQ・CTA周辺に内部運用語があればFAILとし、公開継続または301実行前に修正する。
- 公開本文では、サービス内容、料金、無料範囲、年齢制限、登録、決済、退会、安全面、注意点、公式リンクなど読者向け情報へ書き換える。

## 評価項目本文化Gate
- 評価スコア表の各項目は、本文内でH2またはH3見出しとして扱い、スコア理由、読者が確認すべき点、向いている人/注意点を書く。表だけで終わらせない。
- 評価項目名と本文見出し名は、完全一致または読者が同じ項目だと分かる名前にする。
- 評価項目の説明が無い場合は本文ボリューム不足としてFAIL。

## FAQ / 構造化データGate
- 本文FAQは <details class="qa-box"><summary>質問文</summary><div class="qa-answer">回答文</div></details> を標準にする。
- FAQPage JSON-LDは Schema & Structured Data for WP & AMP 用に作成し、本文FAQと質問文・回答内容を一致させる。
- JSON-LDだけあり本文FAQが無い、本文FAQがqa-boxでない、本文FAQとFAQPage JSON-LDが食い違う場合はFAIL。
- FAQには、旧記事、301、公開QA、Hub、heartbeat、cron、Gate、PASS/FAILなど内部作業設問を入れない。

## 装飾バランスGate
- 装飾は既存良質記事を継承する。太字、太字+黄色アンダー、赤太字、✅、⚠️、Cocoon系ボックス、リストをバランスよく使い分ける。
- 太字は判断材料になる要点、太字+黄色アンダーは読者が押さえるべき重要ポイント、赤太字は注意・リスク・失敗条件に使う。
- ✅は強み/向いている人/判断しやすい利点、⚠️は注意点/向いていない人/確認が必要な条件/制約に使う。
- 強み・注意点・向いている人・向いていない人を短く見せられる箇所では、ただの箇条書きより✅/⚠️の単独強調文を優先する。
- 1文で伝わる強み/注意点は <p>✅ ...</p> / <p>⚠️ ...</p> のような単独文を優先する。
- 複数条件を並列整理するときは<ul><li>を使ってよいが、各li先頭へ毎回✅/⚠️を付けない。`<li>✅ ...</li>` / `<li>⚠️ ...</li>` はliマーカーとアイコンの二重シグナルになりやすいためFAIL。✅/⚠️は単独の<p>、ボックス冒頭、短い強調文で使い、リスト項目は plain li を基本にする。
- information-box / warning-box / blank-box などボックス自体が意味を持つ場合、ボックス内へ✅/⚠️を機械的に重ねない。
- 評価ページで✅/⚠️が0件のまま、強みや注意点をすべて普通のliやボックスだけで処理している場合は装飾不足としてFAIL。
- 装飾不足も過剰装飾もFAIL。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-structure-decoration-reference-pages-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 文章構造・装飾雰囲気 参照ページManual v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 文章構造・装飾雰囲気 参照ページManual v6.6

このManualは、評価スコアcronが記事本文を作る時に「どの文章構造、どの装飾の雰囲気を基準にするか」を迷わせないための参照ページ記録である。

## 参照ページ
- References/style-ref-invest358-errante-review
- References/tone-ref-invest358-errante-review
- References/style-ref-invest358-thinkmarkets-opening-layout
- References/style-ref-invest358-thinkmarkets-review
- References/tone-ref-invest358-thinkmarkets-review
- References/style-ref-aifan-pollo-ai-review
- References/tone-ref-aifan-pollo-ai-review
- References/style-ref-aifan-crowdworks-ai-review
- References/tone-ref-aifan-crowdworks-ai-review
- 公開参照URL: https://invest358.com/ja/errante-review/
- 公開参照URL: https://invest358.com/ja/thinkmarkets-review/
- 公開参照URL: https://aifan.io/ja/pollo-ai-review/
- 公開参照URL: https://aifan.io/ja/crowdworks-ai-review/

## 文章構造Gate
- 参照ページの文章構造は、H1、評価スコア表、リード文、公式テキストリンク、最初のH2、評価項目別の判断材料、FAQ、公開後の読みやすさを確認するために使う。
- 見本ページ実照合を行う。参照ページを読んだと報告するだけでは不可。公開URLまたはHub Reference本文と対象記事HTMLを実際に照合し、冒頭順、公式リンク文言、常体、装飾/リスト使い分け、FAQの差分をセルフチェックログへ残す。
- 見本4URL（Errante、ThinkMarkets、Pollo AI、CrowdWorks AI）のうち、対象ジャンルに近い最低1本と、共通構造確認用にもう1本を照合する。AIfunIOはPollo AI/CrowdWorks AIを優先し、投資系はErrante/ThinkMarketsを優先する。Nightlife/porn-funはサイト別Gateを優先しつつ、4URLから冒頭順、情報密度、公式導線、装飾バランスを参照する。
- 評価スコアページは、H1タイトル → 評価スコア表 → リード文 → 公式テキストリンク → 最初のH2 の順序を基本にする。
- 評価スコアの各項目は、必要に応じて本文見出し化し、読者が判断できる文章量を確保する。
- 完全コピーは禁止。見出し順、導線、情報密度、読者判断材料の置き方を継承する。

## 装飾雰囲気Gate
- 装飾の雰囲気は、既存良質記事と同等の読みやすさ、強弱、注意喚起、本文導線を基準にする。
- 太字、太字+黄色アンダー、赤太字、✅、⚠️、Cocoon系ボックス、リスト、qa-boxを、本文の意味に合わせて使い分ける。
- ✅/⚠️は優先装飾Gateの対象。強み、注意点、要確認点がすべて通常liや通常ボックスだけで処理され、✅/⚠️が0件のままなら装飾不足としてFAIL。
- 装飾は増やせばよいものではない。本文判断材料が薄いまま装飾だけ増やしたもの、注意喚起が過剰なもの、表示崩れを起こすものはFAIL。

## サイト別適用
- AIfunIOは、AIサービス評価ページとしてPollo AI reviewの文章構造、評価表、公式導線、装飾バランス、FAQの雰囲気を優先参照する。
- 投資/金融系評価ページは、ThinkMarkets reviewの文章構造、公式導線、評価項目の説明量、文体、装飾バランスを優先参照する。
- Nightlife、porn-funは、各サイト別Gateと公開本文境界を優先したうえで、評価スコアページとしての共通構造と装飾バランスを参照する。
- サイト固有の既存良質記事や追加ReferenceがHubにある場合は、それも併読する。

## 停止条件
- HubでこのManual、上記References、または参照ページURLが読めない場合、参照なしでPASSしない。
- Hub認証不備ならBLOCKED_HUB_AUTH。Reference不足ならHUB_REFERENCE_INCOMPLETEとして止め、CODE-YUKIがHubを補修する。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 制作前倒し最低品質Gate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: produce
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 制作前倒し最低品質Gate v6.6

内部識別: PRODUCE_PRE_HQ_MINIMUM_GATE

## 適用範囲
全サイト共通。AIfunIO、Nightlife夜遊び店舗、Nightlifeホテル、porn-fun単体サービス移行、今後追加される評価スコア系サイト・セット・記事タイプのproduce cronすべてに適用する。

## 目的
制作cronは「とりあえず公開して高品質テストへ丸投げ」しない。高品質テストは厳しく落とす工程だが、制作cron側でも評価ページとして最低限必要な品質を前倒しで整えてからTask8へ渡す。

## Task8引き渡し前セルフチェック
produce cronは公開URL、下書きURL、またはプレビューHTMLを取得し、次を確認する。

- 冒頭構成は H1タイトル → 評価スコア表 → リード文 → 公式テキストリンク → 最初のH2。
- 日本語ページは常体Strict。本文、FAQ、リスト、評価項目説明に「です」「ます」「ください」「ません」「ましょう」等の敬体が残る場合は、公式引用やUIラベルを除いて修正する。
- 公式テキストリンクは、アフィリエイトリンクがある場合はアフィリエイトリンク、無い場合は公式リンク。PC表示で本文右側または右寄せ、または読者が自然に見つけられる本文導線に置く。表示文言には「公式」または「公式サイト」を含める。単なるサービス名リンクは公式タグ欠落として修正する。
- 評価表はサイト別Gateに合う。Nightlifeホテルはhotel-directory、porn-funは辞書プラグイン/Directory Core等のネイティブ表を優先し、手書き表二重表示を残さない。
- 評価項目は本文見出しまたは本文内説明と対応し、表だけで終わらせない。
- 本文FAQとFAQPage JSON-LDの質問文・回答内容を一致させる。
- 公式情報、検索上位、既存記事、補助情報、Fact Riskを混ぜて断定しない。どうしても不明な部分は「確認中」「要確認」「Fact Risk」とし、評価表の確定値として断定しない。
- 内部運用語、Hub、cron、automation、Gate、PASS/FAIL、301、旧記事、制作パック、ローカルパス、認証情報を公開本文に出さない。
- H1重複、canonical、noindex、コード露出、公開HTML 200、公式リンク、アイキャッチ、内部リンクを確認する。

## 装飾最低品質Gate
- 評価ページは、既存良質記事と同等の読みやすさ、強弱、注意喚起を持たせる。
- ✅は強み、向いている人、読者が安心して判断できる利点に使う。
- ⚠️は注意点、向いていない人、確認が必要な条件、制約に使う。
- 太字、太字+黄色アンダー、赤太字、Cocoon系ボックス、qa-box、リストを意味に合わせて使う。
- li先頭✅/⚠️禁止。`<li>✅ ...</li>` / `<li>⚠️ ...</li>` はliマーカーとアイコンの二重シグナルとして修正する。✅/⚠️は単独の<p>、ボックス冒頭、短い強調文で使い、リスト項目はplain liにする。
- 評価ページなのに✅/⚠️が0件、強み/注意点の視覚シグナルが0件、全体が通常段落と通常liだけの場合は装飾不足としてTask8へ渡さない。
- 装飾を増やすだけではPASSにしない。本文判断材料が薄い、注意喚起が過剰、表示崩れがある場合は制作cron内で修正する。

## 見本ページ実照合Gate
- Task8へ渡す前に、Hubの参照ページManual/Referencesまたは公開参照URLを読み、対象記事HTMLと見比べる。
- 照合対象は冒頭順、評価表、リード、公式テキストリンクの公式タグ、最初のH2、常体Strict、✅/⚠️とliの使い分け、FAQ本文/FAQ JSON-LD。
- 見本ページ実照合ログが無いまま `ready_for_high_quality_test` にしない。

## produce cronの停止・返却条件
- 直せる不備は制作cron内で直す。装飾0件、FAQ不一致、公式リンク導線漏れ、公式タグ欠落、敬体残り、li先頭✅/⚠️、内部運用語露出などは、WordPress本文やDirectory Core/FAQ JSON-LDを修正してから再確認する。
- 情報不足が残っても、危険な断定を避けて確認中/要確認/Fact Riskとして扱えるなら制作を続けてよい。
- 年齢、決済、退会、規約、法務、安全、金融、技術的危険で断定が必要な場合、またはWordPress認証/Hub認証/対象記事不明の場合はBLOCKEDまたはHOLDにする。
- 明白な最低品質NGを残したまま `ready_for_high_quality_test`、`ready_for_task8`、`Task8引き渡し`、`制作完了` と記録しない。
- Task8へ渡す場合は、制作側セルフチェック結果、直した項目、残したFact Risk、次に高品質テストで見るべき項目をHubへ残す。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-quality-score-handoff-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 品質スコア・差分引き渡しGate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 品質スコア・差分引き渡しGate v6.6

内部識別: QUALITY_SCORE_HANDOFF_GATE

## 適用範囲
全サイト共通。produce、high-quality-test、correction の品質連携に適用する。

## 品質スコア運用
- 0〜49点: 制作cronがTask8へ渡してはいけない。通常の品質不足は制作側で直すか、`production_quality_fail_requeued` / `needs_production_revision` として制作棚へ戻す。BLOCKEDはHub認証、WordPress認証、対象記事不明、必須外部確認不能など、cron自身の品質修正では解消できない停止条件だけに使う。
- 50〜80点以上: 制作cronから高品質テストへ渡してよい。ただし production_quality_score と quality_delta_items を必ず残す。
- 80〜90点: 高品質cronが残り不足を精査し、軽微ではなく具体的な修正単位として correction_queue へ渡す。
- 90〜99点: 訂正cronが最後の詰めを行う。修正可能なdeltaが残る限り100点扱いにしない。
- 100点: 訂正cronが公開HTMLまたはプレビューHTMLで確認し、100点化チェックシートを満たした状態。高品質テスト再検査へ返す。

## high-quality-test が訂正cronへ渡す必須フォーマット
高品質cronは「なんとなくFAIL」と書かない。Hubの correction_queue / quality_fail / FactChecks / References へ、最低限以下を残す。

- `quality_score_before`: 高品質テスト時点の点数。
- `target_score`: 原則100。
- `quality_delta_items`: 不足点リスト。各項目に category、location、current_issue、required_fix、evidence_html_or_url、severity、retest_condition を入れる。
- `minimum_gate_failures`: H1/SEO、公式タグ、常体Strict、FAQ整合、装飾、li先頭✅/⚠️、内部運用語、評価表、構造化データ、見本ページ実照合などのGate別結果。
- `retest_required`: true。

## correction 100点化チェックシート
訂正cronは次を全て満たすまで `ready_for_retest` / `task8_recheck` にしない。

- H1はサイト別ルール通り。SEOタイトル語がH1へ混入していない。
- SEOタイトルはサイト別KW方針に沿う。H1とは分離する。
- 冒頭順は H1 → 評価スコア表 → リード文 → 公式テキストリンク → 最初のH2。
- 公式テキストリンクの表示文言に「公式」または「公式サイト」がある。
- 本文、FAQ、リスト、評価項目説明が常体Strict。
- FAQ本文とFAQPage JSON-LDが一致する。
- ✅/⚠️が意味に沿って使われ、li先頭✅/⚠️の二重シグナルがない。
- Directory Core/辞書プラグイン/評価表がサイト別Gate通りで、手書き表二重表示がない。
- 内部運用語、Hub、cron、automation、Gate、PASS/FAIL、301、旧記事、ローカルパス、認証情報が公開本文に出ていない。
- 見本4URLまたはHub Referenceを実照合し、差分ログを残している。
- 公開HTMLまたはプレビューHTMLで200、canonical、noindex、H1重複、構造化データ、表示崩れを確認している。

## BLOCKED
Hub認証、WordPress認証、対象記事不明、危険な断定が必要な項目は100点化対象にせずBLOCKEDまたはFact Risk/HOLDへ分ける。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-correction-and-end-state-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 訂正対象取得・終了状態Gate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 訂正対象取得・終了状態Gate v6.6

## 訂正対象取得Gate
- task10 / 公開後訂正管理、8高品質テスト後の差し戻し、9-A/9-B/10改善担当ハンドオフは、「task10/FAILキュー」という名前だけを見て0件判定しない。
- Main HubのWork Queue / Tasks、References、FactChecks、9-A/9-Bのreturned状態を横断して確認する。
- Referencesの use_status=correction_queue、public_qa_handoff、quality_fail、correction_required、または check_status=ready/fail/failed を訂正対象として見る。
- FactChecksの fact_check_id、check_status、notes に fail / FAIL / Gate failed / Gate失敗 / 要修正 があるものを拾う。
- workflow共通のarticle_keyだけに限定せず、記事別key、slug別key、移行記事keyも同じsite/workflow/domain内なら拾う。
- agent_packに他サイトのFAILが混在して見える場合は、対象site / workflow / domain / article_typeで絞り込み、別サイトのFAILを自分の訂正対象にしない。
- 上記を確認せずに「FAILキュー0件」「対象なし」「記事修正なし」「301対応なし」「PASS/完了」と報告しない。

## Task10本文修正Gate
- FAIL原因が本文、FAQ、冒頭構成にある場合、第一手はWordPress本文修正にする。
- Cocoon設定、page_type、テーマ設定、広告/PR表示設定などの設定側変更は補助手段。H1重複、表示崩れ、評価表欠落、本文順序崩れのリスクが出た時点で撤回し、本文修正ルートへ戻る。
- 設定側を触って失敗しただけで本文修正せずに終了しない。
- 内部作業文を公開本文から削除する。
- FAQ内の内部作業設問を削除し、必要なら読者向けFAQへ置き換える。
- 冒頭順を H1 → 評価スコア表 → リード文 → 公式テキストリンク → 最初のH2 に整える。
- 公開HTMLでH1重複、コード露出、内部作業語、評価表、公式リンク、canonical、noindexを再確認する。

## 終了状態Gate
- 作業は必ず PASS / FAIL_REQUEUED / BLOCKED_HUB_AUTH / BLOCKED_WP_AUTH / BLOCKED_WP_WRITE / BLOCKED_LAYOUT_RISK / BLOCKED_MISSING_TARGET / BLOCKED_UNKNOWN_ARTICLE_KIND のいずれかで終了する。ローディングし続けない。
- Hubが401/403/invalid token/token expired/timeout/DNS/network errorで読めない場合は、対象なし扱いにせず BLOCKED_HUB_AUTH / Hub認証不備 / 正本未確認 / 記事修正なし と報告する。
- WordPress認証または書き込み権限が不足する場合は BLOCKED_WP_AUTH または BLOCKED_WP_WRITE。
- GATE失敗のまま「確認済み」「完了」「公開OK」と書かない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-correction-must-fix-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 訂正必達Gate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: correction
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 訂正必達Gate v6.6

内部識別: CORRECTION_MUST_FIX_GATE

## 適用範囲
全サイト共通。AIfunIO、Nightlife夜遊び店舗、Nightlifeホテル、porn-fun単体サービス移行、今後追加される評価スコア系サイト・セット・記事タイプのcorrection cronすべてに適用する。

## 目的
訂正cronは、FAIL理由の要約、別担当への丸投げ、memory更新だけで終わらない。高品質テストや公開QAが出した具体的なFAIL理由を、1記事ずつ実際に修正し、再検査へ戻す。

## 必ず実修正する項目
- 常体Strict崩れ、言語混入、読者向けでない内部作業文。本文、FAQ、リスト、評価項目説明に「です」「ます」「ください」「ません」「ましょう」等の敬体が残る場合は修正する。
- 冒頭順崩れ、公式テキストリンク導線漏れ、PC表示で公式リンクが見つけにくい状態、表示文言に「公式」または「公式サイト」が無い公式タグ欠落。
- 評価表の順序崩れ、手書き表二重表示、Directory Core/辞書プラグイン入力漏れ、hotel-directory実キー違反。
- FAQ本文とFAQPage JSON-LDの不一致、FAQ本文欠落、qa-box形式崩れ。
- ✅/⚠️が0件、強み/注意点の装飾不足、太字/黄色アンダー/赤太字/ボックスの意味づけ不足、または過剰装飾。`<li>✅ ...</li>` / `<li>⚠️ ...</li>` のようなli先頭✅/⚠️は二重シグナルとして修正する。
- 内部運用語、Hub、cron、automation、Gate、PASS/FAIL、301、旧記事、制作パック、ローカルパス、認証情報の公開本文露出。
- H1重複、canonical/noindex、コード露出、表示崩れ、公開HTML 200確認漏れ。

## 訂正cronの進め方
1. Main Hubのcorrection_queue、quality_fail、public_qa_handoff、FactChecks、Referencesを横断して対象1記事を取る。
2. 高品質テストが示したFAIL理由を具体項目へ分解する。
3. WordPress本文、Directory Core/辞書プラグイン、FAQ JSON-LD、メタ、アイキャッチ、内部リンクなど、必要な箇所を実際に直す。
4. 公開URLまたはプレビューHTMLを再取得し、FAIL理由が解消したことを確認する。見本ページ実照合も行い、冒頭順、公式タグ、常体Strict、li先頭✅/⚠️禁止、FAQ整合を確認する。
5. Hubへ修正ログ、確認URL、残ったFact Risk、`ready_for_retest` または `task8_recheck` を返す。

## やってはいけないこと
- 「訂正候補を整理しました」「改善担当へ渡しました」だけでcorrection完了にしない。
- 明示された修正可能FAILを残したままPASS、完了、確認済みにしない。公式タグ欠落、敬体残り、li先頭✅/⚠️、見本ページ未照合が残る場合は `ready_for_retest` / `task8_recheck` に戻さない。
- 認証が読めないまま対象なし、FAILなし、完了としない。
- 10は301を実行しない。301はporn-fun 11 cronだけが扱う。

## BLOCKED / HOLD
- Hub認証が読めない場合はBLOCKED_HUB_AUTH。
- WordPress認証または書き込み権限不足はBLOCKED_WP_AUTH / BLOCKED_WP_WRITE。
- 対象記事、旧URL/新URL、投稿IDが不明ならBLOCKED_MISSING_TARGET。
- 法務、安全、年齢、決済、退会、規約、金融、技術的危険で追加確認なしに断定できない場合はFact Risk/HOLDにし、危険な断定で修正しない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-schedule-and-limits-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron 起動時間・処理上限Manual v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron 起動時間・処理上限Manual v6.6

## 共通上限
- AIfunIO / Nightlifeは0-A候補在庫最大30件、0-B採用済み/1-A待ち最大10件、同時本流記事最大3件。
- 制作、公開、高品質テスト、訂正、改善担当ハンドオフは1回1記事ずつ。
- 棚処理の0-A/0-Bは複数候補を扱ってよい。
- 起動時間・頻度・処理上限はcron本文から削らない。個別cron依頼文にも必ず入れる。

## AIfunIO
- 収集cron: JST 02:00 / 1日1回 / 1回最大10件。
- 検査cron: JST 00:30, 06:30, 14:30, 18:30 / 1回最大6件。
- 制作cron: JST 08:00開始、約8時間ごと / 1回1記事。
- 高品質テストcron: JST 10:00開始、約8時間ごと / 1回1記事。
- 訂正cron: JST 21:00 / FAILキューがある場合のみ / 1回1記事。
- 改善担当ハンドオフcron: JST 23:00 / 1回1記事。

## Nightlife夜遊び店舗
- 収集cron: JST 02:10 / 1日1回 / 1回最大10件。
- 検査cron: JST 00:40, 06:40, 14:40, 18:40 / 1回最大6件。
- 制作cron: JST 08:30開始、約8時間ごと / 1回1記事。
- 高品質テストcron: JST 10:30開始、約8時間ごと / 1回1記事。
- 訂正cron: JST 21:30 / FAILキューがある場合のみ / 1回1記事。
- 改善担当ハンドオフcron: JST 23:10 / 1回1記事。

## Nightlifeホテル
- 収集cron: JST 02:20 / 1日1回 / 1回最大10件。
- 検査cron: JST 00:50, 06:50, 15:00, 19:00 / 1回最大6件。
- 制作cron: JST 09:00開始、約8時間ごと / 1回1記事。
- 高品質テストcron: JST 11:00開始、約8時間ごと / 1回1記事。
- 訂正cron: JST 22:00 / FAILキューがある場合のみ / 1回1記事。
- 改善担当ハンドオフcron: JST 23:20 / 1回1記事。

## porn-fun単体サービス移行
- 移行期は0-A在庫40〜60件を維持する。
- 収集cron: JST 01:00, 07:00, 13:00, 19:00 / 1回最大15件。
- 検査cron: JST 00:30, 04:30, 08:30, 12:30, 16:30, 20:30 / 1回最大10件。
- 制作cron: JST 00:00開始、約2時間ごと / 1回1記事。
- 高品質テストcron: JST 01:00開始、約2時間ごと / 1回1記事。
- 訂正cron: JST 10:30開始、約6時間ごと / FAILキューがある場合のみ / 1回1記事。
- 改善担当ハンドオフcron: JST 23:30 / 1回1記事。
- 11 cron 301実行・リダイレクト確認: 約6時間ごと / 1回最大3件、初回または失敗が続く場合は1件。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-model-reasoning-config-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron model / reasoningEffort 設定Gate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron model / reasoningEffort 設定Gate v6.6

評価スコアcronは、記事品質、公開QA、訂正判断、Hub正本確認を扱うため、作成時に model と reasoningEffort を明示し、その環境で指定できる範囲でなるべく最新・高性能・高推論にする。

## 作成時の必須指定
- model: その環境で選択できる範囲で、なるべく最新の高性能GPTモデルを指定する。高性能モデルを選べるのに旧世代モデル、低性能モデル、mini系、既定値のまま作成しない。
- reasoningEffort: その環境で選択できる範囲で最高値を指定する。xhigh が選べる場合は xhigh。xhigh がない場合も、選択可能な最大値にする。
- 収集、検査、制作、高品質テスト、訂正、改善担当ハンドオフ、301実行/分類の全cronで、可能な限り最高推論を標準にする。

## stage別標準
- collect: reasoningEffort=xhigh
- inspect: reasoningEffort=xhigh
- produce: reasoningEffort=xhigh
- high-quality-test: reasoningEffort=xhigh
- correction: reasoningEffort=xhigh
- improvement-handoff: reasoningEffort=xhigh
- redirect-301: reasoningEffort=xhigh

## 作成後確認
- automation作成後、設定画面または作成結果で model と reasoningEffort が指定どおりか確認する。
- 既存automationを更新する場合も、作り直しではなく可能なら設定更新で model / reasoningEffort を上げる。
- 指定可能な範囲で最高にした場合は、実際に設定した model / reasoningEffort を報告する。
- model / reasoningEffort を指定できない、設定確認ができない、または高くできるのに medium/既定値のままになる場合は BLOCKED_AUTOMATION_MODEL_CONFIG。
- BLOCKED_AUTOMATION_MODEL_CONFIG の場合、低い設定のまま作成完了、PASS、運用開始扱いにしない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron TaskTemplate実体レコードGate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron TaskTemplate実体レコードGate v6.6

## 目的
各cronは、Hub参照一覧本文に `TaskTemplates/...` の文字列があるだけでは通過扱いにしない。対象WORKFLOW_IDの `agent_pack&article_key=<WORKFLOW_ID>` 内で、TaskTemplateを実体レコードとして確認する。

## 必須確認
対象サイト・対象工程ごとに、agent_pack内のレコードで以下を確認する。

- `record_type=TaskTemplates`
- `task_template_id`
- `workflow_id`
- `article_type_id`
- `article_kind`
- `content_set`
- `task_code`
- `task_name`
- `completion_rule`
- `required_outputs`
- `status=active`

## 対象
AIfunIO、Nightlife夜遊び店舗、Nightlifeホテル、porn-fun単体サービス移行の全工程に適用する。porn-funのみの例外修正にしない。

## 不足時
参照一覧本文の文字列だけで、上記の実体フィールドが確認できない場合は `BLOCKED_HUB_REFERENCE_INCOMPLETE`。候補収集、検査再実行、本文制作、公開判断、301実行など通常cron本作業へ進まない。

## 共通修正範囲
このGateは共通Gateである。新しい評価スコア系サイト、セット、工程を追加する場合も、TaskTemplates本体とagent_pack実体レコード露出の両方を作る。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron Inspect ready / Fact Risk Gate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: inspect
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron Inspect ready / Fact Risk Gate v6.6

## 適用範囲
全サイト共通。AIfunIO、Nightlife夜遊び店舗、Nightlifeホテル、porn-fun単体サービス移行、今後追加される評価スコア系サイト・セット・記事タイプのinspect cronすべてに適用する。

## 目的
検査cronは公式情報だけを過剰に要求して制作readyを0件にし続けない。公式情報、検索上位サイト、既存記事、補助情報、SERP傾向、検索意図、共起語を分けて記録し、危険な断定だけを止める。

## 参照ソースの扱い
- 公式/一次情報: 公式サイト、公式予約ページ、公式SNS、公式FAQ、料金、規約、特商法、運営会社、年齢確認、決済、退会、問い合わせ。
- 補助情報: 検索上位サイト、比較/レビュー/まとめ記事、旧記事、既存公開記事、ASP説明、SNSの評判、SERPスニペット。
- 構成情報: 検索意図、上位傾向、共起語、読者が気にする見出し、FAQ候補、メリット/デメリット観点。

## 必須記録
References / FactChecks には `source_type`、`use_status`、`check_status`、`confidence`、`fact_risk`、`used_for` をできる限り入れる。空欄のまま公式・補助・構成材料を混ぜない。

## ready表記の分離
- 0-A候補、1-A参照URL候補、1-B URL検証で使う `check_status=ready` は、候補・URL・材料が次工程へ渡せるという意味であり、制作cronへ投入できる制作readyではない。
- 制作readyとして数えてよいのは、inspectが `readiness_class=READY_STRONG` または `readiness_class=READY_WITH_FACT_RISK` を明示し、制作パック作成に必要な対象名、対象URL、記事種別、slug候補、参照URL、Fact Risk、確認中項目、禁止断定項目を渡したものだけ。
- `use_status=candidate_article`、`use_status=0a_candidate`、`use_status=reference_ready`、汎用の `check_status=ready` だけのレコードを「制作readyがある」と表示しない。
- 表示上は「候補ready」「参照URL ready」「制作投入ready」を分ける。制作投入ready数は READY_STRONG と READY_WITH_FACT_RISK の合計だけにする。

## 制作ready分類
- READY_STRONG: 公式URL、基本情報、高リスク項目の根拠、検索意図、制作パックがそろっている。
- READY_WITH_FACT_RISK: 公式URLまたは安全に扱える一次導線があり、検索上位/既存記事/補助情報で本文構成が作れる。未確認項目はFact Riskとして制作パックへ渡し、本文で断定しない。
- HOLD: 公式URL不明、単体サービス判定不能、年齢/決済/退会/規約/法務/安全など高リスク項目に危険な断定が必要、または新URL/slugなど制作前提が欠ける。
- EXCLUDE: まとめ/ランキング/比較記事、サービス終了、重複、対象外ジャンル、単体サービス記事ではない候補。

## READY_WITH_FACT_RISKで渡してよい例
- 評判や使い勝手は上位サイト/既存記事/レビュー傾向を補助情報として整理できる。
- 料金の細部が公式で完全に取れなくても、本文で「料金は公式確認が必要」と注意し、評価表の断定値にしない。
- 退会/問い合わせなどが見つからない場合でも、危険な断定を避け、注意点として制作パックに残せる。
- 補足情報・細かな仕様・利用感などは「確認中」「要確認」として本文やFAQの断定を避ければ制作へ渡してよい。

## HOLDにする例
- 公式URLまたは公式に準じる到達先が確認できない。
- 年齢制限、決済、安全、規約、退会、法務、金融、技術的危険について、断定しないと本文が成立しない。
- 旧記事URLだけで新辞書記事URL/slugや対象名が確定できない。

## inspect cronの成果物
inspect cronは0件で終わる場合も、理由を「公式不足」だけにしない。各候補について、READY_STRONG / READY_WITH_FACT_RISK / HOLD / EXCLUDE、公式情報、補助情報、検索上位/SERP材料、Fact Risk、次に必要な確認をHubへ残す。

## 制作側への渡し方
READY_WITH_FACT_RISKで渡す場合、produce cronへ「確認中で本文に残してよい項目」と「公開本文で断定禁止の項目」を分けて渡す。produce cronは確認中項目を確定値として表に入れず、読者向け注意・補足・FAQの慎重表現にする。


検査cron v6.7 追記 / INSPECT_NOTICE_READINESS:
- Rules/evaluation-score-cron-inspect-notice-readiness-rule-v6-7
- Manuals/evaluation-score-cron-inspect-notice-readiness-gate-v6-7
- Checks/evaluation-score-cron-inspect-notice-readiness-check-v6-7
- TaskTemplates/evaluation-score-cron-inspect-notice-readiness-template-v6-7
- References/evaluation-score-cron-notice-text-examples-v6-7
- 「記載なし」「公式リンクなし」「調査したが情報見つからず」「公式情報を確認できず」「閉鎖・停止の可能性」「法務・年齢・地域差」は、原則として注意喚起付きで制作へ渡す soft issue として扱う。
- 2回以上同じsoft issueで止まった候補は、明確なhard blockがなければ notice_requirements を作り、readiness_class=READY_WITH_NOTICE、use_status=ready_for_produce、next_stage=produce で制作へ渡す。
- 採点は 75点以上 READY、60〜74点 READY_WITH_NOTICE、45〜59点 NOTICE_REQUIRED、44点以下 NEEDS_REPAIR。hard block があれば HARD_BLOCK。
- hard block は、掲載・リンク・誘導自体が明確に禁止、未成年誘導、違法回避、虚偽保証、秘密値・個人情報露出、確認不能なまま断定が必要な場合などに限定する。
- 法務・年齢制限・管轄違い・規約差のリスクは、掲載自体が禁止でない限り、記事本文に読者向けの注意喚起を入れる形で制作へ渡す。
- 公開本文に「調査中」「Fact Risk」「Gate」「cron」「NOTICE_REQUIRED」「HARD_BLOCK」「ready_for_produce」などの内部語を出さない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-site-gates-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: 評価スコアcron サイト別Gate v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# 評価スコアcron サイト別Gate v6.6

## AIfunIO
- H1はツール名またはサービス名のみ。
- SEOタイトルは「ツール名 + 評判 / 評価レビュー」系を基本にする。
- 料金、無料枠、商用利用、権利、API、対応言語、制限、安全性は公式情報を優先する。
- プレースホルダー、未調査ラベル、推測値を基本表や評価表に残さない。
- 評価表、基本情報、補足情報、FAQはページ言語に合わせる。

## Nightlife夜遊び店舗
- H1は店名または施設名のみ。
- SEOタイトルKWは「店舗名 + 評価・評判・レビュー」。
- 公式サイト、公式SNS、予約ページ、料金、営業時間、エリア、支払い、注意事項を優先確認する。
- 断定しにくい内容はFact Riskとして残し、危険な断定で公開しない。
- 年齢制限、安全、料金、営業情報の危険な誤りは停止または修正対象にする。

## Nightlifeホテル
- H1はホテル名のみ。
- SEOタイトルKWは「ホテル名 + デリヘル呼べる？」。
- 評価表を本文HTMLで手書きしない。Directory Core / 辞書プラグインの hotel-directory 評価スコア表へ入力する。
- hotel-directory実キーは location、price_value、cleanliness、facilities、nightlife_use、overall。
- official_info、price_clarity、access_area、callability、entry_route などの推測キーは使わない。
- 「デリヘルを呼べるか」は読者の主目的として扱うが、公式が用途を保証するものではない。呼べる候補として検討できる、事前確認が必要、という整理にする。

## porn-fun単体サービス移行
- H1はサービス名のみ。サービス名以外の「評判」「レビュー」「評価」「安全」「料金」「使い方」などのSEO語をH1に混ぜない。
- SEOタイトルは「サービス名 + 評判 / レビュー / 評価」系を基本にし、必要に応じて年齢・料金・退会など読者検索意図をtitle側へ入れる。H1へSEOタイトルを混入しない。
- 単体サービス評判記事を辞書記事へ移行する。まとめ、ランキング、比較記事は通常記事のまま残す。
- 旧記事にアイキャッチがある場合、新辞書記事へ同じfeatured_media/_thumbnail_idを引き継ぐ。新規推測画像で置き換えない。
- 新辞書記事の公開QA後に旧URLを301する。新辞書記事の公開QA前に旧URLを301しない。
- 8は公開QAと301_ready/redirect_ready作成まで、10は訂正反映と8再検査返却まで、11は301実行と301_failed分類を担当する。
- 手書き基本情報表、手書き評価スコア表、内部運用語、旧記事、301、制作heartbeatなどの公開本文露出はFAILまたは訂正対象。
- 旧通常記事から移した手書き表を新辞書記事の公開本文に残したままPASSにしない。
- 対象は、旧記事由来の手書き基本情報表、手書き評価スコア表、星評価や点数を本文HTMLで手書きした表、Directory Core / 辞書プラグインのネイティブ表示と重複する表。
- adult-services用のネイティブ表テンプレート未保存などで一時的な本文内フォールバックが必要な場合でも、表は1箇所だけにする。ネイティブ表示と手書き表を同時に出さない。
- ndc-review-score 等のネイティブ評価表示と本文HTML手書き評価表が同時に出ていればFAIL。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: porn-fun-migration-301-cron-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: porn-fun移行 11 cron 301実行・リダイレクト確認Gate v6.6
scope: autopost-cron
site_id: porn-fun-migration
article_type_id: evaluation_score
language_id: ja
task_code: redirect-301
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# porn-fun移行 11 cron 301実行・リダイレクト確認Gate v6.6

## 対象
TaskTemplates/evaluation-score-porn-fun-migration-redirect-301-v6-6 専用。8高品質テストがPASSしてHubへ301_ready / redirect_ready / 301_ready_retryと記録した記事だけを扱う。

## 11 cronの役割
- 旧通常記事URLから新辞書記事URLへの301を実行し、リダイレクト結果を確認してHubへ記録する。
- heartbeatは増やさず、11 cron一本で301実行、301_failedの原因分類、301_ready_retryへの戻し、BLOCKED_*停止まで扱う。
- task8未PASS、FAIL_REQUEUED、Task10修正後の再検査待ちは301しない。
- 旧URLと新URLが両方あり、同一ドメイン内であることを確認する。
- 新URLが200、noindexなし、H1重複なし、内部作業文なし、手書き表二重表示なしであることを確認する。
- 301_failedはTask10へ戻さない。本文修正が必要な失敗だけTask10へ戻す。
- URL/権限/redirect設定/API/プラグインの失敗は11 cron内で分類する。
- 外部ドメインへの転送、新規外部送信先、権限変更、削除、危険操作が必要な場合はBLOCKED_*で止める。

## 失敗分類
- BLOCKED_OLD_URL_MISSING: 旧URLが見つからない。
- BLOCKED_NEW_URL_NOT_OK: 新URLが200でない、またはnoindex等で公開先として不適切。
- REDIRECT_TARGET_MISMATCH: 既存リダイレクト先が新URLと違う。
- REDIRECT_LOOP: リダイレクトループがある。
- BLOCKED_DOMAIN_MISMATCH: 旧URLと新URLが同一ドメインではない、または外部ドメインが混じる。
- BLOCKED_WP_AUTH: WordPress認証または権限が不足している。
- BLOCKED_REDIRECT_WRITE: リダイレクト設定の書き込みに失敗した。
- BLOCKED_HUB_AUTH: Hub正本を読めない。
- BLOCKED_NEEDS_USER_CONFIRMATION: 危険操作または未承認操作が必要。

## 完了状態
- 301_done: 旧URLが新URLへ301され、最終URLが新URLで200を返す。
- 301_ready_retry: 一時的失敗で安全に再試行できる。
- 301_failed: 失敗理由を分類済みだが、次回以降の再確認が必要。
- BLOCKED_*: ユーザー確認または別途対応が必要。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: autopost-cron-article-type-routing-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: Autopost cron 記事タイプ分岐Manual v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# Autopost cron 記事タイプ分岐Manual v6.6

現在の主対象は評価スコア系だが、今後はまとめ、ランキング、比較、速報、通常、ブログ、量産、つぶやき等が増える前提で分ける。

## 評価スコア系
CRON_FAMILY=evaluation_score。評価表、基本情報、公式リンク、FAQ、Directory Coreまたは辞書プラグイン入力、公開QAまで含む。automation名には必ず「評価スコアページ」を入れる。
ARTICLE_KINDは少なくとも evaluation_score_ai_review、evaluation_score_nightlife_store、evaluation_score_nightlife_hotel、evaluation_score_dictionary_migration を分ける。今後サイトやセットが増えても、CRON_FAMILY=evaluation_scoreの中で content_set / workflow_id / site_id を分け、H1/SEO/評価表/FAQ/装飾Gateを継承する。

## 評価スコアではない記事タイプ
summary、ranking、comparison、breaking、normal、blog、mass、tweet などは評価スコアcronのTaskTemplatesから作成しない。専用のCRON_FAMILYとテンプレートを別に持つ。

- summary: まとめ記事。評価スコア表、Directory Core入力、評価スコアGateを標準適用しない。
- ranking: ランキング記事。順位根拠、比較軸、更新日、対象範囲を別Gateで扱う。
- comparison: 比較記事。比較表、比較条件、選び方を別Gateで扱う。
- breaking: 速報記事。鮮度、日時、一次情報、更新履歴を別Gateで扱う。
- normal: 通常記事。検索意図、本文構成、内部リンクを別Gateで扱う。
- blog: ブログ用記事。署名、体験、口調、カテゴリ運用を別Gateで扱う。
- mass: 量産用記事。重複、薄さ、テンプレート露出を別Gateで扱う。
- tweet: つぶやき用。短文、SNS導線、公開先を別Gateで扱う。

## 不明な記事タイプ
ARTICLE_KINDまたはCRON_FAMILYが判定できない場合は BLOCKED_UNKNOWN_ARTICLE_KIND。無理にevaluation_scoreへ寄せない。
評価スコアページ用cronが、まとめ/ランキング/比較/速報/通常/ブログ/量産/つぶやき用の記事を拾った場合はEXCLUDEまたはBLOCKED_UNKNOWN_ARTICLE_KINDにし、評価スコア記事として制作しない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

manual_id: evaluation-score-cron-release-checksheet-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

title: CODE-YUKI 評価スコアcron リリース前チェックシート v6.6
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
language_id: ja
task_code: *
version: 2026-05-18-v6.6
status: active
visibility: agent
body_format: markdown

manual_body:

# CODE-YUKI 評価スコアcron リリース前チェックシート v6.6

YUKIはこのGATEを自分で保持する。通らないものはリリースしない。ユーザーの目視確認を公開QAの代替にしない。

## Gate 0 Hub参照
- Hub参照パス一覧がagent_packで読める。
- 共通Gate、工程連携、公開本文境界/装飾、訂正/終了状態、起動時間/上限、サイト別Gate、記事タイプ分岐、TaskTemplateが読める。
- TaskTemplateは参照一覧本文の文字列だけでなく、対象WORKFLOW_IDのagent_pack内で `record_type=TaskTemplates`、`task_template_id`、`workflow_id`、`task_code`、`completion_rule`、`required_outputs` を持つ実体レコードとして確認できる。
- inspectは公式情報だけを過剰要求せず、全サイト共通でREADY_STRONG / READY_WITH_FACT_RISK / HOLD / EXCLUDEを分ける。検索上位、既存記事、補助情報、SERP傾向をsource_type付きで記録する。汎用の `check_status=ready` を制作投入readyとして数えない。
- 読めない場合は BLOCKED_HUB_AUTH。完了扱いにしない。

## Gate 1 スレッド立ち上げ
- スレッド立ち上げ文が詳細で、対象サイト、記事タイプ、CONTENT_SET、WORKFLOW_ID、読むHubパス、復元する棚、既存automation確認、停止条件を含む。
- スレッド立ち上げ文だけでautomationを作成しない。
- 起動時の報告項目が明確。

## Gate 2 個別cron依頼文
- 依頼文は貼り付けやすいプレーンテキスト。
- 依頼文1つで作成するautomationは1件だけ。
- automation名、TASK_STAGE、ARTICLE_KIND、CRON_FAMILY、WORKFLOW_ID、推奨頻度、起動時間、処理上限、model、reasoningEffort、Hub参照パスを含む。
- model はなるべく最新・高性能、reasoningEffort は選択可能な最高値。高くできるのに medium/既定値のままにしない。
- 依頼文内にHTML表を入れない。

## Gate 3 cron連携
- collectは候補棚、inspectは候補ready/参照URL ready/制作投入readyを分けた棚、produceは公開URLと制作ログと8への引き渡し、high_quality_testはPASS/FAILと訂正キュー、correctionは8再検査返却、improvement_handoffは改善候補とlock状態、porn-fun redirect_301は301_done/301_failedを出す。
- 前工程の成果物なしに次工程が勝手に進まない。
- 同時本流記事は原則3件以内。制作・公開・高品質テスト・訂正は1記事ずつ。
- inspectは制作投入readyを READY_STRONG と READY_WITH_FACT_RISK に分け、READY_WITH_FACT_RISKも制作cronへ渡してよい。ただし汎用 `check_status=ready` だけの候補を制作投入readyとして数えず、本文で未確認事項を断定せず、Fact Riskと追加確認候補を制作パックに残す。
- 不明項目は確認中として扱ってよい。ただし高リスク項目を確定値として本文・評価表・FAQに出さない。
- produceはTask8引き渡し前に最低品質Gateを前倒し実施する。装飾0件、FAQ不一致、公式リンク導線漏れ、公式タグ欠落、常体Strict崩れ、li先頭✅/⚠️、内部運用語露出、評価表/Directory Core不備など、直せる不備を残したまま ready_for_high_quality_test にしない。
- correctionはFAIL理由を実修正してから ready_for_retest / task8_recheck に戻す。修正候補整理、改善担当ハンドオフ、memory更新だけで訂正完了にしない。公式タグ欠落、敬体残り、li先頭✅/⚠️、見本ページ未照合が残る場合は再検査返却しない。
- produceは production_quality_score を付ける。0〜49点はTask8へ渡さず、通常の品質不足は production_quality_fail_requeued / needs_production_revision として制作棚へ戻す。BLOCKEDは認証、対象不明、外部確認不能など停止条件だけに限定する。50〜80点以上で渡す場合も quality_delta_items を必ず添える。
- high_quality_testは不足点を quality_delta_items として category / location / current_issue / required_fix / evidence_html_or_url / severity / retest_condition 付きで訂正cronへ渡す。
- correctionは quality_delta_items を潰し、correction_completion_score=100 と100点化チェックシートを満たすまで ready_for_retest にしない。

## Gate 4 記事品質
- 例示された評価ページ水準と同等に、H1、評価表、リード、公式テキストリンク、最初のH2、本文判断材料、FAQ、装飾、公開HTML確認がそろう。
- 公式テキストリンクはPC表示で本文右側または右寄せ、読者が本文導線として見つけられる位置にあり、表示文言に「公式」または「公式サイト」を含む。
- 日本語ページは常体Strict。本文、FAQ、リスト、評価項目説明に「です」「ます」「ください」「ません」「ましょう」等の敬体が残る場合はFAIL。
- H1重複、評価表順序崩れ、公式リンク漏れ、公式タグ欠落、未調査ラベル、言語不一致、コード露出、内部運用語露出、FAQ不一致、✅/⚠️不足、li先頭✅/⚠️、手書き表二重表示はFAIL。
- AIfunIOはH1=ツール名/サービス名のみ、SEOタイトル=ツール名+評判/評価レビュー系。Nightlife店舗はH1=店名/施設名のみ、SEOタイトルKW=店舗名+評価・評判・レビュー。NightlifeホテルはH1=ホテル名のみ、SEOタイトルKW=ホテル名+デリヘル呼べる？。porn-funはH1=サービス名のみ、SEOタイトル=サービス名+評判/レビュー/評価系。
- 参照4URL（Errante、ThinkMarkets、Pollo AI、CrowdWorks AI）をHubまたは公開URLから参照でき、対象ジャンルに合わせて実照合できる。
- 公開後HTMLをCODE側で取得して確認する。
- 高品質テストは厳しくチェックする工程であり、制作cronの最低品質作業を代行しない。制作cronはできる限り仕上げ、高品質テストで落ちたものは訂正cronが確実に直して再検査へ返す。

## Gate 5 サイト別
- AIfunIO、Nightlife店舗、Nightlifeホテル、porn-fun移行のサイト別Gateに合格する。
- Nightlifeホテルはhotel-directory実キー以外を使わない。
- porn-fun移行は301_ready前に公開QAを通す。301は11 cronだけが実行する。

## Gate 6 リリース判定
- 全GateがPASSで公開または更新。
- FAILは訂正へ、認証不備はBLOCKED、記事タイプ不明はBLOCKED_UNKNOWN_ARTICLE_KIND。
- GATE失敗のまま「確認済み」「完了」「公開OK」と書かない。


検査cron v6.7 追記 / INSPECT_NOTICE_READINESS:
- Rules/evaluation-score-cron-inspect-notice-readiness-rule-v6-7
- Manuals/evaluation-score-cron-inspect-notice-readiness-gate-v6-7
- Checks/evaluation-score-cron-inspect-notice-readiness-check-v6-7
- TaskTemplates/evaluation-score-cron-inspect-notice-readiness-template-v6-7
- References/evaluation-score-cron-notice-text-examples-v6-7
- 「記載なし」「公式リンクなし」「調査したが情報見つからず」「公式情報を確認できず」「閉鎖・停止の可能性」「法務・年齢・地域差」は、原則として注意喚起付きで制作へ渡す soft issue として扱う。
- 2回以上同じsoft issueで止まった候補は、明確なhard blockがなければ notice_requirements を作り、readiness_class=READY_WITH_NOTICE、use_status=ready_for_produce、next_stage=produce で制作へ渡す。
- 採点は 75点以上 READY、60〜74点 READY_WITH_NOTICE、45〜59点 NOTICE_REQUIRED、44点以下 NEEDS_REPAIR。hard block があれば HARD_BLOCK。
- hard block は、掲載・リンク・誘導自体が明確に禁止、未成年誘導、違法回避、虚偽保証、秘密値・個人情報露出、確認不能なまま断定が必要な場合などに限定する。
- 法務・年齢制限・管轄違い・規約差のリスクは、掲載自体が禁止でない限り、記事本文に読者向けの注意喚起を入れる形で制作へ渡す。
- 公開本文に「調査中」「Fact Risk」「Gate」「cron」「NOTICE_REQUIRED」「HARD_BLOCK」「ready_for_produce」などの内部語を出さない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

check_id: evaluation-score-cron-correction-must-fix-check-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

check_name: 評価スコアcron 訂正必達Check v6.6
target: autopost-cron-template
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
task_template_id: evaluation_score
task_code: correction
severity: blocker
status: active
notes: 全サイト共通。correction cronはFAIL理由を読むだけ、改善担当へ渡すだけ、memory更新だけで完了しない。quality_delta_items、本文、FAQ、装飾、常体Strict、公式リンク位置/公式タグ、サイト別H1/SEOタイトル分離、評価表、Directory Core/辞書プラグイン、構造化データ、li先頭✅/⚠️禁止、見本ページ実照合、内部運用語露出など修正可能なFAILを実修正し、公開HTMLまたはプレビューHTMLを再確認してcorrection_completion_score=100を満たしてからready_for_retest/task8_recheckへ戻す。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

check_id: evaluation-score-cron-hub-reference-check-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

check_name: 評価スコアcron Hub参照完全性Check v6.6
target: autopost-cron-template
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
task_template_id: evaluation_score
task_code: *
severity: blocker
status: active
notes: Hub参照パス一覧、共通Gate、工程連携、公開本文境界/装飾、制作前倒し最低品質、訂正必達、訂正/終了状態、起動時間/上限、サイト別Gate、記事タイプ分岐、リリース前チェックシート、サイト別TaskTemplatesがagent_packで読めない場合はBLOCKED_HUB_AUTHまたはHub正本不足としてリリースしない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

check_id: evaluation-score-cron-inspect-ready-fact-risk-check-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

check_name: 評価スコアcron Inspect ready / Fact Risk Check v6.6
target: autopost-cron-template
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
task_template_id: evaluation_score
task_code: inspect
severity: blocker
status: active
notes: 全サイト共通。inspect cronは公式情報だけを過剰要求せず、READY_STRONG / READY_WITH_FACT_RISK / HOLD / EXCLUDEを分ける。検索上位、既存記事、補助情報、SERP傾向、検索意図、共起語をsource_type/fact_risk付きで記録する。0-A候補や1-B URL検証の汎用check_status=readyを制作投入readyとして数えない。READY_WITH_FACT_RISKは制作へ渡せるが、確認中/要確認項目を本文で断定しない。

検査cron v6.7 追記 / INSPECT_NOTICE_READINESS:
- Rules/evaluation-score-cron-inspect-notice-readiness-rule-v6-7
- Manuals/evaluation-score-cron-inspect-notice-readiness-gate-v6-7
- Checks/evaluation-score-cron-inspect-notice-readiness-check-v6-7
- TaskTemplates/evaluation-score-cron-inspect-notice-readiness-template-v6-7
- References/evaluation-score-cron-notice-text-examples-v6-7
- 「記載なし」「公式リンクなし」「調査したが情報見つからず」「公式情報を確認できず」「閉鎖・停止の可能性」「法務・年齢・地域差」は、原則として注意喚起付きで制作へ渡す soft issue として扱う。
- 2回以上同じsoft issueで止まった候補は、明確なhard blockがなければ notice_requirements を作り、readiness_class=READY_WITH_NOTICE、use_status=ready_for_produce、next_stage=produce で制作へ渡す。
- 採点は 75点以上 READY、60〜74点 READY_WITH_NOTICE、45〜59点 NOTICE_REQUIRED、44点以下 NEEDS_REPAIR。hard block があれば HARD_BLOCK。
- hard block は、掲載・リンク・誘導自体が明確に禁止、未成年誘導、違法回避、虚偽保証、秘密値・個人情報露出、確認不能なまま断定が必要な場合などに限定する。
- 法務・年齢制限・管轄違い・規約差のリスクは、掲載自体が禁止でない限り、記事本文に読者向けの注意喚起を入れる形で制作へ渡す。
- 公開本文に「調査中」「Fact Risk」「Gate」「cron」「NOTICE_REQUIRED」「HARD_BLOCK」「ready_for_produce」などの内部語を出さない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

check_id: evaluation-score-cron-model-reasoning-config-check-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

check_name: 評価スコアcron model / reasoningEffort 設定Check v6.6
target: autopost-cron-template
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
task_template_id: evaluation_score
task_code: *
severity: blocker
status: active
notes: 個別cron作成依頼文に model と reasoningEffort を含める。model はその環境で選べる範囲でなるべく最新・高性能、reasoningEffort は選べる範囲で最高値にする。xhigh が選べる場合は全cronで xhigh。高くできるのに medium/既定値のまま、または設定確認不可なら BLOCKED_AUTOMATION_MODEL_CONFIG とし、作成完了扱いにしない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

check_id: evaluation-score-cron-produce-pre-hq-minimum-check-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

check_name: 評価スコアcron 制作前倒し最低品質Check v6.6
target: autopost-cron-template
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
task_template_id: evaluation_score
task_code: produce
severity: blocker
status: active
notes: 全サイト共通。produce cronはTask8引き渡し前に最低品質Gateを通す。冒頭構成、サイト別H1/SEOタイトル分離、常体Strict、公式リンク位置、公式タグ、評価表、FAQ本文/FAQ JSON-LD、Directory Core/辞書プラグイン、✅/⚠️、li先頭✅/⚠️禁止、装飾バランス、見本ページ実照合、内部運用語、H1/canonical/noindexをセルフチェックし、装飾0件やFAQ不一致など直せる不備を残したままready_for_high_quality_testにしない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

check_id: evaluation-score-cron-quality-score-handoff-check-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

check_name: 評価スコアcron 品質スコア・差分引き渡しCheck v6.6
target: autopost-cron-template
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
task_template_id: evaluation_score
task_code: *
severity: blocker
status: active
notes: 全サイト共通。produceはproduction_quality_scoreとquality_delta_itemsを出し、0〜49点はTask8へ渡さない。通常の品質不足はproduction_quality_fail_requeued / needs_production_revisionとして制作棚へ戻し、BLOCKEDは認証、対象不明、外部確認不能など停止条件だけに限定する。high-quality-testはquality_score_before、target_score=100、quality_delta_items、minimum_gate_failures、retest_required=trueをHubへ残す。correctionはquality_delta_itemsを潰し、correction_completion_score=100と100点化チェックシートを満たすまでready_for_retestにしない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

check_id: evaluation-score-cron-release-checksheet-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

check_name: CODE-YUKI 評価スコアcron リリース前GATE v6.6
target: autopost-cron-template
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
task_template_id: evaluation_score
task_code: *
severity: blocker
status: active
notes: Gate 0からGate 6までPASSしないものはリリースしない。ユーザー目視確認を公開QAの代替にしない。FAILは訂正、認証不備はBLOCKED、記事タイプ不明はBLOCKED_UNKNOWN_ARTICLE_KIND。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

check_id: evaluation-score-cron-style-reference-pages-gate-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

check_name: 評価スコアcron 文章構造・装飾雰囲気 参照ページGate v6.6
target: autopost-cron-template
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
task_template_id: evaluation_score
task_code: *
severity: blocker
status: active
notes: Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6と、References/style-ref-invest358-errante-review、References/style-ref-invest358-thinkmarkets-opening-layout、References/style-ref-invest358-thinkmarkets-review、References/style-ref-aifan-pollo-ai-review、References/style-ref-aifan-crowdworks-ai-review、References/tone-ref-invest358-errante-review、References/tone-ref-invest358-thinkmarkets-review、References/tone-ref-aifan-pollo-ai-review、References/tone-ref-aifan-crowdworks-ai-review、公開URL https://invest358.com/ja/errante-review/、https://invest358.com/ja/thinkmarkets-review/、https://aifan.io/ja/pollo-ai-review/、https://aifan.io/ja/crowdworks-ai-review/ がagent_packまたはManualで読めること。文章構造、装飾雰囲気、✅/⚠️優先装飾、公式テキストリンク導線、公式タグ、常体Strict、li先頭✅/⚠️禁止を見本ページ実照合できない場合はリリースしない。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

check_id: evaluation-score-cron-tasktemplate-agent-pack-real-record-check-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

check_name: 評価スコアcron TaskTemplate実体レコードCheck v6.6
target: autopost-cron-template
scope: autopost-cron
site_id: *
article_type_id: evaluation_score
task_template_id: evaluation_score
task_code: *
severity: blocker
status: active
notes: 各cronは対象WORKFLOW_IDのagent_pack内で record_type=TaskTemplates / task_template_id / workflow_id / task_code / task_name / completion_rule / required_outputs を持つ実体レコードを確認する。参照一覧本文の文字列だけなら BLOCKED_HUB_REFERENCE_INCOMPLETE。AIfunIO、Nightlife店舗、Nightlifeホテル、porn-fun移行の全工程に適用する。

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-aifunio-collect-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: aifunio-directory-review-ja
article_type_id: evaluation_score
article_kind: evaluation_score_ai_review
content_set: aifunio_ai_service
task_code: collect
task_name: AIfunIO評価スコアページ 収集cron
sort_order: 10
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 0-A候補棚を作り、公開・投稿はしない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: collect-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=aifunio-directory-review-ja / ARTICLE_KIND=evaluation_score_ai_review / CONTENT_SET=aifunio_ai_service

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-aifunio-inspect-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: aifunio-directory-review-ja
article_type_id: evaluation_score
article_kind: evaluation_score_ai_review
content_set: aifunio_ai_service
task_code: inspect
task_name: AIfunIO評価スコアページ 検査cron
sort_order: 11
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 0-B/1-A/1-B/1-B2を整理し、候補ready/参照URL ready/制作投入readyを分ける。汎用check_status=readyだけを制作投入readyとして数えず、制作投入readyはreadiness_class=READY_STRONG/READY_WITH_FACT_RISKまたはuse_status=production_ready/ready_for_produceで明示する。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: inspect-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=aifunio-directory-review-ja / ARTICLE_KIND=evaluation_score_ai_review / CONTENT_SET=aifunio_ai_service

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-aifunio-produce-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: aifunio-directory-review-ja
article_type_id: evaluation_score
article_kind: evaluation_score_ai_review
content_set: aifunio_ai_service
task_code: produce
task_name: AIfunIO評価スコアページ 制作cron
sort_order: 12
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 1記事だけ制作し、公開前後の一次確認まで行う。Task8引き渡し前に制作前倒し最低品質Gateを通し、冒頭構成、サイト別H1/SEOタイトル分離、常体Strict、公式リンク位置/公式タグ、評価表、FAQ/FAQ JSON-LD、装飾、✅/⚠️、li先頭✅/⚠️禁止、二重シグナル回避、見本ページ実照合、内部運用語非露出、H1/canonical/noindexを確認する。porn-funはH1はサービス名のみ、SEOタイトルはサービス名 + 評判 / レビュー / 評価 系を基本にする。公式リンク表示文言は例として「【公式】サービス名公式サイトを確認」のように公式と分かる形にする。production_quality_scoreを付け、0〜49点はTask8へ渡さず、通常の品質不足はproduction_quality_fail_requeued / needs_production_revisionとして制作棚へ戻す。BLOCKEDは認証、対象不明、外部確認不能など停止条件だけに限定する。50〜80点以上で渡す場合もquality_delta_itemsを添える。本文に「です」「ます」「ください」等の敬体が残る、または直せる不備を残したままready_for_high_quality_testにしない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: produce-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=aifunio-directory-review-ja / ARTICLE_KIND=evaluation_score_ai_review / CONTENT_SET=aifunio_ai_service

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-aifunio-high-quality-test-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: aifunio-directory-review-ja
article_type_id: evaluation_score
article_kind: evaluation_score_ai_review
content_set: aifunio_ai_service
task_code: high-quality-test
task_name: AIfunIO評価スコアページ 高品質テストcron
sort_order: 13
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 公開HTMLを取得し、PASS/FAILと訂正キューを作る。quality_score_before、target_score=100、quality_delta_items、minimum_gate_failures、retest_required=trueをHubへ残し、50〜80点から残った20〜50点分を訂正cronへ渡す。80〜90点は高品質cronが軽微扱いせず具体的修正単位へ分解し、90〜99点は最後の詰めとして100点化チェックシートへ接続する。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: high-quality-test-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=aifunio-directory-review-ja / ARTICLE_KIND=evaluation_score_ai_review / CONTENT_SET=aifunio_ai_service

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-aifunio-correction-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: aifunio-directory-review-ja
article_type_id: evaluation_score
article_kind: evaluation_score_ai_review
content_set: aifunio_ai_service
task_code: correction
task_name: AIfunIO評価スコアページ 訂正cron
sort_order: 14
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: FAIL理由とquality_delta_itemsを実修正し、公開HTMLまたはプレビューHTMLで確認して再検査へ返す。公式タグ欠落、敬体残り、li先頭✅/⚠️、二重シグナル、見本ページ未照合、サイト別H1/SEOタイトル違反を残したままready_for_retest/task8_recheckにしない。90〜99点の残deltaを潰し、correction_completion_score=100と100点化チェックシートを満たすまで完了しない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: correction-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=aifunio-directory-review-ja / ARTICLE_KIND=evaluation_score_ai_review / CONTENT_SET=aifunio_ai_service

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-aifunio-improvement-handoff-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: aifunio-directory-review-ja
article_type_id: evaluation_score
article_kind: evaluation_score_ai_review
content_set: aifunio_ai_service
task_code: improvement-handoff
task_name: AIfunIO評価スコアページ 改善担当ハンドオフcron
sort_order: 15
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 9-A/9-B/10の改善候補と引継ぎを作る。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: improvement-handoff-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=aifunio-directory-review-ja / ARTICLE_KIND=evaluation_score_ai_review / CONTENT_SET=aifunio_ai_service

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-hotel-collect-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-hotel-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_hotel
content_set: nightlife_hotel
task_code: collect
task_name: Nightlifeホテル評価スコアページ 収集cron
sort_order: 10
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 0-A候補棚を作り、公開・投稿はしない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: collect-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-hotel-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_hotel / CONTENT_SET=nightlife_hotel

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-hotel-inspect-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-hotel-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_hotel
content_set: nightlife_hotel
task_code: inspect
task_name: Nightlifeホテル評価スコアページ 検査cron
sort_order: 11
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 0-B/1-A/1-B/1-B2を整理し、候補ready/参照URL ready/制作投入readyを分ける。汎用check_status=readyだけを制作投入readyとして数えず、制作投入readyはreadiness_class=READY_STRONG/READY_WITH_FACT_RISKまたはuse_status=production_ready/ready_for_produceで明示する。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: inspect-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-hotel-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_hotel / CONTENT_SET=nightlife_hotel

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-hotel-produce-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-hotel-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_hotel
content_set: nightlife_hotel
task_code: produce
task_name: Nightlifeホテル評価スコアページ 制作cron
sort_order: 12
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 1記事だけ制作し、公開前後の一次確認まで行う。Task8引き渡し前に制作前倒し最低品質Gateを通し、冒頭構成、サイト別H1/SEOタイトル分離、常体Strict、公式リンク位置/公式タグ、評価表、FAQ/FAQ JSON-LD、装飾、✅/⚠️、li先頭✅/⚠️禁止、二重シグナル回避、見本ページ実照合、内部運用語非露出、H1/canonical/noindexを確認する。porn-funはH1はサービス名のみ、SEOタイトルはサービス名 + 評判 / レビュー / 評価 系を基本にする。公式リンク表示文言は例として「【公式】サービス名公式サイトを確認」のように公式と分かる形にする。production_quality_scoreを付け、0〜49点はTask8へ渡さず、通常の品質不足はproduction_quality_fail_requeued / needs_production_revisionとして制作棚へ戻す。BLOCKEDは認証、対象不明、外部確認不能など停止条件だけに限定する。50〜80点以上で渡す場合もquality_delta_itemsを添える。本文に「です」「ます」「ください」等の敬体が残る、または直せる不備を残したままready_for_high_quality_testにしない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: produce-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-hotel-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_hotel / CONTENT_SET=nightlife_hotel

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-hotel-high-quality-test-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-hotel-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_hotel
content_set: nightlife_hotel
task_code: high-quality-test
task_name: Nightlifeホテル評価スコアページ 高品質テストcron
sort_order: 13
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 公開HTMLを取得し、PASS/FAILと訂正キューを作る。quality_score_before、target_score=100、quality_delta_items、minimum_gate_failures、retest_required=trueをHubへ残し、50〜80点から残った20〜50点分を訂正cronへ渡す。80〜90点は高品質cronが軽微扱いせず具体的修正単位へ分解し、90〜99点は最後の詰めとして100点化チェックシートへ接続する。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: high-quality-test-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-hotel-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_hotel / CONTENT_SET=nightlife_hotel

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-hotel-correction-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-hotel-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_hotel
content_set: nightlife_hotel
task_code: correction
task_name: Nightlifeホテル評価スコアページ 訂正cron
sort_order: 14
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: FAIL理由とquality_delta_itemsを実修正し、公開HTMLまたはプレビューHTMLで確認して再検査へ返す。公式タグ欠落、敬体残り、li先頭✅/⚠️、二重シグナル、見本ページ未照合、サイト別H1/SEOタイトル違反を残したままready_for_retest/task8_recheckにしない。90〜99点の残deltaを潰し、correction_completion_score=100と100点化チェックシートを満たすまで完了しない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: correction-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-hotel-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_hotel / CONTENT_SET=nightlife_hotel

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-hotel-improvement-handoff-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-hotel-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_hotel
content_set: nightlife_hotel
task_code: improvement-handoff
task_name: Nightlifeホテル評価スコアページ 改善担当ハンドオフcron
sort_order: 15
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 9-A/9-B/10の改善候補と引継ぎを作る。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: improvement-handoff-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-hotel-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_hotel / CONTENT_SET=nightlife_hotel

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-store-collect-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-store-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_store
content_set: nightlife_store
task_code: collect
task_name: Nightlife夜遊び店舗評価スコアページ 収集cron
sort_order: 10
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 0-A候補棚を作り、公開・投稿はしない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: collect-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-store-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_store / CONTENT_SET=nightlife_store

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-store-inspect-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-store-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_store
content_set: nightlife_store
task_code: inspect
task_name: Nightlife夜遊び店舗評価スコアページ 検査cron
sort_order: 11
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 0-B/1-A/1-B/1-B2を整理し、候補ready/参照URL ready/制作投入readyを分ける。汎用check_status=readyだけを制作投入readyとして数えず、制作投入readyはreadiness_class=READY_STRONG/READY_WITH_FACT_RISKまたはuse_status=production_ready/ready_for_produceで明示する。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: inspect-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-store-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_store / CONTENT_SET=nightlife_store

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-store-produce-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-store-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_store
content_set: nightlife_store
task_code: produce
task_name: Nightlife夜遊び店舗評価スコアページ 制作cron
sort_order: 12
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 1記事だけ制作し、公開前後の一次確認まで行う。Task8引き渡し前に制作前倒し最低品質Gateを通し、冒頭構成、サイト別H1/SEOタイトル分離、常体Strict、公式リンク位置/公式タグ、評価表、FAQ/FAQ JSON-LD、装飾、✅/⚠️、li先頭✅/⚠️禁止、二重シグナル回避、見本ページ実照合、内部運用語非露出、H1/canonical/noindexを確認する。porn-funはH1はサービス名のみ、SEOタイトルはサービス名 + 評判 / レビュー / 評価 系を基本にする。公式リンク表示文言は例として「【公式】サービス名公式サイトを確認」のように公式と分かる形にする。production_quality_scoreを付け、0〜49点はTask8へ渡さず、通常の品質不足はproduction_quality_fail_requeued / needs_production_revisionとして制作棚へ戻す。BLOCKEDは認証、対象不明、外部確認不能など停止条件だけに限定する。50〜80点以上で渡す場合もquality_delta_itemsを添える。本文に「です」「ます」「ください」等の敬体が残る、または直せる不備を残したままready_for_high_quality_testにしない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: produce-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-store-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_store / CONTENT_SET=nightlife_store

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-store-high-quality-test-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-store-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_store
content_set: nightlife_store
task_code: high-quality-test
task_name: Nightlife夜遊び店舗評価スコアページ 高品質テストcron
sort_order: 13
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 公開HTMLを取得し、PASS/FAILと訂正キューを作る。quality_score_before、target_score=100、quality_delta_items、minimum_gate_failures、retest_required=trueをHubへ残し、50〜80点から残った20〜50点分を訂正cronへ渡す。80〜90点は高品質cronが軽微扱いせず具体的修正単位へ分解し、90〜99点は最後の詰めとして100点化チェックシートへ接続する。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: high-quality-test-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-store-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_store / CONTENT_SET=nightlife_store

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-store-correction-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-store-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_store
content_set: nightlife_store
task_code: correction
task_name: Nightlife夜遊び店舗評価スコアページ 訂正cron
sort_order: 14
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: FAIL理由とquality_delta_itemsを実修正し、公開HTMLまたはプレビューHTMLで確認して再検査へ返す。公式タグ欠落、敬体残り、li先頭✅/⚠️、二重シグナル、見本ページ未照合、サイト別H1/SEOタイトル違反を残したままready_for_retest/task8_recheckにしない。90〜99点の残deltaを潰し、correction_completion_score=100と100点化チェックシートを満たすまで完了しない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: correction-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-store-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_store / CONTENT_SET=nightlife_store

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-nightlife-store-improvement-handoff-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: nightlife-store-directory-ja
article_type_id: evaluation_score
article_kind: evaluation_score_nightlife_store
content_set: nightlife_store
task_code: improvement-handoff
task_name: Nightlife夜遊び店舗評価スコアページ 改善担当ハンドオフcron
sort_order: 15
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 9-A/9-B/10の改善候補と引継ぎを作る。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: improvement-handoff-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=nightlife-store-directory-ja / ARTICLE_KIND=evaluation_score_nightlife_store / CONTENT_SET=nightlife_store

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-porn-fun-migration-collect-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: porn-fun-directory-migration-ja
article_type_id: evaluation_score
article_kind: evaluation_score_dictionary_migration
content_set: porn_fun_single_service_migration
task_code: collect
task_name: porn-fun単体サービス評価スコアページ移行 収集cron
sort_order: 10
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 0-A候補棚を作り、公開・投稿はしない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: collect-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=porn-fun-directory-migration-ja / ARTICLE_KIND=evaluation_score_dictionary_migration / CONTENT_SET=porn_fun_single_service_migration

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-porn-fun-migration-inspect-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: porn-fun-directory-migration-ja
article_type_id: evaluation_score
article_kind: evaluation_score_dictionary_migration
content_set: porn_fun_single_service_migration
task_code: inspect
task_name: porn-fun単体サービス評価スコアページ移行 検査cron
sort_order: 11
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 0-B/1-A/1-B/1-B2を整理し、候補ready/参照URL ready/制作投入readyを分ける。汎用check_status=readyだけを制作投入readyとして数えず、制作投入readyはreadiness_class=READY_STRONG/READY_WITH_FACT_RISKまたはuse_status=production_ready/ready_for_produceで明示する。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: inspect-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=porn-fun-directory-migration-ja / ARTICLE_KIND=evaluation_score_dictionary_migration / CONTENT_SET=porn_fun_single_service_migration

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-porn-fun-migration-produce-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: porn-fun-directory-migration-ja
article_type_id: evaluation_score
article_kind: evaluation_score_dictionary_migration
content_set: porn_fun_single_service_migration
task_code: produce
task_name: porn-fun単体サービス評価スコアページ移行 制作cron
sort_order: 12
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 1記事だけ制作し、公開前後の一次確認まで行う。Task8引き渡し前に制作前倒し最低品質Gateを通し、冒頭構成、サイト別H1/SEOタイトル分離、常体Strict、公式リンク位置/公式タグ、評価表、FAQ/FAQ JSON-LD、装飾、✅/⚠️、li先頭✅/⚠️禁止、二重シグナル回避、見本ページ実照合、内部運用語非露出、H1/canonical/noindexを確認する。porn-funはH1はサービス名のみ、SEOタイトルはサービス名 + 評判 / レビュー / 評価 系を基本にする。公式リンク表示文言は例として「【公式】サービス名公式サイトを確認」のように公式と分かる形にする。production_quality_scoreを付け、0〜49点はTask8へ渡さず、通常の品質不足はproduction_quality_fail_requeued / needs_production_revisionとして制作棚へ戻す。BLOCKEDは認証、対象不明、外部確認不能など停止条件だけに限定する。50〜80点以上で渡す場合もquality_delta_itemsを添える。本文に「です」「ます」「ください」等の敬体が残る、または直せる不備を残したままready_for_high_quality_testにしない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: produce-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=porn-fun-directory-migration-ja / ARTICLE_KIND=evaluation_score_dictionary_migration / CONTENT_SET=porn_fun_single_service_migration

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-porn-fun-migration-high-quality-test-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: porn-fun-directory-migration-ja
article_type_id: evaluation_score
article_kind: evaluation_score_dictionary_migration
content_set: porn_fun_single_service_migration
task_code: high-quality-test
task_name: porn-fun単体サービス評価スコアページ移行 高品質テストcron
sort_order: 13
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 公開HTMLを取得し、PASS/FAILと訂正キューを作る。quality_score_before、target_score=100、quality_delta_items、minimum_gate_failures、retest_required=trueをHubへ残し、50〜80点から残った20〜50点分を訂正cronへ渡す。80〜90点は高品質cronが軽微扱いせず具体的修正単位へ分解し、90〜99点は最後の詰めとして100点化チェックシートへ接続する。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: high-quality-test-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=porn-fun-directory-migration-ja / ARTICLE_KIND=evaluation_score_dictionary_migration / CONTENT_SET=porn_fun_single_service_migration

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-porn-fun-migration-correction-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: porn-fun-directory-migration-ja
article_type_id: evaluation_score
article_kind: evaluation_score_dictionary_migration
content_set: porn_fun_single_service_migration
task_code: correction
task_name: porn-fun単体サービス評価スコアページ移行 訂正cron
sort_order: 14
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: FAIL理由とquality_delta_itemsを実修正し、公開HTMLまたはプレビューHTMLで確認して再検査へ返す。公式タグ欠落、敬体残り、li先頭✅/⚠️、二重シグナル、見本ページ未照合、サイト別H1/SEOタイトル違反を残したままready_for_retest/task8_recheckにしない。90〜99点の残deltaを潰し、correction_completion_score=100と100点化チェックシートを満たすまで完了しない。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: correction-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=porn-fun-directory-migration-ja / ARTICLE_KIND=evaluation_score_dictionary_migration / CONTENT_SET=porn_fun_single_service_migration

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-porn-fun-migration-improvement-handoff-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: porn-fun-directory-migration-ja
article_type_id: evaluation_score
article_kind: evaluation_score_dictionary_migration
content_set: porn_fun_single_service_migration
task_code: improvement-handoff
task_name: porn-fun単体サービス評価スコアページ移行 改善担当ハンドオフcron
sort_order: 15
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 9-A/9-B/10の改善候補と引継ぎを作る。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: improvement-handoff-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=porn-fun-directory-migration-ja / ARTICLE_KIND=evaluation_score_dictionary_migration / CONTENT_SET=porn_fun_single_service_migration

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。

marker: hub-v0141-produce-ready-bridge-required-20260526
Before any work, read Autopost358/_branch_common/docs/CRON_LATEST_RULE_BOOTSTRAP.md and run Autopost358/_branch_common/bootstrap/autopost_cron_launcher.py or RUN_AUTOPOST_CRON_LAUNCHER.cmd. Read Main Hub api=cron_preflight_resolve first so target resolution, latest manifest, connection policy, write scope, selected candidate, fast_start_pack, recorded risks, and lock_payload are received in one call. Use api=agent_runtime_bootstrap, api=status, api=agent_runtime_readiness, api=agent_work_queue, and workflow/article api=agent_pack only as legacy fallback or detailed stage follow-up after fast-start resolve. Continue only when latest_instruction_manifest is present, hub_version >= 0.1.41, and mandatory rule keys include cron-self-refresh-before-work-v1, hub-v023-cron-write-scope-and-recorded-risks, production-pack-recorded-risks-v1, all-inspection-soft-statuses-produce-ready-v1, no-master-table-claim-bridge-v1, publication-events-count-source-v1, publication-count-reconciliation-history-v1, update-request-events-source-v1, db-migration-dual-layer-prep-v1, db-shadow-prepare-and-compare-v1, and cron-bootstrap-single-entrypoint-v1.

For production cron, candidate_ready, candidate_ready_only, pending_info, ready_with_notice, notice_required, ready_for_produce, production_ready, production_ready_with_recorded_risks, and READY_FOR_PRODUCE_WITH_RECORDED_RISKS are all production_ready_with_recorded_risks. Keep recorded risks, unknown_fields, discrepancy_notes, warning_display_plan, do_not_claim, reader_caution_text, alternative_sources, official_link_decision, and pre_upload_recheck_urls, but start one same-scope article through the approved bridge. If Work Queue has no materialized produce row but same-scope Hub References, article_material_pack, production_pack, handoff, or lock_payload contains a soft-ready candidate, use no_master_table_claim_bridge / no_master_table_claim_bridge_allowed and proceed with one article. Do not return NO_UNLOCKED_TARGET, NO_ELIGIBLE_TARGET, no ready, PASS, done, complete, upstream_fill_required, or no production-ready candidate only because the produce queue row is not materialized.

cron_preflight_resolve must not select stale targets with workflow/content_set/site mismatch. Stop only for Hub auth/network/reference failure, WordPress auth/write failure, representative 358 no-touch lock, wrong workflow/content_set/site, duplicate-publication risk, legal/safety danger, public Gate failure, rejected/archived/hard_block, or missing identity/URL/source basis. If Hub read is OK but hub_table_upsert or another master-table write returns 403, classify as BLOCKED_HUB_WRITE_SCOPE or QUEUE_SYNC_MISMATCH, not BLOCKED_HUB_AUTH. Normal cron must not use hub_table_upsert; ordinary progress, lock, result, publication, Directory Core, FAQ JSON-LD, high-quality test, correction, and handoff records go through the approved runtime/result APIs.

For inspection cron, classification is allowed, but the exit must create production material. When production_ready_count=0, continue 0-B/1-A/1-B/1-B2/1-C in the same run, return to 0-A if needed, and create next_production_handoff with at least one production_ready=true, production_ready_with_recorded_risks, or READY_FOR_PRODUCE_WITH_RECORDED_RISKS item unless blocked by the hard stops above. This rule belongs inside every startup thread text, individual cron request text, standalone request text, and full-set request text; do not leave it only in outside explanation.

task_template_id: evaluation-score-porn-fun-migration-redirect-301-v6-6




【全サイト・全cron共通 / 代表358ロック】marker: representative-358-no-touch-lock-20260525

- `358` は代表専用のAI更新禁止ラベルである。意味は `representative_no_touch_lock`。
- 代表が「358を付けて」「これはもう触るな」「この投稿はAI更新禁止」「自分で更新する」と言った対象は、URL、投稿ID、記事名、Hub record ID、workflow/content_setを記録し、内部ロックとして扱う。
- `358` が付いた対象には、0-Aから10、11、公開後訂正、高品質、SEO、FAQ JSON-LD、Directory Core、301、カテゴリ/タグ、本文、アイキャッチ、メタ情報、内部リンク、公開状態のどれもAIが変更してはいけない。
- 対象選定、claim、本文取得、修正、投稿、公開後確認、再検査、301、訂正、改善提案の前に `representative_lock_checked=true` を確認する。
- `lock_label=358` または `representative_no_touch_lock=true` がある場合は、読み取り確認と報告だけ許可し、書き込みは止める。
- 必須出力: representative_lock_checked=true / lock_label=358 / representative_no_touch_lock=true / result_status=BLOCKED_REPRESENTATIVE_358_LOCK / no_write_performed=true。
- `358` は公開本文に出さない。代表が明示的にWordPressタグ操作を依頼した場合を除き、公開WordPressタグではなく内部ロックとして扱う。
- 解除できるのは代表が明示的に「358を外して」「AIで触っていい」と言った場合だけ。cronやAI判断で自動解除しない。

【全サイト・全cron共通 / 自律投稿bridge】marker: autonomous-production-posting-bridge-20260525

- 制作cron・投稿cron・アップロードcronは、Hubが読めるのに Main Hub Work Queue だけが空、または対象rowが見えないことを理由に投稿を止めない。
- 同一 site_id / workflow_id / article_type_id / content_set の検査ログ、Hub References、ローカル article_material_pack、production_pack、handoff に production_ready=true、production_ready、production_ready_with_recorded_risks、READY_FOR_PRODUCE_WITH_RECORDED_RISKS のいずれかがあれば、1記事ずつ制作・投稿へ進む。
- この場合は QUEUE_SYNC_MISMATCH_PRODUCTION_BRIDGE_USED を記録し、autonomous_posting_decision=proceed、bridge_source_ids、bridge_source_paths、same_scope_verified、pre_upload_recheck_urls、pre_publish_gate、wp_post_result、public_display_report、hub_backfill_result を必ず残す。
- 代表へ「投稿してよいか」と確認待ちにしない。事前承認済みサイト・workflow・content_setなら、公開前GateとWordPress書き込み確認をCODE側で行い、そのまま投稿する。
- Hubが読めているのにWork Queueだけ空の状態は、対象なし・PASS・完了ではなく同期不一致である。同期不一致はbridgeを使って投稿し、投稿後にHubへbackfillする。
- 止めてよいのは Hub認証/通信不備、WordPress認証/書き込み不備、法務・安全上の危険、公開前/公開後Gate失敗、workflow/content_set/site違い、遷移先URLなし、公式/準一次情報なし、実在性不明、架空対象、重複公開リスクだけ。

【全サイト・全cron共通 / pending_info制作停止廃止】
marker: pending-info-recorded-risks-handoff-20260525

- `pending_info` は、細かな不足・矛盾を理由に制作を止めるステータスとしては扱わない。
- 検査cronは、実在性、公式または準一次情報、遷移先URL、特典概要または評価対象の主要事実、現在有効性の根拠が確認できた場合、`production_ready` または `production_ready_with_recorded_risks` として制作へ渡す。
- 一部の条件、除外条件、終了時刻、対象範囲、併用可否、地域制限、金額条件、招待コード/クーポンコード条件、告知間差分、公式未掲載の細部が未確認・変動中でも、それだけを理由に検査で止めない。
- `production_ready_with_recorded_risks` は `production_ready` と同じく制作キューへ渡す。検査結果には `unknown_fields`、確認中項目、要確認項目、リスクあり項目、`reader_caution_text`、`warning_display_plan`、`discrepancy_notes`、`do_not_claim`、`pre_upload_recheck_urls` を必ず入れる。
- 制作cronは、不足分や不確実な点を本文で隠さず、「確認中」「要確認」「公式未掲載」「告知間で差分あり」「条件変更の可能性あり」「終了日未定」「終了時刻は公式未掲載」「確認時点で開催中」「詳細は公式ページで確認」などの自然な読者向け表現へ変換する。
- 注意は、リード直下、注意ボックス、赤太字、Q&A、条件説明セクションのいずれかに見える形で置く。
- `do_not_claim` に入った内容は本文で断定しない。「必ず当たる」「必ず得する」「安全」「公式が保証」などの誇大・安全断定は禁止。
- hard-stop `pending_info` は、公式または準一次情報が一切ない、遷移先URLがない、実在性を確認できない、対象workflow/content_setが違う、架空のサービス・もの、期限付きなのに期間も現在有効性も確認できない場合だけに限定する。
- 公式ページ、LP、アプリ内告知、公式SNS、ヘルプ等で期間・特典・対象条件・除外条件・併用可否・終了条件が食い違う場合も、停止せず `production_ready_with_recorded_risks` で制作へ渡し、確認できた事実と確認できない事実を本文で分けて表示する。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは `BLOCKED_*` または `FAIL` として止める。

【2026-05-24 全サイト共通 制作0禁止Gate / AUTOP0ST_ALL_SITES_PRODUCTION_NONZERO_GATE_20260524】
- 制作0件で検査cronを完了扱いにしない。検査で次の制作候補が0件なら、対象なし・PASS・完了・readyなしで終わらない。
- 検査cronは、Main Hub / agent_pack / Work Queue / TaskTemplate / Rules / Manuals / Checks / References を再読込し、対象workflow・content_set・task_stage・task_codeのズレを確認する。
- 制作候補が0件の場合は、同一実行内で 0-B / 1-A / 1-B / 1-B2 / 1-C を続け、別候補・別公式導線・公式SNS・FAQ・特商法・ASP/アフィリ先・既存ログを確認して article_material_pack / production_pack を作る。
- 0-B採用候補が尽きた場合は0-A候補へ戻る。0-A候補も尽きた場合は候補ソースを変えて補充し、少なくとも1件を production_ready=true または READY_FOR_PRODUCE_WITH_RECORDED_RISKS まで持っていく。
- どうしても不足が残る候補は pending_info / NEEDS_REPAIR / rejected に理由を残し、次候補へ進む。候補1件で止まらない。
- Hub認証不備、Hub通信不備、WordPress認証不備、法務・安全上の危険、公開Gate失敗だけは BLOCKED_* または FAIL として止める。それ以外の調査差分、403/430、リンク移動、取得不安定は制作材料として次へ渡す。
- 必須出力: production_ready_count, inspected_candidate_count, retry_loop_count, article_material_pack または production_pack, next_production_handoff。production_ready_count=0 のまま検査完了にしない。

workflow_id: porn-fun-directory-migration-ja
article_type_id: evaluation_score
article_kind: evaluation_score_dictionary_migration
content_set: porn_fun_single_service_migration
task_code: redirect-301
task_name: porn-fun単体サービス評価スコアページ移行 301実行・リダイレクト確認cron
sort_order: 16
default_status: pending
default_agent: CODE-YUKI
manual_id: evaluation-score-cron-stage-map-v6-6
reference_filter: evaluation_score
file_filter: evaluation_score
fact_check_filter: evaluation_score
completion_rule: 11 cronとして301_ready / redirect_ready / 301_ready_retryだけを処理し、301_done / 301_failed / BLOCKED_*をHubへ残す。 Hub認証bootstrap / HUB_AUTH_BOOTSTRAP: 汎用クライアント既定トークンだけに依存せず、H358_HUB_AGENT_TOKENまたはCODE-YUKI/.env.hub.localを内部利用してMain Hubを読む。認証値は出力しない。401/403/invalid token/token expiredなら同じ無効トークンで再試行せずbootstrap経路へ切り替える。Manuals/evaluation-score-cron-common-gate-v6-6、Manuals/evaluation-score-cron-stage-map-v6-6、Manuals/evaluation-score-cron-public-content-decoration-gate-v6-6、Manuals/evaluation-score-cron-structure-decoration-reference-pages-v6-6、Manuals/evaluation-score-cron-produce-pre-hq-minimum-gate-v6-6、Manuals/evaluation-score-cron-quality-score-handoff-gate-v6-6、Manuals/evaluation-score-cron-correction-and-end-state-gate-v6-6、Manuals/evaluation-score-cron-correction-must-fix-gate-v6-6、Manuals/evaluation-score-cron-schedule-and-limits-v6-6、Manuals/evaluation-score-cron-model-reasoning-config-gate-v6-6、Manuals/evaluation-score-cron-tasktemplate-agent-pack-real-record-gate-v6-6、Manuals/evaluation-score-cron-inspect-ready-fact-risk-gate-v6-6、Manuals/evaluation-score-cron-site-gates-v6-6、Manuals/evaluation-score-cron-release-checksheet-v6-6を通す。produceはTask8引き渡し前に最低品質Gateと品質スコアGateを通し、high_quality_testはquality_delta_itemsを作り、correctionはFAIL理由を実修正してcorrection_completion_score=100でready_for_retest/task8_recheckへ返す。porn-funのredirect-301はManuals/porn-fun-migration-301-cron-gate-v6-6も必ず通す。Hubが読めない場合はBLOCKED_HUB_AUTH。model/reasoningEffortを指定できない場合はBLOCKED_AUTOMATION_MODEL_CONFIG。
required_outputs: redirect-301-result.md
auto_create: FALSE
apply_to_existing: TRUE
status: active
notes: 個別cron作成依頼文で1件だけ作成するテンプレート。WORKFLOW_ID=porn-fun-directory-migration-ja / ARTICLE_KIND=evaluation_score_dictionary_migration / CONTENT_SET=porn_fun_single_service_migration

marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全cron共通 / 2026-05-25追加】
cron本体へ進む前に、必ず Autopost358 共通cron launcher の Hub Reachability preflight を先に実行する。
入口は RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py とする。

必須起動順:
1. cron launcherを起動する。
2. launcherが _branch_common\bootstrap\hub_reachability_claim_runner.py preflight を実行する。
3. preflight結果が ok=true の場合だけ本体cronへ進む。
4. ok=true でない場合、本体cronを開始しない。

preflight失敗時の扱い:
- result_status=PREFLIGHT_FAILED とする。
- Hubの状態に応じて BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_PREFLIGHT を明記する。
- 対象なし、PASS、完了、readyなし、訂正対象なしとして扱わない。
- WordPress本文、Directory Core、FAQ JSON-LD、公開状態、301、削除へ進まない。

Hubに入りやすくするための必須条件:
- hub_timeout_seconds=120 を使う。
- Main Hub の status / readiness / work_queue / agent_pack を確認する。
- Standby Hub はreadonly状態確認に使う。通常書き込み正本にしない。
- safe cache は補助だけに使い、完了判定の単独正本にしない。
- 追加read probeは必要時だけ使い、Main Hubへ余計な負荷をかけない。
- 秘密値、Authorization、Bearer、WP認証値は表示・ログ化しない。

Autopost358 rootからの入口例:
RUN_AUTOPOST_CRON_LAUNCHER.cmd --agent <automation_id> --site-key <site_key> --workflow-id <workflow_id> --article-kind <article_kind> --content-set <content_set> --task-stage <task_stage> --runtime-mode run

既存automationのpromptが旧入口を指す場合:
- 最新のcron.goudou本文、Main Hub Rule/Manual/Check/TaskTemplate、agent_packを読み直す。
- 旧入口のまま本体cronへ直行しない。
- launcher preflight必須Gateをprompt/handoff/packへ反映してから次工程へ渡す。