スレッド立ち上げ依頼文
第一開発部 invest358 【評価・プロップファーム】cron作業スレッドを起動せよ。 このスレッドは、invest358.com 用HUB v0.1.85系を使う、プロップファーム評価記事cronの作業スレッドである。対象公開cronページは https://cron.goudou-358.jp/2226/ だけである。公開ページ2226の実本文を正とし、ローカル作業ファイルや過去スレッドの記憶を正本にしない。 最初に読む場所: 1. 公開ページ https://cron.goudou-358.jp/2226/ 2. `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\gates\current\SKILL.md` 3. `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\gates\current\ALL_SITE_CRON_REQUEST_GATE.md` 4. `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\gates\current\CONTEXT_HEAVY_MANUALS.md` 5. `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\cron_prompts\current\README.md` 6. `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\cron_prompts\current\trading-service-directory\README.md` 7. `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\cron_prompts\current\trading-service-directory\prop-firm\README.md` 8. `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\gates\current\INVEST358_TRADING_SERVICE_DICTIONARY_CONTRACT.md` 9. `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\gates\current\INVEST358_TRADING_SERVICE_GENRE_PROMPT_GATE.md` 10. `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\gates\current\INVEST358_SEARCH_INTENT_SERP_TOPIC_GATE.md` 11. ライブHUB `https://invest358-hub.secure358.com` の `api=status` と対象workflowの `api=agent_pack` 触ってよい対象: 代表がこのターンで明示した公開cronページ2226、または2226に直接関係する `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` 内だけである。支社PCへ持っていく対象も `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` だけであり、このサイトHub内でGate、startup、cron prompt、runtime証跡を完結させる。 触ってはいけない対象: 他カテゴリcronページ、他HUB、他サイト、他辞書セット、他ロール、他サイト記事、他サイトcron prompt、他サイトGate、代表が指定していない公開記事、既存automation本体は勝手に触らない。確認依頼だけなら編集しない。作業指示なら、触る対象と触らない対象を先に明記して進める。 見出し構成: このページのh2は「スレッド立ち上げ依頼文」「cron一式作成依頼文」「個別cron作成依頼文」だけである。h3は、収集、検査、制作、高品質、訂正、改善ハンドオフの6件だけである。新しいh2/h3を作らず、必要な追記は既存の該当ブロック本文へ入れる。 対象: 対象サイトは `https://invest358.com/` のみである。対象HUBは `https://invest358-hub.secure358.com` のInvest358専用HUBのみである。ローカル正本は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` である。辞書セットは `trading-service-directory`、カテゴリは `プロップファーム`、カテゴリURLは `https://invest358.com/ja/directory-category/prop-firm/`、カテゴリslugは `prop-firm` である。 workflow混同防止: プロップファームcronでは、`site_id=invest358`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`directory_category_name=プロップファーム` を固定する。収集は `invest358-prop-firm-evaluation-collection`、検査は `invest358-prop-firm-evaluation-inspection`、制作は `invest358-prop-firm-evaluation-production`、高品質は `invest358-prop-firm-evaluation-quality`、訂正は `invest358-prop-firm-evaluation-correction`、改善ハンドオフは `invest358-prop-firm-evaluation-improvement-handoff` として扱う。別workflow、別content_set、別slug、別カテゴリ名が混じった場合は `WORKFLOW_SCOPE_MISMATCH` として止める。 automation設定: cron実行cwdは `C:\Users\Public\Documents\LLC358\_codex_cron_threads` とする。 起動時間設定ルール: 既存ACTIVE cronを確認してから設定する。同時刻と前後10分を避ける。00分固定を避ける。分は 07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 を優先候補にする。朝・昼・夕・夜へ分散する。既存ACTIVE cronを確認できない場合は `SCHEDULE_ACTIVE_CRON_NOT_CHECKED` として設置完了にしない。 実運用の1日の起動回数: 収集は2回、検査は2回、制作は1回、高品質は1回、訂正は2回、改善ハンドオフは1回を基本にする。1回の処理件数は各個別cron本文の上限に従う。 制作・検査・収集の必須姿勢: Search Compassは必須である。Search Compassだけでは足りず、検索上位10ページ前後の実データ、title/H1、メタディスクリプション、H2/H3/H4、本文頻出語、関連検索、サジェスト、People Also Ask的な質問、SERP上の言い回しを確認する。記事構成は、検索意図、上位構成、必要トピック、共起語・関連語、差別化要素の順で作る。上位ページの見出し順、本文表現、表構成、評価式、CTA、ランキング表現はコピーしない。 収集のメンターサイト: プロップファームでは BrokerChooser、ForexBrokers.com、Investopedia broker methodology、主要FX/ブローカー比較ページを、収集時の比較軸発見に使う。メンターサイトは地図であり、文章、見出し順、表、スコア式、CTA、ランキング結論をコピーしない。 辞書・カテゴリの固定: 辞書設定内、HUB保存キー、taxonomy slug、content_set名では「海外」という単語を使わない。通常記事に同じ口座業者・ブローカーが書かれていても、辞書記事内・Directory内に未掲載なら採用対象にする。通常記事に名前があるだけでは除外しない。重複判定は trading-service-directory の辞書記事、Directory項目、既存0-B候補、検査済み候補、制作済み記事を基準にする。 評価スコア項目: 安全性、取引条件、コスト、商品・銘柄、入出金、ツール、サポート、総合評価で固定する。総合評価は他7項目の平均として扱う。基本情報表は、サービス名、サービス種別、公式サイト、運営会社、所在国/登録国、ライセンス/登録状況、チャレンジプラン/口座サイズ/プラン、取扱商品・銘柄、主要条件、手数料・スプレッド・利用コスト、最低入金額/最低利用額/チャレンジ費、入金方法、報酬受取方法、出金・報酬受取条件、割引/キャンペーン、対応プラットフォーム、自動売買/EA対応、サポート言語、本人確認/KYC、確認日を共通項目とする。 公開本文ルール: 本文、リード、BOX、Q&A、まとめは自然な敬体で書く。見出しは無理に敬体化しない。Gutenbergブロック区切りコメントは禁止する。Node REPL / node_repl / JavaScript REPLは禁止する。秘密値、認証値、不要な個人情報を記事本文・報告・HUBへ混ぜない。公開本文にはHUB、cron、Gate、Search Compass、production_ready、agent_pack、validator_result、検査メモ、作業メモなどの内部語を出さない。 追記: 公開記事の想定読者は、口座条件、取引条件、入出金、割引、プラットフォーム、対応商品、サポート、本人確認、リスクを比較したいトレーダーです。公開本文、リード、BOX、Q&A、まとめ、CTA、SEOタイトル、メタ説明では、トレーダーが判断に使う公式サービス情報と注意点だけを書きます。Invest358側のアフィリエイト都合、提携可否、IB、CPA、レベニューシェア、ライフタイムコミッション、継続報酬、ASP名、トラッキングリンク、候補優先順位、内部ビジネス理由は読者が読む部分へ出してはいけません。これらはHUB証跡、validator、handoff、候補優先度の内部記録だけで扱います。公開本文へ漏れた場合は `PUBLIC_AFFILIATE_INTERNAL_TEXT_LEAK`、CTA文言へ漏れた場合は `PUBLIC_CTA_AFFILIATE_REASON_LEAK` としてFAILにします。 編集・公開確認: 公開cronページを編集した場合は、公開反映後に必ず読み戻す。見出し構成、必須文言、不要語、対象cronブロックの文字数、変更範囲を確認して報告する。収集と検査は1万文字以上、制作は3万5千文字以上を維持する。文字数を減らす修正は禁止し、必要な追加は追記として入れる。
cron一式作成依頼文
このページでは、invest358 【評価・プロップファーム】のcron一式を作成・整備する。 作成対象は次の6件である。 1. invest358 【評価・プロップファーム】収集 2. invest358 【評価・プロップファーム】検査 3. invest358 【評価・プロップファーム】制作 4. invest358 【評価・プロップファーム】高品質 5. invest358 【評価・プロップファーム】訂正 6. invest358 【評価・プロップファーム】改善ハンドオフ 収集cron、検査cronは1万文字以上を目安に、制作cronは3万5千文字以上を目安にする。高品質以降は品質に必要な分量でよい。各依頼文の中には、外側の説明ではなくcron実行時にそのまま守るべきルールを入れる。一日の起動回数、設定時間ルール、処理件数上限、HUB確認、辞書セット、カテゴリ、Search Compass、検索上位10ページ前後の実データ参照、第三者レビュー・比較情報、メンターサイト参照、重複判定、通常記事に掲載済みでも辞書未掲載なら採用するルールを必ず含める。 制作cronには、必須Gate、評価スコア、基本情報表、本文の敬体ルール、右寄せ公式/アフィリエイトCTA、qa-box、装飾BOX、✅/⚠️、公開HTML読み戻し、Gutenbergブロック区切りコメント禁止、自然文チェック、検証メモ文混入禁止、全FAIL記録、task8 handoffの条件を、cron実行者がその場で読んで判断できる具体ルールとして書き切る。別ページ、別記事、他サイトcron、過去スレッド、外側の作業メモを読まないと判断できない書き方は禁止する。 このcron一式は、プロップファームカテゴリ専用である。暗号資産取引所、証券会社、プロップファームカテゴリ、バイナリーオプション業者カテゴリ、自動売買ツール、シグナル配信、コピートレード、VPS、分析ツールへ流用してはいけない。
個別cron作成依頼文
invest358 【評価・プロップファーム】収集cron作成依頼文
横展開Gate追記: このcronは プロップファーム / prop-firm 専用です。起動時はこの公開ページ自身と新分類名・新slugを正本にし、旧ページID・旧slug・旧カテゴリ名を作業判断に使いません。
<<<CRON_REQUEST:invest358_prop_firm_collection:start>>>
件名: invest358 【評価・プロップファーム】収集cron作成依頼
あなたは、invest358.com 用HUB v0.1.85.008 を使い、プロップファーム評価記事の候補を収集する定期cronを作成してください。この依頼文は、cron作成時にそのままコピーして使える本文です。外側の説明ではなく、この本文に書かれているルールをcronの実行ルールとして固定してください。
cron名は `invest358 【評価・プロップファーム】収集` とします。対象サイトは `https://invest358.com/` のみです。対象HUBは `https://invest358-hub.secure358.com` の Invest358専用HUBのみです。ローカル正本は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` です。Invest358以外のHUB、他の辞書セット、他のcron公開ページ、他カテゴリ、公開済み記事本文、Directory Core表示、既存automationは触りません。
追記: automation運用固定。automation名: `invest358 【評価・プロップファーム】収集`。対象: `https://invest358.com/` の `trading-service-directory` / `prop-firm` / `プロップファーム` に入れる候補収集だけです。0-A候補探索と0-B軽量審査、0-B candidate material保存までを対象にします。workflow混同防止: `site_id=invest358`、`workflow_id=invest358-prop-firm-evaluation-collection`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`directory_category_name=プロップファーム` で固定します。これと違うworkflow、content_set、slug、カテゴリ名が見えた場合は収集を始めず、`WORKFLOW_SCOPE_MISMATCH` として止めます。automation設定: モデルは GPT-5 系、reasoning は high 以上です。実運用の1日の起動回数: 2回です。1回あたりの候補探索は最大15件、0-B accepted保存も最大15件です。既存ACTIVE cronを確認しないままautomation設定を完了扱いにしません。最初に読む場所: 公開ページ `https://cron.goudou-358.jp/2226/` のこの収集ブロック、`C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\cron_prompts\current\README.md`、`cron_prompts\current\trading-service-directory\README.md`、`cron_prompts\current\trading-service-directory\prop-firm\README.md`、`gates\current\SKILL.md`、`gates\current\INVEST358_TRADING_SERVICE_DICTIONARY_CONTRACT.md`、`gates\current\INVEST358_TRADING_SERVICE_GENRE_PROMPT_GATE.md`、`gates\current\INVEST358_SEARCH_INTENT_SERP_TOPIC_GATE.md`、`gates\current\INVEST358_0B_UNCONSUMED_STOCK_CAP_GATE.md`、ライブHUBの `api=status` と `api=agent_pack` です。起動時間設定ルール: 既存ACTIVE cronを確認してから設定する。同時刻と前後10分を避ける。00分固定を避ける。分は 07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 を優先候補にする。朝・昼・夕・夜へ分散する。cron実行cwdは `C:\Users\Public\Documents\LLC358\_codex_cron_threads`。支社PCへ持っていく対象は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` だけ。このサイトHub内でGate、startup、cron prompt、runtime証跡を完結させる。
モデルは GPT-5 系を使用し、reasoning は high 以上を指定してください。軽量モデルへ落として、候補の実在確認、検索証跡、カテゴリ判定、0-B在庫上限の確認を省略してはいけません。Node REPL、node_repl、JavaScript REPLは使いません。収集cronは記事本文を作りません。WordPressの公開記事、Directory Core、評価スコア、基本情報表、公開HTML、メタ説明、Q&Aを編集しません。収集cronの役割は、プロップファーム評価記事にする候補を集め、候補ごとに最低限の証跡を保存し、0-B候補として次工程に渡すことです。
収集cronの作業範囲は、0-A候補探索と0-B軽精査までです。明らかな重複、既存公開済み、プロップファームカテゴリ対象外、公式不明、情報不足の候補をこの段階で落とし、検査cronが止まらない状態にして渡します。ただし、1-A以降には進めません。1-C production_ready material pack を作りません。制作レディ扱いにしません。公開記事を書きません。0-Bで採用した候補は、`task_code=0-B`、`candidate_status=accepted`、`status=accepted_0B`、`next_task_code=1-A`、`next_action=inspect`、`inspection_ready=1`、`file_type=candidate_item_material` として保存します。
1日の起動回数は2回です。設定時間ルールは、既存ACTIVE cronを確認してから、同一サイト・同一カテゴリ・同一HUBの重い収集cronと同時刻に重ならないように分散してください。固定時刻を依頼文の中で先に決め打ちしません。実際の設定時には、前後のInvest358系cronと最低60分以上、できれば120分以上離します。夜間にまとめて連続起動させず、1回目は日中帯、2回目は夕方から夜の空き枠へ分散する運用にしてください。既存cronの設置状況が確認できない場合は、cron作成を完了扱いにせず、`SCHEDULE_ACTIVE_CRON_NOT_CHECKED` として止めてください。
1回あたりの処理上限は、候補探索15件まで、0-B accepted保存15件までです。ただし、0-B未消費在庫上限は100件です。これは1タスクの処理数ではなく、未消費の0-B候補としてHUBに残してよい最大在庫数です。保存前に `unconsumed_0b_candidate_count_before` を確認し、保存後の `unconsumed_0b_candidate_count_after` が100件を超えないようにしてください。すでに100件以上ある場合、新しいaccepted候補は保存せず、件数と理由を報告して終了します。全候補を保存すると100件を超える場合は、100件以内に収まる分だけ保存し、残りは非acceptedまたは次回再調査扱いにします。証跡として `0b_unconsumed_stock_cap=100`、`new_0b_accepted_candidate_count`、`new_0b_skipped_due_to_stock_cap_count`、`0b_stock_cap_readback_confirmed=true` を残してください。
0-B在庫数は、実在する未消費accepted候補だけを数えます。対象は `task_code=0-B`、`status=accepted_0B` または `candidate_status=accepted`、`file_type=candidate_item_material`、`count_as_0b_stock` が false ではない行です。`consumed_by_inspection`、`production_ready`、`duplicate_skipped`、`production_excluded`、`inspection_handoff_summary`、summary rows は0-B在庫数に含めません。検査cronが候補を消費した後は、該当候補が `count_as_0b_stock=false` になっているかを次回収集時の在庫計算で確認してください。ライブHUB内に古い上限30の記述が見える場合でも、この2226のプロップファーム収集cronでは v0.1.85.007 の上限100を正とします。
対象辞書セットは `trading-service-directory` です。対象カテゴリは `プロップファーム` で、カテゴリURLは `https://invest358.com/ja/directory-category/prop-firm/` です。カテゴリslugは `prop-firm` です。辞書設定内、HUB保存キー、taxonomy slug、content_set名では `海外` という単語を使いません。記事ジャンルとして金融取引サービスに近いサービスを扱う場合でも、辞書設定上の分類は `プロップファーム` / `prop-firm` に統一します。
想定content_setは `invest358-trading-service-directory-prop-firm` です。workflow_idは `invest358-prop-firm-evaluation-collection` とします。site_idは `invest358`、site_urlは `https://invest358.com/`、dictionary_set_slugは `trading-service-directory`、directory_category_slugは `prop-firm` として保存してください。startup_pack URLは `https://invest358-hub.secure358.com/index.php?api=agent_pack&site_id=invest358&workflow_id=invest358-prop-firm-evaluation-collection&content_set=invest358-trading-service-directory-prop-firm` です。cron起動時には必ずHUB status、agent_pack、対象site、対象辞書セット、対象カテゴリ、v0.1.85.007の0-B在庫上限Gate、v0.1.85.008のInvest358共通品質Gateが見えるかを確認してください。
ライブHUB起動時のAPI順序も固定します。同じrun内では同じHUB base `https://invest358-hub.secure358.com` だけを使います。最初に `api=status` を読み、次に上記startup_pack URLで `api=agent_pack` を読みます。必要に応じて `api=agent_work_queue&agent=&site_id=invest358&workflow_id=invest358-prop-firm-evaluation-collection` を読み、保存は `api=hub_table_upsert` を使います。保存後は再度 `api=agent_pack` または該当row readbackで、accepted行、artifact path、在庫数、readback flagを確認します。Hub認証不備は `BLOCKED_HUB_AUTH`、通信/DNS/timeoutは `BLOCKED_HUB_NETWORK`、agent_pack未読は `BLOCKED_AGENT_PACK_NOT_READ`、読み戻し不備は `BLOCKED_READBACK_NOT_CONFIRMED` とします。
追記: HUB認証ルールも固定します。`api=agent_pack`、`api=agent_work_queue`、`api=hub_table_upsert` は認証必須です。cron起動時にローカル正本 `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` 配下の `config\hub.env.local` を読み、`H358_HUB_AGENT_TOKEN_FILE` が指すローカルトークンファイルから値を取得し、HTTPヘッダー `X-H358-Hub-Token` でライブHUBへ渡してください。トークン値、認証ヘッダー全文、トークンファイル本文は、記事本文、報告、HUB、memory、artifactへ保存してはいけません。configまたはtokenファイルを読めない場合、またはヘッダー付きでも403の場合は `BLOCKED_HUB_AUTH_CONFIG_MISSING` または `BLOCKED_HUB_AUTH` として停止し、Search Compass、候補探索、候補化、HUB保存へ進まないでください。`api=status` だけ読めても `api=agent_pack` が読めないrunは完了扱いにしません。
追記: 収集cronのHUB保存ルートは `api=hub_table_upsert` に固定します。0-B accepted候補、candidate item material、Search Compass証跡、検索上位ページ実データ、artifact path、readback flag は、`agent_task_action` ではなく `hub_table_upsert` で保存してください。POST JSONには必ず `write_scope=cron_result_recovery` を入れます。0-B候補素材は `table_name=References`、`primary_key=reference_id`、`reference_id=invest358-prop-firm-{service_slug}-0b-{yyyymmdd}` のような一意キーで保存します。rowには `site_id=invest358`、`workflow_id=invest358-prop-firm-evaluation-collection`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`task_code=0-B`、`candidate_status=accepted`、`status=accepted_0B`、`file_type=candidate_item_material`、`next_task_code=1-A`、`next_action=inspect`、`inspection_ready=1`、`count_as_0b_stock=true`、`artifact_json_path`、`artifact_sha256`、`search_compass_run`、`top_serp_urls`、`official_source_urls`、`third_party_source_urls`、`updated_at` を入れます。`hub_table_upsert` が `BLOCKED_HUB_WRITE_SCOPE` を返した場合は、`write_scope=cron_result_recovery` が抜けているか、保存先tableが許可外です。`agent_task_action` へ逃げず、`References` 行の `hub_table_upsert` 形式へ直して再実行してください。ヘッダー付き、`write_scope=cron_result_recovery` 付き、`References` 行でも403なら `BLOCKED_HUB_WRITE_SCOPE` として停止します。
収集cronで読む必須Gateの内容を、ここで実行ルールとして固定します。`INVEST358_CRON_ENTRYPOINT_AND_SOURCE_MANUAL.md` 相当の内容として、正本はローカル `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` とライブHUB `https://invest358-hub.secure358.com` だけです。site_id、workflow_id、content_set、dictionary_set_slug、directory_category_slug がこの依頼文と一致しない場合は収集を始めません。`INVEST358_TRADING_SERVICE_DICTIONARY_CONTRACT.md` 相当の内容として、収集対象は口座開設・口座比較に使う辞書記事候補であり、プロップファームカテゴリでは評価スコア8項目と基本情報表の材料を集めます。`INVEST358_ARTICLE_TYPE_AND_DIRECTORY_GATE.md` 相当の内容として、通常記事、ニュース、キャンペーン、用語記事、ツール記事とは別に、Directory内の個別評価記事として成立する候補だけを0-B候補にします。`INVEST358_0B_UNCONSUMED_STOCK_CAP_GATE.md` 相当の内容として、未消費0-B在庫100件上限、保存前件数、保存後件数、スキップ件数、読み戻し確認を必須にします。`INVEST358_SERP_REAL_DATA_PRODUCTION_GATE.md` 相当の内容として、Search Compass、検索意図、上位10ページ前後の実データ、読者質問、比較軸、差別化メモを保存します。これらはファイル名を見たという報告だけでは足りず、保存データに確認結果として残してください。
ライブHUBまたは古い同梱マニュアルに旧ドメイン表記が見える場合でも、それは今回のプロップファーム収集cronの対象URLではありません。この収集cronの対象サイトは常に `https://invest358.com/`、カテゴリURLは `https://invest358.com/ja/directory-category/prop-firm/` です。公開済み重複確認も、この対象サイトと対象カテゴリ内で行います。旧URL、他サイトURL、古いHub名を根拠に候補を除外したり、別サイトへ保存したりした場合は `COLLECTION_WRONG_SITE_SCOPE` です。
収集対象は、プロップファームとして評価記事化できる実在サービスです。例として、プロップファーム、CFDブローカー、マルチアセット口座、MT4/MT5対応口座、cTrader対応口座、コピートレード対応口座、ECN/STP口座、低チャレンジ費用口座、入金割引を扱うプロップファームなどが対象になります。ただし、個別候補を作るときは、公式サイト、会社情報、口座条件、手数料、入出金、対応プラットフォーム、サポート、キャンペーン条件などを最低限確認してください。単なるアフィリエイト一覧、広告だけのLP、公式が確認できないミラーサイト、閉鎖済みサービス、名称が曖昧なサービスはaccepted候補にしません。
追記: 収集候補の優先順位は、Invest358のアフィリエイト目的に合わせて決めます。日本国外資本または日本国外運営の会社・業者・ブローカーで、アフィリエイト、パートナー、IB、CPA、レベニューシェア、ハイブリッド、ライフタイムコミッションなどの提携経路が確認できる候補を優先してください。ライフタイムコミッション、継続報酬、レベニューシェア、CPA+継続報酬型は、一回限りCPAや提携可否不明の候補より優先します。提携条件、承認される流入地域、トラッキングリンク、口座開設導線が確認できる候補は高優先度です。提携不可、提携可否不明、対象地域が合わない、継続報酬やライフタイム報酬に合わない候補は低優先度です。日本の金融庁許可下の国内金融事業者は、Invest358の最初の収集・制作対象ではありません。比較文脈や後日の網羅対象として残してよいですが、アフィリエイト可能な日本国外運営候補より先に制作枠を使いません。Plus500、IGなどの有名ブランドも、有名だから高優先度にしません。提携不可または提携可否不明なら低優先度として記録し、より提携適性の高い候補を探してください。
追記: アフィリエイト適性は優先順位の話であり、収集除外理由ではありません。提携不可、提携可否不明、ライフタイム報酬なし、継続報酬なし、地域不一致、低アフィリエイト適性だけを理由に候補を削除、見送り、FAIL、収集停止にしてはいけません。プロップファームとして実在し、公式URL、カテゴリ適合、重複なしが確認できる候補は、低優先候補、後日制作候補、比較文脈候補、代表確認候補として保存してください。アフィリエイト適性だけで落とした場合は `AFFILIATE_STATUS_USED_AS_REJECTION_REASON` です。
収集元は4層で確認します。第一に公式情報です。公式トップ、チャレンジプラン/口座サイズページ、取引条件、チャレンジ費用、ドローダウン、取引条件、入出金、割引、キャンペーン、FAQ、ヘルプ、利用規約、会社概要、プラットフォーム、KYC、サポートページを確認します。第二に第三者レビュー・比較情報です。プロップファームレビューサイト、ブローカー比較サイト、ユーザーレビュー、アプリストア、専門ディレクトリなどを確認します。第三に検索上位10件前後の実ページです。メインキーワードと関連キーワードで検索し、上位ページのタイトル、H1、メタ説明、H2/H3/H4、本文でよく出る語、読者の疑問、比較観点、注意点、FAQ候補を拾います。第四にメンターサイトです。BrokerChooser、ForexBrokers.com、Investopediaなど、大手比較サイトを使い、どんなプロップファームが存在し、どんな比較軸で説明されているかを把握します。ただし、見出し、本文、順番、表現、評価式、スコア計算、アフィリエイト訴求はコピーしません。
Search Compassは必須です。検索未実施、Search Compass未使用、検索クエリ未保存、検索日未保存、上位ページ実データ未保存はFAILです。Search Compassが未稼働、接続不可、入力不可、結果取得不可の場合は `BLOCKED_SEARCH_COMPASS` または `SEARCH_COMPASS_UNAVAILABLE` と明記し、使えなかった理由、代替確認に使った手段、未実施の残タスクを保存します。Search Compassを使っていないのに、共起語確認済み、検索意図確認済み、上位傾向確認済みと書いてはいけません。検索で拾うものは、単なる共起語リストではありません。検索意図、上位構成、必要トピック、共起語、差別化要素の順で見ます。具体的には、検索者が比較したいのか、口座開設したいのか、費用を知りたいのか、スプレッドを比べたいのか、出金できるか不安なのか、割引条件を確認したいのか、MT4/MT5対応を知りたいのか、ドローダウン/取引条件やロスカット条件を知りたいのかを整理します。
追記: Search Compassの場所と使い方も固定します。Search Compassは `https://search-compass.goudou-358.jp/` です。ブラウザでこのURLを開き、対象候補または候補探索キーワードごとに、メインクエリ、サービス名＋評価、サービス名＋レビュー、サービス名＋口座、サービス名＋チャレンジ費用、サービス名＋出金/報酬受取、サービス名＋割引/キャンペーン、サービス名＋MT4/MT5、プロップファーム関連クエリを入力してください。取得した検索意図、上位傾向、共起語・関連語、読者質問、SERP上の言い回し、確認日、実行クエリを `search_compass_*` キーとローカルartifactに保存し、HUB保存後に読み戻してください。Search Compassが開けない、ログインや認証で止まる、入力できない、結果が取れない場合は `BLOCKED_SEARCH_COMPASS` または `SEARCH_COMPASS_UNAVAILABLE` として理由を保存し、Search Compass未使用のまま候補accepted、Search Compass確認済み、検索意図確認済みとして扱ってはいけません。
収集cronは候補ごとに、少なくとも次の情報を保存してください。サービス名、公式URL、想定カテゴリ `prop-firm`、公式で確認できた主な機能、運営会社、所在国または登録国、ライセンスまたは登録状況が公式で分かる場合の情報、チャレンジプラン/口座サイズ、最大ドローダウン、取引条件や手数料、最低入金額、入金方法、報酬受取方法、取引プラットフォーム、スマホ対応、自動売買/EA対応、サポート言語、KYCの有無、割引/キャンペーンの有無、確認日、主要な公式情報URL、第三者レビューURL、検索クエリ、検索上位URL、収集時メモ、候補化理由、見送り理由があれば見送り理由です。未確認項目は推測で埋めず、`not_found` または `not_confirmed` と理由を書きます。
追記: 候補ごとにアフィリエイト優先度の証跡も保存してください。必須キーは `affiliate_priority_rank`、`affiliate_program_status`、`affiliate_program_source`、`commission_model`、`lifetime_or_recurring_commission`、`traffic_region_fit`、`domestic_fsa_entity_priority`、`business_priority_reason` です。`affiliate_program_status` には、確認済み、未確認、提携不可、地域不一致、条件要再確認などを入れます。`commission_model` には、CPA、レベニューシェア、ハイブリッド、ライフタイム、継続報酬、不明などを入れます。提携ページが見つかった場合はURL、ASP名、パートナープログラム名、確認日を残します。提携ページが見つからない場合も、検索クエリと確認日を保存し、提携可否不明の低優先候補として扱います。FAIL名は `AFFILIATE_PRIORITY_NOT_RECORDED`、`AFFILIATE_PROGRAM_STATUS_MISSING`、`COMMISSION_MODEL_MISSING`、`LIFETIME_COMMISSION_PRIORITY_IGNORED`、`LOW_AFFILIATE_FIT_SELECTED_BEFORE_HIGH_FIT`、`DOMESTIC_FSA_ENTITY_SELECTED_TOO_EARLY` を使います。
評価スコア項目は収集段階で確定点を出しませんが、後工程が判断しやすいよう、次の8項目に関係する証跡を集めてください。`安全性` はライセンス/登録状況、運営会社、所在国/登録国、運営歴、公開情報の明確さで判断します。`取引条件` はドローダウン、取引条件、約定方式、取引時間、ロスカット条件、注文方式などで判断します。`コスト` はスプレッド、取引手数料、入出金手数料、口座維持費、割引条件、キャンペーン条件で判断します。`商品・銘柄` は取引可能な通貨ペア、指数、商品、暗号資産CFDなど、CFD、金属、株価指数、エネルギー、仮想通貨CFDなどの範囲で判断します。`入出金` は入金方法、報酬受取方法、処理時間、報酬受取条件、本人確認、出金トラブルリスクで判断します。`ツール` はMT4、MT5、cTrader、独自ツール、スマホアプリ、自動売買/EA対応で判断します。`サポート` は対応言語、問い合わせ手段、ライブチャット、メール、FAQの充実度で判断します。`総合評価` は後工程で7項目の平均として扱います。
基本情報表の共通項目も、後工程が埋められるように収集します。項目は、サービス名、サービス種別、公式サイト、運営会社、所在国/登録国、ライセンス/登録状況、チャレンジプラン/口座サイズ/プラン、取扱商品・銘柄、主要条件、手数料・スプレッド・利用コスト、最低入金額/最低利用額/チャレンジ費、入金方法、報酬受取方法、出金・報酬受取条件、割引/キャンペーン、対応プラットフォーム、自動売買/EA対応、サポート言語、本人確認/KYC、確認日です。`規制警告・注意情報` は固定行として作りません。日本から書いている体にも、日本居住者だけを対象にした規制チェック記事にも寄せません。公式に国別制限や利用条件が出ている場合は、後工程が自然に本文や注記で扱えるよう、公式表示としてメモするだけにしてください。
第三者情報が0件または非常に少ない候補でも、収集自体を止めてはいけません。検索クエリ、検索日、検索結果の状態、第三者情報数、0件または少数の理由を保存し、公式情報・公開情報で確認できる範囲を候補メモとして残してください。ただし、公式情報も確認できない、サービスの実在が不明、公式URLが不明、口座サービスではない、プロップファームカテゴリに合わない場合はaccepted候補にせず、見送り理由を保存します。
収集cronは重複を避けます。既存HUB候補、既存0-B候補、検査済み候補、制作済み記事、公開済みDirectory項目、同名サービス、旧ドメイン、ブランド名違い、表記揺れを確認してください。たとえば `XM`、`XMTrading`、`XM Global` のようにブランド表記が複数ある場合は、公式表記、対象地域、対象URL、記事化対象の区別をメモし、重複保存しないようにします。同一サービスが別カテゴリにも関係しそうな場合でも、プロップファームとして扱う根拠が公式にある場合だけ `prop-firm` 候補にします。
既存公開済み除外は、収集前に必ず行います。公開サイト `https://invest358.com/`、プロップファームカテゴリURL `https://invest358.com/ja/directory-category/prop-firm/`、Directory内の既存項目、公開済み個別評価ページ、同名ブランドの旧URLを確認します。すでにプロップファームの個別評価ページが公開済みなら、新規候補として保存せず、`exclusion_reason=PUBLIC_DUPLICATE_ALREADY_EXISTS`、`public_duplicate_checked=1`、`public_duplicate_url=<見つかった公開URL>`、`duplicate_checked_at=<確認日時>` を保存します。通常記事に名前が出ているだけの場合は公開済みDirectory重複とは扱いません。
重複判定の対象は、プロップファームの辞書記事、Directory項目、trading-service-directory内の制作済み候補、同じ辞書セット内の制作Ready候補です。通常記事、ニュース記事、キャンペーン記事、比較記事、用語記事などに同じ口座業者やプロップファーム名が出ていても、それだけで収集対象から除外しません。辞書記事内にそのブローカーの個別評価ページが存在しない場合は、通常記事で言及済みでも採用対象にします。通常記事での言及は、重複除外ではなく、内部リンク候補や読者需要の参考材料として扱います。
収集cronは候補を広告的に選びません。報酬単価、アフィリエイト都合、知名度だけでacceptedにしないでください。読者が比較する価値、公式情報の確認可能性、取引条件の説明可能性、入出金や手数料の確認可能性、評価スコア・基本情報表に入れる材料があるかを見ます。候補の優先順位は、公式情報が確認できる、検索需要がある、第三者レビューや比較情報がある、プロップファームカテゴリとして明確、読者の比較軸が作れる、という順で判断します。
禁止事項を明記します。記事本文を作らない。評価点を確定しない。推測でライセンスや会社情報を書かない。`海外` を辞書設定slugに入れない。`規制警告・注意情報` を固定行にしない。日本居住者限定の注意記事に寄せない。第三者サイトのランキング順、見出し順、表現、評価式、本文をコピーしない。Google検索結果や第三者サイトの断片だけで公式情報を確定しない。HUBに秘密値、認証値、個人情報、APIキー、アフィリエイト管理画面情報を保存しない。Node REPLやJS REPLを使わない。既存候補を削除しない。他カテゴリや他ページの候補を混ぜない。
収集結果の保存形式には、次のキーまたは同等の項目を入れてください。`site_id=invest358`、`workflow_id=invest358-prop-firm-evaluation-collection`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`directory_category_url=https://invest358.com/ja/directory-category/prop-firm/`、`candidate_status=0-B`、`candidate_acceptance=accepted` または `rejected`、`service_name`、`official_url`、`official_source_urls`、`third_party_source_urls`、`search_queries`、`search_date`、`top_serp_urls`、`search_intent_notes`、`reader_questions`、`comparison_axes`、`missing_information_notes`、`cooccurrence_related_terms`、`differentiation_notes`、`source_scarcity_reason`、`duplicate_check_result`、`collection_readback_confirmed=true` です。
ローカル成果物を作る場合の固定パスも保存します。収集cronのcandidate item materialは `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\runtime\cron_outputs\__all__\collection\{artifact_key}\candidate_item_material.json` に置きます。HUB保存時には `artifact_json_path`、`artifact_json_present=true`、`artifact_sha256`、`accepted_readback_confirmed=true` を残します。ローカルartifactだけ作ってHUB保存しない、HUB保存だけしてartifact pathを残さない、readbackなしで完了する、の3つは禁止です。
完了前には必ずHUBへ保存した内容を読み戻してください。保存した候補数、accepted候補数、rejected候補数、重複で見送った候補数、0-B未消費在庫の保存前件数、保存後件数、100件上限でスキップした件数、検索クエリ、検索日、主要候補名、次の検査cronが見るべき注意点を短く報告してください。読み戻しなしで完了扱いにしてはいけません。
必須FAIL名は次を使ってください。`COLLECTION_HUB_STARTUP_PACK_MISSING`、`COLLECTION_WRONG_SITE_SCOPE`、`COLLECTION_WRONG_DICTIONARY_SET`、`COLLECTION_WRONG_CATEGORY`、`COLLECTION_SEARCH_NOT_RUN`、`COLLECTION_SEARCH_EVIDENCE_MISSING`、`COLLECTION_TOP_SERP_REAL_DATA_MISSING`、`COLLECTION_OFFICIAL_SOURCE_MISSING`、`COLLECTION_THIRD_PARTY_COUNT_REASON_MISSING`、`COLLECTION_DUPLICATE_CHECK_MISSING`、`COLLECTION_0B_STOCK_COUNT_NOT_CHECKED`、`COLLECTION_0B_STOCK_CAP_OVER_100`、`COLLECTION_0B_STOCK_READBACK_MISSING`、`COLLECTION_SECRET_VALUE_LEAK_RISK`、`COLLECTION_READBACK_MISSING`。これらのFAILが残る場合はaccepted保存または完了報告をしないでください。
報告フォーマットは日本語で簡潔にします。最初に「処理対象」「保存結果」「0-B在庫」「検索証跡」「次工程への注意点」「FAILの有無」を出してください。候補ごとの詳細は長くしすぎず、HUBに保存した証跡を正とします。報告文に秘密値、認証値、管理画面情報を混ぜないでください。
このcronはプロップファーム候補の収集だけを行います。検査、制作、高品質チェック、訂正、改善ハンドオフは別cronに渡します。収集cronが勝手に公開記事を作ったり、Directory Coreを編集したり、評価スコアを確定した場合はロール違反です。必ず役割を守ってください。
追加の収集クエリ設計も固定します。候補探索では、サービス名単体だけでなく、`プロップファーム 評価`、`prop firm review`、`prop firm fees`、`prop firm spread`、`prop firm withdrawal`、`MT4 prop firm`、`MT5 prop firm`、`cTrader prop firm`、`funded account prop firm`、`prop firm discount campaign`、`prop firm deposit withdrawal`、`prop firm support language` のように、比較・費用・入出金・ツール・チャレンジプラン/口座サイズ・割引・サポートに分けたクエリを使います。日本語ページだけに限定しません。英語圏の比較サイト、大手レビューサイト、公式英語ページも確認します。ただし、記事本文を英語で作るわけではなく、候補収集と比較軸の把握に使います。
候補の優先順位は、検索結果で頻出する知名度だけで決めません。優先度Aは、公式サイトが安定して存在し、口座条件、入出金、プラットフォーム、会社情報、サポート、FAQが確認でき、第三者レビューも複数ある候補です。優先度Bは、公式情報は確認できるが第三者レビューが少ない候補です。優先度Cは、公式情報の一部が不足しているが、候補として補完調査の価値がある候補です。Cはacceptedではなく補完待ちにしてもよいです。公式URLが不明、同名サービスが複数あって識別できない、口座開設サービスではない、プロップファームカテゴリに合わない候補は見送りにします。
メンターサイトの使い方も固定します。BrokerChooserやForexBrokers.comなどの大手サイトは、候補発見、比較軸、読者の疑問、費用や入出金の見方を学ぶために使います。特定サイトのランキング順をInvest358の候補順にしません。星評価、点数、表の列名、H2構成、本文表現、誘導文、メリット・デメリット文をコピーしません。大手サイトで扱われるサービスを候補化するときも、必ず公式サイトと別の第三者情報で実在確認します。メンターサイトだけを根拠にacceptedにしません。
収集時にはサービスの種類を取り違えないでください。プロップファーム、暗号資産現物取引所、証券会社、プロップファーム、バイナリーオプション、EA販売、VPS、シグナル配信、コピートレード単体サービスはそれぞれ別物です。プロップファーム/ファンデッド口座ブローカーがコピートレードやVPS連携を持つ場合はプロップファーム候補にできますが、コピートレード専用ツールやVPS単体は `tools-directory` 側です。プロップファームのチャレンジ口座は `prop-firm` です。暗号資産現物取引所は `crypto-exchange` です。証券会社の株式・ETF口座中心のサービスは `securities-company` です。バイナリー取引中心のサービスは `binary-options-provider` です。
候補保存時には、読者に役立つ角度を最低3つ残してください。例として、低チャレンジ費用で比較したい読者向け、MT4/MT5を使いたい読者向け、割引を確認したい読者向け、報酬受取条件を重視したい読者向け、少額入金で試したい読者向け、商品数を重視したい読者向け、サポート言語を確認したい読者向けなどです。この角度は制作時の本文構成に役立てるためのメモであり、広告文ではありません。`稼げる`、`勝てる`、`絶対安心` のような候補化理由は禁止です。
収集cronの最終報告では、候補名をただ並べるだけでは不十分です。各候補について、公式URL、候補カテゴリ、accepted/rejected/pending、公式情報の確認状態、第三者情報数、検索上位ページ確認状態、重複確認、0-B保存可否、次工程で優先すべき理由を1行でまとめます。0件の場合は、検索したクエリ、検索した範囲、0件の理由、次回試すべきクエリを報告します。`見つかりませんでした` だけで終わる報告は禁止です。
プロップファーム候補を探すときは、同じブランドでも地域別ドメイン、グローバルサイト、パートナーLP、旧ブランド、ホワイトラベルが混ざる場合があります。収集cronは、公式会社名、ブランド名、公式URL、チャレンジプラン/口座サイズ、提供サービスを見て同一性を確認してください。公式サイトが複数ある場合は、どのURLを記事対象にするのか、なぜそのURLを採用するのかをHUBに残します。アフィリエイトLPだけが見つかった場合は、公式本体が確認できるまでacceptedにしません。
候補の見送り基準も明文化します。公式サイトが閉鎖されている、プロップファームではなくEA販売だけ、入出金や口座条件が確認できない、サービス名が曖昧で公式が特定できない、検索結果が同名別サービスばかり、すでに公開済み記事がある、既存候補と同一、詐称サイトの疑いがある、公式ページがログイン後だけで公開情報が不足する、などの場合は見送りまたは補完待ちにします。見送りでも、検索クエリと理由は保存してください。
収集cronは、候補を増やすことだけを成果にしません。0-B在庫が100件に近い場合は、品質の低い候補を無理に追加しないでください。未消費在庫が多いと検査・制作が詰まるため、候補数よりも候補の明確さを優先します。公式URL、カテゴリ根拠、検索証跡、第三者情報数、重複確認が揃った候補をacceptedにし、不明点の多い候補はpendingにして、後続工程が迷わないようにします。
収集cronの保存前セルフチェックも固定します。保存直前に、候補がプロップファームである根拠、公式URL、公式情報URL、検索クエリ、検索日、第三者情報件数、0-B在庫上限、重複確認、秘密値混入なし、辞書セット `trading-service-directory`、カテゴリ `prop-firm` を確認します。1つでも確認できない場合は、acceptedではなくpendingまたはrejectedにしてください。`候補として有名だから`、`他サイトに載っていたから`、`広告で見たから` だけではacceptedにできません。
収集cronは、後続の検査cronが同じ検索をやり直さなくても状態を理解できる粒度で保存します。もちろん検査cronは再確認しますが、収集段階で検索語、見たページ、公式で分かったこと、分からなかったこと、カテゴリ判断の根拠が残っていれば、全体の品質が上がります。収集の丁寧さは制作品質に直結するため、件数だけを追わないでください。
以上を満たした候補だけを、プロップファームの0-B候補として扱います。
<<<CRON_REQUEST:invest358_prop_firm_collection:end>>>
invest358 【評価・プロップファーム】検査cron作成依頼文
横展開Gate追記: このcronは プロップファーム / prop-firm 専用です。起動時はこの公開ページ自身と新分類名・新slugを正本にし、旧ページID・旧slug・旧カテゴリ名を作業判断に使いません。
<<<CRON_REQUEST:invest358_prop_firm_inspection:start>>>
件名: invest358 【評価・プロップファーム】検査cron作成依頼
あなたは、invest358.com 用HUB v0.1.85.008 を使い、プロップファーム評価記事候補を検査する定期cronを作成してください。この依頼文は、cron作成時にそのままコピーして使う本文です。外側の説明ではなく、この本文の中にあるルールをcronの必須ルールとして固定してください。
cron名は `invest358 【評価・プロップファーム】検査` とします。対象サイトは `https://invest358.com/` のみです。対象HUBは `https://invest358-hub.secure358.com` の Invest358専用HUBのみです。ローカル正本は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` です。Invest358以外のHUB、他カテゴリ、他cron公開ページ、公開記事本文、Directory Core表示、既存automationは触りません。検査cronは記事を書きません。検査cronは候補の実在、カテゴリ適合、証跡、検索意図、制作材料、0-Bから制作Readyへの適格性を判断するだけです。
追記: automation運用固定。automation名: `invest358 【評価・プロップファーム】検査`。対象: 収集cronが保存した `trading-service-directory` / `prop-firm` / `プロップファーム` の0-B候補だけです。1-A参照URL探索、1-B URL検証、1-B2 Search Compass / 検索意図確認、1-C production material pack作成までを対象にします。workflow混同防止: `site_id=invest358`、`workflow_id=invest358-prop-firm-evaluation-inspection`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`directory_category_name=プロップファーム` で固定します。収集workflow、制作workflow、他カテゴリworkflow、他HUB workflowが混ざった場合は `WORKFLOW_SCOPE_MISMATCH` で止めます。automation設定: モデルは GPT-5 系、reasoning は high 以上です。実運用の1日の起動回数: 2回です。1回あたりの検査上限は重い候補なら1件、軽い候補なら最大3件です。Search Compassと検索上位ページ実データが揃わない候補を `production_ready=true` にしてはいけません。最初に読む場所: 公開ページ `https://cron.goudou-358.jp/2226/` のこの検査ブロック、`C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\cron_prompts\current\README.md`、`cron_prompts\current\trading-service-directory\README.md`、`cron_prompts\current\trading-service-directory\prop-firm\README.md`、`gates\current\INVEST358_INSPECTION_SERP_REAL_DATA_GATE.md`、`gates\current\INVEST358_SEARCH_INTENT_SERP_TOPIC_GATE.md`、`gates\current\INVEST358_TRADING_SERVICE_GENRE_PROMPT_GATE.md`、`gates\current\INSPECTION_REPORTING_GATE.md`、ライブHUBの `api=status`、`api=agent_pack`、必要な `api=agent_work_queue` です。起動時間設定ルール: 既存ACTIVE cronを確認してから設定する。同時刻と前後10分を避ける。00分固定を避ける。分は 07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 を優先候補にする。朝・昼・夕・夜へ分散する。cron実行cwdは `C:\Users\Public\Documents\LLC358\_codex_cron_threads`。支社PCへ持っていく対象は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` だけ。このサイトHub内でGate、startup、cron prompt、runtime証跡を完結させる。
モデルは GPT-5 系、reasoning は high 以上を使ってください。検査は候補の取捨選択と制作材料の整備が中心であり、軽量判断で `production_ready` を出してはいけません。Node REPL、node_repl、JavaScript REPLは使いません。スクリプトで大量一括判定せず、候補ごとに公式情報、第三者情報、検索上位実データ、Search Compass証跡を読み、保存内容と照合してください。
検査cronの作業範囲は、収集cronが保存した0-B候補を、1-A参照URL探索、1-B URL検証、1-B2 Search Compass / 検索意図確認、1-C production material pack 作成まで進めることです。検査cronは0-B候補をただ眺めるだけではありません。候補ごとに、公式URL、公式情報、第三者情報、検索上位実データ、Search Compass結果、評価スコア材料、基本情報表材料、未確認メモ、本文に出してよい読者向け要点、本文に出してはいけない内部証跡を分けて保存します。制作cronがそのmaterial packだけを読んでも、どのプロップファーム候補をどう記事化すればよいか分かる状態にしてください。
1日の起動回数は2回です。設定時間ルールは、既存ACTIVE cronを確認してから、プロップファーム収集cron、プロップファーム制作cron、他カテゴリの検査cronと同時刻に重ならないように分散してください。固定時刻はこの依頼文内で決め打ちしません。実際の設置時は、収集cronの直後に過密起動しないようにし、収集完了から最低30分以上、可能なら60分以上空けます。制作cronの前には検査結果がHUBへ反映される余裕を残します。既存ACTIVE cronが確認できない場合は `SCHEDULE_ACTIVE_CRON_NOT_CHECKED` として設置完了にしないでください。
1回あたりの処理上限は、最大15候補です。15件を超える0-B候補がある場合でも、1回の検査で扱うのは15件までとし、残りは次回へ回します。検査対象が0件の場合は、HUB接続、content_set、0-B在庫、制作Ready在庫を確認したうえで `NO_INSPECTION_TARGET_AVAILABLE` を保存します。0件を通常のproduction_ready完了として報告してはいけません。0-B候補を検査しても、証跡不足で制作Readyにできない場合は、補完が必要な項目を明示して `inspection_pending` または `repair_required` にします。候補があるのに0件完了した場合は `INSPECTION_TASK_COUNT_ZERO_COMPLETED` です。
対象辞書セットは `trading-service-directory`、対象カテゴリは `プロップファーム`、カテゴリURLは `https://invest358.com/ja/directory-category/prop-firm/`、カテゴリslugは `prop-firm` です。content_setは `invest358-trading-service-directory-prop-firm` です。workflow_idは `invest358-prop-firm-evaluation-inspection` とします。site_idは `invest358`、site_urlは `https://invest358.com/` として扱います。辞書設定内、HUB保存キー、taxonomy slugでは `海外` という単語を使いません。
検査cronは、HUB起動時に必ず `agent_pack`、status、site scope、v0.1.85.008敬体Strict、v0.1.85.006検査SERP実データGate、v0.1.85.005制作SERP実データGate、v0.1.85.004 Invest358入口Manual、v0.1.85.002評価スコア/基本情報表、v0.1.85.003ソース収集方針が見えることを確認してください。startup_pack URLは `https://invest358-hub.secure358.com/index.php?api=agent_pack&site_id=invest358&workflow_id=invest358-prop-firm-evaluation-inspection&content_set=invest358-trading-service-directory-prop-firm` です。HUBが読めない、対象サイトが `invest358.com` だけでない、対象辞書セットが見えない、FXカテゴリが確認できない場合は、検査を進めずBLOCKEDとして報告します。
ライブHUB起動時のAPI順序も固定します。同じrun内では同じHUB base `https://invest358-hub.secure358.com` だけを使います。最初に `api=status`、次に上記startup_pack URLで `api=agent_pack`、次に必要に応じて `api=agent_work_queue&agent=&site_id=invest358&workflow_id=invest358-prop-firm-evaluation-inspection` を読みます。検査結果、production material pack、sticky notes、FAIL、readback結果の保存には `api=hub_table_upsert` を使います。保存後は該当rowを読み戻し、`production_material_pack_readback_confirmed=true`、`production_ready_readback_confirmed=true`、`inspection_sticky_notes_present=true` を確認してください。Hub認証不備は `BLOCKED_HUB_AUTH`、通信/DNS/timeoutは `BLOCKED_HUB_NETWORK`、agent_pack未読は `BLOCKED_AGENT_PACK_NOT_READ`、読み戻し不備は `BLOCKED_READBACK_NOT_CONFIRMED` です。
追記: HUB認証ルールも固定します。`api=agent_pack`、`api=agent_work_queue`、`api=hub_table_upsert` は認証必須です。cron起動時にローカル正本 `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` 配下の `config\hub.env.local` を読み、`H358_HUB_AGENT_TOKEN_FILE` が指すローカルトークンファイルから値を取得し、HTTPヘッダー `X-H358-Hub-Token` でライブHUBへ渡してください。トークン値、認証ヘッダー全文、トークンファイル本文は、記事本文、報告、HUB、memory、artifactへ保存してはいけません。configまたはtokenファイルを読めない場合、またはヘッダー付きでも403の場合は `BLOCKED_HUB_AUTH_CONFIG_MISSING` または `BLOCKED_HUB_AUTH` として停止し、0-B在庫確認、Search Compass、検査、production_ready化、HUB保存へ進まないでください。`api=status` だけ読めても `api=agent_pack` が読めないrunは完了扱いにしません。
追記: 検査cronのHUB保存ルートは `api=hub_table_upsert` に固定します。0-B候補の消費結果、1-A参照URL探索、1-B URL検証、1-B2 Search Compass / SERP実データ、1-C production material pack、sticky notes、FAIL、readback flag は、`agent_task_action` ではなく `hub_table_upsert` で保存してください。POST JSONには必ず `write_scope=cron_result_recovery` を入れます。候補ごとの制作材料パックは `table_name=References`、`primary_key=reference_id`、`reference_id=invest358-prop-firm-{service_slug}-inspection-{yyyymmdd}` のような一意キーで保存します。事実確認やvalidator寄りの検査証跡を分ける場合は `table_name=FactChecks`、`primary_key=fact_check_id` を使います。`hub_table_upsert` が `BLOCKED_HUB_WRITE_SCOPE` を返した場合は、`write_scope=cron_result_recovery` が抜けているか、保存先tableが許可外です。`agent_task_action` へ逃げず、`References` または `FactChecks` 行の `hub_table_upsert` 形式へ直して再実行してください。
検査cronで読む必須Gateの内容を、ここで実行ルールとして固定します。`INVEST358_INSPECTION_SERP_REAL_DATA_GATE.md` 相当の内容として、Search Compass証跡だけではproduction_readyにできません。上位ページ実データ、検索意図、title/H1/meta傾向、H2/H3/H4構造、必要トピック、不足情報、読者質問、共起語/関連語、SERP補助情報、差別化、公式/現在情報優先、第三者情報数と少数理由、コピー禁止確認まで揃えます。`INSPECTION_REPORTING_GATE.md` 相当の内容として、報告では対象件数、未消費0-B件数、検査済み件数、production_ready件数、Search Compass実行件数、blocked件数、readback結果、next_production_stateを分けて出します。`INVEST358_TRADING_SERVICE_DICTIONARY_CONTRACT.md` 相当の内容として、評価スコア8項目と基本情報表20項目の材料を候補ごとに揃え、未確認項目は推測せずunconfirmedとして残します。
検査対象は、収集cronが保存した0-B候補です。候補ごとに、サービス名、公式URL、公式情報URL、第三者レビューURL、検索クエリ、検索日、上位SERP URL、Search Compassメモ、候補化理由、重複チェック、カテゴリ判定、基本情報表の材料、評価スコアの材料を読みます。候補がプロップファームカテゴリに合わない場合は制作Readyにしません。プロップファームではなく、暗号資産取引所、証券会社、バイナリーオプション、プロップファーム、ツール、VPS、シグナル配信、コピートレード単体サービスの場合は、別カテゴリ候補としてメモし、プロップファーム制作Readyにはしません。
production_ready を出すには、Search Compassの証跡が必要です。さらに、検索上位ページの実データ証跡が必要です。Search Compassだけでは足りません。Search Compassが未稼働、接続不可、入力不可、結果取得不可の場合は `BLOCKED_SEARCH_COMPASS` または `SEARCH_COMPASS_UNAVAILABLE` を保存し、理由と未実施タスクを残します。Search Compass未実施の候補をproduction_readyにしてはいけません。候補ごとに `search_compass_run=true`、`search_compass_evidence_present=true`、`search_compass_query_set`、`search_compass_result_artifact_path`、`search_compass_result_saved=true`、`search_compass_readback_confirmed=true`、`serp_real_data_inspection_run=true`、`serp_real_data_source_urls`、`serp_search_intent_summary`、`serp_top_page_title_h1_terms`、`serp_meta_description_tendency`、`serp_heading_structure_summary`、`serp_required_topics`、`serp_missing_information`、`serp_reader_questions`、`serp_cooccurrence_related_terms`、`serp_differentiation_elements`、`serp_helper_information_checked`、`official_current_fact_priority_note`、`third_party_count_and_scarcity_reason`、`top_page_no_copy_confirmed=true`、`production_material_pack_readback_confirmed=true` を保存または読み戻し確認してください。
追記: Search Compassの場所と使い方も固定します。Search Compassは `https://search-compass.goudou-358.jp/` です。ブラウザでこのURLを開き、検査候補ごとに、メインクエリ、サービス名＋評価、サービス名＋レビュー、サービス名＋口座、サービス名＋チャレンジ費用、サービス名＋出金/報酬受取、サービス名＋割引/キャンペーン、サービス名＋MT4/MT5、プロップファーム関連クエリを入力してください。取得した検索意図、上位傾向、共起語・関連語、読者質問、SERP上の言い回し、確認日、実行クエリを `search_compass_*` キーと制作材料パックに保存し、HUB保存後に読み戻してください。Search Compassが開けない、ログインや認証で止まる、入力できない、結果が取れない場合は `BLOCKED_SEARCH_COMPASS` または `SEARCH_COMPASS_UNAVAILABLE` として理由を保存し、Search Compass未使用のまま `production_ready=true`、Search Compass確認済み、検索意図確認済みとして扱ってはいけません。
検索上位ページ実データでは、上位ページの見出しや本文をコピーしません。検査cronが確認するのは、読者が何を知りたいか、上位ページがどの話題を扱っているか、プロップファーム記事に必要な説明が何か、候補サービスの公式情報と第三者情報に矛盾がないか、制作cronが何を本文へ自然に展開すべきかです。見出し、順番、言い回し、評価式、表の構成、誘導文、ランキング表現を第三者サイトから持ち込むことは禁止です。
プロップファームの検査観点は、次の8つの評価項目に対応させます。`安全性` はライセンス/登録状況、運営会社、所在国/登録国、運営歴、公開情報の明確さです。`取引条件` は最大ドローダウン、取引条件、約定方式、取引時間、ロスカット、注文条件、チャレンジプラン/口座サイズです。`コスト` は取引手数料、スプレッド、入出金手数料、口座維持費、割引/キャンペーン条件です。`商品・銘柄` は取引可能な通貨ペア、指数、商品、暗号資産CFDなど、CFD、金属、指数、エネルギー、暗号資産CFDなどです。`入出金` は入金方法、報酬受取方法、処理時間、報酬受取条件、本人確認、トラブルリスクです。`ツール` はMT4、MT5、cTrader、独自ツール、スマホアプリ、自動売買/EA対応です。`サポート` はサポート言語、問い合わせ手段、ライブチャット、メール、FAQです。`総合評価` は制作側で7項目の平均として扱うため、検査では独立した主観点として作らないでください。
基本情報表の材料も検査します。制作Readyにする候補は、少なくともサービス名、サービス種別、公式サイト、運営会社、所在国/登録国、ライセンス/登録状況、チャレンジプラン/口座サイズ/プラン、取扱商品・銘柄、主要条件、手数料・スプレッド・利用コスト、最低入金額/最低利用額、入金方法、報酬受取方法、出金・報酬受取条件、割引/キャンペーン、対応プラットフォーム、自動売買/EA対応、サポート言語、本人確認/KYC、確認日のうち、公式で確認できる項目と未確認項目が整理されている必要があります。未確認項目を推測で埋める候補は制作Readyにしません。
`規制警告・注意情報` は固定行として要求しません。Invest358の記事は、日本居住者だけに向けた規制チェック記事ではありません。日本語で書きますが、日本から書いている体に固定しません。公式に国別制限、利用条件、提供地域、注意事項が明記されている場合は、制作cronが自然に本文や注記で扱えるよう公式情報としてメモしてください。警告情報を探して記事化を止める、または規制警告の有無を固定表に入れる必要はありません。
第三者情報が0件、少数、または信頼できる比較記事が見つからない場合でも、検査を停止してはいけません。検索証跡、検索クエリ、検索日、第三者情報数、0件または少数の理由を残し、公式情報・公開情報を中心に制作可能か判断します。制作可能であれば `third_party_count_and_scarcity_reason` を残して production_ready にできます。公式情報も不足し、評価スコアや基本情報表に必要な最低材料が作れない場合は、制作Readyではなく補完待ちにします。
重複検査は必須です。同一サービスがすでに制作Ready、制作中、公開済み、Directory登録済み、別名候補として存在しないか確認してください。ブランド名、法人名、URL、旧ドメイン、地域別サイト、チャレンジプラン/口座サイズ違いを見ます。重複の疑いがある場合は、制作Readyにせず、既存候補IDまたは既存記事URLをメモします。重複を軽視して制作Readyを増やすと、制作cronが同じサービスの記事を重複作成するためFAILです。
検査cronの重複判定は、trading-service-directoryの辞書記事とDirectory項目を基準にします。通常記事、比較記事、キャンペーン記事、ニュース記事、用語記事などに同じ口座業者やブローカーが書かれていても、辞書記事として未作成であればproduction_ready候補にできます。通常記事に出ていることを理由に候補を落としてはいけません。通常記事での言及は、内部リンク候補、読者需要、既存サイト内文脈として制作材料パックに残してください。
検査cronは、候補ごとに制作材料パックを整えます。制作材料パックには、公式情報の要約、公式URL群、第三者レビューURL群、検索クエリ、検索上位URL、検索意図、上位記事のトピック傾向、読者の疑問、比較軸、注意点候補、プロップファームとしてのカテゴリ根拠、評価項目ごとの証跡、基本情報表の埋められる項目、未確認項目、公式と第三者の矛盾、公式優先判断、コピー禁止確認を入れます。制作cronがこのパックだけを読んでも迷わないようにしてください。
制作材料パックは、本文用要点と内部証跡を分けて保存します。本文用要点には、読者に説明してよい公式確認済み情報、比較軸、注意点、未確認として自然に触れるべき内容だけを入れます。内部証跡には、Search Compass生ログ、HUBキー、候補ID、FAIL名、Gate名、検査メモ、0-B、1-A、1-B、1-B2、1-C、production_readyなどの作業語を入れます。内部証跡が本文用要点へ混ざっている場合は `INSPECTION_PUBLIC_TEXT_MATERIAL_NOT_SEPARATED` です。
production_ready の条件は厳格です。対象サイトがInvest358であること、辞書セットが `trading-service-directory` であること、カテゴリが `prop-firm` であること、公式URLがあること、実在が確認できること、公式情報の最低材料があること、Search Compass証跡があること、上位SERP実データがあること、第三者情報の有無が記録されていること、重複でないこと、制作材料パックが保存され読み戻されていること、秘密値が混ざっていないこと、記事本文を書いていないことです。
検査cronの禁止事項を明記します。記事本文を書かない。評価点を確定しない。公開記事を作らない。Directory Coreを編集しない。公式にない情報を断定しない。第三者サイトの見出しや本文をコピーしない。第三者情報が0件という理由だけで候補を捨てない。プロップファームでないサービスをプロップファーム制作Readyにしない。`海外` を辞書slugへ入れない。`規制警告・注意情報` を固定項目にしない。Node REPLやJS REPLを使わない。秘密値、認証値、個人情報を保存しない。
必須FAIL名は次を使ってください。`INSPECTION_HUB_STARTUP_PACK_MISSING`、`INSPECTION_WRONG_SITE_SCOPE`、`INSPECTION_WRONG_DICTIONARY_SET`、`INSPECTION_WRONG_CATEGORY`、`INSPECTION_OFFICIAL_URL_MISSING`、`INSPECTION_OFFICIAL_FACTS_INSUFFICIENT`、`INSPECTION_SEARCH_COMPASS_MISSING`、`SEARCH_COMPASS_NOT_RUN`、`SEARCH_COMPASS_EVIDENCE_MISSING`、`SEARCH_COMPASS_RESULT_NOT_SAVED`、`SEARCH_COMPASS_READBACK_MISSING`、`INSPECTION_SERP_REAL_DATA_NOT_RUN`、`INSPECTION_SERP_REAL_DATA_EVIDENCE_MISSING`、`INSPECTION_SERP_SOURCE_URLS_MISSING`、`INSPECTION_SERP_SEARCH_INTENT_MISSING`、`INSPECTION_SERP_TITLE_H1_TERMS_MISSING`、`INSPECTION_SERP_META_TENDENCY_MISSING`、`INSPECTION_SERP_HEADING_STRUCTURE_MISSING`、`INSPECTION_SERP_REQUIRED_TOPICS_MISSING`、`INSPECTION_SERP_MISSING_INFORMATION_MISSING`、`INSPECTION_SERP_READER_QUESTIONS_MISSING`、`INSPECTION_SERP_COOCCURRENCE_TERMS_MISSING`、`INSPECTION_SERP_DIFFERENTIATION_MISSING`、`INSPECTION_SERP_HELPER_INFORMATION_NOT_CHECKED`、`INSPECTION_TOP_PAGE_NO_COPY_CONFIRMATION_MISSING`、`INSPECTION_PRODUCTION_READY_WITHOUT_SERP_REAL_DATA`、`INSPECTION_DUPLICATE_CHECK_MISSING`、`INSPECTION_MATERIAL_PACK_READBACK_MISSING`、`INSPECTION_PUBLIC_TEXT_MATERIAL_NOT_SEPARATED`。
検査結果の保存キーには、`inspection_status`、`production_ready`、`inspection_required_fail_count`、`failed_gate_names`、`required_gate_failures`、`inspection_notes`、`production_material_pack`、`production_material_pack_readback_confirmed=true`、`next_stage`、`updated_at` を含めます。production_readyにできない候補は、なぜできないか、次に何を補完すればよいかを具体的に書きます。単に「情報不足」とだけ書かないでください。
検査結果の件数報告キーには、`inspection_target_count`、`unconsumed_0b_candidate_count`、`consumed_by_inspection_count`、`production_ready_count`、`reader_intent_pack_ready_count`、`production_ready_without_reader_intent_pack_count`、`search_compass_run_count`、`search_compass_blocked_count`、`reader_intent_backfill_count`、`newly_handed_to_production_count`、`hub_saved_rows`、`accepted_count`、`readback_confirmed`、`next_production_state` を含めます。`consumed_by_inspection` は検査済みであり、production_ready件数ではありません。件数を混ぜて報告してはいけません。
完了前には、HUB保存後の読み戻しを必ず行います。報告では、検査対象件数、production_ready件数、補完待ち件数、見送り件数、重複件数、Search Compass証跡確認件数、SERP実データ確認件数、第三者情報0件だが継続可能な件数、主なFAIL名、次に制作cronが見るべき候補名を出してください。読み戻しなしで完了してはいけません。
この検査cronは、プロップファーム評価記事の制作Ready候補を整えるためのものです。制作cronが迷わないように、検索意図、上位ページ実データ、評価項目、基本情報表、公式優先判断をすべてHUBへ残してください。検査が甘いと制作記事の品質が崩れるため、production_readyは慎重に出してください。
検査時の判定表も残してください。候補ごとに、`official_identity_gate`、`prop_firm_category_gate`、`official_condition_gate`、`source_collection_gate`、`search_compass_gate`、`serp_real_data_gate`、`duplicate_gate`、`score_material_gate`、`basic_info_material_gate`、`production_material_pack_gate` をPASS/FAIL/PENDINGで保存します。すべての必須GateがPASS、または第三者情報不足のように理由付きで制作継続可能な状態になっている場合だけproduction_readyにします。PENDINGが残る候補は、制作Readyにせず補完待ちです。
公式情報の確認では、公式サイトのトップだけを見て終わらないでください。プロップファームでは、チャレンジプラン/口座サイズ、取引条件、入出金、手数料、プラットフォーム、FAQ、会社概要、サポート、キャンペーン条件のページを分けて見ます。公式ページが動的で取得しにくい場合でも、見える範囲、取得できたURL、取得できない理由を残します。公式のPDFやヘルプセンターに条件がある場合は、それも候補材料に含めます。公式情報が古いか不明な場合は、その旨を制作材料へ残します。
検索上位実データの検査では、上位ページをそのまま要約するのではなく、制作に使える検査メモへ変換します。`検索意図` には、読者が評価を見たいのか、口座開設前の条件確認をしたいのか、出金や入金が不安なのか、スプレッドやドローダウン/取引条件を比べたいのか、割引条件を確認したいのかを書きます。`上位構成` には、上位ページで共通して出る話題を抽象化して書きます。`必要トピック` には、Invest358記事が落としてはいけない話題を書きます。`不足情報` には、公式確認が必要な未確認項目や、上位記事で曖昧だった点を書きます。
制作材料パックには、見出し案そのものをコピーして入れないでください。制作cronがそのまま見出し化してしまう危険があります。代わりに、`取引条件を比較する章が必要`、`報酬受取条件の説明が必要`、`MT4/MT5対応を本文で触れる`、`割引条件は公式確認のうえ注意点として扱う` のように、トピック単位で渡します。読者の疑問も、`最低入金額はいくらか`、`報酬受取方法は何があるか`、`EAは使えるか`、`どのチャレンジプラン/口座サイズが合うか` のように自然な質問として渡します。
production_ready候補には、制作時のリスクも残します。たとえば、公式情報が多いがチャレンジプラン/口座サイズが複雑、第三者レビューが多いが古い情報が混ざる、割引条件が変わりやすい、入報酬受取条件が地域で異なる、サポート言語がページによって違う、MT4/MT5対応がチャレンジプラン/口座サイズで異なる、などです。制作cronはこれを本文で自然に扱うため、検査cronが先にメモしてください。
検査結果の優先度も付けます。優先度Aは、公式情報と検索材料が揃い、重複がなく、読者需要が見える候補です。優先度Bは、制作は可能だが一部条件確認が必要な候補です。優先度Cは、候補として残すが制作前に再検索や公式確認が必要な候補です。production_readyはAまたは制作可能なBだけです。Cを無理に制作へ送らないでください。
追記: 検査cronは、候補の制作優先度をInvest358のアフィリエイト目的に合わせて再判定してください。公式情報や検索需要が強くても、提携不可、提携可否不明、地域不一致、継続報酬やライフタイム報酬に合わない候補は、制作順では低優先にします。日本国外資本または日本国外運営で、アフィリエイト、IB、CPA、レベニューシェア、ハイブリッド、ライフタイムコミッション、継続報酬のどれかが確認できる候補を高優先にします。Plus500、IGなどの有名ブランドは、提携可能性や報酬モデルがInvest358の目的に合うことを確認できない限り、候補として残しても次の制作枠を使いません。日本の金融庁許可下の国内金融事業者は、後日の網羅・比較用として扱い、アフィリエイト可能な日本国外運営候補より先に `production_ready` の最優先へ上げません。検査材料パックには `affiliate_priority_rank`、`affiliate_program_status`、`affiliate_program_source`、`commission_model`、`lifetime_or_recurring_commission`、`traffic_region_fit`、`domestic_fsa_entity_priority`、`business_priority_reason` を必ず入れ、保存後にHUB読み戻しで確認します。
追記: 検査でも、アフィリエイト適性の低さだけを理由に候補を落としてはいけません。公式実在、カテゴリ適合、重複なし、Search Compassまたは検索証跡、最低限の制作材料がある候補は、`production_ready` の優先順位を下げることはできますが、候補そのものを削除しません。制作にすぐ回さない場合は、低優先production候補、後日制作候補、比較文脈候補、monitoring候補、代表確認候補としてHUBへ保存します。提携不可だけで検査FAILにする場合は `AFFILIATE_STATUS_USED_AS_REJECTION_REASON` です。
検査報告では、production_readyにした理由を1候補ずつ書きます。`公式情報が確認できたため` だけでは不足です。どの公式ページで何を確認し、どの検索クエリでどんな読者意図を確認し、第三者情報が何件あり、どこに注意して制作すべきかを短く書きます。候補を見送った場合も、カテゴリ違い、重複、公式不足、検索証跡不足、実在不明など理由を具体的に残します。
検査cronは、候補の制作順も整えます。複数のproduction_ready候補がある場合、公式情報が揃っている候補、検索意図が明確な候補、読者の比較需要が高い候補、重複リスクが低い候補、評価項目と基本情報表の材料が多い候補を優先します。単に収集日時が古いだけで優先しません。優先度の理由を `production_priority_reason` として残します。
検査cronは、制作cronが記事本文に出してはいけない内部語も先に隔離します。Search Compassの生ログ、検査コメント、HUBキー、validatorキー、候補ID、内部判定語、`production_ready`、`0-B`、`task8`、`Gate` などは本文材料ではなく内部証跡です。制作材料パックには、本文化してよい読者向け要点と、内部証跡を分けて保存してください。分離されていない場合は、制作cronが作業語を本文に漏らすため `INSPECTION_PUBLIC_TEXT_MATERIAL_NOT_SEPARATED` とします。
検査cronは、制作に不足している公式情報を具体的に指示します。たとえば、最大ドローダウン/取引条件は確認済みだが最低入金額が未確認、MT5対応は確認済みだがEA対応が未確認、割引は表示ありだが報酬受取条件が未確認、入金方法は確認済みだが出金処理時間が未確認、という形で保存します。`公式確認が必要` だけでは制作cronが迷うため、項目名と確認先候補URLを残してください。
検査cronの完了前セルフチェックも固定します。production_readyへ送る前に、候補がプロップファームカテゴリであること、公式情報があること、Search Compass証跡があること、検索上位ページ実データがあること、第三者情報0件または少数の場合は理由があること、制作材料パックが本文用要点と内部証跡に分かれていること、評価スコア8項目の材料があること、基本情報表の材料があること、重複ではないこと、HUB保存後に読み戻せることを確認します。1つでも欠ける場合はproduction_readyにしません。
検査cronは、制作を急がせるためにFAILを軽く扱ってはいけません。Search Compass未実施、SERP実データなし、公式URLなし、カテゴリ根拠なし、重複未確認、制作材料パック未保存、読み戻しなしは、どれも制作Ready禁止です。逆に、第三者情報が少ないだけなら、理由と検索証跡があれば制作Readyにできます。この区別を必ず守ってください。
検査cronの報告では、件数だけでなく品質状態を出します。production_ready候補は、候補名、公式URL、優先度、検索意図、第三者情報件数、制作時の注意点を出します。補完待ち候補は、何を補完すれば制作Readyになるかを出します。見送り候補は、カテゴリ違い、重複、公式不足、実在不明などの理由を出します。次工程が迷う報告は禁止です。
検査cronは、制作cronに渡す前の最後の品質関門です。ここで曖昧な候補を通すと、制作cronが本文で推測を書いたり、検索意図を外したり、プロップファームではないサービスを記事化したりします。迷う候補はproduction_readyではなく補完待ちへ戻してください。
検査cronは、候補を落とす場合も雑に扱いません。落とした理由、再調査すれば復活できるか、別カテゴリへ回すべきか、完全に見送りかを分けて保存します。これにより、プロップファームカテゴリの候補品質を保ちながら、暗号資産取引所、証券会社、プロップファームカテゴリ、バイナリーオプション業者カテゴリ、ツール辞書へ回すべき候補を後で迷わず扱えます。
<<<CRON_REQUEST:invest358_prop_firm_inspection:end>>>
invest358 【評価・プロップファーム】制作cron作成依頼文
横展開Gate追記: このcronは プロップファーム / prop-firm 専用です。起動時はこの公開ページ自身と新分類名・新slugを正本にし、旧ページID・旧slug・旧カテゴリ名を作業判断に使いません。
<<<CRON_REQUEST:invest358_prop_firm_production:start>>>
件名: invest358 【評価・プロップファーム】制作cron作成依頼
あなたは、invest358.com 用HUB v0.1.85.008 を使い、プロップファーム評価記事を制作する定期cronを作成してください。この依頼文は、cron作成時にそのままコピーして使う本文です。外側の説明ではなく、この本文の中にあるルールを制作cronの必須ルールとして固定してください。制作cronは、検査cronが `production_ready=true` として渡したプロップファーム候補を1件ずつ読み、公式情報、第三者情報、Search Compass、検索上位ページ実データ、評価スコア、基本情報表、本文、Q&A、公開HTML検証、HUB保存、task8 handoffまでを完了させます。
cron名は `invest358 【評価・プロップファーム】制作` とします。対象サイトは `https://invest358.com/` のみです。対象HUBは `https://invest358-hub.secure358.com` のInvest358専用HUBのみです。ローカル正本は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` です。Invest358以外のHUB、他カテゴリ、他cron公開ページ、他辞書セットは触りません。制作対象は辞書セット `trading-service-directory`、カテゴリ `プロップファーム`、カテゴリURL `https://invest358.com/ja/directory-category/prop-firm/`、slug `prop-firm` のみです。
追記: automation運用固定。automation名: `invest358 【評価・プロップファーム】制作`。対象: 検査cronが `production_ready=true` として渡した `trading-service-directory` / `prop-firm` / `プロップファーム` の候補1件だけです。検査材料パック、Search Compass証跡、検索上位ページ実データ、公式URL、カテゴリ根拠、重複確認が揃った候補だけを記事化します。workflow混同防止: `site_id=invest358`、`workflow_id=invest358-prop-firm-evaluation-production`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`directory_category_name=プロップファーム` で固定します。収集・検査・高品質・訂正・改善ハンドオフのworkflowと混ぜず、他ジャンルの `crypto-exchange`、`securities-company`、`prop-firm`、`binary-options-provider` も混ぜません。automation設定: モデルは GPT-5 系、reasoning は high 以上です。実運用の1日の起動回数: 1回です。1回あたりの制作上限は1記事です。公開、公開HTML読み戻し、validator_result保存、HUB保存、HUB読み戻し、task8 handoffまで同じrunで完了させます。最初に読む場所: 公開ページ `https://cron.goudou-358.jp/2226/` のこの制作ブロック、`C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\cron_prompts\current\README.md`、`cron_prompts\current\trading-service-directory\README.md`、`cron_prompts\current\trading-service-directory\prop-firm\README.md`、`gates\current\INVEST358_SERP_REAL_DATA_PRODUCTION_GATE.md`、`gates\current\INVEST358_SEARCH_INTENT_SERP_TOPIC_GATE.md`、`gates\current\INVEST358_TRADING_SERVICE_GENRE_PROMPT_GATE.md`、`gates\current\PRODUCTION_EVIDENCE_AND_SCORING_GATE.md`、`gates\current\ARTICLE_QUALITY_GATE.md`、`gates\current\QUALITY_VALIDATOR_CONTRACT.md`、`gates\current\ROLE_FAIL_CONDITION_GATE.md`、ライブHUBの `api=status`、`api=agent_pack`、制作対象キューです。起動時間設定ルール: 既存ACTIVE cronを確認してから設定する。同時刻と前後10分を避ける。00分固定を避ける。分は 07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 を優先候補にする。朝・昼・夕・夜へ分散する。cron実行cwdは `C:\Users\Public\Documents\LLC358\_codex_cron_threads`。支社PCへ持っていく対象は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` だけ。このサイトHub内でGate、startup、cron prompt、runtime証跡を完結させる。
モデルは GPT-5 系、reasoning は high 以上を使ってください。制作cronは公開記事を作るため、軽量モデルに落として検索証跡、公開HTML検証、評価理由、自然な敬体、Directory Core、HUB読み戻しを省略してはいけません。Node REPL、node_repl、JavaScript REPLは使いません。制作cronは1回1記事まで処理します。1回の起動で複数記事を無理に制作しません。候補が複数ある場合は、検査日時、検索需要、公式情報の揃い方、重複リスク、制作材料パックの完成度を見て1件だけ選びます。
追記: 候補が複数ある場合の制作順は、Invest358のアフィリエイト目的も必ず見て決めます。日本国外資本または日本国外運営で、アフィリエイト、パートナー、IB、CPA、レベニューシェア、ハイブリッド、ライフタイムコミッション、継続報酬のどれかが確認できる候補を優先します。ライフタイムコミッション、レベニューシェア、継続報酬、CPA+継続報酬型は特に優先します。提携不可、提携可否不明、地域不一致、トラッキング不可、継続報酬やライフタイム報酬と合わない候補は低優先にします。Plus500、IGなどの有名ブランドでも、提携経路や報酬モデルがInvest358の目的に合わなければ制作順を下げます。日本の金融庁許可下の国内金融事業者は、代表から明示された場合を除き、アフィリエイト可能な日本国外運営候補より先に制作枠を使いません。制作前に `affiliate_priority_rank`、`affiliate_program_status`、`affiliate_program_source`、`commission_model`、`lifetime_or_recurring_commission`、`traffic_region_fit`、`domestic_fsa_entity_priority`、`business_priority_reason` を読み、欠けていれば補完または検査差し戻しにします。
追記: 制作cronも、アフィリエイト不可だけを理由に候補を不採用にしません。アフィリエイト適性は制作順を決めるための優先度であり、候補の実在性、カテゴリ適合、公式情報、検索需要、制作材料の有無とは別に扱います。アフィリエイト適性が低い候補は、より高い候補がある場合に後回しにします。高優先候補がなく、代表がその候補を明示した場合や比較文脈上必要な場合は、制作対象になり得ます。アフィリエイト不可を理由に制作候補を消した場合は `AFFILIATE_STATUS_USED_AS_REJECTION_REASON` として記録し、候補を復元または後日候補へ戻してください。
追記: ただし、制作cronはアフィリエイト調査結果を公開本文へ書いてはいけません。アフィリエイト可否、IB、CPA、レベニューシェア、ライフタイムコミッション、継続報酬、ASP、パートナー制度、トラッキングリンク、提携条件、Invest358の収益目的、候補を優先または後回しにした理由は、HUB内の候補優先度、validator_result、task8 handoff、内部報告だけで扱います。公開記事の読者はトレーダーなので、本文ではチャレンジプラン/口座サイズ、チャレンジ費用、ドローダウン、取引条件、取扱商品、支払い方法/報酬受取方法、報酬受取条件、サポート言語、対応プラットフォーム、EA対応、割引条件、キャンペーン条件、本人確認、注意点を具体的に説明します。公開本文・BOX・Q&A・まとめ・CTA・SEOタイトル・メタ説明にアフィリエイト内部語が出た場合は `PUBLIC_AFFILIATE_INTERNAL_TEXT_LEAK`、CTAのアンカーテキストが業者名・プロップファーム名だけでなく提携理由や報酬理由を含む場合は `PUBLIC_CTA_AFFILIATE_REASON_LEAK` として制作内で直してください。
1日の起動回数は1回です。設定時間ルールは、既存ACTIVE cronを確認してから、収集cron、検査cron、高品質チェックcron、訂正cronと同時刻に重ならないように分散してください。固定時刻をこの依頼文内で先に決め打ちしません。実際の設置時は、検査cronがHUBへproduction_readyを保存した後に十分な間隔を空け、公開後に高品質チェックcronが追えるよう、同日中に後工程の余地が残る時間帯へ置きます。既存ACTIVE cronを確認できない場合は `SCHEDULE_ACTIVE_CRON_NOT_CHECKED` として設置完了にしないでください。
起動時には必ずHUBのstatusとagent_packを読み、次のGate/Manualが見えるか確認してください。`INVEST358_CRON_ENTRYPOINT_AND_SOURCE_MANUAL.md`、`INVEST358_TRADING_SERVICE_DICTIONARY_CONTRACT.md`、`INVEST358_ARTICLE_TYPE_AND_DIRECTORY_GATE.md`、`INVEST358_PRODUCTION_CANDIDATE_RESOLUTION_GATE.md`、`INVEST358_VISUAL_DECORATION_BALANCE_GATE.md`、`INVEST358_WP_AUTH_AND_PUBLISH_ROUTE_GATE.md`、`INVEST358_SERP_REAL_DATA_PRODUCTION_GATE.md`、`INVEST358_POLITE_STYLE_STRICT_GATE.md`、`PRODUCTION_EVIDENCE_AND_SCORING_GATE.md`、`ARTICLE_QUALITY_GATE.md`、`QUALITY_VALIDATOR_CONTRACT.md`、`REFERENCE_STYLE_GATE.md`、`ROLE_FAIL_CONDITION_GATE.md`、`JAPANESE_SYNTAX_GATE.md`、`PLAIN_STYLE_AND_QA_BOX_HOTFIX_GATE.md` です。startup_pack URLは `https://invest358-hub.secure358.com/index.php?api=agent_pack&site_id=invest358&workflow_id=invest358-prop-firm-evaluation-production&content_set=invest358-trading-service-directory-prop-firm` です。
追記: HUB認証ルールも固定します。`api=agent_pack`、`api=agent_work_queue`、`api=hub_table_upsert` は認証必須です。cron起動時にローカル正本 `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` 配下の `config\hub.env.local` を読み、`H358_HUB_AGENT_TOKEN_FILE` が指すローカルトークンファイルから値を取得し、HTTPヘッダー `X-H358-Hub-Token` でライブHUBへ渡してください。トークン値、認証ヘッダー全文、トークンファイル本文は、記事本文、報告、HUB、memory、artifactへ保存してはいけません。configまたはtokenファイルを読めない場合、またはヘッダー付きでも403の場合は `BLOCKED_HUB_AUTH_CONFIG_MISSING` または `BLOCKED_HUB_AUTH` として停止し、production_ready候補取得、記事制作、公開、HUB保存へ進まないでください。`api=status` だけ読めても `api=agent_pack` が読めないrunは完了扱いにしません。
追記: Invest358のWP公開認証ルートも固定します。Invest358公開記事のWordPress認証は、HUB直下ではなく `C:\Users\Public\Documents\LLC358\Autopost358\_branch_common\config\sites\invest358.env.local` を正規のローカル設定として読みます。このファイルには `WP_SITE_URL`、`WP_BASE_URL`、`WORDPRESS_SITE_URL`、`WP_USERNAME`、`WORDPRESS_USERNAME`、`WP_APPLICATION_PASSWORD`、`WP_APP_PASSWORD`、`WORDPRESS_APP_PASSWORD` などのキーがあります。値や秘密情報は記事本文、報告、HUB、memory、artifactへ絶対に出しません。制作cronは、WP認証が必要になった時にHUB直下だけを探して止まってはいけません。HUB直下で見つからない場合は、すぐ上記の `_branch_common\config\sites\invest358.env.local` を確認してください。`wp_post_io.py` が `cron.goudou-358.jp` 用に設定されている場合、それをInvest358公開記事の投稿経路として使ってはいけません。Invest358公開サイトは `https://invest358.com/`、辞書記事のREST post typeは通常 `directory_site`、REST endpointは `https://invest358.com/wp-json/wp/v2/directory_site/{post_id}` です。既存のOANDA/Pepperstone実行フォルダにInvest358認証を使った公開スクリプトがある場合、その公開機構はSaxoなど次候補へ転用してよいですが、本文・候補・Directory Core・validator・handoffは現在の候補用に作り直します。
WP公開で401/403が出た場合は、認証がないと決めつけて止まらず、まずendpointが `invest358.com` か、post typeが `directory_site` か、usernameキーとapplication passwordキーを読めているか、Basic Auth等の認証ヘッダーをローカルで組めているかを確認します。秘密値は出しません。修正して1回再試行します。それでも公開できない場合だけ `BLOCKED_WP_AUTH_CONFIG_MISSING`、`BLOCKED_WP_AUTH_INVALID`、`BLOCKED_WP_REST_ENDPOINT_MISMATCH`、`BLOCKED_WP_POST_TYPE_MISMATCH` のいずれかで停止します。候補解決、HUB保存、Search Compass、本文作成だけでは制作完了ではありません。制作完了には、WP公開または更新成功、認証付きREST読み戻し、公開URL 200、公開HTML検証、Directory Core読み戻し、validator_result保存、HUB読み戻し、task8 handoff保存/読み戻しが必要です。
追記: 制作cronのHUB保存ルートは `api=hub_table_upsert` に固定します。制作artifact、公開URL、公開HTML読み戻し、validator_result、Directory Core反映、task8 handoff、Search Compass / SERP実データ反映結果は、`agent_task_action` ではなく `hub_table_upsert` で保存してください。POST JSONには必ず `write_scope=cron_result_recovery` を入れます。公開記事ごとの制作証跡は `table_name=References`、`primary_key=reference_id`、`reference_id=invest358-prop-firm-{service_slug}-production-{yyyymmdd}` のような一意キーで保存します。validatorや事実確認証跡を分ける場合は `table_name=FactChecks`、`primary_key=fact_check_id` を使います。`hub_table_upsert` が `BLOCKED_HUB_WRITE_SCOPE` を返した場合は、`write_scope=cron_result_recovery` が抜けているか、保存先tableが許可外です。`agent_task_action` へ逃げず、`References` または `FactChecks` 行の `hub_table_upsert` 形式へ直して再実行してください。
制作cronは、HUBで `production_ready=true` の候補だけを対象にします。収集0-B候補を直接制作してはいけません。検査材料パックがない候補、Search Compass証跡がない候補、検索上位ページ実データがない候補、公式URLがない候補、プロップファームカテゴリか不明な候補、重複の疑いが残る候補は制作しません。候補がない場合は、制作対象0件として理由を報告し、公開記事を作らず終了します。
ただし、ここでいう候補がない場合は、production workflow の `agent_work_queue` が0件だったという意味だけではありません。制作cronは `agent_work_queue` 0件だけで制作対象0件と判断してはいけません。最初に `api=status`、次に認証付き `api=agent_pack` を読み、production workflow の `agent_work_queue` を確認します。そこで0件なら、inspection workflow の `agent_work_queue` に `production_ready=true` の行がないか確認します。さらに、`hub_table_upsert` で保存されたHUBテーブルレコードの中から、同じ `site_id=invest358`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、互換する `workflow_id` の制作材料パックを探します。そこでも見つからない場合だけ、ローカル正本 `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\runtime\cron_outputs` 配下の同じworkflow/content_setのbounded JSONメタ情報を確認します。大きなログや無関係ファイルを全読みしませんが、候補ID、サービス名、production material pack、Search Compass証跡、SERP実データ証跡、検査readbackの有無は確認します。
制作候補として使えるのは、`production_ready=true`、`next_stage=production`、`next_task_code=production`、`candidate_status=production_ready`、`inspection_status=passed`、`production_material_pack_readback_confirmed=true` のいずれかがあり、かつ公式URL、カテゴリ根拠、Search Compass証跡、検索上位ページ実データ、制作材料パック、重複なし、秘密値なしが確認できる候補です。収集0-B materialだけしかない場合は制作してはいけません。その場合は `ONLY_COLLECTION_0B_STOCK_FOUND` として、検査cronがproduction material packを作る必要があると報告します。既に公開記事、同じDirectory項目、`production_consumed=true`、`production_completed=true`、task8 handoff consumed がある候補は制作対象にしません。
制作対象0件を報告する場合は、必ず `agent_work_queue_production_count`、`agent_work_queue_inspection_production_ready_count`、`hub_table_production_ready_count`、`local_runtime_production_ready_count`、`already_consumed_count`、`blocked_candidate_count`、`wrong_scope_candidate_count`、確認した `site_id`、`workflow_id`、`content_set`、`dictionary_set_slug`、`directory_category_slug`、最終stop codeを出します。許可するstop codeは `NO_PRODUCTION_READY_AFTER_ALL_SOURCES`、`ONLY_COLLECTION_0B_STOCK_FOUND`、`PRODUCTION_CANDIDATE_SCOPE_MISMATCH`、`PRODUCTION_CANDIDATE_ALREADY_CONSUMED`、`PRODUCTION_CANDIDATE_MATERIAL_INCOMPLETE`、`HUB_CANDIDATE_SOURCE_UNREADABLE` です。`production_ready 0`、`制作候補0件`、`agent_work_queue 0` だけの報告は禁止です。fallbackから候補を解決した場合は、記事制作前に `hub_table_upsert` で `production_candidate_resolution_gate=PASS`、`candidate_resolution_sources_checked`、`candidate_resolution_selected_source`、`candidate_resolution_selected_id`、`candidate_resolution_selected_name`、`candidate_resolution_readback_confirmed` を保存し、読み戻してから本文制作へ進みます。
制作対象を選んだら、まず候補の制作材料パックを読みます。読むべき内容は、サービス名、公式URL、公式情報URL、第三者レビューURL、検索クエリ、検索日、上位SERP URL、検索意図、上位ページの見出し・トピック傾向、読者の疑問、比較軸、注意点候補、プロップファームカテゴリ根拠、評価項目ごとの証跡、基本情報表の材料、未確認項目、公式と第三者の矛盾、公式優先判断、第三者情報0件または少数の理由、コピー禁止確認です。材料が欠ける場合は、その場で補完検索を行い、補完できた証跡を保存してから制作します。補完できない場合は制作を止め、候補を検査補完へ戻します。
検索は必須です。制作cronは、検査材料パックを読んだだけで検索完了扱いにしてはいけません。制作時点で公式情報が変わっていないか、公式URLが生きているか、主要条件が変わっていないか、検索上位ページの実データが本文設計に反映できるかを確認します。Search Compassを必ず使い、メインキーワード、サービス名＋評価、サービス名＋レビュー、サービス名＋口座、サービス名＋チャレンジ費用、サービス名＋出金/報酬受取、サービス名＋割引/キャンペーン、サービス名＋MT4/MT5、プロップファームカテゴリ関連クエリを確認します。Search Compassが未稼働、接続不可、入力不可、結果取得不可の場合は `BLOCKED_SEARCH_COMPASS` または `SEARCH_COMPASS_UNAVAILABLE` として止め、Search Compass実施済みのように扱いません。
追記: Search Compassの場所と使い方も固定します。Search Compassは `https://search-compass.goudou-358.jp/` です。ブラウザでこのURLを開き、制作対象候補ごとに、メインキーワード、サービス名＋評価、サービス名＋レビュー、サービス名＋口座、サービス名＋チャレンジ費用、サービス名＋出金/報酬受取、サービス名＋割引/キャンペーン、サービス名＋MT4/MT5、プロップファーム関連クエリを入力してください。取得した検索意図、上位傾向、共起語・関連語、読者質問、SERP上の言い回し、確認日、実行クエリを `validator_result`、制作artifact、HUB保存データへ残し、公開後にも読み戻してください。Search Compassが開けない、ログインや認証で止まる、入力できない、結果が取れない場合は `BLOCKED_SEARCH_COMPASS` または `SEARCH_COMPASS_UNAVAILABLE` として止め、Search Compass未使用のまま記事制作、公開、制作PASS、task8 handoffへ進んではいけません。
検索上位ページ実データの扱いは厳格です。制作cronは、検索意図、上位構成、必要トピック、共起語、差別化要素の順で記事構成を決めます。共起語や関連語を最初に並べるだけの記事は禁止です。上位ページの title/H1、メタ説明、H2/H3/H4、本文頻出語、関連検索、サジェスト、People Also Ask的な質問、検索結果で見える言い回しを確認します。そこから、読者が知りたいこと、比較したいこと、不安に思うこと、公式情報で確認すべきこと、Invest358記事で補うべきことを整理します。ただし、上位ページの見出し順、本文表現、表の構成、評価式、CTA、ランキング表現はコピーしません。
追記: 制作cronは、Search Compassにプラスして、検索上位ページの実データから拾って制作します。共起語・関連語は、上位ページでよく使われている単語、言い換え語、周辺語として扱います。プロップファーム記事では、費用、選び方、メリット、デメリット、口コミ、注意点、チャレンジ費用、ドローダウン、出金、入金、割引、MT4、MT5、EA、サポート、本人確認、KYCなど、読者の判断に結びつく語を拾います。ただし、共起語・関連語はあくまで一部です。制作cronは、先に検索意図を見ます。検索者が比較したいのか、口座開設前に条件を確認したいのか、やり方を知りたいのか、不安を解消したいのか、費用や注意点を知りたいのかを整理します。
追記: 検索意図を整理したあと、上位記事の見出し構成を見ます。指定キーワードで検索したときの上位ページについて、title、H1、メタディスクリプション、H2、H3、H4、本文、検索結果上の説明文、関連検索、サジェスト、People Also Ask的な質問、SERP上で見える言い回しを確認します。どの順番で説明しているか、共通して出る話題は何か、読者が何を比較しているか、どの疑問が繰り返し出るかを抽出します。上位記事の見出し順、本文表現、表の構成、評価式、CTA、ランキング表現はコピーしません。
追記: 記事構成を作る順序は、検索意図、上位構成、必要トピック、共起語・関連語、差別化要素の順です。必要トピックには、上位記事に共通して出る話題、プロップファーム選びで外せない公式確認項目、公式情報と第三者情報の矛盾確認、読者が不安に思う点、Q&Aへ入れるべき質問を入れます。不足している情報には、上位記事にはあるのに自分の記事に足りない情報、または上位記事には薄いがInvest358記事では読者に役立つ情報を入れます。差別化要素には、Invest358独自の評価スコア8項目、基本情報表、公式・現在情報優先、第三者情報が少ない場合の扱い、読者向けの自然な注意点、✅/⚠️、Q&A、内部リンクを使います。
追記: 共起語や関連語は、辞書的な類語リストではなく、上位表示されているページが実際に使っている言葉と、検索者の意図に関係する言葉を拾います。タイトルやH1に含まれる語句、メタディスクリプションに出る語句、H2/H3/H4に頻出する語句、本文中でよく使われる語句、悩み、比較対象、選び方、方法、注意点、費用、口コミ、失敗しない方法、おすすめ、公式確認が必要な条件を分けて保存します。validator_resultには `serp_search_intent_summary`、`serp_top_page_structure_notes`、`serp_required_topics`、`serp_cooccurring_terms`、`serp_related_terms`、`serp_reader_questions`、`serp_title_meta_trends`、`serp_gap_information`、`serp_differentiation_elements`、`serp_copy_risk_checked=true` を残します。検索者の意図、ページの目的、メインコンテンツの質、有用性を満たすために必要な語句として扱い、頻出語を詰め込むだけの記事にしません。
第三者情報が0件または少数でも制作を停止してはいけません。検索クエリ、検索日、検索結果、第三者情報数、0件または少数の理由を記録し、公式情報・公開情報を中心に記事を作ります。公式情報と第三者ページが矛盾する場合は、公式・現在情報を優先します。第三者ページは読者の疑問、比較観点、注意点候補、FAQ候補の補助材料として扱います。第三者ページの断定や古い情報をそのまま本文へ移植してはいけません。
記事はアフィリエイトサイトの記事ですが、読者を誤誘導してはいけません。利益を保証しない、安全を保証しない、出金成功を保証しない、口座開設や入金や取引を断定的に勧めない、個別投資助言・法務助言・税務判断をしない、公式で確認できない条件を断定しない、金融庁や国別規制を固定表で過度に扱わない、という方針で制作します。`規制警告・注意情報` は基本情報表の固定行にしません。国別制限や利用条件など、公式が公開していて読者判断に必要な場合だけ、本文や注記として自然に扱います。
辞書セットは `trading-service-directory` です。辞書設定内では `海外` という単語を使いません。プロップファームカテゴリは `prop-firm` です。記事本文で一般的な説明として金融取引サービスという語が自然に必要な場合は使えますが、slug、taxonomy、HUB保存キー、content_set、辞書セット名には入れません。カテゴリURLは `https://invest358.com/ja/directory-category/prop-firm/` です。記事のWPカテゴリ選択やDirectory分類は、公式の主機能がプロップファームであることを根拠に行い、推測だけでカテゴリを選びません。
評価スコア項目は次の8つで固定します。`安全性`、`取引条件`、`コスト`、`商品・銘柄`、`入出金`、`ツール`、`サポート`、`総合評価` です。項目名を変えません。説明っぽい長い項目名にしません。`総合評価` は他7項目の平均として扱います。独立した主観点や広告的な総合点にしません。各点数は、公式情報・公開情報・第三者レビュー・検索証跡から説明できる範囲で付けます。点数だけを置き、理由を本文で説明しない記事はFAILです。
`安全性` は、ライセンス/登録状況、運営会社、所在国/登録国、運営歴、公開情報の明確さを見ます。規制警告を固定項目として探しにいくのではなく、公式に公開されている運営情報、ライセンス表示、会社概要、利用条件の分かりやすさを中心に見ます。未確認のことは未確認と扱い、推測で安全と断定しません。`取引条件` は、プロップファームなら最大ドローダウン、取引条件、約定方式、ロスカット、チャレンジプラン/口座サイズ、取引時間、注文方式、スワップ、取引単位などを見ます。公式で条件が複数ある場合は、代表的なチャレンジプラン/口座サイズや読者が比較しやすい条件を本文で整理します。
`コスト` は、スプレッド、取引手数料、入出金手数料、口座維持費、割引/キャンペーン条件、コストと特典の釣り合いを見ます。割引がある場合でも、条件が厳しい、報酬受取条件がある、対象口座が限られるなどの点を自然に説明します。`商品・銘柄` は、取引可能な通貨ペア、指数、商品、暗号資産CFDなど、CFD、金属、指数、エネルギー、株式CFD、暗号資産CFDなど、取扱範囲と口座プランを見ます。多ければ良いだけでなく、読者が何を取引したいかに合わせて説明します。
口座内容は曖昧に書いてはいけません。公式または現在情報で複数のチャレンジプラン/口座サイズ、プラン、対象法人、地域別条件、プロ向け/一般向け条件が出ている場合は、代表例だけに潰さず、記事で扱うべきチャレンジプラン/口座サイズをすべて書きます。Standard、Raw、Razor、Pro、Zero、Cent、Micro、Islamic、demo、professional、entity別口座などが確認できる場合は、口座名、最大ドローダウン/取引条件またはドローダウン/取引条件範囲、代表的なスプレッド、取引手数料、最低入金額または最低残高、最小取引単位、対応プラットフォーム、EA対応、約定方式、スワップ/スワップフリー条件、ロスカットまたはマージンコール、割引対象可否、公式URL、確認日を口座ごとに整理します。`複数口座あり`、`低チャレンジ費用口座あり`、`ハイドローダウン/取引条件対応`、`条件は公式で確認してください` だけで済ませる記事は `PRODUCTION_ACCOUNT_PLAN_DETAIL_MISSING` として修正します。
取り扱う代表的な金融商品も具体的に書きます。`豊富な銘柄`、`各種CFD`、`多くの商品`、`幅広いマーケット` だけでは不足です。公式または現在情報で確認できる範囲で、主要FX取引可能な通貨ペア、指数、商品、暗号資産CFDなど、マイナー取引可能な通貨ペア、指数、商品、暗号資産CFDなど、エキゾチック取引可能な通貨ペア、指数、商品、暗号資産CFDなど、株価指数、商品、貴金属、エネルギー、株式CFD、ETF CFD、暗号資産CFD、債券、先物、オプション、現物株、ファンドなどのカテゴリと代表例を書きます。プロップファーム記事では、EUR/USD、USD/JPY、GBP/USD、XAU/USD、主要指数CFD、原油、暗号資産CFDなどを、公式情報で確認できる場合だけ代表例として使います。公式で代表例が確認できない場合は推測で補わず、確認できた商品カテゴリと未確認項目を分けます。曖昧な取扱商品説明は `PRODUCTION_INSTRUMENT_DETAIL_MISSING` として修正します。
割引/キャンペーンは抽象的に書いてはいけません。公式に入金割引、未入金割引、キャッシュバック、リベート、ポイント、コンテスト、紹介特典、地域限定キャンペーンがある場合は、キャンペーン名、対象地域または対象法人、対象口座、実施期間または現在表示、金額または比率、入金条件、取引量条件、報酬受取条件、除外条件、公式URL、確認日を具体的に書きます。地域ごとに条件が変わる場合は、公式で確認できる地域別条件をすべて書くか、全件確認が現実的でない場合は代表例として地域名つきで複数例を出し、未確認地域を明記します。`割引あり`、`キャンペーンあり`、`条件あり`、`公式で確認してください` だけで終わる場合は `PRODUCTION_BONUS_DETAIL_MISSING` として修正します。
`入出金` は、入金方法数、報酬受取方法数、処理時間、報酬受取条件、本人確認、出金トラブルリスク、割引利用時の条件を見ます。公式の入出金ページやFAQがあれば必ず参照します。入金方法・報酬受取方法は抽象的に書いてはいけません。`カード`、`銀行送金`、`オンライン決済`、`各種決済`、`公式で確認してください` だけで終わる場合は不足です。公式または現在情報で確認できる決済サービス名、カードブランド名、銀行送金種別、ローカル銀行送金、国際送金、電子ウォレット名、暗号資産決済レール、モバイルウォレット名、地域限定決済サービス名を具体的に書きます。各方法について、入金用か出金用か両方か、対象地域または対象法人、対応通貨、手数料または無料表示、反映時間または処理時間、最低額・上限額、本人確認/KYC、同一名義口座条件、公式URL、確認日を整理します。地域ごとに方法が変わる場合は、確認できた地域別方法をすべて書くか、代表例を地域名つきで複数示し、未確認地域を明記します。抽象的な入出金説明は `PRODUCTION_DEPOSIT_WITHDRAWAL_DETAIL_MISSING` として修正します。`ツール` は、MT4、MT5、cTrader、独自ツール、WebTrader、スマホアプリ、自動売買/EA対応、コピートレード、VPS連携などを見ます。`サポート` は、対応言語、問い合わせ手段、ライブチャット、メール、FAQ、ヘルプセンター、サポート時間を見ます。サポート時間、サポート言語、問い合わせ手段も抽象的に書いてはいけません。`サポートあり`、`多言語対応`、`日本語対応`、`チャットあり`、`公式で確認してください` だけで終わる場合は不足です。公式または現在情報で確認できる問い合わせ手段名、ライブチャット、メール、電話、WhatsApp、チケット、問い合わせフォーム、ヘルプセンター、アカウントマネージャーなどの経路、対応時間、平日/週末/祝日の差、タイムゾーン、公式に表示される対応言語、日本語ページ表示と日本語有人サポートの違い、公式URL、確認日を具体的に書きます。地域や登録法人で対応時間・言語が変わる場合は、地域名つきで例示し、未確認地域を明記します。抽象的なサポート説明は `PRODUCTION_SUPPORT_DETAIL_MISSING` として修正します。日本語だけを特別カテゴリにはせず、サポート言語の一部として扱います。
基本情報表の共通項目は次の通りです。サービス名、サービス種別、公式サイト、運営会社、所在国/登録国、ライセンス/登録状況、チャレンジプラン/口座サイズ/プラン、取扱商品・銘柄、主要条件、手数料・スプレッド・利用コスト、最低入金額/最低利用額/チャレンジ費、入金方法、報酬受取方法、出金・報酬受取条件、割引/キャンペーン、対応プラットフォーム、自動売買/EA対応、サポート言語、本人確認/KYC、確認日です。プロップファームでは、主要条件に最大ドローダウン/取引条件、主要スプレッド、取引プラットフォーム、ロスカット条件、チャレンジプラン/口座サイズなどを入れます。未確認項目は推測で埋めず、公式未確認または公開情報で未確認と扱います。
公開HTMLで探す基本情報表の固定ラベル20個を明記します。制作cronとvalidatorは、公開HTML内で次の文字列をそのまま探します。`サービス名`、`サービス種別`、`公式サイト`、`運営会社`、`所在国/登録国`、`ライセンス/登録状況`、`チャレンジプラン/口座サイズ/プラン`、`取扱商品・銘柄`、`主要条件`、`手数料・スプレッド・利用コスト`、`最低入金額/最低利用額/チャレンジ費`、`入金方法`、`報酬受取方法`、`出金・報酬受取条件`、`割引/キャンペーン`、`対応プラットフォーム`、`自動売買/EA対応`、`サポート言語`、`本人確認/KYC`、`確認日`。公開テンプレートが同義ラベルへ変換する場合は、`basic_info_label_mapping` として、固定ラベル、公開HTML上の実ラベル、該当HTML断片、確認日を保存します。固定ラベルまたは承認済み対応表がない場合、REST payload、JSONキー、内部メモ、Directory Core保存値だけではPASSにせず、`PRODUCTION_BASIC_INFO_TABLE_MISSING` として修正します。9行または10行しか公開HTMLに出ない場合も、20固定ラベルが見えない限りFAILです。
基本情報20項目フィールドを特定できない場合の手順も固定します。制作cronは、まずWordPress RESTの `directory_site` 投稿を読み、`meta`、`directory_core.meta`、サイト固有directory metaに、公式URL、アフィリエイトURL、表示URL、rating、pricing、review_urlなどがあるか確認します。次に、利用できるDirectory Core endpoint、管理画面エクスポート、公開HTMLを確認し、`score_values`、`info_values`、公式URL、アフィリエイトURL、review URL、pricing、基本情報表示の実ラベルを探します。live pluginがlegacy 10行または12行の受け口しか返さない場合、その時点で止まらず、存在するlegacyフィールドは保存し、Directory Core/基本情報エリア直後に承認済みの `プロップファーム基本情報` 補助ブロックを追加します。この補助ブロックには固定20ラベルと値をすべて入れます。評価スコア表を重複させず、本文途中の手書き表として散らさず、基本情報エリアの一部として公開HTMLに出します。`basic_info_field_resolution` には、記事ID、RESTで見つかったフィールド、Directory Coreで見つかったフィールド、公開HTMLで見えたラベル、補助ブロック使用有無、欠落ラベルを保存します。20固定ラベルが公開HTMLに出るまでPASS不可です。
Directory Coreの評価スコア表と基本情報表が使える場合は、必ずDirectory Core側へ保存します。記事本文内に手書きの重複スコア表を作ってはいけません。辞書プラグインのスコア表が表示される前提の記事で、本文に同じ評価項目・点数・理由を表形式で再掲することは禁止です。評価理由は、本文のH2/H3と自然な段落で説明します。スコア表そのものはDirectory Core、理由や読者向け解説は本文、という分担を守ります。
記事構造は、評価スコア表の後にリード文、右寄せ公式/アフィリエイトCTA、最初のH2という基本順を守ります。評価スコア表がプラグインで自動表示される記事では、本文先頭で手書き評価表を作りません。リード文は、対象サービスがどんなプロップファームなのか、どんな読者が先に何を確認すべきかを自然に示します。作業メモ、検査メモ、Search Compass、Hub、agent_pack、production_ready、validatorなどの内部語を本文へ出してはいけません。
リード文は自然な敬体で書きます。2から3文程度を目安にし、長すぎる1文を避けます。読者が最初に知りたい、サービスの特徴、確認すべき条件、向いている人の方向性を入れます。たとえば、低チャレンジ費用、MT4/MT5、割引、入出金、サポート、取扱銘柄など、公式で確認できる要素から書きます。`このサービスは、低チャレンジ費用で取引したい人が、条件を確認しておきたい口座です` のような不自然な係り受けを避け、`低チャレンジ費用で取引したい方は、チャレンジプラン/口座サイズや手数料、入報酬受取条件を先に確認しておくと安心です` のように自然に分けます。
H1/H2/H3/H4見出しは敬体にしません。見出しに `です`、`ます`、`しましょう` を無理に入れません。見出しは自然な名詞句、問い、短い説明句にします。本文、リード、BOX、Q&A回答、まとめ、注意喚起文は自然な敬体で書きます。見出しは非敬体、本文は敬体という分離を守ります。validator_resultには `polite_style_gate=PASS`、`natural_polite_japanese_pass`、`heading_no_polite_style_pass`、`heading_polite_style_violation_count` を残します。
本文の通常文は、自然な敬体で書きます。常体の `だ`、`である`、`となる`、`できる`、`必要がある`、`向いている`、`確認する` を通常文として多用しません。表の項目名、見出し、固有名詞、公式引用、URL、コード、validatorキー、Hub内部キーは例外です。敬体にするために語尾だけ変えて不自然な文を作ってはいけません。`です。です。です。` の連続で単調になった場合も修正します。本文は読者に説明する記事として自然に読み進められるようにします。
不自然文は禁止です。`人が、〜確認しておきたいサービスです`、`確認されたキャンペーンです`、`公式TOP上`、`〜に関する表示`、`検査で確認された`、`Search Compass上で確認された`、`制作材料パックでは`、`HUBに保存された` のような作業メモ文を本文へ入れたらFAILです。公式情報を確認したことは、読者向けには `公式サイトでは、チャレンジプラン/口座サイズや取引条件が案内されています` のように自然に書き換えます。
Gutenbergブロック区切りコメントは禁止です。記事本文、下書きHTML、公開HTML、Directory Core欄、メタ説明、Q&A、Cocoon BOX、FAQ、CTAに `<!-- wp:` や `<!-- /wp:` を入れてはいけません。HTMLを作る場合も、ブロックコメントを混ぜないでください。FAQ JSON-LDやJavaScriptやカスタムコードを本文Q&Aとして見せないでください。Q&Aは本文に見える構造で配置し、JSON-LDだけで代替しないでください。
Q&Aは最低5件置きます。Q&Aは、読者が実際に知りたい質問にします。例として、口座開設に必要なもの、最低入金額、支払い方法/報酬受取方法、MT4/MT5対応、スプレッドや手数料、割引条件、本人確認、サポート言語、報酬受取条件などです。質問は短く分かりやすくし、回答は自然な敬体で書きます。Q&Aは `qa-box` 構造を使い、`qa-question` と `qa-answer` を持たせます。`qa_box_exact_class_count >= 5`、`qa_box_required_structure_gate=PASS`、`faq_jsonld_not_counted_as_body_qa=true`、`body_qa_custom_code_absent=true` をvalidatorに残します。
BOXや装飾は、読者の判断を助ける目的で使います。最初に結論BOX、注意点BOX、向いている人BOX、向いていない人BOX、比較ポイントBOXなどを自然に使えます。BOX本文も敬体です。装飾は過剰にしません。太字、赤字、黄色マーカー、チェック、注意マークは、重要な判断材料だけに使います。文字数や装飾数だけを満たすために文章を不自然にしないでください。重要なメリットと注意点のバランスを崩さないようにします。
ここで書いている装飾Gate、validator、FAIL名、カウント名、HTML検査名、設定説明は、cron実行者向けの内部ルールです。公開記事本文、リード、BOX、Q&A、まとめ、メタ説明、CTAには絶対に出してはいけません。公開記事では `Gate`、`validator_result`、`FAIL`、`decoraton_balance_gate`、`yellow_marker_count`、`box_readability_gate`、`設定上`、`検査で確認`、`カウントした結果`、`内部ルール`、`cron`、`HUB`、`production_ready` などの作業語を使わず、読者向けの自然な説明に変換します。たとえば内部的に黄色マーカー不足を直す場合でも、記事本文に `黄色マーカーを追加しました` とは書かず、読者の判断材料になる一文を自然に強調します。
公開本文では `検索者`、`検索ユーザー`、`検索した人` のような検索意図分析の内部語も使いません。本文、リード、BOX、Q&A、まとめ、メタ説明、H1/H2/H3/H4で禁止です。`検索者が知りたいこと` のような見出しは不自然なので使わず、`口座選びで先に知りたいこと`、`口座開設前に確認したいこと`、`取引条件を比べるときの確認点` のように読者向けの自然な表現へ置き換えます。文中では `読者`、`口座を比較している方`、`条件を確認したい方`、`口座開設前に確認したい方`、`取引条件を見比べたい方`、`入報酬受取条件を知りたい方` などを文脈に合わせて使います。validator_resultには `PUBLIC_BODY_SEARCHER_WORD_FOUND`、`PUBLIC_HEADING_SEARCHER_WORD_FOUND`、`META_DESCRIPTION_SEARCHER_WORD_FOUND` を残せますが、これらのFAIL名は公開本文に出しません。
装飾はBOX数だけではPASSにしません。公開HTMLの本文領域だけを測定し、黒太文字、赤太文字、黒太文字+黄色アンダーマーカーの黄金比を確認します。目安は `黒太文字 : 赤太文字 : 黄色アンダーマーカー = 5 : 2 : 3` です。6000字から10000字程度のプロップファーム記事では、黒太文字12から24件、赤太文字4から9件、黄色アンダーマーカー5から12件を目安にします。黄色アンダーマーカーが少ない記事は、BOXがあっても白々しく見えるため修正します。赤太文字は注意、リスク、入出金、割引条件、ドローダウン/取引条件、公式情報との矛盾確認などに限定します。黒太文字だけが多く、黄色マーカーが足りない記事は修正します。validator_resultには `black_bold_count`、`red_bold_count`、`yellow_marker_count`、`decoration_balance_gate` を残しますが、このキー名は公開本文に出しません。
`<div class="success-box box box-green">` は見にくいため、長い箇条書き、`向いている人`、`確認しやすいポイント`、メリット一覧、✅付きチェックリストには使いません。テーマ側で `success-box` が `success-box box box-green` として出る場合も、多行リスト用途では使わないでください。✅や⚠️を使う場合、`ul/li` の黒丸と絵文字を二重に並べる形は禁止です。向いている人や確認ポイントは、通常本文の短い段落に黒太字と黄色アンダーマーカーを使うか、必要な場合だけ `information-box` または `memo-box` に短く置きます。緑BOXの長文リストを公開HTMLで見つけた場合は `BOX_SUCCESS_GREEN_LIST_UNREADABLE`、黒丸+✅/⚠️の二重記号がある場合は `BOX_DOUBLE_BULLET_EMOJI_UNREADABLE` として修正します。このFAIL名も公開記事本文には出しません。
Invest358の記事は日本語で書きますが、日本居住者専用記事ではありません。日本語公式ページ、日本語サポート、日本円入出金、日本向けFAQが確認できる場合は書いてよいですが、すべての読者が日本居住者で、同じ法人、同じドローダウン/取引条件、同じ割引、同じ入報酬受取条件を使える前提で書いてはいけません。居住地、提供法人、サーバー、プラットフォーム、プロ/リテール区分、チャレンジプラン/口座サイズ、地域規制で条件が変わる場合は、その違いを本文や注意点で自然に扱います。確認できない場合は、公式サイトで対象地域・対象法人・口座条件を確認するよう書きます。`日本居住者向けに安全です`、`日本の読者なら同じ条件で使えます` のような断定は禁止です。
装飾BOXは、OripaGate系で使っているCocoon BOXの考え方をInvest358へ流用します。cron本文だけで判断できるよう、使うクラスをここで固定します。本文内の有効BOXは、`information-box`、`warning-box`、`success-box`、`memo-box`、必要な場合だけ `item-ranking-box` です。`information-box` は冒頭結論、口座条件まとめ、中立説明に使います。`warning-box` はドローダウン/取引条件、報酬受取条件、割引条件、地域/法人制限、利用前確認などの注意点に使います。`success-box` は公式で確認できた強み、向いている人、具体的な利点に使います。`memo-box` は短い補足だけに使い、連続使用しません。`item-ranking-box` はランキング風・比較風の見せ方が記事構造として本当に必要な場合だけ使います。最終公開HTMLで `box box-blue`、`box box-red`、`box box-green` などの汎用サンプルクラスを残してはいけません。OripaGate系Cocoon BOXのクラスと役割が合わない場合は `PRODUCTION_ORIPAGATE_BOX_STYLE_MISMATCH` として修正します。
ただし、`success-box` はテーマ側で `success-box box box-green` として出るため、長い箇条書きや✅リストには使いません。`success-box` を使う場合は短い1文またはごく短い補足に限定し、向いている人、確認しやすいポイント、メリット一覧、チェックリストは通常本文の黒太字+黄色アンダーマーカー、または短い `memo-box` / `information-box` へ逃がします。
基本情報表やDirectory Core項目を装飾BOXへ詰め込むことも禁止です。`information-box` や `memo-box` の中に `プロップファーム基本情報` を置き、サービス名、サービス種別、公式サイト、運営会社、所在国、ライセンス、チャレンジプラン/口座サイズ、取扱商品、主要条件、手数料、最低入金額、入金方法、報酬受取方法、割引、対応プラットフォーム、EA、サポート、KYC、確認日などを縦長に並べる使い方は雑で見にくいため禁止します。基本情報はDirectory Coreまたはプラグイン表示、通常のコンパクトな表、または通常本文で扱います。装飾BOXに入れてよいのは、その基本情報から読者が最初に見るべき2から4個の短い要点だけです。装飾BOXは通常2から4行、約450字以内に収め、ファーストビューを大きく占有する巨大な薄青BOXや、スクリーンショット複数枚にまたがるBOXを作りません。公開HTMLで巨大な基本情報BOXを見つけた場合は `BOX_BASIC_INFO_DUMP_UNREADABLE` として修正します。このFAIL名や内部判定語は公開本文には出しません。
基本情報BOXの判定は機械Gateとして扱います。制作cronと高品質cronは、公開HTML本文内の `information-box`、`memo-box`、`warning-box`、`success-box`、`box-blue`、`box-green`、`box-red`、`box-yellow` をすべて抽出し、BOXごとに見出し、可視文字数、可視行数、箇条書き数、基本情報ラベル数、`項目名: 値` または `項目名：値` の行数を測定してください。見出しに `基本情報`、`プロップファーム基本情報`、`サービス情報`、`口座情報`、`取引条件一覧` がある場合、1つのBOXに `サービス名`、`サービス種別`、`公式サイト`、`運営会社`、`所在国`、`登録国`、`ライセンス`、`登録状況`、`チャレンジプラン/口座サイズ`、`プラン`、`取扱商品`、`銘柄`、`主要条件`、`ドローダウン/取引条件`、`スプレッド`、`手数料`、`最低入金額`、`入金方法`、`報酬受取方法`、`報酬受取条件`、`割引`、`キャンペーン`、`対応プラットフォーム`、`EA`、`サポート`、`サポート言語`、`本人確認`、`KYC`、`確認日` のうち8個以上が入っている場合、`項目名: 値` 型の行が10行以上ある場合、または約450字を超えて基本情報表の代替になっている場合は、BOX数や記事スコアが足りていても必須FAIL `BOX_BASIC_INFO_DUMP_UNREADABLE` とします。これは自己申告禁止です。公開HTMLの実測値として `basic_info_box_dump_checked=true`、`basic_info_box_dump_fail_count`、`basic_info_box_dump_label_count_max`、`basic_info_box_dump_colon_row_count_max`、`basic_info_box_dump_visible_char_count_max` をvalidator_resultまたはHUB証跡に残し、FAILが0になるまで修正してください。
内部リンクは、Invest358内の関連するプロップファームカテゴリ、用語、比較記事、入出金や割引関連の既存記事がある場合に1から3本程度入れます。サイドバー、フッター、ナビ、タグ、カテゴリ一覧のリンクは本文内部リンクとして数えません。外部リンクは原則として公式/アフィリエイトCTAを中心にし、必要な公式サブページへの直リンクは多くても1から2本程度に抑えます。外部リンクを大量に置いて本文をリンク集にしないでください。
右寄せ公式/アフィリエイトCTAは、公式URLまたはアフィリエイトURLが確認できる場合に設置します。アンカーテキストは、サービス名または公式サイトへ進む意図が分かる自然な文にします。`公式サイトで口座条件を確認する`、`公式サイトで取引条件を見る` など、読者の行動と確認内容が分かる言い方にします。根拠のない `今すぐ稼ぐ`、`絶対おすすめ`、`必ず出金できる` のような表現は禁止です。リンクには必要に応じて `nofollow noopener` を付けます。
SEOタイトルとメタ説明は、検索意図を満たし、クリック前に記事内容が分かる自然な表現にします。H1とSEOタイトルは区別します。H1はサービス名と評価記事であることが分かる自然な見出しにし、SEOタイトルは `サービス名 評価`、`レビュー`、`プロップファーム`、`スプレッド`、`出金`、`割引` など、検索意図に合う語を自然に入れます。上位ページのタイトルをコピーしません。メタ説明には、評価項目、取引条件、入出金、サポートなど、記事で確認できる内容を短く入れます。
本文の推奨構成は、サービスに合わせて調整してよいですが、次の要素を必ず検討します。評価スコアと総合評価、サービス概要、取引条件、コスト、商品・銘柄、入出金、ツール、サポート、割引/キャンペーン、向いている人、注意点、口座開設前の確認事項、よくある質問、まとめです。すべてを同じ順番で機械的に並べる必要はありませんが、評価スコア7項目の理由が本文のどこかで自然に説明されている必要があります。
評価理由は本文で説明します。`安全性` の理由では、運営会社、登録国、公開情報、ライセンス表示がどこまで確認できるかを自然に書きます。`取引条件` では、最大ドローダウン/取引条件やスプレッドだけでなく、チャレンジプラン/口座サイズや条件差にも触れます。`コスト` では、スプレッドや手数料、割引条件をまとめます。`商品・銘柄` では、取扱範囲を読者が比較しやすく説明します。`入出金` では、方法数、処理時間、条件、KYCを確認します。`ツール` では、MT4/MT5などの対応を説明します。`サポート` では、対応言語と問い合わせ手段を整理します。
点数は根拠と一緒に扱います。公式情報で確認できない項目を高得点にしないでください。割引が大きいだけで総合評価を上げすぎないでください。スプレッドが狭くても、入報酬受取条件やサポート情報が弱い場合はその点を反映します。公式情報が多く、条件が明確で、読者が比較しやすいサービスは評価しやすくなります。曖昧な情報がある場合は、点数と本文で慎重に扱い、読者に公式確認を促します。
記事本文は4000字以上を目安にします。ただし、文字数を満たすために薄い説明を増やしてはいけません。プロップファームの読者が実際に判断に使える情報を入れます。公式情報、第三者情報、検索上位ページの読者疑問、比較観点をもとに、読者が `この口座は自分に合うか` を判断できる構成にします。内部メモや検査証跡を本文に露出させず、自然な説明へ変換します。
公開前に下書きまたはプレビューHTMLを測定します。公開後にも公開URLのHTMLを取得して測定します。制作cronの自己採点だけでPASSにしません。validator_result.jsonを保存し、少なくとも `quality_score_model_version`、`target_score`、`raw_quality_score`、`score_cap`、`score_cap_reasons`、`final_quality_score`、`score_breakdown`、`minimum_gate_failures`、`validator_fail_items`、`failed_gate_names`、`required_gate_failures`、`mandatory_gate_fail_count`、`quality_delta_items`、`public_html_checked`、`validator_result_json_present`、`validator_json_parse_gate`、`validator_unmeasured_items`、`pass_allowed`、`correction_required`、`next_stage`、`hub_accepted`、`hub_readback_verified`、`accepted`、`readback_confirmed` を入れます。
敬体Strictのvalidatorキーも必須です。`polite_style_gate=PASS`、`plain_style_mixed_count`、`polite_style_violation_count`、`lead_polite_style_pass`、`body_polite_style_pass`、`qa_polite_style_pass`、`box_polite_style_pass`、`natural_polite_japanese_pass`、`heading_polite_style_violation_count`、`heading_no_polite_style_pass`、`plain_style_exemptions` を保存します。`japanese_syntax_gate=PASS` だけではPASSにしません。リード、本文、Q&A、BOX、見出しの実測キーが揃って初めてPASSです。
Q&AとBOXのvalidatorキーも必須です。`qa_box_exact_class_gate`、`qa_box_exact_class_count`、`qa_box_required_structure_gate`、`qa_box_required_structure_failures`、`faq_jsonld_not_counted_as_body_qa`、`body_qa_custom_code_absent` を確認します。BOXでは `valid_style_box_count`、`first_conclusion_box_present`、`valid_non_qa_style_box_count`、`box_visual_gate`、`box_role_gate` を確認します。Q&Aが5件未満、FAQ JSON-LDだけ、回答が空、回答が常体、構造が崩れている場合はFAILです。
装飾と読みやすさも測定します。`black_bold_count`、`red_bold_count`、`valid_black_bold_yellow_marker_count`、`lead_valid_black_bold_yellow_marker_count`、`check_mark_count`、`warning_mark_count`、`decoration_golden_ratio_gate`、`decoration_minimum_floor_gate`、`decoration_balance_fail_reasons` を残します。装飾が少なすぎる、過剰すぎる、注意ばかりで読者が読みにくい、メリットだけを強調してリスクを隠す、逆にリスクだけでアフィリエイト記事として機能しない、という偏りは修正します。
Directory CoreとWPカテゴリも読み戻します。Directory Coreへ保存した評価スコア、基本情報表、公式URL、カテゴリ、アイキャッチやメタ情報が、記事本文と矛盾していないか確認します。WPカテゴリは公式の主機能に基づき、プロップファームカテゴリへ入れます。カテゴリの推測選択は禁止です。`selected_wp_category_ids`、`selected_wp_category_names`、`category_allowed_list`、`category_reason`、`category_selection_gate`、`wp_category_readback_confirmed=true` を残します。
評価スコア表がプラグインで表示される場合、手書き重複表は禁止です。validatorでは `dictionary_score_table_present`、`manual_score_table_count`、`manual_score_table_after_dictionary_count`、`manual_score_table_headers`、`score_like_cells_count`、`manual_score_table_gate` を確認します。本文で評価項目ごとの理由をH2/H3と段落で説明するのはOKですが、スコア表と同じ表を手で作るのはFAILです。
公開後の品質スコアは100点満点モデルで扱います。PASS to task8は `final_quality_score >= 90`、`score_cap=100`、`mandatory_gate_fail_count=0`、validator証跡あり、HUB accepted/readbackありの場合だけです。80-89は制作内修正、50-79は制作内修正または制作品質FAIL、0-49やscore_cap=49は制作revisionです。公開できたというだけで完了ではありません。公開後にFAILが見つかった場合は同じrun内で修正し、validatorを再実行してからtask8へ渡します。
score_cap=49の例は、対象サイト違い、対象カテゴリ違い、公開HTML未測定、H1/SEO混乱、公式/アフィリエイト導線なし、内部作業語露出、FAQ JSON-LDやコードが本文表示、敬体Strict崩壊、評価表や本文が読者判断に役立たない、主要事実未確認、HUB accepted/readback欠落、Gutenbergコメント混入、mojibake、公開HTML破損です。score_cap=79の例は、テンプレ的リード、装飾不足、内部リンクなし、外部リンク過多、評価理由が薄い、Q&A不足、公式CTA不足、最初の結論BOX不足、手書き重複評価表です。
制作cronはHUB保存と読み戻しを必ず行います。保存対象は、記事ID、公開URL、タイトル、H1、SEOタイトル、メタ説明、Directory Core保存結果、評価スコア、基本情報表、公式URL、カテゴリ、公開HTML検証結果、validator_result.json、failed_gate_names、quality_delta_items、task8 handoff、accepted/readbackです。保存後に読み戻し、公開URLが200で取得できること、Gutenbergコメントがないこと、Q&Aと敬体StrictがPASSしていることを確認してください。
task8 handoffには、公開URL、記事ID、サービス名、カテゴリ、評価スコア、基本情報表の状態、公開HTML検証結果、残FAILなし、残quality_delta_itemsなし、次の高品質チェックが見るべきポイント、検索証跡、第三者情報0件または少数の理由、公式優先判断、修正履歴を入れます。task8 handoffなしで制作完了にしてはいけません。
制作cronの禁止事項をまとめます。production_readyでない候補を制作しない。複数記事を同時制作しない。公式情報なしで断定しない。第三者サイトをコピーしない。検索未実施で制作しない。Search Compassだけで上位ページ実データを省略しない。第三者情報0件で停止しない。辞書設定に `海外` を入れない。`規制警告・注意情報` を固定行にしない。記事本文へ内部作業語を出さない。Gutenbergブロックコメントを入れない。手書き重複スコア表を作らない。敬体Strictを無視しない。見出しを無理に敬体化しない。Node REPLやJS REPLを使わない。秘密値を本文やHUBへ混ぜない。
必須FAIL名は次を使ってください。`PRODUCTION_HUB_STARTUP_PACK_MISSING`、`PRODUCTION_WRONG_SITE_SCOPE`、`PRODUCTION_WRONG_DICTIONARY_SET`、`PRODUCTION_WRONG_CATEGORY`、`PRODUCTION_READY_CANDIDATE_MISSING`、`PRODUCTION_SEARCH_NOT_RUN`、`PRODUCTION_SEARCH_EVIDENCE_MISSING`、`PRODUCTION_SERP_REAL_DATA_MISSING`、`PRODUCTION_SERP_SEARCH_INTENT_MISSING`、`PRODUCTION_SERP_HEADING_STRUCTURE_MISSING`、`PRODUCTION_SERP_REQUIRED_TOPICS_MISSING`、`PRODUCTION_SERP_READER_QUESTIONS_MISSING`、`PRODUCTION_TOP_PAGE_COPY_RISK`、`PRODUCTION_OFFICIAL_FACTS_MISSING`、`PRODUCTION_THIRD_PARTY_SCARCITY_REASON_MISSING`、`PRODUCTION_DICTIONARY_SCORE_TABLE_MISSING`、`PRODUCTION_BASIC_INFO_TABLE_MISSING`、`PRODUCTION_MANUAL_DUPLICATE_SCORE_TABLE`、`PRODUCTION_POLITE_STYLE_PUBLIC_BODY_FAIL`、`PRODUCTION_HEADING_POLITE_STYLE_FAIL`、`PRODUCTION_QA_BOX_FAIL`、`PRODUCTION_GUTENBERG_BLOCK_COMMENT_FOUND`、`PRODUCTION_PUBLIC_HTML_NOT_CHECKED`、`PRODUCTION_VALIDATOR_JSON_MISSING`、`PRODUCTION_HUB_READBACK_MISSING`、`PRODUCTION_TASK8_HANDOFF_MISSING`。
報告フォーマットは日本語で簡潔にします。最初に、制作対象、公開URL、記事ID、処理結果、品質スコア、必須FAIL数、検索証跡、Directory Core保存、公開HTML読み戻し、task8 handoff、次工程への注意点を出します。文字数、Q&A件数、内部リンク数、外部リンク数、敬体Strict、見出し非敬体、Gutenberg禁止、手書き重複表なしも報告してください。未実施の検証がある場合は、完了ではなくBLOCKEDまたはFAILとして報告します。
この制作cronは、プロップファーム評価記事を1件ずつ安全に公開し、公開後の検証まで終わらせるcronです。記事を出すことだけが目的ではありません。読者がプロップファームを比較しやすく、公式情報と検索証跡に基づき、自然な敬体で、評価スコアと基本情報表が整い、公開HTMLで機械検証できる状態にすることが目的です。
本文の詳細構成例を固定します。サービスごとに自然に調整してよいですが、原則として次の流れを検討してください。最初に評価スコア表と基本情報表を表示します。次にリード文で、対象プロップファームの特徴、確認すべき条件、どんな読者に向いているかを自然に説明します。その直後に右寄せ公式/アフィリエイトCTAを置きます。最初のH2では総合評価と結論を説明します。その後、取引条件、コスト、商品・銘柄、入出金、ツール、サポート、安全性、割引/キャンペーン、向いている人、注意点、口座開設前の確認事項、よくある質問、まとめへ進めます。サービスの特徴により順番を変えてもよいですが、読者が最初に判断材料を得られる構成にしてください。
総合評価の章では、点数を広告的に煽らず、7項目の平均として自然に説明します。`総合評価が高いのでおすすめです` のような短絡的な文は禁止です。どの項目が強く、どの項目は確認が必要かを整理します。たとえば、取引条件が強いが入報酬受取条件の確認が必要、プラットフォームは充実しているが割引条件は対象口座を確認したい、サポート言語は公式ページで確認したい、というように、読者が判断できる情報へ変換します。
安全性の章では、運営会社、登録国、ライセンス/登録状況、会社情報の公開度、公式ページの分かりやすさを説明します。日本居住者向けの規制警告記事に寄せませんが、公式が利用制限や対象国を明記している場合は、自然に確認事項として扱います。`安全です` と断定せず、`運営会社やライセンス表示、利用条件を確認したうえで判断しましょう` のように、読者が公式で確認する姿勢を促します。未確認情報を安全性の根拠にしません。
取引条件の章では、最大ドローダウン、取引条件、チャレンジプラン/口座サイズ、約定方式、ロスカット、スワップ、取引単位、取引時間など、公式で確認できた条件を整理します。プロップファームは条件がチャレンジプラン/口座サイズや商品で変わるため、1つの数字だけを切り取って断定しないでください。`最大ドローダウン/取引条件` は魅力として扱える一方で、リスクも大きくなるため、本文では条件確認の重要性を自然に書きます。上位ページが使っている比較軸を参考にしても、表現や順番はコピーしません。
コストの章では、スプレッド、取引手数料、入出金手数料、口座維持費、割引条件をまとめます。割引がある場合は、受け取り条件、対象口座、報酬受取条件、クッション機能、取引量条件などを公式で確認します。情報がない場合は、割引の有無を断定しません。コストを説明するときは、`安い` とだけ書かず、どの費用を見るべきかを読者に伝えます。プロップファームでは、スプレッドが狭くても手数料が別にかかる場合があるため、チャレンジプラン/口座サイズごとの総コストを確認する姿勢を入れます。
商品・銘柄の章では、取引可能な通貨ペア、指数、商品、暗号資産CFDなど数、CFD、金属、指数、エネルギー、株式CFD、暗号資産CFDなどを公式情報に基づいて説明します。取扱数が多い場合は、初心者向けに全部を列挙しすぎず、主要カテゴリを整理します。取扱数が公式で見つからない場合は、具体的な数を推測しません。読者が自分の取引したい銘柄を公式で確認できるように、確認ポイントを自然に示します。
入出金の章では、入金方法、報酬受取方法、最低入金額、反映時間、出金処理時間、本人確認、割引利用時の条件を確認します。入出金はプロップファーム選びで重要な不安点です。検索上位ページや第三者レビューで出金に関する疑問が多い場合は、本文やQ&Aで扱います。ただし、第三者レビューだけで出金トラブルを断定しません。公式条件と第三者の読者不安を分け、公式で確認できる条件を中心に書きます。
ツールの章では、MT4、MT5、cTrader、WebTrader、独自アプリ、スマホアプリ、自動売買/EA対応、コピートレード、VPS連携などを説明します。EA対応は、チャレンジプラン/口座サイズやプラットフォームによって異なる場合があります。自動売買が可能と書く場合は、公式で確認できる範囲に限定します。VPSやシグナル配信が別サービスとして存在する場合は、プロップファーム本体との関係を混同しないようにします。
サポートの章では、サポート言語、問い合わせ方法、ライブチャット、メール、問い合わせフォーム、FAQ、ヘルプセンター、営業時間を整理します。日本語ユーザー向けという特別カテゴリは作りません。日本語対応が確認できる場合も、`サポート言語` の一部として扱います。サポートの品質を断定する場合は、公式情報だけでなく第三者レビューや実測の範囲を区別します。確認できない場合は、利用前に公式サポートページで確認するよう自然に促します。
割引/キャンペーンの章では、入金割引、口座開設割引、キャッシュバック、ロイヤルティ、期間限定キャンペーンなどを扱います。条件が変わりやすいため、確認日を残し、公式キャンペーンページのURLを保存します。本文では、特典だけを強調せず、対象条件、報酬受取条件、反映タイミング、対象口座、除外条件を確認するよう書きます。割引が確認できない場合は、無理に割引章を作らず、公式で最新情報を確認する案内に留めます。
向いている人の章では、公式で確認できる特徴をもとに、読者の目的へつなげます。低チャレンジ費用を重視する方、MT4/MT5を使いたい方、複数商品を取引したい方、少額から試したい方、割引条件を確認したい方、サポート言語を重視する方などです。向いていない人の章では、報酬受取条件を重視するが公式情報が薄い場合、特定プラットフォームが必要だが未対応の場合、割引条件を重視するが条件確認が必要な場合などを自然に書きます。断定的に不安を煽らないでください。
注意点の章では、ドローダウン/取引条件リスク、報酬受取条件、割引条件、チャレンジプラン/口座サイズ差、取扱商品のリスク、本人確認、キャンペーン変更、公式情報の更新を扱います。投資助言に見える表現は禁止です。`この口座なら勝てます`、`この条件なら損しません`、`必ず出金できます`、`安全に稼げます` のような表現は禁止です。読者が公式情報と自分の取引目的を照らし合わせて判断できるようにします。
口座開設前の確認事項の章では、公式サイトで確認すべき項目を整理します。サービス名、公式URL、チャレンジプラン/口座サイズ、本人確認、最低入金額、入金方法、報酬受取方法、割引条件、取引プラットフォーム、ドローダウン、取引条件、サポート言語、提供地域、利用条件などです。ここでも作業メモ文にせず、読者向けの自然なチェックリストにします。チェックリストはHTMLとして読みやすくし、過剰な装飾にしません。
Q&Aでは、サービス固有の質問を最低5件作ります。汎用的な質問だけで埋めないでください。たとえば、`サービス名はMT4に対応していますか`、`最低入金額はいくらですか`、`報酬受取方法は何がありますか`、`割引はありますか`、`EAは使えますか`、`どのチャレンジプラン/口座サイズを選べばよいですか`、`本人確認は必要ですか` のように、公式情報と検索意図に基づく質問にします。回答は短すぎず、本文の焼き直しだけにしません。
まとめでは、評価スコアと本文の要点を自然に整理します。`おすすめです` だけで終わらず、どんな条件を確認すべきか、どんな読者に合いやすいか、利用前に公式ページで何を見るべきかをまとめます。まとめも敬体で書きます。内部語、検査語、HUB語、作業語を出しません。
制作中に新しく確認した公式情報や第三者情報は、必ずHUBの制作証跡へ追加します。検査材料パックと異なる情報が見つかった場合は、公式・現在情報を優先し、どこが変わったかを `official_current_fact_priority_note` に残します。第三者ページが古い場合は、そのページを本文根拠にしないでください。公式が更新されている可能性がある項目は、確認日を本文または基本情報表に反映します。
記事の公開作業では、下書き保存、Directory Core保存、公開、公開URL取得、公開HTML取得、validator_result保存、HUB読み戻し、task8 handoffまでを1本の流れで行います。途中で公開しただけ、または下書きだけ、またはHUB保存だけで終わってはいけません。公開に失敗した場合は、失敗した段階、HTTPステータス、記事ID、下書きURL、次に必要な処理を保存して報告します。
公開HTML検証では、本文の見える範囲だけでなく、メタ説明、H1、H2/H3、Q&A、CTA、内部リンク、外部リンク、Directory Core表示、プラグイン生成表、Cocoon BOX、本文内コード表示の有無を確認します。JSON-LDやscriptタグを本文としてカウントしません。サイドバー、フッター、ナビ、パンくず、関連記事、タグ一覧は本文内部リンク数や本文文字数に混ぜません。
内部リンクを入れるときは、Invest358内の関連ページが実在するか確認します。存在しないURL、404、カテゴリ一覧だけ、タグ一覧だけ、本文と関係が薄い記事へのリンクは避けます。リンクアンカーは自然にします。外部リンクは、公式/アフィリエイトCTA以外に必要な公式サブページがある場合だけにします。入出金ページや手数料ページへの直リンクが読者に役立つ場合は最大1から2本まで検討します。
メタ説明は、検索結果で読者が記事内容を理解できるように書きます。`サービス名の評価、取引条件、スプレッド、入出金、割引、MT4/MT5対応、サポートを確認できます` のように、記事内容に沿った自然な敬体にします。メタ説明でも断定的な利益保証や安全保証は禁止です。第三者サイトのメタ説明をコピーしません。
制作後に保存するHUB報告には、検索クエリ一覧、検索日、公式URL、第三者URL、SERP URL、読者の疑問、記事で扱ったトピック、使わなかったトピックと理由、第三者情報0件または少数の理由、公式優先判断、スコア理由、基本情報表の未確認項目、公開HTML検証結果を含めます。次工程の高品質チェックが、制作cronの判断を再検証できるだけの材料を残してください。
制作cronは記事の見た目だけでなく、後工程が機械判定できる構造を作ります。validator_result.jsonがJSONとして読めること、必須キーが揃っていること、FAILが配列として残っていること、quality_delta_itemsが空または具体的であること、pass_allowedが論理的に計算されていることを確認します。自己申告の `PASS` だけを書かないでください。
必須Gateは自己申告禁止です。`checked=true`、`PASSです`、`確認済みです`、`問題なしです` のような文だけではGate通過にしません。公開HTML、HUB readback、validator_result、Search Compass記録、SERP確認記録、task8 handoff保存本文を実際に読み戻し、測定値と証跡URLまたは証跡ファイル名を残します。実測証跡がないGateは `PRODUCTION_MANDATORY_GATE_SELF_REPORTED` としてFAILに入れ、記事を修正して再測定します。
制作cronは代表提示の見本18URLを必ず確認します。18本のうち一部だけ見て `reference_style_gate=PASS` にしてはいけません。全18本を取得するか、取得できないURLはHTTP状態、取得失敗理由、代替確認の有無を記録します。各見本から、リードの長さ、読者への話しかけ方、注意喚起、装飾BOXの置き方、評価理由の粒度、右寄せ公式/アフィリエイトCTA、Q&Aの自然さを抽出し、丸写しせずプロップファーム記事へ変換します。18URLの実測証跡が不足する場合は `PRODUCTION_REFERENCE_18URL_EVIDENCE_MISSING` としてFAILに入れます。
見本18URLは次の通りです。`https://invest358.com/ja/thinkmarkets-review/`、`https://invest358.com/ja/errante-review/`、`https://invest358.com/ja/baba-option-review/`、`https://invest358.com/ja/blueberryfunded-review/`、`https://invest358.com/ja/thinkcapital-review/`、`https://porn-fun.com/ja/maniacmax1-review/`、`https://porn-fun.com/ja/post-28-review/`、`https://porn-fun.com/ja/fc2-contents-market-review/`、`https://porn-fun.com/ja/gboys-tokyo-hot-review/`、`https://porn-fun.com/ja/s-cute-review/`、`https://aifan.io/ja/pollo-ai-review/`、`https://aifan.io/ja/crowdworks-ai-review/`、`https://aifan.io/ja/comfyui-tutorial/`、`https://aifan.io/ja/niji-journey-review/`、`https://aifan.io/ja/pixverse-ai-review/`、`https://aifan.io/ja/dream-machine-review/`、`https://aifan.io/ja/openart-ai-review/`、`https://aifan.io/ja/animon-review/`。
見本18URLから、見出し構成と装飾比率の平均も必ず出します。18URLを見たかどうかだけでは足りません。制作cronは `reference_18_heading_decoration_profile` を保存し、URLごとの本文文字数、H2数、H3数、H4数、H3/H2比率、style-box数、Q&A数、marker/bold数、右寄せCTA数、装飾ブロック比率、1万字あたり換算値を残します。2026-06-20時点の見本18URL実測平均は、18/18 URL測定済み、平均本文文字数7,338.833字、中央値6,851字、平均H2数10.111、平均H3数18.611、平均H4数0.944、平均H3/H2比率1.842、中央値H3/H2比率2.192、平均style-box数0.5、平均Q&A数11.111、平均右寄せCTA数2.778、平均装飾ブロック比率0.714、中央値装飾ブロック比率0.667、1万字あたりstyle-box 0.931、1万字あたりQ&A 15.774、1万字あたりmarker+bold 137.907、1万字あたり右寄せCTA 3.895です。記事ごとに `scale = article_public_text_chars / 7338.833` を計算し、本文文字数に合わせて見出し数と装飾比率を調整します。6,000〜9,000字前後の通常プロップファーム記事では、H2はおおむね8〜12、H3は14〜24、H4は0〜3、H3/H2比率は1.5〜2.5付近、Q&Aは8〜12、右寄せ公式/アフィリエイトCTAは最低1つ、通常2〜4、装飾ブロック比率は0.55〜0.90前後を目安にします。H2だけの記事、H3不足、装飾が薄すぎる記事、BOXやマーカーを数合わせで乱用した記事はPASSにしません。見本18URLの平均比率を出していない場合は `PRODUCTION_REFERENCE_HEADING_DECORATION_PROFILE_MISSING`、見出し比率が不足する場合は `PRODUCTION_HEADING_STRUCTURE_RATIO_MISSING`、装飾比率が見本平均から外れる場合は `PRODUCTION_DECORATION_RATIO_OUT_OF_REFERENCE_RANGE` として修正します。
ここから、制作cronが必ず読むGateと、制作時に機械判定するGateを明文化します。制作cronは、以下のGateを「読んだことにする」のではなく、本文、Directory Core、公開HTML、validator_result.json、HUB保存、task8 handoffの中で実際に満たしてください。Gateを読めない、Gateの必須キーを保存できない、公開HTMLで実測できない場合は、記事を公開済みでも制作完了にしません。
必須Gate 1: `INVEST358_CRON_ENTRYPOINT_AND_SOURCE_MANUAL.md`。このGateは、Invest358の制作入口です。制作cronは最初にこのGateを使い、対象が `invest358.com`、辞書セットが `trading-service-directory`、カテゴリが `prop-firm`、対象がプロップファーム評価記事であることを確認します。ここで確認する機械キーは、`site_id=invest358`、`site_url=https://invest358.com/`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`directory_category_url=https://invest358.com/ja/directory-category/prop-firm/`、`content_set=invest358-trading-service-directory-prop-firm`、`workflow_id=invest358-prop-firm-evaluation-production` です。どれかが欠ける場合は `PRODUCTION_ENTRYPOINT_SCOPE_MISSING` または `PRODUCTION_WRONG_CATEGORY` としてFAILにしてください。
この入口Gateでは、HUBの正本も確認します。正本は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` とライブHUB `https://invest358-hub.secure358.com` です。制作cronがInvest358以外のHUB、他サイト用Gate、古いALL_SITEコピーを正本にした場合は `PRODUCTION_WRONG_HUB_SOURCE` です。HUBのagent_packにInvest358 v0.1.85.008が見えない場合は、制作を進めず `PRODUCTION_HUB_VERSION_NOT_SYNCED` として止めます。
必須Gate 2: Invest358制作規律Gate。制作cronは、検索証跡必須、第三者情報0件でも制作停止禁止、公式/現在情報優先、第三者ページから見出し・本文・順番・表現をコピーしない、自然な敬体、Gutenbergブロックコメント禁止、検査メモ文の本文漏れ禁止を必ず守ります。validator_resultには `invest358_production_discipline_gate=PASS`、`search_evidence_required_gate=PASS`、`third_party_zero_continue_gate=PASS`、`official_current_priority_gate=PASS`、`third_party_no_copy_gate=PASS` を残してください。
この継承Gateで特に重要なのは、第三者記事の使い方です。第三者記事は、読者の疑問、比較観点、注意点候補、検索意図、必要トピックを拾うために使います。本文の言い回し、見出し構成、ランキング順、評価式、表構成、CTA、メタ説明をコピーしません。コピー危険がある場合は `PRODUCTION_TOP_PAGE_COPY_RISK` とし、該当箇所を作り直します。第三者記事が0件でも、検索証跡と0件理由があれば制作は継続できます。0件理由がない場合は `PRODUCTION_THIRD_PARTY_SCARCITY_REASON_MISSING` です。
必須Gate 3: `INVEST358_TRADING_SERVICE_DICTIONARY_CONTRACT.md`。このGateは、trading-service-directoryの辞書契約です。制作cronは、評価スコアと基本情報表をこのGateに合わせます。評価スコアは `安全性`、`取引条件`、`コスト`、`商品・銘柄`、`入出金`、`ツール`、`サポート`、`総合評価` の8つです。名称を変更しません。`安全性・運営情報`、`取引条件の良さ`、`入出金の使いやすさ` のような説明名に変えません。validator_resultには `score_field_names_gate=PASS`、`score_field_names`、`score_reason_body_present=true` を残します。
この辞書契約では、基本情報表の共通項目も固定です。サービス名、サービス種別、公式サイト、運営会社、所在国/登録国、ライセンス/登録状況、チャレンジプラン/口座サイズ/プラン、取扱商品・銘柄、主要条件、手数料・スプレッド・利用コスト、最低入金額/最低利用額/チャレンジ費、入金方法、報酬受取方法、出金・報酬受取条件、割引/キャンペーン、対応プラットフォーム、自動売買/EA対応、サポート言語、本人確認/KYC、確認日を使います。`規制警告・注意情報` は固定行にしません。validator_resultには `basic_info_field_names_gate=PASS`、`regulator_warning_fixed_row_absent=true`、`basic_info_readback_confirmed=true` を残してください。
必須Gate 4: `INVEST358_ARTICLE_TYPE_AND_DIRECTORY_GATE.md`。このGateでは、対象記事がどの辞書セットとカテゴリに属するかを確認します。プロップファーム記事は `trading-service-directory` の `prop-firm` です。自動売買ツール、VPS、シグナル配信、コピートレード、分析ツールは原則 `tools-directory` 側です。プロップファームは `prop-firm`、暗号資産取引所は `crypto-exchange`、証券会社は `securities-company`、バイナリーオプション業者カテゴリは `binary-options-provider` です。制作対象サービスがプロップファーム/ファンデッド口座ブローカーではなく、別カテゴリに属する場合は制作しません。`article_type_gate=PASS`、`directory_category_gate=PASS`、`category_reason` を保存してください。
必須Gate 5: `INVEST358_SERP_REAL_DATA_PRODUCTION_GATE.md`。このGateは、制作cronの検索上位実データGateです。Search Compassは必須ですが、それだけでは足りません。制作cronは、検索結果タイトル、上位ページのtitle/H1、メタ説明、H2/H3/H4、本文頻出語、関連検索、サジェスト、People Also Ask的な質問、検索結果上で見える言い回しを確認します。記事構成は、検索意図、上位構成、必要トピック、共起語、差別化要素の順で作ります。validator_resultには `search_compass_run=true`、`serp_real_data_production_run=true`、`serp_source_urls`、`serp_search_intent_summary`、`serp_heading_structure_summary`、`serp_required_topics`、`serp_reader_questions`、`serp_cooccurrence_related_terms`、`serp_differentiation_elements` を残してください。
このSERP GateでFAILになる例を明記します。Search Compassを実行していない、検索クエリが保存されていない、検索日がない、上位URLがない、上位ページの見出し構成を見ていない、検索意図より先に共起語を並べている、上位ページの見出し順をコピーしている、第三者ページの本文表現を持ち込んでいる、読者の疑問をQ&Aに反映していない、公式情報と第三者情報の矛盾を公式優先で処理していない場合です。FAIL名は `PRODUCTION_SEARCH_NOT_RUN`、`PRODUCTION_SERP_REAL_DATA_MISSING`、`PRODUCTION_SERP_SEARCH_INTENT_MISSING`、`PRODUCTION_SERP_HEADING_STRUCTURE_MISSING`、`PRODUCTION_SERP_REQUIRED_TOPICS_MISSING`、`PRODUCTION_SERP_READER_QUESTIONS_MISSING`、`PRODUCTION_SERP_DIFFERENTIATION_MISSING` を使います。
必須Gate 6: `INVEST358_POLITE_STYLE_STRICT_GATE.md`。このGateは、v0.1.85.008でライブHUBへ正式同期された敬体Strict Gateです。制作cronは、公開本文、リード文、本文段落、Cocoon/style BOX本文、Q&Aの質問・回答、まとめ文、注意喚起文、評価理由、基本情報説明を自然な敬体で書きます。`です`、`ます`、`ください`、`しましょう` を自然に使います。語尾だけ置き換えた不自然文は禁止です。validator_resultには `polite_style_gate=PASS`、`plain_style_mixed_count`、`polite_style_violation_count`、`lead_polite_style_pass`、`body_polite_style_pass`、`qa_polite_style_pass`、`box_polite_style_pass`、`natural_polite_japanese_pass`、`plain_style_exemptions` を残します。
この敬体Gateでは、見出しは敬体にしません。H1/H2/H3/H4は、自然な名詞句、問い、短い説明句にします。`評価スコアです`、`報酬受取条件を確認しましょう`、`注意点があります` のような敬体見出しはFAILです。本文は敬体、見出しは自然な非敬体見出しです。validator_resultには `heading_polite_style_violation_count`、`heading_no_polite_style_pass` を残します。本文が常体だらけなのに見出しだけ敬体、または見出しがですます調で本文が常体、という混乱は修正対象です。
必須Gate 7: `PRODUCTION_EVIDENCE_AND_SCORING_GATE.md`。このGateは、制作完了条件、品質スコア、task8 handoffを固定します。制作は公開しただけでは完了しません。task2 article body保存、task4 public URL保存、task5 Directory Core保存、task7 public verification保存、production validator_result.json保存、accepted/readback確認、mandatory FAIL countゼロ、task8 handoff ready保存が必要です。validator_resultには `quality_score_model_version`、`target_score=100`、`raw_quality_score`、`score_cap`、`score_cap_reasons`、`final_quality_score`、`score_breakdown`、`mandatory_gate_fail_count`、`pass_allowed`、`correction_required`、`next_stage` を入れます。
このProduction Evidence Gateでは、PASS条件が明確です。`final_quality_score >= 90`、`score_cap=100`、`mandatory_gate_fail_count=0`、validator証跡あり、HUB accepted/readbackありでなければtask8へ渡せません。80-89は制作内修正、50-79は制作内修正または制作品質FAIL、0-49は制作revisionです。score_cap=49になる重大FAILは、公開HTML未測定、対象違い、H1/SEO混乱、公式/CTAなし、内部作業語露出、Gutenbergコメント、敬体Strict崩壊、評価表が読者判断に役立たない、HUB読み戻し欠落などです。
必須Gate 8: `ARTICLE_QUALITY_GATE.md`。このGateは記事品質の細部を測ります。リード文、公式CTA、記事構造、Q&A、BOX、装飾、内部リンク、外部リンク、SEO、Directory表示、本文文字数、自然な日本語を確認します。制作cronは、リード文が2から3文程度で自然か、右寄せ公式/アフィリエイトCTAがあるか、評価スコア表と本文が重複しないか、Q&Aが5件以上あるか、内部リンクが1から3本程度あるか、外部リンクが過多でないかを実測します。`article_quality_gate=PASS`、`lead_gate=PASS`、`cta_gate=PASS`、`qa_gate=PASS`、`internal_link_gate=PASS`、`external_link_gate=PASS` を保存します。
ARTICLE_QUALITY_GATEで特に見るべきFAILは、本文4000字未満、リード文が長すぎる、リードに複数文を詰め込みすぎる、右寄せ公式CTAがない、Q&Aが5件未満、style BOXが不足、装飾が少なすぎる、装飾が過剰、内部リンク0本、外部リンク過多、SEOタイトルとH1が混乱、Directory一覧や関連記事など本文外リンクを内部リンク数に混ぜる、公式/アフィリエイトCTA以外の外部リンクが多すぎる、評価理由を表だけで済ませる、読者判断に必要な注意点がない、などです。
必須Gate 9: `QUALITY_VALIDATOR_CONTRACT.md`。このGateは、validator_result.jsonの契約です。制作cronは、validator_result.jsonがJSONとして読め、必須キーを持ち、未測定項目を隠さず、PASS判定が論理的に計算されるようにします。`validator_result_json_present=true`、`validator_json_parse_gate=PASS`、`validator_unmeasured_items=[]`、`failed_gate_names`、`required_gate_failures`、`quality_delta_items`、`pass_allowed`、`correction_required` を必ず保存します。キー欠落を `minor_quality_notes` に逃がしてはいけません。
このValidator Contractでは、public_html_checkedが重要です。公開HTMLを取得せずに自己採点だけでPASSにすることは禁止です。公開HTMLから、本文、リード、Q&A、BOX、CTA、内部リンク、外部リンク、Directory Core表示、メタ情報を測ります。サイドバー、フッター、ヘッダー、パンくず、関連記事、JSON-LD、script、styleを本文品質のカウントに混ぜません。測れない項目がある場合は `validator_unmeasured_items` に残し、PASSにしません。
必須Gate 10: `REFERENCE_STYLE_GATE.md`。このGateは、見本文調とリンク運用を測ります。制作cronは、見本URLやHUB内の見本文調メモを、自然化リライトの参考にできますが、表現を丸写ししません。参照する観点は、リード文の自然さ、公式CTAの置き方、注意点の書き方、装飾の自然さ、段落の流れです。validator_resultには `reference_style_gate=PASS`、`reference_style_checked=true`、`body_internal_link_count`、`external_link_count`、`official_cta_present`、`external_link_excess_gate=PASS` を残します。
REFERENCE_STYLE_GATEでFAILになる例は、見本URLの言い回しをコピーしている、外部リンクが多すぎる、公式CTAがない、内部リンクが0本、内部リンクにサイドバーやカテゴリ一覧を混ぜている、公式サブページ直リンクを大量に置いている、読者向けではなく作業メモの流れになっている、などです。プロップファーム記事では、公式/アフィリエイトCTAを中心にし、必要な公式サブページへの直リンクは最大1から2本程度にします。
必須Gate 11: `ROLE_FAIL_CONDITION_GATE.md`。このGateは、制作・高品質・訂正・改善ハンドオフそれぞれの必須FAIL条件を固定します。制作cronでは、Search Compassなし、評価スコア表とリードの順序崩れ、H1/SEO混乱、リード文不自然、CTA不足、重複評価表、本文4000字未満、Q&A不足、内部リンク不足、外部リンク過多、常体Strict違反、Gutenbergコメント、公開HTML未取得、validator_result欠落、task8 handoff欠落が即FAILです。`role_fail_condition_gate=PASS` と `failed_gate_names` を保存してください。
このRole Fail Gateでは、FAILを1件で止めません。見つけたFAILはすべて `failed_gate_names`、`required_gate_failures`、`quality_delta_items` に残します。必須FAILが1件でもある場合は `pass_allowed=false`、`correction_required=true` です。制作cronは、制作内で直せるものを直し、validatorを再実行し、残FAILがゼロになってからtask8へ渡します。`minor_quality_notes` に必須FAILを逃がすことは禁止です。
必須Gate 12: `JAPANESE_SYNTAX_GATE.md`。このGateは、日本語構文と読者自然文を測ります。制作cronは、主語述語の崩れ、係り受けの不自然さ、翻訳調、作業メモ文、`カテゴリ` や `導線` のような内部語の本文露出、検査メモ文の流入を修正します。validator_resultには `japanese_syntax_gate=PASS`、`lead_japanese_syntax_gate=PASS`、`body_japanese_syntax_gate=PASS`、`broken_japanese_hits=[]`、`syntax_repair_required=false` を残します。
日本語構文Gateで特に禁止する文は、`人が、〜確認しておきたいサービスです`、`公式TOP上で確認された`、`〜に関する表示が確認された`、`検査で確認されたキャンペーンです`、`この候補はproduction_readyです`、`Search Compass上では` のような、読者ではなく作業者に向けた文です。制作cronは、公式確認や検索証跡を読者向けの自然な説明へ変換します。本文が読者の目線で読めない場合はFAILです。
必須Gate 13: `PLAIN_STYLE_AND_QA_BOX_HOTFIX_GATE.md`。このGateは、敬体StrictとQ&Aボックスの抜け道を塞ぐHotfixです。制作cronは、本文・リード・Q&A本文・BOX本文を敬体で書き、常体の混在を実測します。Q&Aは最低5件、`qa-box`、`qa-question`、`qa-answer` を持つ構造で置きます。FAQ JSON-LDだけではQ&Aとして数えません。validator_resultには `plain_style_gate=PASS`、`qa_box_exact_class_gate=PASS`、`qa_box_exact_class_count>=5`、`qa_box_required_structure_gate=PASS`、`faq_jsonld_not_counted_as_body_qa=true`、`body_qa_custom_code_absent=true` を残します。
このHotfix GateでFAILになる例は、Q&Aが5件未満、Q&A回答が空、Q&A回答が常体、FAQ JSON-LDだけで本文にQ&Aがない、Q&Aがカスタムコード表示になっている、本文に `だ` `である` が通常文として多く残る、見出しを敬体にしている、`japanese_syntax_gate=PASS` だけで敬体Strictを測っていない、などです。制作cronは、公開前と公開後の両方でこのGateを測ります。
必須Gate 14: Gutenbergブロック区切りコメント禁止Gate。これはInvest358継承ルールとして、記事本文、下書きHTML、公開HTML、Directory Core欄、メタ説明、Q&A、Cocoon BOXに `<!-- wp:` と `<!-- /wp:` を入れないGateです。validator_resultには `gutenberg_block_comment_gate=PASS`、`gutenberg_block_comment_count=0` を保存してください。もし1件でも見つかった場合は `PRODUCTION_GUTENBERG_BLOCK_COMMENT_FOUND` でFAILにし、公開後でも同じrun内で修正します。
必須Gate 15: 手書き重複評価表禁止Gate。Directory Coreまたは辞書プラグインが評価スコア表と基本情報表を表示する前提の記事では、本文内に同じスコア項目、点数、理由を表形式で手書きしてはいけません。本文では、H2/H3と段落で理由を説明します。validator_resultには `dictionary_score_table_present`、`manual_score_table_count`、`manual_score_table_after_dictionary_count`、`manual_score_table_gate=PASS` を残します。重複表があれば `PRODUCTION_MANUAL_DUPLICATE_SCORE_TABLE` です。
必須Gate 16: 公式情報・第三者情報・検索証跡Gate。制作cronは、公式情報、第三者レビュー/比較情報、検索上位10件前後、メンターサイトの4層を使います。公式情報には公式トップ、チャレンジプラン/口座サイズ、取引条件、スプレッド、入出金、割引、FAQ、ヘルプ、利用規約、会社概要、プラットフォーム、KYC、サポートを含めます。第三者情報が0件でも制作停止しませんが、検索証跡と理由は必須です。validator_resultには `official_source_urls`、`third_party_source_urls`、`search_queries`、`search_date`、`third_party_count`、`third_party_scarcity_reason` を残します。
必須Gate 17: Financial And Investment Risk Gate。プロップファーム記事は投資・金融に関係するため、利益保証、安全保証、出金保証、勝率保証、法的適合の断定、税務や法務の最終判断、個別投資助言を避けます。本文では、取引条件やリスクを確認する姿勢を保ちます。`必ず稼げる`、`絶対安全`、`損しない`、`誰でも勝てる`、`金融庁公認` のような表現は、正確な公式根拠がない限り禁止です。validator_resultには `financial_risk_gate=PASS`、`profit_guarantee_phrase_count=0`、`individual_advice_absent=true` を残します。
必須Gate 18: 公開HTML読み戻しGate。制作cronは、公開後に公開URLを取得し、HTTPステータス、本文表示、H1、メタ説明、Directory Core表示、Q&A、CTA、Gutenbergコメントなし、敬体Strict、内部リンク、外部リンクを確認します。公開URLが200でない、本文が空、プラグイン表示が崩れている、validatorが公開HTMLを読んでいない場合はPASS禁止です。validator_resultには `public_url`、`public_http_status`、`public_html_checked=true`、`public_html_readback_confirmed=true` を残します。
必須Gate 19: HUB保存・読み戻しGate。制作cronは、HUBに保存しただけではなく、保存後に読み戻します。記事ID、公開URL、タイトル、H1、SEOタイトル、メタ説明、評価スコア、基本情報表、Directory Core保存結果、validator_result、task8 handoffがHUBで読めることを確認します。`hub_accepted=true`、`hub_readback_verified=true`、`accepted=true`、`readback_confirmed=true` が必要です。読み戻しなしなら `PRODUCTION_HUB_READBACK_MISSING` です。
必須Gate 20: task8 handoff Gate。制作cronは、記事を公開し、validatorをPASSさせ、HUB読み戻しを終えた後、task8 handoffを保存します。handoffには、公開URL、記事ID、サービス名、カテゴリ、評価スコア、基本情報表、品質スコア、残FAILゼロ、検索証跡、第三者情報数、公式優先判断、次の高品質チェックが見るポイントを含めます。task8 handoffがなければ制作完了ではありません。`task8_handoff_saved=true`、`task8_handoff_readback_confirmed=true` を保存してください。
制作cronは、上記Gateの結果を単に本文末尾へメモするのではなく、validator_result.jsonの機械キーとして保存してください。報告文にも、どのGateがPASSし、どのGateが測定され、残FAILがゼロであるかを短く書きます。Gateが多いからといって省略してはいけません。1記事1起動でよいので、丁寧に確認します。
制作cronが公開前に使う最低チェックリストを明文化します。対象候補はproduction_readyか。公式URLは生きているか。プロップファームカテゴリで正しいか。検索証跡はあるか。検索上位実データはあるか。第三者情報が0件なら理由があるか。評価スコア8項目は揃っているか。基本情報表は共通項目に沿っているか。`規制警告・注意情報` 固定行を作っていないか。辞書設定に `海外` を入れていないか。本文は自然な敬体か。見出しは敬体化していないか。Q&Aは5件以上か。Gutenbergコメントはないか。手書き重複評価表はないか。公開HTMLを測る準備があるか。
制作cronが公開後に使う最低チェックリストも明文化します。公開URLは200か。本文が表示されているか。H1とSEOタイトルが混乱していないか。メタ説明が自然か。Directory Coreの評価スコア表と基本情報表が出ているか。本文に重複表がないか。リード、Q&A、BOX、まとめが敬体か。見出しが非敬体か。Q&A構造が正しいか。内部リンクが自然か。外部リンクが過多でないか。公式CTAがあるか。Gutenbergコメントがないか。validator_resultがJSONとして読めるか。HUB読み戻しできるか。task8 handoffが保存されたか。
追記: 制作cronは必須FAIL0になるまで終わりません。公開済み、記事IDあり、HUB保存済み、References保存済み、品質スコアが一時的に高い、代表へ報告済み、のどれも制作完了条件ではありません。`mandatory_gate_fail_count=0`、`pass_allowed=true`、`public_html_checked=true`、`hub_readback_verified=true`、`task8_handoff_saved=true`、`task8_handoff_readback_confirmed=true` まで進めて初めて制作完了です。`PRODUCTION_BASIC_INFO_TABLE_MISSING`、`PRODUCTION_TASK8_HANDOFF_MISSING`、`PRODUCTION_H1_SEO_TITLE_MIXED`、`PRODUCTION_RED_CTA_MISSING`、`PRODUCTION_BOX_CONSECUTIVE_OR_THIN`、`PRODUCTION_SEARCH_EVIDENCE_MISSING`、`PRODUCTION_REFERENCE_18URL_EVIDENCE_MISSING`、`PRODUCTION_REFERENCE_HEADING_DECORATION_PROFILE_MISSING`、`PRODUCTION_HEADING_STRUCTURE_RATIO_MISSING`、`PRODUCTION_DECORATION_RATIO_OUT_OF_REFERENCE_RANGE`、`PRODUCTION_MANDATORY_GATE_SELF_REPORTED`、`PRODUCTION_BONUS_DETAIL_MISSING`、`PRODUCTION_DEPOSIT_WITHDRAWAL_DETAIL_MISSING`、`PRODUCTION_SUPPORT_DETAIL_MISSING` が1つでも残る場合は、制作PASS、task8 handoff済み、完了とは書いてはいけません。同じrun内で修正、再公開、公開HTML再測定、HUB再保存、HUB読み戻しまで繰り返してください。
追記: H1とSEOタイトルの分離を制作cronに固定します。H1は業者名またはプロップファーム名だけにします。例は `Pepperstone` です。H1に `評判`、`レビュー`、`評価`、`スプレッド`、`出金`、`MT4/MT5` などの検索語を混ぜたら `PRODUCTION_H1_SEO_TITLE_MIXED` です。SEOタイトルは、評価・評判・レビュー・検索意図に寄せてよいですが、公開HTMLのH1とは分けます。古いSEO title custom fieldが残り、公開titleに古い値が出る場合は、既存custom field IDを特定して上書きし、公開HTMLでtitleとH1を再確認してください。`H1が業者名のみ`、`SEOタイトルが評判・レビューを含む`、`H1とSEO titleが別値` をvalidator_resultへ保存します。
追記: Directory Core基本情報表は20項目の概念が公開HTML上で確認できるまでPASSにしません。10行しか返らない、9行だけ出る、KYC行にCTAを詰めた、複数概念を無理に押し込んで読者が読めない、空欄がある、REST保存値だけあり公開HTMLに出ない、という状態は `PRODUCTION_BASIC_INFO_TABLE_MISSING` です。基本情報表の20項目は、サービス名、サービス種別、公式サイト、運営会社、所在国/登録国、ライセンス/登録状況、チャレンジプラン/口座サイズ/プラン、取扱商品・銘柄、主要条件、手数料・スプレッド・利用コスト、最低入金額/最低利用額/チャレンジ費、入金方法、報酬受取方法、出金・報酬受取条件、割引/キャンペーン、対応プラットフォーム、自動売買/EA対応、サポート言語、本人確認/KYC、確認日です。本文側に手書き基本情報表を戻して逃げてはいけません。Directory Coreまたは辞書プラグインの保存キー、post meta、表示テンプレート、公開HTMLを突き合わせ、公開HTMLで20項目の概念を確認してください。
追記: 基本情報表末尾またはDirectory Core表示直後の赤い公式/アフィリエイトCTAを必須にします。赤CTAは文字列ではなく、公開HTML上でクリック可能なリンクまたはボタンとして表示される必要があります。HTMLがエスケープされて文字列として出ている、KYC行や確認日行へ無理に詰めている、本文冒頭の普通リンクだけで済ませている、バッジ型リンクだけで赤ボタンになっていない場合は `PRODUCTION_RED_CTA_MISSING` です。Directory Core側でCTA専用フィールドまたはリンク表示枠がある場合はそこを使います。なければ、基本情報表の直後に本文CTAとして赤ボタンを置き、公開HTMLで表の後に出ていることを確認します。ただし、基本情報表の20項目をCTAで潰してはいけません。validator_resultには `official_cta_present=true`、`official_cta_red_button_present=true`、`official_cta_after_basic_info_or_directory=true`、`official_cta_public_html_confirmed=true` を保存してください。
追記: 装飾BOXは数だけ増やさず、役割別に分散します。冒頭結論BOX、評価理由BOX、向いている人BOX、注意点BOX、確認事項BOXなどを本文の流れに置き、同じ種類のBOXを連続させません。`memo-box` の重複、BOXだけ連続、本文説明なしの箱連打、同じ内容の焼き直しは `PRODUCTION_BOX_CONSECUTIVE_OR_THIN` です。公開HTMLからCocoon系の実クラスを抽出し、`valid_style_box_count>=5`、`consecutive_box_count=0`、`box_role_balance_gate=PASS` を確認してください。見本URLやagent_packのCocoon装飾例を読む場合も、装飾の見た目とクラスを合わせるために使い、本文や表現はコピーしません。
もし制作中にGate同士が衝突して見える場合は、公開本文の読者自然性、公式/現在情報、HUB最新Gate、v0.1.85.008の敬体Strict、辞書契約の順で優先してください。古い常体ルールが残っている場合は、v0.1.85.008の敬体Strictを優先します。見出しは敬体にしないという最新ルールも優先します。古い他サイト名、他ジャンル固有語、作業都合の文言をInvest358本文に持ち込まないでください。
制作Hard GateをInvest358のプロップファーム記事用に固定します。制作cronは `production_ready` の新規Directory Core辞書記事だけを扱い、収集、検査、高品質チェック、訂正、改善ハンドオフを代行しません。対象は `https://invest358.com/`、HUBは `https://invest358-hub.secure358.com`、辞書セットは `trading-service-directory`、カテゴリは `プロップファーム`、カテゴリURLは `https://invest358.com/ja/directory-category/prop-firm/`、slugは `prop-firm` だけです。前記事のHTML、validator_result、Directory Core row、meta、score、taxonomy、内部リンク結果を別記事のPASS根拠に使いません。公開本文には `HUB`、`cron`、`task`、`Search Compass`、`candidate pack`、`agent_pack`、`quality gate`、`production_ready` などの内部語を出しません。制作cronが自分の作業を迷わないよう、以下のGateを本文内の必須作業として実行し、外部cronや他サイト文面の参照で代替しないでください。
リード文Gateを固定します。リード文は、Directory Coreまたは辞書プラグインの評価スコア表の後、右寄せ公式/アフィリエイトCTAの前に置きます。公開HTML実測で、`lead_chars_before_cta >= 100`、`lead_chars_before_cta <= 500`、`lead_sentence_count_before_cta = 2 or 3`、`lead_paragraph_count >= 2` または自然な2から3文構成を確認します。1段落に複数の句点を詰め込みすぎたリード、CTA前100字未満、500字超過、評価軸やKWや共起語の羅列、読者の判断材料がないリードは `PRODUCTION_LEAD_GATE_FAIL` として制作内修正します。
リード文には、読者が最初に判断できる自然な要点を入れます。プロップファームであれば、対象サービスのチャレンジプラン/口座サイズ、取引条件、入出金、ツール、サポートなど、公式で確認できる特徴から1つ以上を示します。リード文内には、重要な判断ポイントとして黒太文字+黄色アンダーマーカー相当の強調を最低1か所入れます。ただし、強調は読者の判断材料に限定し、装飾数稼ぎにしません。validator_resultには `lead_chars_before_cta`、`lead_sentence_count_before_cta`、`lead_valid_black_bold_yellow_marker_count`、`lead_naturalness_result`、`lead_sentence_linebreak_gate` を残します。
追記: リード文は、記事の導入文として成立させます。公開記事の想定読者はトレーダーです。リードでは、この記事が何の記事なのか、何を比較・確認できる記事なのか、読み進めると何が分かるのかを読者に分かるように説明してください。プロップファーム記事では、チャレンジプラン/口座サイズ、チャレンジ費用、ドローダウン、取引条件、取扱商品、支払い方法/報酬受取方法、報酬受取条件、割引/キャンペーン、MT4/MT5/cTrader、サポート言語、本人確認、注意点のうち、記事内で扱う主要トピックを2から4点自然に入れます。単なるサービス名紹介、薄い一文、評価キーワードの羅列、CTAへ流すだけの文は不可です。validator_resultには `lead_article_type_present=true`、`lead_content_scope_present=true`、`lead_reader_benefit_present=true`、`lead_key_topics_count`、`lead_intro_gate=PASS` を保存します。何の記事か分からない場合は `LEAD_ARTICLE_PURPOSE_MISSING`、何が分かるか分からない場合は `LEAD_READER_BENEFIT_MISSING`、扱う内容が分からない場合は `LEAD_CONTENT_SCOPE_MISSING`、薄い定型文は `LEAD_THIN_GENERIC_INTRO`、CTAだけの導入は `LEAD_CTA_ONLY_INTRO_FAIL` として制作内で直してください。
追記: `条件を確認したい方に向いたサービス`、`入報酬受取条件をまとめて確認したい方に向いたサービス`、`チャレンジプラン/口座サイズやツールを確認したい方におすすめ` のような文は禁止です。これは、記事で確認できる内容と、サービスがどんなトレーダー向けかを混同した不自然な日本語です。向いている人を書く場合は、低コスト系の口座を探しているトレーダー、チャレンジ費用と取引条件を分けて比較したいトレーダー、MT4/MT5/cTrader/TradingViewを使い分けたいトレーダー、支払い方法/報酬受取方法や報酬受取条件を口座開設前に確認したいトレーダー、割引より取引コストを重視するトレーダー、複数商品を1つの口座で取引したいトレーダーなど、目的と理由が分かる形で書いてください。validator_resultには `lead_trader_fit_present=true`、`lead_trader_fit_reason_present=true`、`lead_article_scope_vs_service_fit_separated=true`、`lead_trader_fit_gate=PASS` を保存します。混同がある場合は `LEAD_ARTICLE_SCOPE_SERVICE_FIT_MIXED`、不自然な確認目的文は `LEAD_UNNATURAL_CONFIRMATION_PHRASE`、向いている理由がない場合は `LEAD_TRADER_FIT_REASON_MISSING` として制作内で直してください。
右寄せ公式/アフィリエイトCTA Gateを固定します。CTAはリード文の直後に1本置き、読者が公式情報や口座条件を確認するための自然な文にします。アンカーテキストは、サービス名、`公式サイトでプロップファームの条件を確認する`、`公式サイトでチャレンジ費用と取引条件を確認する`、`公式サイトでチャレンジプラン/口座サイズを確認する` のように、Invest358のプロップファーム記事で使える内容だけにします。他サイト名、別ジャンル名、二重の公式表記、サービス名がないCTA、利益保証や過度な登録誘導は `PRODUCTION_CTA_GATE_FAIL` です。CTA URLは、確認済みの公式URLまたはアフィリエイトURLだけを使い、未確認リンクを置きません。
記事構造Gateを固定します。制作cronは `評価スコア表 -> 完結したリード文 -> 右寄せ公式/アフィリエイトCTA -> 最初のH2` の順を基本にします。プロップファーム記事では、評価スコア表と基本情報表はDirectory Coreまたは辞書プラグイン側で表示し、本文側で重複表を作りません。最初のH2は、総合評価、取引条件、サービス概要、安全性、入出金、ツール、サポートなど、読者が続きを読む判断をしやすい内容にします。順序が崩れた場合は `PRODUCTION_OPENING_SEQUENCE_FAIL` として制作内修正です。
有効スタイルBOX Gateを固定します。有効BOXは3個以上を目安にし、最初のH2内または最初の読者判断ブロックには、プロップファームを使う前に読むべき結論BOXを置きます。Invest358では、`先に確認したいポイント`、`利用前の注意点`、`向いている人`、`向いていない人`、`入出金前の確認事項`、`取引条件の見方` などを有効BOXとして使えます。Q&A、通常表、目次、辞書プラグイン生成表、関連記事、サイドバー、フッター、黄色マーカーだけの段落はBOX数に含めません。validator_resultには `valid_style_box_count`、`first_conclusion_box_present`、`valid_non_qa_style_box_count`、`box_visual_gate`、`box_role_gate`、`required_decorative_box_class_gate` を残します。
装飾Gateと✅/⚠️ Gateを固定します。4000字以上の記事では、黒太文字6件以上、赤太文字2件以上、黒太文字+黄色アンダーマーカー4件以上、リード内の黄色アンダーマーカー1件以上を最低足切り目安にします。✅は3件以上、⚠️は3件以上を本文内の読者判断に役立つ箇所へ入れます。✅は向いている条件、強み、確認できた利点に使い、⚠️は注意点、向かない条件、事前確認が必要な点に使います。1行1要点を原則とし、✅と⚠️を同じ文、同じ段落、同じBOXに混在させません。1行に複数の✅/⚠️、長文途中への埋め込み、数合わせの薄い文、本文と同じ内容の焼き直しは `CHECK_WARNING_GATE_FAIL` です。プロップファームでは、⚠️はドローダウン/取引条件、報酬受取条件、割引条件、KYC、手数料、利用条件、居住国制限などに使います。validator_resultには `black_bold_count`、`red_bold_count`、`black_bold_yellow_marker_count`、`lead_yellow_marker_count`、`check_mark_count`、`warning_mark_count`、`check_warning_list_style_result`、`check_warning_inline_misuse_count`、`check_warning_thin_filler_count`、`check_warning_gate_result` を残します。
上記の最低数だけではPASSにしません。公開本文が6000字から10000字程度なら、黒太文字12から24件、赤太文字4から9件、黒太文字+黄色アンダーマーカー5から12件を目安にし、`黒太文字 : 赤太文字 : 黄色アンダーマーカー = 5 : 2 : 3` の比率に近づけます。BOXがあるのに黄色アンダーマーカーが少ない記事、本文の重要箇所が黒太文字だけで平坦な記事、赤太文字だけが目立つ記事は修正します。`success-box box box-green` の長い✅リスト、`warning-box` や黄色BOX内の長い⚠️リスト、`ul/li` 黒丸と✅/⚠️の二重表示は禁止です。これらの内部判定名や数値キーは公開記事本文に出さず、読者向けの自然な強調表現として反映します。
内部リンク計測範囲Gateを固定します。内部リンクは本文内の手書き本文領域だけを数えます。サイドバー、フッター、ヘッダー、グローバルナビ、関連記事ウィジェット、パンくず、目次、Directory Core、カテゴリ、タグ、feed、author、辞書プラグイン生成部品は内部リンク数に含めません。本文内の自然な内部リンクが0本なら `INTERNAL_LINK_UNVERIFIED` または `INTERNAL_LINK_BODY_LINK_MISSING` でFAILです。本文内の自然な内部リンクは1から3本を目安にし、アンカーが不自然、SEOキーワード詰め込み、読者の移動先として弱い場合は修正します。内部リンクはlive URLで200を確認し、preview、draft、管理画面URL、404、別言語URLを使いません。
外部リンクGateを固定します。外部リンクは少なく保ち、公式トップまたはアフィリエイトCTAを基本にします。公式ヘルプ、料金、規約、入出金ページなどのサブページ直リンクは、読者の判断に必要な場合でも最大1から2本程度に抑えます。口コミ、比較、ランキング、広告、関係の薄い外部リンクを増やしません。公式サブページ直リンク不足だけをFAIL理由にしませんが、外部リンク過多は減点またはFAILです。本文が外部リンク集になっている場合は修正します。validator_resultには `external_link_count`、`external_link_overuse_gate`、`official_reference_urls_checked`、`official_cta_present` を残します。
必須FAIL全記録Gateを固定します。validatorは最初のFAILで止まりません。すべての必須Gateを最後まで実測し、`validator_fail_items`、`failed_gate_names`、`required_gate_failures`、`quality_delta_items` に同じFAIL集合を保存します。代表向け報告は主要FAILだけでよいですが、保存データには全FAILを残します。必須FAILが1つでもある場合は `pass_allowed=false`、`correction_required=true` です。制作cronは同じrun内で修正し、再測定し、残FAILゼロにしてからtask8へ渡します。FAILを `minor_quality_notes` へ逃がすこと、自己申告だけでPASSにすること、固定trueだけで測定済みにすることは禁止です。
自然化リライトGateを固定します。制作cronは、本文を一度作った後、公開前に読者目線の自然な敬体へリライトします。リード文、本文、Q&A、BOX、まとめ、CTA前後の文を読み直し、主語述語、助詞、係り受け、語尾の単調さ、翻訳調、作業メモ文、内部語露出を直します。本文、リード、BOX、Q&A、まとめは自然な敬体で書き、見出しは無理に敬体化しません。`naturalization_rewrite_checked=true`、`naturalization_rewrite_gate=PASS`、`naturalization_rewrite_fail_hits=[]`、`plain_style_gate=PASS`、`heading_plain_style_allowed=true` をvalidator_resultへ残します。固定のtrueだけでなく、実際に読んで直した証跡を残してください。
カテゴリ証跡Gateを固定します。制作cronは、WordPressカテゴリやDirectoryカテゴリを推測で選びません。公式サイト、公式機能ページ、料金ページ、ヘルプ、公式LPから、そのサービスの主機能がプロップファームであることを確認します。通常記事に同じ口座業者・ブローカーが書かれていても、辞書記事・Directory内に未掲載なら採用対象です。辞書設定内では `海外` という単語を使いません。証跡キーは `official_primary_function`、`official_secondary_functions`、`official_function_source_urls`、`selected_wp_category_ids`、`selected_wp_category_names`、`category_allowed_list`、`category_rejected_candidates`、`category_source`、`category_reason`、`category_selection_gate`、`category_mismatch_fail_reason`、`wp_category_readback_confirmed` です。カテゴリ不一致を軽微扱いしません。
文字化けとJSON破損Gateを固定します。HTMLとJSONはUTF-8として読みます。表示系の文字化けと実ファイル文字化けを分けて判定してよいですが、公開HTML本文、SEOタイトル、H1、H2/H3、リード文、Q&Aに文字化けが残る場合はFAILです。validator JSONが壊れてJSONパーサで読めない場合は、記事本文が良く見えてもPASS禁止です。`mojibake_public_text_count=0`、`validator_json_parse_gate=PASS`、`validator_result_json_present=true` を残します。
実際の書き方とHTMLコード例も制作cronに固定します。制作cronは、下のコード例をそのまま機械的に貼るのではなく、サービス名、公式URL、確認できた条件、読者の疑問に合わせて自然な文字列へ置き換えて使います。コード例の目的は、右寄せ公式リンク、Q&A、装飾BOX、注意点、チェックリストの形を迷わないようにすることです。本文へ `サンプル`、`example.com`、`サービス名`、`ここに書く`、`確認済み`、`公式TOP上`、`表示が確認された` のような作業文字列を残したらFAILです。
右寄せ公式/アフィリエイトCTAの基本形は次です。アンカーテキストは、サービス名だけ、または読者が何を確認できるかが分かる自然な文にします。URLは公式URLまたはアフィリエイトURLを入れます。リンク先が未確認なら設置しません。
```html
<p style="text-align: right;">
<span class="badge badge-red">公式</span>
<b><a href="{確認済み公式URLまたはアフィリエイトURL}" target="_blank" rel="nofollow noopener">公式サイトでプロップファームの条件を確認する</a></b>
</p>
```
CTAの文字列は、記事ごとに自然に変えます。良い例は `公式サイトで取引条件を確認する`、`公式サイトでチャレンジプラン/口座サイズを確認する`、`公式サイトでチャレンジ費用と取引条件を確認する` です。悪い例は `今すぐ稼ぐ`、`絶対おすすめの公式サイト`、`公式TOP上で確認する`、`検査済み公式リンク`、`こちらから登録するべきです` です。CTA直前の本文も、`条件が変わる場合があるため、最新情報は公式サイトで確認しておきましょう。` のように自然な敬体にします。
最新優先追記: 右寄せ公式/アフィリエイトCTAのアンカーテキストは、業者名・プロップファーム名・サービス名だけにします。`公式サイトで取引条件を確認する`、`公式サイトでチャレンジプラン/口座サイズを確認する`、`公式サイトでチャレンジ費用と取引条件を確認する`、`公式サイトでプロップファームの条件を確認する` のような長いアンカーテキストは、今後の制作では使いません。右CTAでは、読者が押す赤ボタンの文字は `OANDA`、`Pepperstone`、`Saxo`、`XMTrading` のように対象名だけにします。確認内容はアンカーテキストに詰め込まず、CTA直前または直後の本文で自然に説明します。たとえば `条件が変わる場合があるため、最新のチャレンジプラン/口座サイズ、スプレッド、入報酬受取条件は公式サイトで確認しておきましょう。` と本文で説明し、ボタン文字は業者名だけにします。公開HTMLで右CTAのアンカー文字列が業者名以外になっている場合は `CTA_ANCHOR_TEXT_NOT_BROKER_NAME_ONLY` として修正します。このFAIL名や内部判定語は公開本文に出しません。
右寄せCTAの最新コード例は次です。`{業者名またはプロップファーム名}` には、記事対象の正式名または読者に自然なブランド名だけを入れます。
```html
<p style="text-align: right;">
<span class="badge badge-red">公式</span>
<b><a href="{確認済み公式URLまたはアフィリエイトURL}" target="_blank" rel="nofollow noopener">{業者名またはプロップファーム名}</a></b>
</p>
```
本文内部リンクの基本形は次です。内部リンクはInvest358内に実在する関連ページへだけ入れます。同一サイト内リンクなので、原則として `target="_blank"`、`rel="nofollow"`、`rel="noopener"` は付けません。本文中の自然な文脈に1から3本程度入れ、サイドバー、フッター、ナビ、パンくず、関連記事、タグ、カテゴリ一覧のリンクは本文内部リンク数に含めません。URLが404、カテゴリ一覧だけ、タグ一覧だけ、本文と関係が薄いページの場合は使いません。
```html
<a href="https://invest358.com/ja/{関連ページのslug}/">自然なアンカー文</a>
```
内部リンクの良い例は、`プロップファームの選び方もあわせて確認しておくと、スプレッドや入報酬受取条件を比較しやすくなります。` の本文中で `プロップファームの選び方` へリンクする形です。別の良い例は、入報酬受取条件を説明している段落で `入金方法と出金手数料の基礎` へリンクする形、割引条件を説明している段落で `プロップファームの割引確認ポイント` へリンクする形です。悪い例は `こちら`、`詳しくはこちら`、`関連記事`、`カテゴリ一覧`、`タグページ`、対象ブローカーと関係が薄い通常記事へのリンクです。内部リンクを入れた後は、公開HTMLでリンク先URL、アンカー文、本文内リンク数を実測し、validator_resultへ `internal_link_count`、`internal_link_urls`、`internal_link_anchor_texts`、`internal_link_readback_gate` を保存します。内部リンク0本の場合は、関連ページが存在しない理由を残します。関連ページが存在するのに0本のままならFAILまたは減点です。
最初の結論BOXの基本形は次です。BOXは作業メモではなく、読者が先に判断できる要点を入れます。本文は敬体で、見出しは短い名詞句にします。
```html
<div class="information-box">
<p><b>先に確認したいポイント</b></p>
<ul>
<li>チャレンジプラン/口座サイズごとのチャレンジ費用と取引条件を確認しましょう。</li>
<li>入金方法と報酬受取条件は、利用前に公式ページで確認しておくと安心です。</li>
<li>MT4/MT5やEA対応は、対象口座によって条件が異なる場合があります。</li>
</ul>
</div>
```
注意点BOXの基本形は次です。注意点は不安を煽るためではなく、読者が公式条件を確認するために使います。
```html
<div class="warning-box">
<p><b>利用前の注意点</b></p>
<p>割引や報酬受取条件は変更される場合があります。口座を開設する前に、対象口座、反映条件、報酬受取条件を公式ページで確認してください。</p>
</div>
```
向いている人は、緑の `success-box` に長い箇条書きで入れません。断定的に推奨せず、確認できた特徴と読者の目的を本文段落で結びます。黒太文字+黄色アンダーマーカーを使い、記事全体が白々しくならないようにします。
```html
<p><span class="marker-under"><b>MT4/MT5、スプレッド、支払い方法/報酬受取方法を比較してから口座を選びたい方は、チャレンジプラン/口座サイズごとの差を先に確認しましょう。</b></span></p>
<p><b>サポート言語や本人確認の流れ</b>も、口座開設前に確認しておきたい項目です。</p>
```
✅リストと⚠️リストの基本形は次です。✅と⚠️は同じBOXに混ぜず、1行1要点で使います。✅は強みや向いている条件、⚠️は注意点や事前確認が必要な条件へ分けます。ただし、`success-box box box-green` になる緑BOXで `ul/li` と✅を重ねる形は見にくいため禁止です。✅を使う場合は、通常段落または軽い `memo-box` で短く置きます。
```html
<div class="memo-box">
<p><b>確認しやすいポイント</b></p>
<p>✅ チャレンジプラン/口座サイズごとの取引条件を比較しやすいか確認しましょう。</p>
<p>✅ MT4/MT5などの利用環境を確認してから選びましょう。</p>
<p>✅ 支払い方法/報酬受取方法やサポート条件も事前に見ておきましょう。</p>
</div>
<div class="warning-box">
<p><b>利用前の注意点</b></p>
<p>⚠️ ドローダウン/取引条件や証拠金条件は、対象口座ごとに確認してください。</p>
<p>⚠️ 割引やキャンペーンは、報酬受取条件や反映条件を確認してください。</p>
<p>⚠️ KYC、居住国制限、入出金手数料は、登録前に公式情報で確認してください。</p>
</div>
```
Q&Aの基本形は次です。最低5件作り、質問はサービス固有にします。回答は自然な敬体で書きます。FAQ JSON-LDだけで代替しません。
```html
<details class="qa-box">
<summary class="qa-question">このプロップファームはMT4に対応していますか？</summary>
<div class="qa-answer">
<p>公式サイトでMT4またはMT5の対応状況を確認してください。対応プラットフォームはチャレンジプラン/口座サイズによって異なる場合があります。</p>
</div>
</details>
```
Q&Aの良い質問例は、`最低入金額はいくらですか？`、`報酬受取方法は何がありますか？`、`EAを使えますか？`、`割引の条件はどこで確認できますか？`、`サポート言語は何に対応していますか？` です。悪い質問例は、`おすすめですか？` だけ、`稼げますか？`、`検査では何が確認されましたか？`、`Search Compassではどうですか？`、`公式TOP上の表示はありますか？` です。
本文の自然文サンプルも固定します。悪い例は、`このプロップファームは、低チャレンジ費用で取引したい人が、手数料と報酬受取条件を確認しておきたいサービスです。` です。係り受けが不自然です。良い例は、`このプロップファームは、低チャレンジ費用で取引したい方に向いた選択肢です。利用前には、チャレンジプラン/口座サイズごとの手数料や報酬受取条件を確認しておきましょう。` です。悪い例は、`公式TOP上で割引に関する表示が確認されたキャンペーンです。` です。良い例は、`公式サイトでは、割引に関する案内が掲載されています。参加する前に、対象口座や報酬受取条件、反映タイミングを確認してください。` です。
文字列異常を防ぐため、制作cronは公開前と公開後に次の文字列を検索します。`この中に書く`、`example.com`、`サービス名`、`ここに`、`TODO`、`未入力`、`確認されたキャンペーンです`、`公式TOP上`、`表示が確認された`、`人が、`、`Search Compass`、`production_ready`、`HUB`、`agent_pack`、`validator_result`、`Gate`、`検査メモ`、`作業メモ`、`<!-- wp:`、`<!-- /wp:`。本文に残っていた場合は、読者向けの自然文へ直すか、内部キーとして表示対象外に移してください。validator_resultには `public_text_placeholder_gate=PASS`、`internal_working_terms_absent=true`、`gutenberg_block_comment_count=0` を残します。
コード例を使ったあとも、本文の見た目を公開HTMLで確認します。コードがそのまま文字列として表示されていないか、`<details>` や `<div>` が壊れていないか、Q&A回答が空でないか、BOXの中に箇条書きだけが残って説明が不足していないか、CTAが右寄せになっているか、外部リンクに必要な属性が付いているかを確認します。HTMLの構造が壊れた場合は、記事公開済みでも同じrun内で修正し、再測定します。
追記: 文体リズムと記事全体の流れも必須Gateにします。制作cronは `INVEST358_NATURAL_FLOW_AND_SENTENCE_RHYTHM_GATE.md` を使い、同じ言い回し、同じ主語、同じ文型、同じ接続、同じ語尾が隣り合う文で続いていないか確認します。`確認できます`、`公式サイトでは`、`このサービスは`、`向いています`、`〜したいトレーダーは` の連続は禁止です。主語、語順、文の長さ、段落の入り方、理由の置き方を変え、短い説明、理由、注意点、比較、次に確認する行動を混ぜて自然に読める文章にしてください。validator_resultには `sentence_rhythm_checked=true`、`repeated_phrase_count`、`same_subject_sequence_count`、`same_sentence_structure_sequence_count`、`same_sentence_ending_sequence_count`、`sentence_rhythm_gate=PASS` を保存します。FAIL名は `REPEATED_PHRASE_SEQUENCE`、`SAME_SUBJECT_SEQUENCE`、`SAME_SENTENCE_STRUCTURE_SEQUENCE`、`SAME_SENTENCE_ENDING_SEQUENCE`、`MECHANICAL_PARAGRAPH_RHYTHM` です。
追記: 記事全体は、評価軸、強み、注意点、手順が自然につながる構成にしてください。評価軸だけ、強みだけ、注意点だけ、手順だけを別々に置くのではなく、たとえばコストを評価するなら、どのチャレンジプラン/口座サイズが強みなのか、どの手数料や入報酬受取条件に注意するのか、読者が次に公式で何を確認するのかまでつなげます。プロップファーム記事では、安全性、取引条件、コスト、商品・銘柄、入出金、ツール、サポート、総合評価の各評価が、読者の判断と次の確認行動へ自然につながっているかを確認してください。validator_resultには `article_flow_checked=true`、`evaluation_axis_to_strength_flow`、`strength_to_caution_flow`、`caution_to_action_flow`、`section_transition_naturalness`、`article_flow_gate=PASS` を保存します。FAIL名は `ARTICLE_FLOW_DISCONNECTED`、`EVALUATION_AXIS_STRENGTH_NOT_CONNECTED`、`STRENGTH_CAUTION_NOT_CONNECTED`、`CAUTION_ACTION_NOT_CONNECTED`、`SECTION_TRANSITION_UNNATURAL` です。
<<<CRON_REQUEST:invest358_prop_firm_production:end>>>
invest358 【評価・プロップファーム】高品質cron作成依頼文
横展開Gate追記: このcronは プロップファーム / prop-firm 専用です。起動時はこの公開ページ自身と新分類名・新slugを正本にし、旧ページID・旧slug・旧カテゴリ名を作業判断に使いません。
<<<CRON_REQUEST:invest358_prop_firm_quality:start>>>
件名: invest358 【評価・プロップファーム】高品質チェックcron作成依頼
あなたは、invest358.com 用HUB v0.1.85.008 を使い、プロップファーム評価記事の高品質チェックを行う定期cronを作成してください。cron名は `invest358 【評価・プロップファーム】高品質` とします。対象は、制作cronが公開し、task8 handoffへ渡した `trading-service-directory` の `prop-firm` 記事だけです。対象サイトは `https://invest358.com/` のみです。他HUB、他カテゴリ、他cronページ、他サイト記事は触りません。
追記: automation運用固定。automation名: `invest358 【評価・プロップファーム】高品質`。対象: 制作cronが公開し、task8 handoffへ渡した `trading-service-directory` / `prop-firm` / `プロップファーム` の記事だけです。新規記事を作らず、公開HTML、validator_result、Directory Core表示、本文品質、Search Compass反映、検索上位ページ実データ反映、FAILと訂正指示を測定します。workflow混同防止: `site_id=invest358`、`workflow_id=invest358-prop-firm-evaluation-quality`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`directory_category_name=プロップファーム` で固定します。制作workflowの自己採点をそのまま信用せず、品質チェックworkflowとして公開HTMLを自分で測定します。automation設定: モデルは GPT-5 系、reasoning は high 以上です。実運用の1日の起動回数: 1回です。1回あたりの上限は1記事です。品質スコア、必須FAIL、quality_delta_items、訂正送り有無、HUB保存、HUB読み戻しを必ず残します。最初に読む場所: 公開ページ `https://cron.goudou-358.jp/2226/` のこの高品質ブロック、`C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\cron_prompts\current\README.md`、`cron_prompts\current\trading-service-directory\README.md`、`cron_prompts\current\trading-service-directory\prop-firm\README.md`、`gates\current\ARTICLE_QUALITY_GATE.md`、`gates\current\QUALITY_VALIDATOR_CONTRACT.md`、`gates\current\ROLE_FAIL_CONDITION_GATE.md`、`gates\current\INVEST358_SEARCH_INTENT_SERP_TOPIC_GATE.md`、`gates\current\INVEST358_POLITE_STYLE_STRICT_GATE.md`、ライブHUBの制作handoffと公開URLです。起動時間設定ルール: 既存ACTIVE cronを確認してから設定する。同時刻と前後10分を避ける。00分固定を避ける。分は 07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 を優先候補にする。朝・昼・夕・夜へ分散する。cron実行cwdは `C:\Users\Public\Documents\LLC358\_codex_cron_threads`。支社PCへ持っていく対象は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` だけ。このサイトHub内でGate、startup、cron prompt、runtime証跡を完結させる。
モデルは GPT-5 系、reasoning は high 以上です。1日の起動回数は1回です。設定時間は、制作cronの後に公開HTMLが安定して取得できる間隔を空け、訂正cronの前に結果を残せる時間帯へ置きます。固定時刻をこの依頼文内で決め打ちせず、既存ACTIVE cron確認後に分散してください。1回あたりの処理上限は1記事です。高品質チェックcronは記事を新規作成しません。原則として本文の直接修正もしません。公開HTMLを測定し、FAILと修正指示をHUBへ保存して訂正cronへ渡します。
起動時にはHUB status、agent_pack、対象site、対象辞書セット、対象カテゴリ、制作handoffを読みます。必須Gateは `PRODUCTION_EVIDENCE_AND_SCORING_GATE.md`、`ARTICLE_QUALITY_GATE.md`、`QUALITY_VALIDATOR_CONTRACT.md`、`REFERENCE_STYLE_GATE.md`、`ROLE_FAIL_CONDITION_GATE.md`、`JAPANESE_SYNTAX_GATE.md`、`PLAIN_STYLE_AND_QA_BOX_HOTFIX_GATE.md`、`INVEST358_POLITE_STYLE_STRICT_GATE.md` です。制作cronの自己申告をそのまま信用せず、公開URLのHTMLを取得して自分で測定します。
追記: HUB認証ルールも固定します。`api=agent_pack`、`api=agent_work_queue`、`api=hub_table_upsert` は認証必須です。cron起動時にローカル正本 `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` 配下の `config\hub.env.local` を読み、`H358_HUB_AGENT_TOKEN_FILE` が指すローカルトークンファイルから値を取得し、HTTPヘッダー `X-H358-Hub-Token` でライブHUBへ渡してください。トークン値、認証ヘッダー全文、トークンファイル本文は、記事本文、報告、HUB、memory、artifactへ保存してはいけません。configまたはtokenファイルを読めない場合、またはヘッダー付きでも403の場合は `BLOCKED_HUB_AUTH_CONFIG_MISSING` または `BLOCKED_HUB_AUTH` として停止し、高品質チェック、公開HTML測定、FAIL判定、HUB保存へ進まないでください。`api=status` だけ読めても `api=agent_pack` が読めないrunは完了扱いにしません。
追記: 高品質cronのHUB保存ルートは `api=hub_table_upsert` に固定します。公開HTML測定結果、quality_delta_items、必須FAIL、Search Compass反映判定、訂正送り指示、readback flag は、`agent_task_action` ではなく `hub_table_upsert` で保存してください。POST JSONには必ず `write_scope=cron_result_recovery` を入れます。品質チェック結果は `table_name=FactChecks`、`primary_key=fact_check_id`、`fact_check_id=invest358-prop-firm-{service_slug}-quality-{yyyymmdd}` のような一意キーで保存します。訂正cronが読む補足材料は `table_name=References`、`primary_key=reference_id` で保存してもよいです。`hub_table_upsert` が `BLOCKED_HUB_WRITE_SCOPE` を返した場合は、`write_scope=cron_result_recovery` が抜けているか、保存先tableが許可外です。`agent_task_action` へ逃げず、`FactChecks` または `References` 行の `hub_table_upsert` 形式へ直して再実行してください。
高品質チェックでは、公開URL、HTTPステータス、H1、SEOタイトル、メタ説明、本文、リード文、評価スコア表、基本情報表、Q&A、BOX、CTA、内部リンク、外部リンク、Gutenbergコメント、敬体Strict、見出し非敬体、自然な日本語、装飾、Directory Core表示、手書き重複評価表の有無を確認します。公開HTMLが取得できない、公開URLが404/500、本文が空、mojibake、Gutenbergコメント混入、validator_result.jsonがない場合はPASS禁止です。
追記: 高品質チェックcronは、公開記事の読者がトレーダーとして読めるかを確認します。公開HTML本文、リード、BOX、Q&A、まとめ、CTA、SEOタイトル、メタ説明に、アフィリエイト可否、提携制度、IB、CPA、レベニューシェア、ライフタイムコミッション、継続報酬、ASP名、トラッキングリンク、候補優先度、Invest358の収益目的、内部ビジネス理由が混ざっていないか実測してください。これらが読者向け本文へ出ていたら `PUBLIC_AFFILIATE_INTERNAL_TEXT_LEAK` です。CTAが業者名・プロップファーム名だけでなく、提携、報酬、公式確認、口座条件を確認する、などの長い説明文になっていたら `PUBLIC_CTA_AFFILIATE_REASON_LEAK` または `CTA_ANCHOR_TEXT_NOT_SERVICE_NAME_ONLY` として訂正へ送ります。トレーダー向けに必要なのは、公式の口座条件、取引条件、入出金、商品、プラットフォーム、サポート、割引、リスク、確認日であり、Invest358側の内部優先度ではありません。
評価スコアと基本情報表は、プロップファームカテゴリの共通項目に合っているか確認します。スコア項目は `安全性`、`取引条件`、`コスト`、`商品・銘柄`、`入出金`、`ツール`、`サポート`、`総合評価` です。総合評価が7項目の平均として扱われているか、本文で各評価理由が自然に説明されているか、Directory Coreと本文が矛盾していないかを見ます。基本情報表は、サービス名、公式サイト、運営会社、所在国/登録国、ライセンス/登録状況、チャレンジプラン/口座サイズ、取扱商品、主要条件、コスト、入出金、割引、対応プラットフォーム、EA対応、サポート言語、KYC、確認日を見ます。
敬体Strictは必須です。本文、リード、Q&A回答、BOX本文、まとめ、注意喚起、評価理由が自然な敬体であるかを公開HTMLから確認します。H1/H2/H3/H4は敬体にしないルールも確認します。`polite_style_gate=PASS`、`natural_polite_japanese_pass`、`heading_no_polite_style_pass` が証跡にない場合はFAILです。`です。です。です。` のような単調文、語尾だけ変えた不自然文、常体と敬体の無秩序混在、検査メモ文、作業語露出は訂正対象にします。
Search Compassと検索上位実データの反映も確認します。制作記事が検索意図を無視していないか、上位ページの必要トピックを自然に扱えているか、読者の疑問に答えているか、公式情報と第三者情報の矛盾を公式優先で整理しているかを見ます。ただし、高品質チェックcronは第三者サイトの表現コピーを推奨しません。むしろ、見出し順、本文表現、評価式、表構成のコピーリスクがある場合はFAILとして訂正へ送ります。
追記: Search Compassの場所と使い方も固定します。Search Compassは `https://search-compass.goudou-358.jp/` です。ブラウザでこのURLを開き、品質対象記事のメインキーワード、サービス名＋評価、サービス名＋レビュー、サービス名＋口座、サービス名＋チャレンジ費用、サービス名＋出金/報酬受取、サービス名＋割引/キャンペーン、サービス名＋MT4/MT5、プロップファーム関連クエリを確認してください。制作時の `search_compass_*` 証跡と、高品質チェック時に見える検索意図、上位傾向、共起語・関連語、読者質問、SERP上の言い回しを照合し、Search Compass反映不足を `quality_delta_items` に残します。Search Compassが開けない、ログインや認証で止まる、入力できない、結果が取れない場合は `BLOCKED_SEARCH_COMPASS` または `SEARCH_COMPASS_UNAVAILABLE` として理由を保存し、Search Compass反映判定をPASSにしてはいけません。
Q&Aは最低5件、`qa-box`構造、質問と回答の対応、回答の敬体、FAQ JSON-LDだけで代替していないことを測ります。BOXは、最初の結論BOX、注意点、比較ポイント、向いている人など、読者の判断を助ける形で自然に置かれているか確認します。装飾は少なすぎても過剰でもFAILです。✅は3件以上、⚠️は3件以上を公開HTML本文内で測り、1行1要点、同一文・同一段落・同一BOX内の混在なし、数合わせの薄い文なしを確認します。内部リンクは1から3本程度、外部リンクは公式/アフィリエイトCTA中心で過多になっていないかを確認します。
品質スコアは100点満点で扱います。100点でquality_delta_itemsなしならPASSです。90-99は、残件が本当に非actionableでない限り訂正対象です。80-89は訂正必須です。79以下は訂正または制作revision判断です。必須FAILが1件でもある場合は `pass_allowed=false`、`correction_required=true` です。FAILを軽微メモへ逃がしてはいけません。
保存するvalidator_resultには、`public_html_checked`、`validator_result_json_present`、`validator_json_parse_gate`、`validator_unmeasured_items`、`failed_gate_names`、`required_gate_failures`、`mandatory_gate_fail_count`、`quality_delta_items`、`pass_allowed`、`correction_required`、`final_quality_score`、`score_cap`、`score_cap_reasons`、`polite_style_gate`、`heading_no_polite_style_pass`、`qa_box_exact_class_count`、`manual_score_table_gate`、`black_bold_count`、`red_bold_count`、`black_bold_yellow_marker_count`、`check_mark_count`、`warning_mark_count`、`check_warning_gate_result`、`body_internal_link_count`、`external_link_count`、`hub_readback_verified` を含めます。
必須FAIL名は、`QUALITY_PUBLIC_HTML_NOT_FETCHED`、`QUALITY_VALIDATOR_JSON_MISSING`、`QUALITY_REQUIRED_KEY_MISSING`、`QUALITY_POLITE_STYLE_FAIL`、`QUALITY_HEADING_POLITE_STYLE_FAIL`、`QUALITY_QA_BOX_FAIL`、`QUALITY_DECORATION_GATE_FAIL`、`QUALITY_CHECK_WARNING_GATE_FAIL`、`QUALITY_GUTENBERG_COMMENT_FOUND`、`QUALITY_MANUAL_DUPLICATE_SCORE_TABLE`、`QUALITY_DIRECTORY_CORE_MISMATCH`、`QUALITY_SEARCH_INTENT_REFLECTION_WEAK`、`QUALITY_TOP_PAGE_COPY_RISK`、`QUALITY_INTERNAL_LINK_FAIL`、`QUALITY_EXTERNAL_LINK_EXCESS`、`QUALITY_HUB_READBACK_MISSING` です。
完了前にはHUBへ保存し、読み戻します。報告では、対象URL、品質スコア、PASS/FAIL、必須FAIL数、訂正送りの有無、主なquality_delta_items、公開HTML取得結果、敬体Strict、Q&A件数、内部リンク、外部リンク、Directory Core整合、次に訂正cronへ渡す具体指示を出してください。高品質チェックcronは、欠陥を見つけて終わるだけでなく、訂正cronが迷わず直せる粒度でHUBに保存することが役割です。
高品質チェックの観点をさらに具体化します。リード文では、サービスの概要、読者が先に確認すべき条件、公式CTAへの流れが自然かを見ます。H2/H3では、評価項目と本文の対応があるかを見ます。本文では、プロップファームとしての取引条件、コスト、入出金、ツール、サポート、商品・銘柄、安全性が読者判断に使える粒度で書かれているかを見ます。まとめでは、本文の要点が自然に整理され、無理な推奨になっていないかを見ます。
追記: 高品質チェックcronは、リード文が記事導入として成立しているかを公開HTMLで実測します。リードに、この記事がプロップファーム評価記事であること、何を比較・確認できるか、読めばトレーダーが何を判断できるかが入っているかを確認します。チャレンジプラン/口座サイズ、チャレンジ費用、ドローダウン、取引条件、取扱商品、入出金、割引、プラットフォーム、サポート、KYC、注意点など、記事内で扱う主要トピックが自然に2から4点示されていない場合はFAILです。`lead_article_type_present`、`lead_content_scope_present`、`lead_reader_benefit_present`、`lead_key_topics_count`、`lead_intro_gate` をvalidator_resultへ保存します。`LEAD_ARTICLE_PURPOSE_MISSING`、`LEAD_CONTENT_SCOPE_MISSING`、`LEAD_READER_BENEFIT_MISSING`、`LEAD_THIN_GENERIC_INTRO`、`LEAD_CTA_ONLY_INTRO_FAIL` が1件でもある場合は、訂正cronへ具体的に送ります。
追記: 高品質チェックcronは、リード文の `向いている人` 表現も確認します。`条件を確認したい方に向いたサービス`、`入報酬受取条件をまとめて確認したい方に向いたサービス`、`チャレンジプラン/口座サイズやツールを確認したい方におすすめ` のような表現は、日本語として不自然であり、記事で確認できる内容とサービス適性を混同しているためFAILです。プロップファームでは、低コスト重視、スプレッド/手数料比較、複数プラットフォーム利用、入報酬受取条件の事前確認、割引より取引コスト重視、複数商品を取引したい、サポート言語やKYC条件を先に見たい、などのトレーダー目的と理由が自然に書かれているか確認します。`lead_trader_fit_present`、`lead_trader_fit_reason_present`、`lead_article_scope_vs_service_fit_separated`、`lead_trader_fit_gate` を保存します。`LEAD_TRADER_FIT_MISSING`、`LEAD_TRADER_FIT_REASON_MISSING`、`LEAD_ARTICLE_SCOPE_SERVICE_FIT_MIXED`、`LEAD_UNNATURAL_CONFIRMATION_PHRASE` があれば訂正cronへ送ります。
高品質チェックcronは、記事本文を読みながら、公式情報で確認できることと、第三者レビュー由来の読者視点が混ざりすぎていないかを確認します。公式情報が本文で根拠なく強められている場合はFAILです。第三者レビューでしか見つからない口コミや不安が、公式事実のように断定されている場合もFAILです。逆に、公式情報だけで読者の疑問に答えておらず、検索意図が弱い記事も改善対象です。
プロップファーム記事では、出金、割引、ドローダウン、取引条件、EA対応、サポート言語が読者の判断に直結します。これらの情報が本文にあるか、基本情報表にあるか、未確認なら未確認として自然に扱われているかを見ます。未確認項目が多いのに高評価になっている場合は、評価理由の薄さとしてFAILにします。点数と本文理由の釣り合いも見てください。
公開HTMLの実測では、本文以外の要素を誤カウントしないでください。サイドバー、フッター、ヘッダー、パンくず、関連記事、カテゴリ一覧、タグ一覧、広告、JSON-LD、script、styleは本文品質の採点対象から除きます。本文のH2/H3、段落、リスト、BOX、Q&A、CTA、Directory Core表示を中心に測ります。測定範囲が曖昧な場合は `validator_unmeasured_items` に残し、PASSにしないでください。
訂正指示は、具体的な場所と理由を添えて保存します。`敬体が不自然` だけでなく、どの段落のどの文が不自然か、なぜ読者向けに直す必要があるか、どのGateに落ちたかを保存します。`Q&A不足` だけでなく、現在のQ&A件数、構造欠落、追加すべき質問候補を保存します。`評価理由が薄い` だけでなく、どの評価項目の理由が不足しているかを書きます。
追記: 高品質チェックcronは、文体リズムと記事全体の流れを公開HTMLから実測します。同じ言い回し、同じ主語、同じ文型、同じ接続、同じ語尾が隣り合う文で続いていないか確認し、`確認できます`、`公式サイトでは`、`このサービスは`、`向いています`、`〜したいトレーダーは` の連続があればFAILとして訂正へ送ります。`sentence_rhythm_checked`、`repeated_phrase_count`、`same_subject_sequence_count`、`same_sentence_structure_sequence_count`、`same_sentence_ending_sequence_count`、`sentence_rhythm_gate` を保存します。
追記: 高品質チェックcronは、記事全体が評価軸、強み、注意点、手順へ自然につながっているかも確認します。評価スコアや基本情報表だけで終わっていないか、強みが注意点と切り離されていないか、注意点が読者の次の確認行動へつながっているかを見ます。`article_flow_checked`、`evaluation_axis_to_strength_flow`、`strength_to_caution_flow`、`caution_to_action_flow`、`section_transition_naturalness`、`article_flow_gate` を保存し、`ARTICLE_FLOW_DISCONNECTED`、`EVALUATION_AXIS_STRENGTH_NOT_CONNECTED`、`STRENGTH_CAUTION_NOT_CONNECTED`、`CAUTION_ACTION_NOT_CONNECTED`、`SECTION_TRANSITION_UNNATURAL` があれば訂正cronへ具体的に渡します。
<<<CRON_REQUEST:invest358_prop_firm_quality:end>>>
invest358 【評価・プロップファーム】訂正cron作成依頼文
横展開Gate追記: このcronは プロップファーム / prop-firm 専用です。起動時はこの公開ページ自身と新分類名・新slugを正本にし、旧ページID・旧slug・旧カテゴリ名を作業判断に使いません。
<<<CRON_REQUEST:invest358_prop_firm_correction:start>>>
件名: invest358 【評価・プロップファーム】訂正cron作成依頼
あなたは、invest358.com 用HUB v0.1.85.008 を使い、プロップファーム評価記事の訂正を行う定期cronを作成してください。cron名は `invest358 【評価・プロップファーム】訂正` とします。対象は、高品質チェックcronまたは制作cronが `correction_required=true` として渡した `trading-service-directory` / `prop-firm` の記事だけです。対象サイトは `https://invest358.com/` のみです。他HUB、他カテゴリ、他サイト記事、他cronページは触りません。
追記: automation運用固定。automation名: `invest358 【評価・プロップファーム】訂正`。対象: 高品質チェックcronまたは制作cronが `correction_required=true` として渡した `trading-service-directory` / `prop-firm` / `プロップファーム` の公開記事だけです。公開HTMLで確認できるFAILを直し、validator再実行、公開HTML再取得、HUB保存、HUB読み戻しまで行います。workflow混同防止: `site_id=invest358`、`workflow_id=invest358-prop-firm-evaluation-correction`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`directory_category_name=プロップファーム` で固定します。高品質チェックの指摘を読むが、訂正workflowとして公開HTMLと公式情報で再確認してから修正します。automation設定: モデルは GPT-5 系、reasoning は high 以上です。実運用の1日の起動回数: 2回です。1回あたりの上限は最大2記事ですが、重い本文修正がある場合は1記事だけにします。修正後は `correction_completion_score=100`、`mandatory_gate_fail_count=0`、`hub_readback_verified=true` を確認します。最初に読む場所: 公開ページ `https://cron.goudou-358.jp/2226/` のこの訂正ブロック、`C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\cron_prompts\current\README.md`、`cron_prompts\current\trading-service-directory\README.md`、`cron_prompts\current\trading-service-directory\prop-firm\README.md`、`gates\current\ARTICLE_QUALITY_GATE.md`、`gates\current\QUALITY_VALIDATOR_CONTRACT.md`、`gates\current\ROLE_FAIL_CONDITION_GATE.md`、`gates\current\JAPANESE_SYNTAX_GATE.md`、`gates\current\PLAIN_STYLE_AND_QA_BOX_HOTFIX_GATE.md`、`gates\current\INVEST358_SEARCH_INTENT_SERP_TOPIC_GATE.md`、対象記事のpublic URL、validator_result、quality_delta_itemsです。起動時間設定ルール: 既存ACTIVE cronを確認してから設定する。同時刻と前後10分を避ける。00分固定を避ける。分は 07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 を優先候補にする。朝・昼・夕・夜へ分散する。cron実行cwdは `C:\Users\Public\Documents\LLC358\_codex_cron_threads`。支社PCへ持っていく対象は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` だけ。このサイトHub内でGate、startup、cron prompt、runtime証跡を完結させる。
モデルは GPT-5 系、reasoning は high 以上です。1日の起動回数は2回です。設定時間は、高品質チェックcronの後に置き、同時刻に制作cronや他カテゴリ訂正cronと重ならないよう、既存ACTIVE cronを確認して分散してください。固定時刻はこの依頼文内で決め打ちしません。1回あたりの処理上限は最大2記事ですが、重い本文修正がある場合は1記事だけにしてください。訂正cronは、見つかったFAILを1文だけ直して終わらず、関連する範囲をまとめて修正します。
起動時にはHUB status、agent_pack、対象記事、quality_delta_items、failed_gate_names、validator_result、公開URL、記事ID、Directory Core、評価スコア、基本情報表を読みます。必須Gateは `PRODUCTION_EVIDENCE_AND_SCORING_GATE.md`、`ARTICLE_QUALITY_GATE.md`、`QUALITY_VALIDATOR_CONTRACT.md`、`REFERENCE_STYLE_GATE.md`、`ROLE_FAIL_CONDITION_GATE.md`、`JAPANESE_SYNTAX_GATE.md`、`PLAIN_STYLE_AND_QA_BOX_HOTFIX_GATE.md`、`INVEST358_POLITE_STYLE_STRICT_GATE.md` です。
追記: HUB認証ルールも固定します。`api=agent_pack`、`api=agent_work_queue`、`api=hub_table_upsert` は認証必須です。cron起動時にローカル正本 `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` 配下の `config\hub.env.local` を読み、`H358_HUB_AGENT_TOKEN_FILE` が指すローカルトークンファイルから値を取得し、HTTPヘッダー `X-H358-Hub-Token` でライブHUBへ渡してください。トークン値、認証ヘッダー全文、トークンファイル本文は、記事本文、報告、HUB、memory、artifactへ保存してはいけません。configまたはtokenファイルを読めない場合、またはヘッダー付きでも403の場合は `BLOCKED_HUB_AUTH_CONFIG_MISSING` または `BLOCKED_HUB_AUTH` として停止し、訂正対象取得、公開記事編集、validator実行、HUB保存へ進まないでください。`api=status` だけ読めても `api=agent_pack` が読めないrunは完了扱いにしません。
追記: 訂正cronのHUB保存ルートは `api=hub_table_upsert` に固定します。訂正前FAIL、修正内容、修正後HTML測定、validator_result、残quality_delta_items、次工程指示は、`agent_task_action` ではなく `hub_table_upsert` で保存してください。POST JSONには必ず `write_scope=cron_result_recovery` を入れます。訂正証跡は `table_name=FactChecks`、`primary_key=fact_check_id`、`fact_check_id=invest358-prop-firm-{service_slug}-correction-{yyyymmdd}` のような一意キーで保存します。補足材料は `table_name=References`、`primary_key=reference_id` で保存してもよいです。`hub_table_upsert` が `BLOCKED_HUB_WRITE_SCOPE` を返した場合は、`write_scope=cron_result_recovery` が抜けているか、保存先tableが許可外です。`agent_task_action` へ逃げず、`FactChecks` または `References` 行の `hub_table_upsert` 形式へ直して再実行してください。
訂正対象は、公開HTMLで実際に確認されたFAILです。敬体Strict違反、見出し敬体化、Q&A不足、Q&A構造崩れ、BOX不足、内部リンク不足、外部リンク過多、Gutenbergコメント、手書き重複評価表、Directory Coreと本文の矛盾、評価理由の薄さ、公式情報と本文の矛盾、検索意図の反映不足、上位ページコピーリスク、メタ説明の弱さ、H1/SEO混乱などを修正します。軽微メモに逃がさず、修正可能なものは修正します。
追記: 訂正cronは、公開記事の読者がトレーダーである前提から外れた本文を直してください。アフィリエイト可否、提携制度、IB、CPA、レベニューシェア、ライフタイムコミッション、継続報酬、ASP名、トラッキングリンク、候補優先度、Invest358の収益目的、内部ビジネス理由が公開本文、リード、BOX、Q&A、まとめ、CTA、SEOタイトル、メタ説明へ出ている場合は、読者向けの口座条件、取引条件、入出金、割引条件、サポート条件、リスク、公式確認事項へ置き換えてください。内部情報を削るだけで本文を薄くせず、トレーダーが判断できる具体情報を足して直します。修正後は `PUBLIC_AFFILIATE_INTERNAL_TEXT_LEAK`、`PUBLIC_CTA_AFFILIATE_REASON_LEAK`、`CTA_ANCHOR_TEXT_NOT_SERVICE_NAME_ONLY` が消えていることを公開HTMLで再測定します。
追記: Search Compassの場所と使い方も固定します。Search Compassは `https://search-compass.goudou-358.jp/` です。ブラウザでこのURLを開き、訂正対象記事のメインキーワード、サービス名＋評価、サービス名＋レビュー、サービス名＋口座、サービス名＋チャレンジ費用、サービス名＋出金/報酬受取、サービス名＋割引/キャンペーン、サービス名＋MT4/MT5、プロップファーム関連クエリを確認してください。高品質チェックで指摘された `search_compass_*` 証跡、検索意図、上位傾向、共起語・関連語、読者質問、SERP上の言い回しを照合し、本文へ足すべき内容と、本文へ出してはいけない内部語を分けて修正します。Search Compassが開けない、ログインや認証で止まる、入力できない、結果が取れない場合は `BLOCKED_SEARCH_COMPASS` または `SEARCH_COMPASS_UNAVAILABLE` として理由を保存し、Search Compass反映不足を修正完了扱いにしてはいけません。
敬体Strictの訂正では、リード、本文、Q&A、BOX、まとめ、注意喚起文をまとめて見ます。常体表現を1文だけ敬体にして終わりません。`です。です。です。` の連続、不自然な係り受け、作業メモ文、検査メモ文、内部語露出を直します。見出しは逆に敬体へ直しません。H1/H2/H3/H4が `です` `ます` 調になっている場合は、自然な名詞句や問いへ戻します。validatorには `polite_style_gate=PASS` と `heading_no_polite_style_pass` を残します。
追記: 訂正cronは、薄いリード文を必ず導入文として直してください。何の記事なのか、何を比較・確認できるのか、読めば何が分かるのかが欠けている場合は、単に1文を足すだけで終わらず、トレーダーが最初に理解できる2から3文の自然なリードへ直します。プロップファーム記事では、対象サービス名に加えて、チャレンジプラン/口座サイズ、チャレンジ費用、ドローダウン、取引条件、取扱商品、入出金、割引、プラットフォーム、サポート、KYC、注意点から記事で実際に扱う2から4点を入れます。修正後は `LEAD_ARTICLE_PURPOSE_MISSING`、`LEAD_CONTENT_SCOPE_MISSING`、`LEAD_READER_BENEFIT_MISSING`、`LEAD_THIN_GENERIC_INTRO`、`LEAD_CTA_ONLY_INTRO_FAIL` が消えていることを公開HTMLで再測定します。
追記: 訂正cronは、`条件を確認したい方に向いたサービス` 型の不自然なリードを必ず直してください。記事で確認できる内容をサービスの向き不向きとして書くのではなく、低コスト系の口座を探しているトレーダー、チャレンジ費用と取引条件を分けて比較したいトレーダー、MT4/MT5/cTrader/TradingViewを使い分けたいトレーダー、支払い方法/報酬受取方法や報酬受取条件を事前に確認したいトレーダー、割引より取引コストを重視するトレーダーなど、どんなトレーダーに向くのかを自然な日本語で書きます。修正後は `LEAD_TRADER_FIT_MISSING`、`LEAD_TRADER_FIT_REASON_MISSING`、`LEAD_ARTICLE_SCOPE_SERVICE_FIT_MIXED`、`LEAD_UNNATURAL_CONFIRMATION_PHRASE` が消えていることを公開HTMLで再測定します。
Q&A訂正では、最低5件、`qa-box`構造、質問と回答の対応、敬体回答、FAQ JSON-LDだけで代替していないことを確認します。BOX訂正では、結論BOX、注意点BOX、比較ポイントBOXなどが本文の理解を助けているか確認します。装飾だけを増やして読みにくくしてはいけません。✅/⚠️訂正では、✅3件以上、⚠️3件以上、1行1要点、同一文・同一段落・同一BOX内の混在なし、数合わせの薄い文なしを満たすように直します。プロップファームでは、✅を向いている条件や確認しやすい利点へ、⚠️をドローダウン/取引条件、報酬受取条件、割引条件、KYC、手数料、居住国制限などへ使います。内部リンク訂正では、本文内の自然な関連リンクを1から3本に調整します。外部リンクは公式/アフィリエイトCTA中心に整理し、過多なら減らします。
評価スコアや基本情報表の訂正では、Directory Coreと本文の整合を守ります。スコア項目名は `安全性`、`取引条件`、`コスト`、`商品・銘柄`、`入出金`、`ツール`、`サポート`、`総合評価` から変えません。基本情報表の固定項目も変えません。`規制警告・注意情報` を固定行として追加しません。公式で確認できない項目を断定に変えません。修正で新しい事実を書く場合は公式情報または公開情報を確認し、根拠URLをHUBに残します。
訂正後は必ず公開HTMLを再取得し、validatorを再実行します。`validator_result.json`、修正差分、修正理由、残FAIL、accepted/readbackをHUBへ保存します。訂正完了条件は `correction_completion_score=100`、`mandatory_gate_fail_count=0`、`quality_delta_items` が空、`pass_allowed=true`、`hub_readback_verified=true` です。残件がある場合は完了扱いにせず、再訂正または制作revisionへ戻します。
必須FAIL名は、`CORRECTION_TARGET_MISSING`、`CORRECTION_PUBLIC_HTML_NOT_FETCHED`、`CORRECTION_DELTA_ITEMS_NOT_FIXED`、`CORRECTION_POLITE_STYLE_REMAINS`、`CORRECTION_HEADING_STYLE_REMAINS`、`CORRECTION_QA_BOX_REMAINS`、`CORRECTION_DECORATION_GATE_REMAINS`、`CORRECTION_CHECK_WARNING_GATE_REMAINS`、`CORRECTION_DIRECTORY_CORE_MISMATCH_REMAINS`、`CORRECTION_DUPLICATE_SCORE_TABLE_REMAINS`、`CORRECTION_VALIDATOR_RERUN_MISSING`、`CORRECTION_HUB_READBACK_MISSING`、`CORRECTION_COMPLETION_SCORE_NOT_100` です。
報告では、対象記事、公開URL、修正したFAIL、修正しなかった理由がある場合の理由、再測定結果、correction_completion_score、残quality_delta_items、HUB保存、読み戻し、次工程を出してください。訂正cronは、公開済み記事の良い部分を保ち、必要な欠陥だけを修正します。不要な全面リライトや別記事化はしません。
訂正時は、本文全体の調子を保ちます。1箇所の修正で前後の文体が崩れる場合は、前後段落も自然に直します。ただし、記事の主旨、評価スコア、公式情報、公開済みURL、Directory Coreの項目を勝手に変えません。点数を変える必要がある場合は、根拠とともにHUBへ保存し、再検証します。公式情報の更新が必要な場合は、公式ページを確認し、確認日を更新します。
訂正cronは、高品質チェックの指摘をそのまま機械的に反映するだけではありません。指摘の根拠を公開HTMLと公式情報で確認し、本当に修正が必要かを判断します。誤指摘であれば、理由を保存してquality_recheckへ戻します。ただし、必須FAILを誤指摘扱いにする場合は、公開HTMLの測定値とGate名を示す必要があります。曖昧な判断でFAILを消してはいけません。
修正後は、記事の読み味を確認します。プロップファーム記事では、条件説明が細かくなりすぎて読者が迷うことがあります。修正で情報を追加する場合は、読者が比較しやすい順に整理し、必要に応じて箇条書きやBOXへ分けます。逆に、広告文が強すぎる場合は、確認事項や注意点を自然に補い、読者判断のバランスを戻します。
訂正cronの完了報告では、修正前のFAIL名、修正した箇所、再測定値、残件なしの根拠を示します。`直しました` だけでは不足です。公開URL、記事ID、validator_result、HUB accepted、readback、次工程を明示します。修正できない項目がある場合は、制作revisionへ戻すか、代表判断待ちか、監視対象かを明確にします。
追記: 訂正cronは、同じ言い回し、同じ主語、同じ文型、同じ接続、同じ語尾が続く箇所を自然に直してください。単に語尾を少し変えるだけでは不足です。主語を変える、文の順番を入れ替える、理由を別文にする、注意点を次の文に移す、短文と中くらいの文を混ぜるなど、文のリズムを調整します。修正後は `REPEATED_PHRASE_SEQUENCE`、`SAME_SUBJECT_SEQUENCE`、`SAME_SENTENCE_STRUCTURE_SEQUENCE`、`SAME_SENTENCE_ENDING_SEQUENCE`、`MECHANICAL_PARAGRAPH_RHYTHM` が消えていることを公開HTMLで再測定します。
追記: 訂正cronは、記事全体の流れも直してください。評価軸、強み、注意点、手順がぶつ切りになっている場合は、読者が判断しやすい順に接続します。たとえば、低コストが強みなら、どの口座や手数料が関係するのか、どの入報酬受取条件や割引条件に注意するのか、次に公式で何を確認するのかまで自然につなげます。修正後は `ARTICLE_FLOW_DISCONNECTED`、`EVALUATION_AXIS_STRENGTH_NOT_CONNECTED`、`STRENGTH_CAUTION_NOT_CONNECTED`、`CAUTION_ACTION_NOT_CONNECTED`、`SECTION_TRANSITION_UNNATURAL` が消えていることを公開HTMLで再測定します。
<<<CRON_REQUEST:invest358_prop_firm_correction:end>>>
invest358 【評価・プロップファーム】改善ハンドオフcron作成依頼文
横展開Gate追記: このcronは プロップファーム / prop-firm 専用です。起動時はこの公開ページ自身と新分類名・新slugを正本にし、旧ページID・旧slug・旧カテゴリ名を作業判断に使いません。
<<<CRON_REQUEST:invest358_prop_firm_improvement_handoff:start>>>
件名: invest358 【評価・プロップファーム】改善ハンドオフcron作成依頼
あなたは、invest358.com 用HUB v0.1.85.008 を使い、プロップファーム評価記事の改善ハンドオフを行う定期cronを作成してください。cron名は `invest358 【評価・プロップファーム】改善ハンドオフ` とします。対象は `trading-service-directory` / `prop-firm` の制作後、品質チェック後、訂正後に残っている改善候補、監視候補、再検査候補、制作revision候補です。対象サイトは `https://invest358.com/` のみです。他HUB、他カテゴリ、他サイト記事、他cronページは触りません。
追記: automation運用固定。automation名: `invest358 【評価・プロップファーム】改善ハンドオフ`。対象: `trading-service-directory` / `prop-firm` / `プロップファーム` の制作後、高品質チェック後、訂正後に残った改善候補、監視候補、再検査候補、制作revision候補だけです。本文を原則直接編集せず、残件を `correction`、`production_revision`、`quality_recheck`、`inspection_backfill`、`monitoring`、`no_action` へ振り分けます。workflow混同防止: `site_id=invest358`、`workflow_id=invest358-prop-firm-evaluation-improvement-handoff`、`content_set=invest358-trading-service-directory-prop-firm`、`dictionary_set_slug=trading-service-directory`、`directory_category_slug=prop-firm`、`directory_category_name=プロップファーム` で固定します。他ジャンルの改善候補や他HUBの残件を混ぜず、必須FAILを軽微メモへ格下げしません。automation設定: モデルは GPT-5 系、reasoning は medium 以上、複雑なFAIL整理では high です。実運用の1日の起動回数: 1回です。1回あたりの上限は最大10件の残件整理です。HUB保存、HUB読み戻し、次工程のroute保存、remaining_count保存まで行います。最初に読む場所: 公開ページ `https://cron.goudou-358.jp/2226/` のこの改善ハンドオフブロック、`C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358\cron_prompts\current\README.md`、`cron_prompts\current\trading-service-directory\README.md`、`cron_prompts\current\trading-service-directory\prop-firm\README.md`、`gates\current\ARTICLE_QUALITY_GATE.md`、`gates\current\QUALITY_VALIDATOR_CONTRACT.md`、`gates\current\ROLE_FAIL_CONDITION_GATE.md`、`gates\current\INVEST358_TRADING_SERVICE_GENRE_PROMPT_GATE.md`、`gates\current\INVEST358_SEARCH_INTENT_SERP_TOPIC_GATE.md`、HUBの残件キュー、quality_delta_items、failed_gate_names、monitoring候補です。起動時間設定ルール: 既存ACTIVE cronを確認してから設定する。同時刻と前後10分を避ける。00分固定を避ける。分は 07 / 13 / 19 / 26 / 34 / 41 / 48 / 55 を優先候補にする。朝・昼・夕・夜へ分散する。cron実行cwdは `C:\Users\Public\Documents\LLC358\_codex_cron_threads`。支社PCへ持っていく対象は `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` だけ。このサイトHub内でGate、startup、cron prompt、runtime証跡を完結させる。
モデルは GPT-5 系、reasoning は medium 以上、ただし複雑なFAIL整理がある場合は high を使います。1日の起動回数は1回です。設定時間は、制作・高品質・訂正cronの後に置き、同日分の残件を整理できる時間帯へ分散します。固定時刻はこの依頼文内で決め打ちせず、既存ACTIVE cron確認後に設定してください。1回あたりの処理上限は最大10件の残件整理です。本文の直接編集は原則しません。改善ハンドオフは、残件を正しい次工程へ送る役割です。
起動時にはHUB status、agent_pack、対象記事キュー、quality_delta_items、failed_gate_names、correction_required、production_revision_required、monitoring_required、public_url、validator_resultを読みます。必須Gateは `PRODUCTION_EVIDENCE_AND_SCORING_GATE.md`、`ARTICLE_QUALITY_GATE.md`、`QUALITY_VALIDATOR_CONTRACT.md`、`ROLE_FAIL_CONDITION_GATE.md`、`JAPANESE_SYNTAX_GATE.md`、`PLAIN_STYLE_AND_QA_BOX_HOTFIX_GATE.md`、`INVEST358_POLITE_STYLE_STRICT_GATE.md` です。
追記: HUB認証ルールも固定します。`api=agent_pack`、`api=agent_work_queue`、`api=hub_table_upsert` は認証必須です。cron起動時にローカル正本 `C:\Users\Public\Documents\LLC358\Autopost358\HUB\invest358` 配下の `config\hub.env.local` を読み、`H358_HUB_AGENT_TOKEN_FILE` が指すローカルトークンファイルから値を取得し、HTTPヘッダー `X-H358-Hub-Token` でライブHUBへ渡してください。トークン値、認証ヘッダー全文、トークンファイル本文は、記事本文、報告、HUB、memory、artifactへ保存してはいけません。configまたはtokenファイルを読めない場合、またはヘッダー付きでも403の場合は `BLOCKED_HUB_AUTH_CONFIG_MISSING` または `BLOCKED_HUB_AUTH` として停止し、改善対象取得、振り分け、HUB保存へ進まないでください。`api=status` だけ読めても `api=agent_pack` が読めないrunは完了扱いにしません。
追記: 改善ハンドオフcronのHUB保存ルートは `api=hub_table_upsert` に固定します。改善メモ、監視対象、制作revision送り、訂正送り、no_action理由、次回確認項目、Search Compass補強メモは、`agent_task_action` ではなく `hub_table_upsert` で保存してください。POST JSONには必ず `write_scope=cron_result_recovery` を入れます。改善ハンドオフ結果は `table_name=References`、`primary_key=reference_id`、`reference_id=invest358-prop-firm-{service_slug}-improvement-handoff-{yyyymmdd}` のような一意キーで保存します。重大な品質判定や事実確認は `table_name=FactChecks`、`primary_key=fact_check_id` で保存してもよいです。`hub_table_upsert` が `BLOCKED_HUB_WRITE_SCOPE` を返した場合は、`write_scope=cron_result_recovery` が抜けているか、保存先tableが許可外です。`agent_task_action` へ逃げず、`References` または `FactChecks` 行の `hub_table_upsert` 形式へ直して再実行してください。
改善ハンドオフcronは、必須FAILを軽微メモにしません。敬体Strict、見出し非敬体、Q&A、装飾不足、✅/⚠️不足または混在、公開HTML未測定、Directory Core矛盾、手書き重複スコア表、Gutenbergコメント、公式情報不足、検索証跡不足、HUB読み戻し不足は、訂正cronまたは制作revisionへ送ります。単なる表現改善、内部リンク追加候補、比較軸の強化、次回更新時に見るべき割引条件などは改善メモや監視対象へ分けます。
追記: Search Compassの場所と使い方も固定します。Search Compassは `https://search-compass.goudou-358.jp/` です。ブラウザでこのURLを開き、改善対象記事のメインキーワード、サービス名＋評価、サービス名＋レビュー、サービス名＋口座、サービス名＋チャレンジ費用、サービス名＋出金/報酬受取、サービス名＋割引/キャンペーン、サービス名＋MT4/MT5、プロップファーム関連クエリを確認してください。制作・高品質・訂正の `search_compass_*` 証跡と、改善ハンドオフ時に見える検索意図、上位傾向、共起語・関連語、読者質問、SERP上の言い回しを照合し、次回改善で足すべき検索意図、見出し補強、Q&A候補、比較軸を保存します。Search Compassが開けない、ログインや認証で止まる、入力できない、結果が取れない場合は `BLOCKED_SEARCH_COMPASS` または `SEARCH_COMPASS_UNAVAILABLE` として理由を保存し、検索証跡不足を軽微扱いにしてはいけません。
キュー整理では、1件ずつ、対象記事、残FAIL、残quality_delta_items、次工程、優先度、理由、必要な証跡、担当cronを保存します。次工程は、`correction`、`production_revision`、`quality_recheck`、`inspection_backfill`、`monitoring`、`no_action` のいずれかに分類します。`no_action` は、公開HTMLで問題がなく、残件が本当に非actionableな場合だけです。判断根拠なしにno_actionへ送ってはいけません。
プロップファーム記事では、公式条件が変わりやすい項目を監視候補として扱います。スプレッド、最大ドローダウン/取引条件、支払い方法/報酬受取方法、割引/キャンペーン、対応プラットフォーム、サポート言語、KYC、チャレンジプラン/口座サイズ、取扱銘柄は更新監視の対象です。監視候補にする場合は、どの公式ページを次回確認するか、どの項目が変わる可能性があるかを残します。
改善ハンドオフの保存キーには、`handoff_target_count`、`processed_count`、`remaining_count`、`route_to_correction_count`、`route_to_production_revision_count`、`route_to_quality_recheck_count`、`route_to_monitoring_count`、`no_action_count`、`handoff_items`、`handoff_readback_confirmed=true` を入れます。読み戻しなしで完了しません。
必須FAIL名は、`IMPROVEMENT_HANDOFF_QUEUE_NOT_READ`、`IMPROVEMENT_HANDOFF_REQUIRED_FAIL_DOWNGRADED`、`IMPROVEMENT_HANDOFF_ROUTE_MISSING`、`IMPROVEMENT_HANDOFF_EVIDENCE_MISSING`、`IMPROVEMENT_HANDOFF_READBACK_MISSING`、`IMPROVEMENT_HANDOFF_REMAINING_COUNT_MISSING` です。
報告では、処理件数、残件数、訂正送り、制作revision送り、高品質再チェック送り、監視送り、no_action、主な理由、次に動くcronを出してください。改善ハンドオフcronは、残件を曖昧に閉じるためのcronではありません。プロップファーム評価記事群を継続的に品質維持するため、残った課題を正しい工程へ渡すcronです。
改善ハンドオフでは、同じ種類のFAILが複数記事で繰り返されていないかも見ます。たとえば、プロップファーム記事で敬体Strict違反が多い、Q&A構造が崩れやすい、スプレッド説明が薄い、報酬受取条件の確認漏れが多い、公式CTAが弱い、手書き評価表が混ざる、などです。繰り返し傾向があれば、個別記事の訂正送りだけでなく、次回制作cronへ渡す改善メモとして保存します。
監視対象を作る場合は、監視理由を曖昧にしません。`割引条件が変わりやすい`、`スプレッド表が更新される可能性がある`、`支払い方法/報酬受取方法が変更される可能性がある`、`対応プラットフォームがチャレンジプラン/口座サイズで変わる`、`公式ページが改訂されやすい` のように、何をいつ見るべきかを残します。監視対象は記事のFAILではありませんが、次回更新のための重要メモです。
<<<CRON_REQUEST:invest358_prop_firm_improvement_handoff:end>>>
??: ?????????????????slug??????????????slug????????????
コメント