このページは支社でコピペするためのcronテンプレート置き場です。 Main 358 Hubを正本として読み、cron.goudou-358.jpは起動文の置き場として扱ってください。 スレッド立ち上げ文を貼っただけではautomation / cronを作成しません。 個別cron作成依頼文を1つ貼った時だけ、新規automationを1件だけ作成してください。 既存automation / cronは参照のみ許可します。編集・停止・削除・上書き・時刻変更は禁止です。 既存cronに変更を加えた場合は FAILED_EXISTING_AUTOMATION_MUTATED として報告してください。 cronのcwd/cwdsは必ず C:\Users\Public\Documents\LLC358\_codex_cron_threads にしてください。 サイトURL、/ja/、/nightlife/、カテゴリ、slug、言語、Directory CoreのキーはHubのサイト別設定を正本にしてください。 Hubが読めない場合は BLOCKED_HUB_AUTH または BLOCKED_HUB_NETWORK で停止し、対象なし・PASS・完了・readyなしとは扱わないでください。
スレッド立ち上げ依頼文
【スレッド立ち上げ依頼文】 【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 のまま検査完了にしない。 このスレッドは、Nightlife【店舗評価】 の 店舗評価スコアページ 用cron専用スレッドです。 この立ち上げ文を貼った時点では、automation / cronを作成しないでください。 このスレッドでは、後から貼る個別cron作成依頼文を1件ずつ処理し、依頼文1件につき新規automationを1件だけ作成してください。 複数cronの一括作成は禁止です。 Main 358 Hubを正本として読みます。 cron.goudou-358.jpは支社コピペ用の起動テンプレート置き場です。 支社PCには C:\Users\Public\Documents\LLC358\Autopost358 と C:\Users\Public\Documents\LLC358\_codex_cron_threads が存在する前提です。 HQ / New project / 個人ローカル作業フォルダには依存しません。 cwd/cwdsは必ず C:\Users\Public\Documents\LLC358\_codex_cron_threads にしてください。 サイトURL、/ja/、/nightlife/、カテゴリ、slug、言語、Directory CoreのキーはHubのサイト別設定を正本にしてください。 既存automation / cronは参照のみ許可します。編集・停止・削除・上書き・時刻変更は禁止です。 各cronは起動時に Main 358 Hub の agent_pack / agent_work_queue / agent_runtime_readiness / workflow article pack / stage TaskTemplate / Rules / Manuals / Checks / References / FactChecks / runtime lessons / runtime issue reports / version-up requests を読み、起動時指令マニフェスト（startup_instruction_manifest）をスレッド冒頭に表示してから作業してください。 Hubが読めない場合は BLOCKED_HUB_AUTH または BLOCKED_HUB_NETWORK で停止し、対象なし・PASS・完了・readyなしとは扱わないでください。
cron一式作成依頼文
【cron一式作成依頼文】 【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 のまま検査完了にしない。 この依頼は、Nightlife【店舗評価】 用のcron一式を新規automationとして作成する依頼です。 このH2の依頼文を貼った場合だけ、下記6件の新規automationを作成してください。 スレッド立ち上げ依頼文だけではautomation / cronを作成しないでください。 重要: この依頼は新規automation作成依頼です。 既存のautomation / cronは、参照のみ許可します。 既存automation / cronの編集・停止・削除・上書き・時刻変更は禁止です。 既存cronの起動時刻は、同時起動を避けるための参照情報としてのみ使ってください。 既存cronに変更を加えた場合、この依頼は失敗扱いです。 既存cronに変更を加えた場合は、FAILED_EXISTING_AUTOMATION_MUTATED として報告してください。 作成するcron: 1. Nightlife【店舗評価】 収集cron 2. Nightlife【店舗評価】 検査cron 3. Nightlife【店舗評価】 制作cron 4. Nightlife【店舗評価】 高品質テストcron 5. Nightlife【店舗評価】 訂正cron 6. Nightlife【店舗評価】 改善担当ハンドオフcron 全cron共通: - cwd/cwds は必ず C:\Users\Public\Documents\LLC358\_codex_cron_threads にする。 - model は利用可能な範囲で最新・高性能を選ぶ。 - reasoning effort は利用可能な範囲で最高にする。xhigh が選べる場合は xhigh。 - 実行開始時は Main 358 Hub を正本として読む。 - 起動時に startup_instruction_manifest として、そのcronが今回読むHub参照、対象工程、停止条件、次工程、出力予定をスレッドへ表示する。 - agent_pack / agent_work_queue / agent_runtime_readiness / workflow article pack / stage TaskTemplate / Rules / Manuals / Checks / References / FactChecks / runtime lessons / runtime issue reports / version_up_request を読む。 - Hub認証、Hub接続、必須Hub参照が読めない場合は BLOCKED_HUB_AUTH / BLOCKED_HUB_NETWORK / BLOCKED_HUB_REFERENCE_INCOMPLETE として停止する。対象なし、PASS、完了、readyなしとは扱わない。 - 実行中に長時間トライ＆エラーで成功した場合は cron_runtime_lesson として成功ルートをHubへ残す。 - 迷った、止まった、回避策で通した、仕様不足を見つけた場合は runtime_issue_report / version_up_request としてYUKI改善対象へ残す。 - 候補や記事に触る前に lock / claim を取得し、取得直後にHubを再読込する。自分がownerの場合だけ続行する。 - lock取得に失敗した場合は、同じ候補に固執せず次候補へ探し直す。候補がない場合は NO_UNLOCKED_TARGET として報告する。 - 0分固定を避け、07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 などの分散しやすい分を候補にする。 - 制作cronは、一回起動したら次の起動まで最低でも3時間は間隔をあける。 - サイトURL、/ja/、/nightlife/、カテゴリ、slug、言語、Directory CoreのキーはHubのサイト別設定を正本にする。 - Nightlife店舗固有Gate、H1/SEO、料金/安全/年齢/営業情報、装飾、FAQ、内部調査語露出禁止、見出し階層、文章量はHubの最新指令を読む。
個別cron作成依頼文
Nightlife【店舗評価】 収集cron作成依頼文
【Nightlife【店舗評価】】収集 cron automation作成依頼文 【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 のまま検査完了にしない。 この依頼は新規automation作成依頼です。 既存のautomation / cronは、参照のみ許可します。 既存automation / cronの編集・停止・削除・上書き・時刻変更は禁止です。 既存cronの起動時刻は、同時起動を避けるための参照情報としてのみ使ってください。 既存cronに変更を加えた場合、この依頼は失敗扱いです。 既存cronに変更を加えた場合は FAILED_EXISTING_AUTOMATION_MUTATED として報告してください。 automation名: Nightlife【店舗評価】 収集 cron kind: cron model: 利用可能な最新・高性能モデル reasoningEffort: 利用可能な最高。xhighが選べるならxhigh cwds: C:\Users\Public\Documents\LLC358\_codex_cron_threads 1日の起動回数: 1日2回 推奨起動時間: 既存cronを参照し、混雑しない枠 推奨分: 13 / 48など 起動時刻: 新規automation作成時は、既存ACTIVE cronの時刻を参照し、同時起動を避けてください。 0分固定を避け、07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 などの分散しやすい分を候補にしてください。 既存cronは参照のみで、編集・停止・削除・上書き・時刻変更は禁止です。 制作cronは、同一workflow内で一回起動したら次の起動まで最低3時間以上あけてください。 対象識別子: WORKFLOW_ID=nightlife-store-evaluation-ja ARTICLE_KIND=evaluation_score_nightlife_store CRON_FAMILY=evaluation_score CONTENT_SET=nightlife_store SITE_KEY=nightlife DIRECTORY_COLLECTION=nightlife-stores DIRECTORY_CATEGORY=store TASK_STAGE=collect / 対象工程=0-A。候補収集だけを行う。公開・本文編集・WordPress投稿・Directory Core・FAQ JSON-LD・301は行わない。 実行開始時: 1. 起動時指令マニフェスト（startup_instruction_manifest）をスレッド冒頭に表示してください。 2. Main 358 Hubの status / agent_pack / agent_work_queue / agent_runtime_readiness を読んでください。 3. workflow/article agent_pack、stage TaskTemplate、Rules、Manuals、Checks、References、FactChecks、runtime lessons、runtime issue reports、version-up requests を読んでください。 4. 支社PCで共通runtimeが見える場合は C:\Users\Public\Documents\LLC358\Autopost358\_branch_common\bootstrap\autopost_runtime.py を入口にしてください。 5. automation sandboxから共通runtimeが見えない場合でも対象なし扱いにしないでください。利用可能なPowerShell / curl / Python / Node経路でHubを読み、認証値・APPパスワード・トークン本文・Hub本文・配布物・memory・公開本文には秘密値を書かないでください。 6. 401 / 403 / invalid token / token expired は BLOCKED_HUB_AUTH。timeout / DNS / connect EACCES / TLS / fetch failed は BLOCKED_HUB_NETWORK。 7. endpoint / status / auth_source / retry_count はruntime_statまたはmemoryへ残してください。 8. 対象を選んだらHubでlock/claimを取り、直後にHubを再読込してください。自分のautomation_id / run_idがownerの場合だけ続行してください。 9. lock取得失敗時は、別候補があれば次候補へ進んでください。別候補がなければ NO_UNLOCKED_TARGET としてください。 10. 長時間の試行錯誤で成功した経路は cron_runtime_lesson に残してください。停止・迷い・回避策・仕様不足は runtime_issue_report に残し、YUKI修正が必要なものは version_up_request に積んでください。 品質Gate: 詳細ルールはHub正本を読んでください。 最低限、H1/SEO分離、H1→評価スコア表→リード文→公式テキストリンク→最初のH2、公式badge付き右寄せリンク、常体Strict、FAQ qa-box、FAQPage JSON-LD一致、装飾黄金比、H2/H3階層、見出しID、記事固有見出し、4000字目安、Search Compass、KW出現率3層、共起語・関連語の自然反映、内部調査語・制作都合の公開本文露出禁止を確認してください。 検索意図、上位傾向、共起語、関連語、Search Compass、keyword density、SERP、Gate、Hub、runtime、production_ready、correction_queueなどの内部調査語を公開本文へ出したらFAILです。 加筆・訂正後は、メインKW、共起語、関連語、装飾黄金比、文体、FAQ、見出し、文字数、内部語露出を再計測してから次工程へ渡してください。 site固有: 正本URLはHubに従う。kobe-gurashi.com/nightlife配下を基本にし、/ja/を勝手に付けない。 H1は店名または施設名のみ。SEOタイトルKWは「店舗名 + 評価・評判・レビュー」。 公式サイト、公式SNS、予約導線、料金、営業時間、エリア、支払い、注意事項を優先確認する。 年齢制限、安全、料金、営業情報の危険な誤りは停止または修正対象にする。
Nightlife【店舗評価】 検査cron作成依頼文
【Nightlife【店舗評価】】検査 cron automation作成依頼文 【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 のまま検査完了にしない。 この依頼は新規automation作成依頼です。 既存のautomation / cronは、参照のみ許可します。 既存automation / cronの編集・停止・削除・上書き・時刻変更は禁止です。 既存cronの起動時刻は、同時起動を避けるための参照情報としてのみ使ってください。 既存cronに変更を加えた場合、この依頼は失敗扱いです。 既存cronに変更を加えた場合は FAILED_EXISTING_AUTOMATION_MUTATED として報告してください。 automation名: Nightlife【店舗評価】 検査 cron kind: cron model: 利用可能な最新・高性能モデル reasoningEffort: 利用可能な最高。xhighが選べるならxhigh cwds: C:\Users\Public\Documents\LLC358\_codex_cron_threads 1日の起動回数: 1日2回 推奨起動時間: 既存cronを参照し、混雑しない枠 推奨分: 13 / 48など 起動時刻: 新規automation作成時は、既存ACTIVE cronの時刻を参照し、同時起動を避けてください。 0分固定を避け、07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 などの分散しやすい分を候補にしてください。 既存cronは参照のみで、編集・停止・削除・上書き・時刻変更は禁止です。 制作cronは、同一workflow内で一回起動したら次の起動まで最低3時間以上あけてください。 対象識別子: WORKFLOW_ID=nightlife-store-evaluation-ja ARTICLE_KIND=evaluation_score_nightlife_store CRON_FAMILY=evaluation_score CONTENT_SET=nightlife_store SITE_KEY=nightlife DIRECTORY_COLLECTION=nightlife-stores DIRECTORY_CATEGORY=store TASK_STAGE=inspect / 対象工程=0-B / 1-A / 1-B / 1-B2。候補精査、参照URL探索、URL検証、検索意図・上位傾向・共起語整理だけを行う。制作投入readyと単なる候補readyを分ける。 検査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」などの内部語を出さない。 実行開始時: 1. 起動時指令マニフェスト（startup_instruction_manifest）をスレッド冒頭に表示してください。 2. Main 358 Hubの status / agent_pack / agent_work_queue / agent_runtime_readiness を読んでください。 3. workflow/article agent_pack、stage TaskTemplate、Rules、Manuals、Checks、References、FactChecks、runtime lessons、runtime issue reports、version-up requests を読んでください。 4. 支社PCで共通runtimeが見える場合は C:\Users\Public\Documents\LLC358\Autopost358\_branch_common\bootstrap\autopost_runtime.py を入口にしてください。 5. automation sandboxから共通runtimeが見えない場合でも対象なし扱いにしないでください。利用可能なPowerShell / curl / Python / Node経路でHubを読み、認証値・APPパスワード・トークン本文・Hub本文・配布物・memory・公開本文には秘密値を書かないでください。 6. 401 / 403 / invalid token / token expired は BLOCKED_HUB_AUTH。timeout / DNS / connect EACCES / TLS / fetch failed は BLOCKED_HUB_NETWORK。 7. endpoint / status / auth_source / retry_count はruntime_statまたはmemoryへ残してください。 8. 対象を選んだらHubでlock/claimを取り、直後にHubを再読込してください。自分のautomation_id / run_idがownerの場合だけ続行してください。 9. lock取得失敗時は、別候補があれば次候補へ進んでください。別候補がなければ NO_UNLOCKED_TARGET としてください。 10. 長時間の試行錯誤で成功した経路は cron_runtime_lesson に残してください。停止・迷い・回避策・仕様不足は runtime_issue_report に残し、YUKI修正が必要なものは version_up_request に積んでください。 品質Gate: 詳細ルールはHub正本を読んでください。 最低限、H1/SEO分離、H1→評価スコア表→リード文→公式テキストリンク→最初のH2、公式badge付き右寄せリンク、常体Strict、FAQ qa-box、FAQPage JSON-LD一致、装飾黄金比、H2/H3階層、見出しID、記事固有見出し、4000字目安、Search Compass、KW出現率3層、共起語・関連語の自然反映、内部調査語・制作都合の公開本文露出禁止を確認してください。 検索意図、上位傾向、共起語、関連語、Search Compass、keyword density、SERP、Gate、Hub、runtime、production_ready、correction_queueなどの内部調査語を公開本文へ出したらFAILです。 加筆・訂正後は、メインKW、共起語、関連語、装飾黄金比、文体、FAQ、見出し、文字数、内部語露出を再計測してから次工程へ渡してください。 site固有: 正本URLはHubに従う。kobe-gurashi.com/nightlife配下を基本にし、/ja/を勝手に付けない。 H1は店名または施設名のみ。SEOタイトルKWは「店舗名 + 評価・評判・レビュー」。 公式サイト、公式SNS、予約導線、料金、営業時間、エリア、支払い、注意事項を優先確認する。 年齢制限、安全、料金、営業情報の危険な誤りは停止または修正対象にする。
Nightlife【店舗評価】 制作cron作成依頼文
【Nightlife【店舗評価】】制作 cron automation作成依頼文 【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 のまま検査完了にしない。 この依頼は新規automation作成依頼です。 既存のautomation / cronは、参照のみ許可します。 既存automation / cronの編集・停止・削除・上書き・時刻変更は禁止です。 既存cronの起動時刻は、同時起動を避けるための参照情報としてのみ使ってください。 既存cronに変更を加えた場合、この依頼は失敗扱いです。 既存cronに変更を加えた場合は FAILED_EXISTING_AUTOMATION_MUTATED として報告してください。 automation名: Nightlife【店舗評価】 制作 cron kind: cron model: 利用可能な最新・高性能モデル reasoningEffort: 利用可能な最高。xhighが選べるならxhigh cwds: C:\Users\Public\Documents\LLC358\_codex_cron_threads 1日の起動回数: 1日3回以内 推奨起動時間: 最低3時間以上あける 推奨分: 13 / 48など 起動時刻: 新規automation作成時は、既存ACTIVE cronの時刻を参照し、同時起動を避けてください。 0分固定を避け、07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 などの分散しやすい分を候補にしてください。 既存cronは参照のみで、編集・停止・削除・上書き・時刻変更は禁止です。 制作cronは、同一workflow内で一回起動したら次の起動まで最低3時間以上あけてください。 対象識別子: WORKFLOW_ID=nightlife-store-evaluation-ja ARTICLE_KIND=evaluation_score_nightlife_store CRON_FAMILY=evaluation_score CONTENT_SET=nightlife_store SITE_KEY=nightlife DIRECTORY_COLLECTION=nightlife-stores DIRECTORY_CATEGORY=store TASK_STAGE=produce / 対象工程=1-C / 2 / 3 / 3-B / 4 / 5 / 6 / 7。制作投入ready候補を1件だけclaimし、制作パック、本文、WordPress反映、Directory Core入力、FAQ JSON-LD、公開HTML一次確認まで行う。ready_for_high_quality_testへ渡す。 実行開始時: 1. 起動時指令マニフェスト（startup_instruction_manifest）をスレッド冒頭に表示してください。 2. Main 358 Hubの status / agent_pack / agent_work_queue / agent_runtime_readiness を読んでください。 3. workflow/article agent_pack、stage TaskTemplate、Rules、Manuals、Checks、References、FactChecks、runtime lessons、runtime issue reports、version-up requests を読んでください。 4. 支社PCで共通runtimeが見える場合は C:\Users\Public\Documents\LLC358\Autopost358\_branch_common\bootstrap\autopost_runtime.py を入口にしてください。 5. automation sandboxから共通runtimeが見えない場合でも対象なし扱いにしないでください。利用可能なPowerShell / curl / Python / Node経路でHubを読み、認証値・APPパスワード・トークン本文・Hub本文・配布物・memory・公開本文には秘密値を書かないでください。 6. 401 / 403 / invalid token / token expired は BLOCKED_HUB_AUTH。timeout / DNS / connect EACCES / TLS / fetch failed は BLOCKED_HUB_NETWORK。 7. endpoint / status / auth_source / retry_count はruntime_statまたはmemoryへ残してください。 8. 対象を選んだらHubでlock/claimを取り、直後にHubを再読込してください。自分のautomation_id / run_idがownerの場合だけ続行してください。 9. lock取得失敗時は、別候補があれば次候補へ進んでください。別候補がなければ NO_UNLOCKED_TARGET としてください。 10. 長時間の試行錯誤で成功した経路は cron_runtime_lesson に残してください。停止・迷い・回避策・仕様不足は runtime_issue_report に残し、YUKI修正が必要なものは version_up_request に積んでください。 品質Gate: 詳細ルールはHub正本を読んでください。 最低限、H1/SEO分離、H1→評価スコア表→リード文→公式テキストリンク→最初のH2、公式badge付き右寄せリンク、常体Strict、FAQ qa-box、FAQPage JSON-LD一致、装飾黄金比、H2/H3階層、見出しID、記事固有見出し、4000字目安、Search Compass、KW出現率3層、共起語・関連語の自然反映、内部調査語・制作都合の公開本文露出禁止を確認してください。 検索意図、上位傾向、共起語、関連語、Search Compass、keyword density、SERP、Gate、Hub、runtime、production_ready、correction_queueなどの内部調査語を公開本文へ出したらFAILです。 加筆・訂正後は、メインKW、共起語、関連語、装飾黄金比、文体、FAQ、見出し、文字数、内部語露出を再計測してから次工程へ渡してください。 site固有: 正本URLはHubに従う。kobe-gurashi.com/nightlife配下を基本にし、/ja/を勝手に付けない。 H1は店名または施設名のみ。SEOタイトルKWは「店舗名 + 評価・評判・レビュー」。 公式サイト、公式SNS、予約導線、料金、営業時間、エリア、支払い、注意事項を優先確認する。 年齢制限、安全、料金、営業情報の危険な誤りは停止または修正対象にする。
Nightlife【店舗評価】 高品質テストcron作成依頼文
【Nightlife【店舗評価】】高品質テスト cron automation作成依頼文 【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 のまま検査完了にしない。 この依頼は新規automation作成依頼です。 既存のautomation / cronは、参照のみ許可します。 既存automation / cronの編集・停止・削除・上書き・時刻変更は禁止です。 既存cronの起動時刻は、同時起動を避けるための参照情報としてのみ使ってください。 既存cronに変更を加えた場合、この依頼は失敗扱いです。 既存cronに変更を加えた場合は FAILED_EXISTING_AUTOMATION_MUTATED として報告してください。 automation名: Nightlife【店舗評価】 高品質テスト cron kind: cron model: 利用可能な最新・高性能モデル reasoningEffort: 利用可能な最高。xhighが選べるならxhigh cwds: C:\Users\Public\Documents\LLC358\_codex_cron_threads 1日の起動回数: 1日3回 推奨起動時間: 既存cronを参照し、混雑しない枠 推奨分: 13 / 26 / 48など 起動時刻: 新規automation作成時は、既存ACTIVE cronの時刻を参照し、同時起動を避けてください。 0分固定を避け、07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 などの分散しやすい分を候補にしてください。 既存cronは参照のみで、編集・停止・削除・上書き・時刻変更は禁止です。 制作cronは、同一workflow内で一回起動したら次の起動まで最低3時間以上あけてください。 対象識別子: WORKFLOW_ID=nightlife-store-evaluation-ja ARTICLE_KIND=evaluation_score_nightlife_store CRON_FAMILY=evaluation_score CONTENT_SET=nightlife_store SITE_KEY=nightlife DIRECTORY_COLLECTION=nightlife-stores DIRECTORY_CATEGORY=store TASK_STAGE=high-quality-test / 対象工程=8。公開HTMLを厳格に検査する。本文を直接直す役ではない。FAIL時は不足点、修正場所、修正条件、再確認条件をcorrection_queueへ渡す。 実行開始時: 1. 起動時指令マニフェスト（startup_instruction_manifest）をスレッド冒頭に表示してください。 2. Main 358 Hubの status / agent_pack / agent_work_queue / agent_runtime_readiness を読んでください。 3. workflow/article agent_pack、stage TaskTemplate、Rules、Manuals、Checks、References、FactChecks、runtime lessons、runtime issue reports、version-up requests を読んでください。 4. 支社PCで共通runtimeが見える場合は C:\Users\Public\Documents\LLC358\Autopost358\_branch_common\bootstrap\autopost_runtime.py を入口にしてください。 5. automation sandboxから共通runtimeが見えない場合でも対象なし扱いにしないでください。利用可能なPowerShell / curl / Python / Node経路でHubを読み、認証値・APPパスワード・トークン本文・Hub本文・配布物・memory・公開本文には秘密値を書かないでください。 6. 401 / 403 / invalid token / token expired は BLOCKED_HUB_AUTH。timeout / DNS / connect EACCES / TLS / fetch failed は BLOCKED_HUB_NETWORK。 7. endpoint / status / auth_source / retry_count はruntime_statまたはmemoryへ残してください。 8. 対象を選んだらHubでlock/claimを取り、直後にHubを再読込してください。自分のautomation_id / run_idがownerの場合だけ続行してください。 9. lock取得失敗時は、別候補があれば次候補へ進んでください。別候補がなければ NO_UNLOCKED_TARGET としてください。 10. 長時間の試行錯誤で成功した経路は cron_runtime_lesson に残してください。停止・迷い・回避策・仕様不足は runtime_issue_report に残し、YUKI修正が必要なものは version_up_request に積んでください。 品質Gate: 詳細ルールはHub正本を読んでください。 最低限、H1/SEO分離、H1→評価スコア表→リード文→公式テキストリンク→最初のH2、公式badge付き右寄せリンク、常体Strict、FAQ qa-box、FAQPage JSON-LD一致、装飾黄金比、H2/H3階層、見出しID、記事固有見出し、4000字目安、Search Compass、KW出現率3層、共起語・関連語の自然反映、内部調査語・制作都合の公開本文露出禁止を確認してください。 検索意図、上位傾向、共起語、関連語、Search Compass、keyword density、SERP、Gate、Hub、runtime、production_ready、correction_queueなどの内部調査語を公開本文へ出したらFAILです。 加筆・訂正後は、メインKW、共起語、関連語、装飾黄金比、文体、FAQ、見出し、文字数、内部語露出を再計測してから次工程へ渡してください。 site固有: 正本URLはHubに従う。kobe-gurashi.com/nightlife配下を基本にし、/ja/を勝手に付けない。 H1は店名または施設名のみ。SEOタイトルKWは「店舗名 + 評価・評判・レビュー」。 公式サイト、公式SNS、予約導線、料金、営業時間、エリア、支払い、注意事項を優先確認する。 年齢制限、安全、料金、営業情報の危険な誤りは停止または修正対象にする。
Nightlife【店舗評価】 訂正cron作成依頼文
【Nightlife【店舗評価】】訂正 cron automation作成依頼文 【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 のまま検査完了にしない。 この依頼は新規automation作成依頼です。 既存のautomation / cronは、参照のみ許可します。 既存automation / cronの編集・停止・削除・上書き・時刻変更は禁止です。 既存cronの起動時刻は、同時起動を避けるための参照情報としてのみ使ってください。 既存cronに変更を加えた場合、この依頼は失敗扱いです。 既存cronに変更を加えた場合は FAILED_EXISTING_AUTOMATION_MUTATED として報告してください。 automation名: Nightlife【店舗評価】 訂正 cron kind: cron model: 利用可能な最新・高性能モデル reasoningEffort: 利用可能な最高。xhighが選べるならxhigh cwds: C:\Users\Public\Documents\LLC358\_codex_cron_threads 1日の起動回数: 1日1回以上 推奨起動時間: 既存cronを参照 推奨分: 41など 起動時刻: 新規automation作成時は、既存ACTIVE cronの時刻を参照し、同時起動を避けてください。 0分固定を避け、07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 などの分散しやすい分を候補にしてください。 既存cronは参照のみで、編集・停止・削除・上書き・時刻変更は禁止です。 制作cronは、同一workflow内で一回起動したら次の起動まで最低3時間以上あけてください。 対象識別子: WORKFLOW_ID=nightlife-store-evaluation-ja ARTICLE_KIND=evaluation_score_nightlife_store CRON_FAMILY=evaluation_score CONTENT_SET=nightlife_store SITE_KEY=nightlife DIRECTORY_COLLECTION=nightlife-stores DIRECTORY_CATEGORY=store TASK_STAGE=correction / 対象工程=10。高品質テストから渡された不足点を実修正し、公開HTMLまたはプレビューHTMLで再確認してready_for_retestへ返す。修正後は再バランスGateを必ず通す。 実行開始時: 1. 起動時指令マニフェスト（startup_instruction_manifest）をスレッド冒頭に表示してください。 2. Main 358 Hubの status / agent_pack / agent_work_queue / agent_runtime_readiness を読んでください。 3. workflow/article agent_pack、stage TaskTemplate、Rules、Manuals、Checks、References、FactChecks、runtime lessons、runtime issue reports、version-up requests を読んでください。 4. 支社PCで共通runtimeが見える場合は C:\Users\Public\Documents\LLC358\Autopost358\_branch_common\bootstrap\autopost_runtime.py を入口にしてください。 5. automation sandboxから共通runtimeが見えない場合でも対象なし扱いにしないでください。利用可能なPowerShell / curl / Python / Node経路でHubを読み、認証値・APPパスワード・トークン本文・Hub本文・配布物・memory・公開本文には秘密値を書かないでください。 6. 401 / 403 / invalid token / token expired は BLOCKED_HUB_AUTH。timeout / DNS / connect EACCES / TLS / fetch failed は BLOCKED_HUB_NETWORK。 7. endpoint / status / auth_source / retry_count はruntime_statまたはmemoryへ残してください。 8. 対象を選んだらHubでlock/claimを取り、直後にHubを再読込してください。自分のautomation_id / run_idがownerの場合だけ続行してください。 9. lock取得失敗時は、別候補があれば次候補へ進んでください。別候補がなければ NO_UNLOCKED_TARGET としてください。 10. 長時間の試行錯誤で成功した経路は cron_runtime_lesson に残してください。停止・迷い・回避策・仕様不足は runtime_issue_report に残し、YUKI修正が必要なものは version_up_request に積んでください。 品質Gate: 詳細ルールはHub正本を読んでください。 最低限、H1/SEO分離、H1→評価スコア表→リード文→公式テキストリンク→最初のH2、公式badge付き右寄せリンク、常体Strict、FAQ qa-box、FAQPage JSON-LD一致、装飾黄金比、H2/H3階層、見出しID、記事固有見出し、4000字目安、Search Compass、KW出現率3層、共起語・関連語の自然反映、内部調査語・制作都合の公開本文露出禁止を確認してください。 検索意図、上位傾向、共起語、関連語、Search Compass、keyword density、SERP、Gate、Hub、runtime、production_ready、correction_queueなどの内部調査語を公開本文へ出したらFAILです。 加筆・訂正後は、メインKW、共起語、関連語、装飾黄金比、文体、FAQ、見出し、文字数、内部語露出を再計測してから次工程へ渡してください。 site固有: 正本URLはHubに従う。kobe-gurashi.com/nightlife配下を基本にし、/ja/を勝手に付けない。 H1は店名または施設名のみ。SEOタイトルKWは「店舗名 + 評価・評判・レビュー」。 公式サイト、公式SNS、予約導線、料金、営業時間、エリア、支払い、注意事項を優先確認する。 年齢制限、安全、料金、営業情報の危険な誤りは停止または修正対象にする。
Nightlife【店舗評価】 改善担当ハンドオフcron作成依頼文
【Nightlife【店舗評価】】改善担当ハンドオフ cron automation作成依頼文 【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 のまま検査完了にしない。 この依頼は新規automation作成依頼です。 既存のautomation / cronは、参照のみ許可します。 既存automation / cronの編集・停止・削除・上書き・時刻変更は禁止です。 既存cronの起動時刻は、同時起動を避けるための参照情報としてのみ使ってください。 既存cronに変更を加えた場合、この依頼は失敗扱いです。 既存cronに変更を加えた場合は FAILED_EXISTING_AUTOMATION_MUTATED として報告してください。 automation名: Nightlife【店舗評価】 改善担当ハンドオフ cron kind: cron model: 利用可能な最新・高性能モデル reasoningEffort: 利用可能な最高。xhighが選べるならxhigh cwds: C:\Users\Public\Documents\LLC358\_codex_cron_threads 1日の起動回数: 1日1回 推奨起動時間: 既存cronを参照 推奨分: 07 / 41など 起動時刻: 新規automation作成時は、既存ACTIVE cronの時刻を参照し、同時起動を避けてください。 0分固定を避け、07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 などの分散しやすい分を候補にしてください。 既存cronは参照のみで、編集・停止・削除・上書き・時刻変更は禁止です。 制作cronは、同一workflow内で一回起動したら次の起動まで最低3時間以上あけてください。 対象識別子: WORKFLOW_ID=nightlife-store-evaluation-ja ARTICLE_KIND=evaluation_score_nightlife_store CRON_FAMILY=evaluation_score CONTENT_SET=nightlife_store SITE_KEY=nightlife DIRECTORY_COLLECTION=nightlife-stores DIRECTORY_CATEGORY=store TASK_STAGE=improvement-handoff / 対象工程=9-A / 9-B / 必要時10。公開後QA・共起語改善候補を整理し、別担当や次工程へ渡す。すぐ必要な修正は訂正cronへ戻す。 実行開始時: 1. 起動時指令マニフェスト（startup_instruction_manifest）をスレッド冒頭に表示してください。 2. Main 358 Hubの status / agent_pack / agent_work_queue / agent_runtime_readiness を読んでください。 3. workflow/article agent_pack、stage TaskTemplate、Rules、Manuals、Checks、References、FactChecks、runtime lessons、runtime issue reports、version-up requests を読んでください。 4. 支社PCで共通runtimeが見える場合は C:\Users\Public\Documents\LLC358\Autopost358\_branch_common\bootstrap\autopost_runtime.py を入口にしてください。 5. automation sandboxから共通runtimeが見えない場合でも対象なし扱いにしないでください。利用可能なPowerShell / curl / Python / Node経路でHubを読み、認証値・APPパスワード・トークン本文・Hub本文・配布物・memory・公開本文には秘密値を書かないでください。 6. 401 / 403 / invalid token / token expired は BLOCKED_HUB_AUTH。timeout / DNS / connect EACCES / TLS / fetch failed は BLOCKED_HUB_NETWORK。 7. endpoint / status / auth_source / retry_count はruntime_statまたはmemoryへ残してください。 8. 対象を選んだらHubでlock/claimを取り、直後にHubを再読込してください。自分のautomation_id / run_idがownerの場合だけ続行してください。 9. lock取得失敗時は、別候補があれば次候補へ進んでください。別候補がなければ NO_UNLOCKED_TARGET としてください。 10. 長時間の試行錯誤で成功した経路は cron_runtime_lesson に残してください。停止・迷い・回避策・仕様不足は runtime_issue_report に残し、YUKI修正が必要なものは version_up_request に積んでください。 品質Gate: 詳細ルールはHub正本を読んでください。 最低限、H1/SEO分離、H1→評価スコア表→リード文→公式テキストリンク→最初のH2、公式badge付き右寄せリンク、常体Strict、FAQ qa-box、FAQPage JSON-LD一致、装飾黄金比、H2/H3階層、見出しID、記事固有見出し、4000字目安、Search Compass、KW出現率3層、共起語・関連語の自然反映、内部調査語・制作都合の公開本文露出禁止を確認してください。 検索意図、上位傾向、共起語、関連語、Search Compass、keyword density、SERP、Gate、Hub、runtime、production_ready、correction_queueなどの内部調査語を公開本文へ出したらFAILです。 加筆・訂正後は、メインKW、共起語、関連語、装飾黄金比、文体、FAQ、見出し、文字数、内部語露出を再計測してから次工程へ渡してください。 site固有: 正本URLはHubに従う。kobe-gurashi.com/nightlife配下を基本にし、/ja/を勝手に付けない。 H1は店名または施設名のみ。SEOタイトルKWは「店舗名 + 評価・評判・レビュー」。 公式サイト、公式SNS、予約導線、料金、営業時間、エリア、支払い、注意事項を優先確認する。 年齢制限、安全、料金、営業情報の危険な誤りは停止または修正対象にする。
更新履歴：2026-05-23 v6.7 検査cronの止めすぎ防止
正本: Main 358 Hub の 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 を読む。
目的: 検査cronが「記載なし」「公式リンクなし」「調査したが情報見つからず」「法務・年齢・地域差」だけで止まり続けないようにし、記事本文の注意喚起へ渡せるものは notice_requirements を作り、READY_WITH_NOTICE / ready_for_produce として制作へ進める。識別子は INSPECT_NOTICE_READINESS。個別cron依頼文があるページでは、コピペ用本文内にも同じ内容を反映済み。
既存のコピペ用コード枠が検出できなかったため、この投稿では下のコード枠をコピペ対象へ含める。marker: hub-reachability-cron-launcher-preflight-required-20260525
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.
marker: hub-reachability-cron-launcher-preflight-required-20260525
【全サイト・全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共通 / 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へ反映してから次工程へ渡す。