OripaGate【通常評価】cron一式作成依頼文（単独使用版・2026-05-23）

最終更新: 2026-05-24 23:02:51 JST。この記事は、OripaGate【通常評価】の6本のcronを一式で作るための単独使用版依頼文です。通常のサイト別スレッド起動文とは用途が違います。

各cronの一日起動回数と起動枠決定ルール

cron一式作成依頼文（単独使用版）

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.

OripaGate【通常評価】cron一式作成依頼文（単独使用版）




【全サイト・全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` として止める。

この依頼文は、代表がOripaGate【通常評価】6本を一式で作ると明示した場合だけ使う。
サイト別スレッド起動文を貼っただけで全cronを作らない。

全cron共通:
- SITE_KEY=oripagate / WORKFLOW_ID=oripagate-normal-evaluation-review-ja / ARTICLE_KIND=normal_evaluation_review / CONTENT_SET=normal_evaluation_review に限定する。
- 各cronは本体前に RUN_AUTOPOST_CRON_LAUNCHER.cmd または _branch_common\bootstrap\autopost_cron_launcher.py のpreflightを通す。ok=trueでなければPREFLIGHT_FAILEDとして止める。
- 各cronは実行前にcron.goudou正本、Main Hub Rules/Manuals/Checks/TaskTemplates/agent_pack、Work Queue、ローカルmanualを読み、latest_cron_instruction_checked=true / applied_gate_ids を残す。
- 秘密値、Authorization、Bearer、WP認証値、.env中身、個人ローカルパスを出さない。

起動回数:
- 収集1日1回、検査1日4回、制作1日最大3回、高品質1日最大5回、訂正1日1回、改善ハンドオフは週1回または改善キュー発生時。

発火時間ルール:
- テンプレート本文に固定時刻を書かない。
- cron作成時に、既存ACTIVE cronを確認する。
- 同時刻および既存cron前後10分以内の起動は避ける。
- 特に制作cron / produce cron / 記事制作cronと同時刻・近接を避ける。
- 1回起動cronは既存ACTIVEが少ない枠を1つ選び、複数回起動cronは朝・昼・夕・夜へ割り振って、開始分を分散候補から選ぶ。
- 各個別cron作成依頼文には、一日の発火回数と、既存ACTIVE確認後に選んだ開始時刻候補・実設定時刻・近接理由を記録する。
- 同一workflowの制作cronは同時並行させない。production_readyが複数あっても、1発火1記事で処理する。
- 制作cron / produce cron / 記事制作cronは、同一サイト・同一workflowの前回制作runから最低3時間以上あける。
- 複数回起動するcronは、朝・昼・夕・夜の広い枠へ分散する。
- 0分固定を避け、07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 などの分散しやすい分を候補にする。
- 前後10分を空けられない場合でも作成停止しない。5分間隔 → 1分間隔 → 最後は重複または同時刻 の順に詰めて、必ず設定する。
- スケジュール混雑だけで作成停止しない。
- 他サイトcronや既存automationを勝手に停止・変更・移動しない。
- 近接や同時刻になった場合は理由を記録する。

1. OripaGate【通常評価】候補収集cron
- TASK_STAGE=collect / TASK_CODES=0-A / 代表指定時のみ。未指定なら固定回数を書かない / 1回最大10件 / 0-A候補在庫最大30件。
- 公式サイト、公式SNS、公式ニュース、FAQ、特商法、PR、大型比較/ランキング、SNS投稿から候補を広く拾う。
- production_ready判定、本文制作、高品質PASS、訂正反映はしない。
- 必須出力: candidate_inventory, duplicate_candidate_notes, next_inspection_targets。

2. OripaGate【通常評価】候補検査cron
- TASK_STAGE=inspect / TASK_CODES=0-B / 1-A / 1-B / 1-B2 / 1-C / 代表指定時のみ。未指定なら固定回数を書かない / 1回最大6件。
- 候補を精査し、公式稼働、SNS、特商法、支払い、発送、サポート、キャンペーン、アフィリ有無を確認する。
- 制作候補0件のまま完了しない。必要なら0-Bから1-Cを続け、0-Bが尽きたら0-A補充へ戻る。
- 403/430や取得不安定は source_access_notes / official_link_decision / alternative_sources / fact_risk_notes / do_not_claim / pre_upload_recheck_urls として制作材料へ渡す。
- 必須出力: candidate_priority, reference_pack, url_validation_report, search_intent_pack, production_pack, production_ready_count, next_production_handoff。

3. OripaGate【通常評価】記事制作cron
- TASK_STAGE=produce / TASK_CODES=2 / 3 / 3-B / 4 / 7 / 代表指定時のみ。未指定なら固定回数を書かない / 1回1記事。
- Main Hubで production_ready=true / task_stage=produce / task_code=2 を再読込確認できた1記事だけ扱う。
- H1は対象名のみ、SEOタイトルは対象名+評判/評価/レビュー。冒頭は評価表 -> 完結リード -> 右位置公式リンク -> 目次 -> 最初のH2。
- Cocoon 0.0 を使い、7評価項目は同一数値禁止。score_unique_count=7 / duplicate_score_values=[] / score_reason_by_item 必須。
- 親H2は記事ごとに変え、その配下へ7項目H3を置く。本文4000字以上、Q&Aはdetails.qa-box。
- ✅は確認済み利点、⚠️はリスク/未確定/注意に使う。基本比率は✅:⚠️=2:1前後、注意が多い記事でも最大1:1程度。

4. OripaGate【通常評価】高品質チェックcron
- TASK_STAGE=high-quality-test / TASK_CODES=8 / 代表指定時のみ。未指定なら固定回数を書かない / 1回1記事。
- cron実装前の記事、代表投稿、旧バッチ、Hub未登録公開記事も対象に含める。
- 公開HTMLでH1/SEO、冒頭順、公式バッジ、Cocoon数値、スコア被りなし、親H2+7H3、4000字、Q&A、内部語露出なしを確認する。
- 装飾は decoration_check_mark_count / decoration_caution_mark_count / decoration_check_to_caution_ratio / black_bold_count / red_bold_count / black_bold_yellow_marker_count / cocoon_box_count / qa_box_count を測る。
- 不足はHIGH_QUALITY_FAILで訂正キューへ送る。本文編集はしない。

5. OripaGate【通常評価】訂正反映cron
- TASK_STAGE=correction / TASK_CODES=10 / 代表指定時のみ。未指定なら固定回数を書かない / FAILキューがある場合のみ / 1回1記事。
- FAIL理由を最新情報で実修正し、再検査へ返す。
- 既知訂正対象に https://oripagate.jp/1oripa-review/ を含める。7行中6行が3.5のようなスコア被りはPASS不可。
- スコア数値だけを散らさず、親H2配下7H3本文とscore_planを同時に直す。

6. OripaGate【通常評価】改善ハンドオフcron
- TASK_STAGE=improvement-handoff / TASK_CODES=9-A / 9-B / 代表指定時のみ。未指定なら固定回数を書かない / 1回最大10件。
- 文章QA、共起語、関連語、内部リンク、辞書導線、FAQ改善候補を整理する。
- 本文編集、投稿、訂正反映はしない。必要なものは correction_handoff へ送る。

必須Gate: 最新のCron指示情報を読んだかを各工程で確認する。古い指示のままなら最新化してから次工程へ渡し、古いままPASS/完了にしない。
通常評価Gate: 本文冒頭順は評価スコア表、完結したリード文、右寄せ公式/アフィリエイトのテキストリンク、目次、最初のH2の順で固定する。評価理由などの記事ごとに変えるH2の下へ、評価項目H3を必ず置く。

全cron共通: cron作成前に _codex_cron_threads\README_CRON_THREADS.md を読み、automation の cwd/cwds は必ず C:\Users\Public\Documents\LLC358\_codex_cron_threads にする。サイト本体フォルダは作業ソースであり cwd にしない。作成後に cwds を検査する。

収集・検査の情報源設計

• 収集cronは、公式サイト、公式X/SNS、公式ニュース/キャンペーン/FAQ/特商法ページ、PR TIMES等の公式リリース、大型比較/ランキングサイト、TCG・カード系メディア、X/YouTube/TikTok/Instagramの評判・当たり報告・発送報告・キャンペーン情報を広く拾います。
• 検査cronは、制作readyへ進める前に、公式サイトの稼働、公式SNSの稼働状況、特商法/運営者/問い合わせ、支払い/ポイント、発送/サポート、現在キャンペーンの一次情報、アフィリエイト有無を確認します。
• SNSや大型比較/ランキングサイトは、発見・検索意図・上位傾向・共起語・読者不安の材料です。公式または一次情報で確認できない内容を、確定事実として本文や評価表へ入れません。
• 公式確認なしのSNS情報、ランキング情報、口コミ情報だけで production_ready にしません。未確認の差分は Fact Risk / 要確認 として扱います。

検索例:

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.

オンラインオリパ 新サービス / 一式作成時の対象分類メモ




【全サイト・全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` として止める。

