Codex / GitHub / parallel work
Codex並列作業でGitHubを使う理由
Codexを複数ウインドウや複数スレッドで使うと、作業は速くなります。一方で、どのファイルが変わったか、どこまで戻せるか、共有ファイルをどう統合するかが見えにくくなります。GitHubは、この差分確認、PR、rollbackの見通しを作るために使います。
このサイトはGitHub公式サイトではありません。GitHubを使っても絶対安全にはなりません。Codexが作った変更はdiffやPRで確認し、Secretsや.envをrepoに入れないことが前提です。
このページでわかること
- Codex並列作業とGitHubの関係
- GitHubなしで弱くなる差分確認・巻き戻し・統合
- GitHubありで見えやすくなるdiff / PR / rollback
- Secretsや.envをrepoに入れない注意
- codexguide.jpの実践ログとの読み分け
結論：GitHubは並列作業を完全自動化する道具ではなく、確認しやすくする道具
GitHubを使う理由は、AIの作業を信じ切るためではありません。変更ファイル、追加、削除、差分、レビュー、戻し方を見える状態にするためです。main直pushを避け、作業ブランチ、PR、diff確認を通すと、Codexの並列作業を後から検証しやすくなります。
GitHubあり / GitHubなしの違い
| 項目 | GitHubあり | GitHubなし | 注意点 |
|---|---|---|---|
| 差分確認 | diffで変更を追いやすい | ファイル時刻や報告頼みになりやすい | 大量差分は人間が読む |
| 巻き戻し | commit単位で戻しやすい | バックアップ頼みになりやすい | 戻す前に影響範囲を確認する |
| 統合 | PRでまとめやすい | 共有ファイル衝突に気づきにくい | sitemap/news/work-logは統合で扱う |
| Secrets管理 | 除外ルールを作りやすい | 混入しても気づきにくい | privateでも直書きしない |
| 人間確認 | レビューの入口を作れる | 公開後確認に寄りやすい | AI任せにしない |
並列作業で触らないもの
sitemap、news、work-log、トップ、共通CSS、robots、ads、.htaccess、DB、cron、DNS、Secretsは、Codexの並列作業で同時に触らない方が安全です。必要な更新は統合作業に回します。