このページで整理すること
AIサイト群の作業量が増えた時、毎回こまかい報告で止まると流れが切れます。一方で、報告なしで本番反映だけ進むと、sitemap、内部リンク、Secrets、スマホ表示の確認が混ざります。このページでは、連続で進める部分と、まとめて報告する部分を分けます。
連続大玉作業モードの基本
| 場面 | 進め方 | 止める条件 |
|---|---|---|
| 通常の補強、導線追加、FAQ追加 | 止まらず本番反映と公開確認まで進める | 未作成URLリンク、危険表現、秘密情報混入 |
| 新規URL作成 | 正確なURL確認後、最大本数を守って作る | 重複、薄いページ、sitemap削除が必要な場合 |
| 報告 | 3〜5作業ごとにまとめて回収する | 403、500、大量404、rollback不能、タグ破損 |
| 横断確認 | 最後に公開URL、sitemap、リンク、スマホ、安全表現を見る | 本番未反映、認証情報問題、秘密情報混入 |
Codex 1をcodexguide専任にする理由
Codex 1をcodexguide.jp専任にすると、他ドメインで進んだ作業を実践ログとして回収しやすくなります。Codex 2/3/4は別ドメインの作業へ分け、同じドメインを同時に編集しないことで衝突を避けます。
- Codex 1は実践ログ、正本、発注テンプレート、再開ハブを整理する。
- 他のCodexはgptguide、aimoney、canvaguideなど別ドメインを担当する。
- 作業ごとの長文報告ではなく、3〜5作業でまとめる。
- 最後にCodex 1が横断確認と読み順整理を行う。
止めずに進めてよい作業
- 既存ページの導線整理
- 本文補強、FAQ、チェックリストの追加
- 実在URLへの内部リンク追加
- sitemapへの新規URL追加
- 公開URL 200、canonical、robots、noindex確認
- スマホ390pxの表示確認
すぐ報告して止める条件
- 本番アップロードができない
- 403、500、広範囲404が出る
- rollback方法が分からない
- Secrets、認証情報、ローカルパス混入の疑いがある
- AdSenseコードやSearch Consoleタグを壊しそう
- DB、cron、DNS、API/OAuth変更が必要
- 既存URL削除やsitemapからの削除が必要
作業キューの読み順
- Search Console反応語を見る。
- 需要、収益導線、安全性、開発補助のどれかに分類する。
- 新規作成、既存補強、作らない判断を分ける。
- Codexへ対象ドメインとSTOP条件を渡す。
- 本番反映と公開確認まで進める。
- 3〜5作業ごとに報告を回収する。
- codexguide.jpに実践ログとして戻す。
- 横断確認で未解決候補を次の修正オーダーへ分ける。
Secretsと認証情報の扱い
APIキー、token、環境変数ファイル、FTP、SSH、DB接続情報、管理画面の認証情報は、HTML、JSON、stage、レポート、ログへ残しません。必要な場合は公開ファイル外の安全な保管先から読み、値そのものを本文や報告へ書かない運用にします。
コード相談、GitHub、PR、FTP deployをまたぐ時ほど、Secrets確認を最後にまとめるのではなく、作業前と公開前の両方で見るようにします。
関連実践ログ
関連サイト導線
FAQ
毎回報告を待たずに大玉を投げてもよいですか？
企画や候補整理、通常の補強は連続で進めやすいです。本番反映を含む作業は3〜5作業ごとに報告を回収し、最後に横断確認します。
Codex 1をcodexguide専任にする理由は何ですか？
作業ログ、発注テンプレート、再開ハブ、正本導線を一か所に集めるためです。他ドメイン作業と衝突しにくくなります。
どのタイミングで横断確認しますか？
複数の本番反映が終わったあと、公開URL、sitemap、内部リンク、外部リンク、スマホ表示、安全表現をまとめて確認します。
危険語が注意文脈で出た場合はどうしますか？
機械的に削らず、保証や断定なのか、避けるための説明なのかを本文で確認します。
チェックリスト
- 同じドメインを複数Codexで同時編集していない
- Codex 1はcodexguide専任にした
- 他Codexは別ドメインへ分けた
- 3〜5作業ごとに報告をまとめる
- 本番反映後に公開URLを確認する
- sitemap掲載と重複を確認する
- 内部リンク404を確認する
- スマホ390pxを確認する
- Secretsとローカルパスを確認する
- 未解決候補を次の修正オーダーに分ける
Codex完了報告をまとめて回収する
連続大玉作業モードの次に、返ってきた完了報告をどう仕分けるかを読む導線を追加しました。
複数Codexから返ってきた報告を、完了、要修正、保留、実践ログ化候補、次オーダー候補に分けるためのハブです。
Codex CLI・Windows・GitHub・VSCodeの確認ポイント
Codex CLI、Windows、Mac、GitHub、VSCode、料金、セキュリティ確認をまとめて読む導線を追加しました。
Codex CLIの使い方を確認する / WindowsでのCLI確認 / GitHub連携の確認 / VSCodeとの使い分け
Codex VSCode・CLI Windows・GitHub Actions・料金・APIキーの追加確認
Codex CLI、VSCode、Windows、GitHub Actions、料金、APIキー、環境変数、本番反映をまとめて確認する導線を追加しました。既存ページで受けられるテーマは新規URLを増やさず、親ページへ補強しています。
CodexとVSCodeの使い分け / Codex CLI Windows / Codex CLI GitHub / Codex料金確認 / APIキーと環境変数の注意 / 本番反映前チェック
AIエージェント開発とAIコーディングツールの役割分担
AIエージェント開発、AIコーディングツール、Codex、GitHub Copilot、Cursor、DeepSeekの比較導線を追加しました。特定ツールを断定的に上位扱いせず、相談、実装、レビュー、PR、Secrets確認に分けて読みます。
AIエージェント開発の入口 / Codex CLI / Codex app / GitHub連携 / AIコードレビュー / Secrets確認
Codex VSCode導線の補強
Codex VSCode、CLI、GitHub、Secrets確認の作業ログは、単なる操作記録ではなく、次回の本番反映前チェックに戻るための導線です。未作成URLを増やさず、既存の親ページへ集約して確認します。
詳しくは Codex VSCodeの使い方と注意点、Codex CLI、CodexとGitHub、Secrets確認 をあわせて確認してください。
Codexホームページ・LP作成導線
Search Consoleでホームページ作成、HP作成、LP作成の反応が出た時は、既存補強か新規作成かを分け、本番反映後の公開確認までログ化します。
Codex status・404・rollback確認導線
Search Consoleでcodex statusの反応が強く出た場合は、状態確認、404、rollback、認証、GitHub確認を一つのクラスタとして扱います。新規ページを作る判断と既存ページ補強を分けて記録します。
Codex git・diff・gitignore確認導線
Search Consoleで codex git、codex css、codex diff、codex gitignore が出た時は、作業後のGitHub確認ログ、Secrets確認ログ、既存補強か新規作成かの判断ログとして残します。
CodexでYouTube/SNS導線を扱う時の確認
Search Consoleで codex youtube や codex twitter の反応が出た時は、投稿生成ではなく、ページ作成、導線設計、公開前確認として受けると整理しやすくなります。
Google Drive / Sheets / Calendar由来データの確認
Search Consoleで spreadsheet、google drive、calendar 系の反応が出た時は、操作機能の説明ではなく、データを渡す前・GitHubへ入れる前・公開する前の安全確認ログとして受けます。
Codex作業後のSEOタグ・公開前確認
Codexで作ったページは、Search Console反応を見る前にSEOタグ、公開URL、sitemap、内部リンク、スマホ表示が壊れていないかを実践ログとして残します。
SEOタグ確認 / robots meta・canonical確認 / 公開前レビュー / status確認 / rollback確認
FAQ JSON-LD・schemaの公開前確認
CodexでFAQやschemaを追加した時は、本文一致、危険表現、JSON-LD構文、公開URL確認を実践ログとして残します。
FAQ JSON-LD確認 / 構造化データ確認 / SEOタグ確認 / 公開前レビュー