- このメモは候補分類用。cron役割の代替指示ではない。
- 通常評価に入れる対象: オンラインオリパサービス、ショップ/サイト単位で評判・評価・レビュー記事にできるもの。
- 通常評価から外す対象: 速報記事、用語辞書、TCGショップ辞書、トレカカード辞書、未開封BOX辞書、他サイト運用。
- 候補収集cronはここから候補を拾うだけ。検査cronが公式/準一次情報で制作可否を判断する。
- 制作・高品質・訂正の品質Gateは、各cronの役割別依頼文に従う。

必須Gate: 最新のCron指示情報を読んだかを各工程で確認する。古い指示のままなら最新化してから次工程へ渡し、古いままPASS/完了にしない。
通常評価Gate: 本文冒頭順は評価スコア表、完結したリード文、右寄せ公式/アフィリエイトのテキストリンク、目次、最初のH2の順で固定する。評価理由などの記事ごとに変えるH2の下へ、評価項目H3を必ず置く。

Hub Check: Checks/oripagate-normal-evaluation-source-tier-check-v1

運用メモ

• この記事はcommonカテゴリ用の単独依頼文です。サイト別カテゴリの記事は、スレッド立ち上げ定型文と個別cron依頼文の置き場です。
• 固定時刻は指定しません。cron作成時に既存ACTIVE cronを確認し、重ならない安全な空き枠へ配置します。
• 代表が複数回起動を明示したcronだけ、既存ACTIVE cronと近接しない安全な空き枠へ分散します。
• 記事制作cronは、既存ACTIVE制作cron / produce cron / 記事制作cronとの近接を避けます。どうしても空きがなければ、5分間隔、3分間隔、1分間隔、同時刻の順に詰めて、必要なcronをすべて設定します。
• OripaGate【通常評価】は通常投稿の記事です。辞書プラグイン評価スコアは使いません。
• オンラインオリパサイト基本情報などの辞書セット別cronは、別記事・別workflowで作成します。
• 実automation作成時は、既存同名automationの有無を確認し、既存を勝手に編集しません。