この記事で分かること
ニュース取得を自動化するときは、いきなりcron登録せず、手動実行とJSON確認を先に行います。外部本文を保存しない、ログを残す、重複起動を避ける、翌日確認を決めることが重要です。
- 実際の作業を公開用に一般化する考え方
- Codexに頼む時に分けて書く項目
- 作業後に人間が確認するポイント
- 次回の指示文へ再利用する方法
作業前の状態
- ニュースJSONはあるが自動更新の確証がない
- 既存cronとの重複確認が必要
- 外部本文や外部画像を保存しない方針を明確にする必要がある
Codexに頼んだこと
- ニュース取得スクリプトを手動実行する
- JSONが壊れていないか確認する
- 既存ニュースが消えていないか見る
- ログ保存先を決める
- flockで重複起動を避ける
- 管理画面cronに入れる1行を整理する
ポイント
Codexへは「何を変えるか」だけでなく、「触らないもの」「停止条件」「確認方法」もセットで渡すと安全です。
確認したこと
- JSONが有効
- fetched_atが更新される
- 外部本文を保存していない
- 外部画像を取得していない
- ログが残る
- ニュースページが200 OK
失敗しやすい点
- 手動実行前にcron登録する
- 既存cronを上書きする
- 本文全文や外部画像を保存する
- 翌日確認を決めずに終わる
実際に使えるチェックリスト
- 手動実行成功
- Fatal errorなし
- JSONが有効
- 既存ニュースが消えていない
- ログ追記あり
- flockあり
- 翌日確認項目あり
Codex指示テンプレート
ニュース取得cron登録前の確認をしてください。
対象サイト：
ニュース取得スクリプト：
ニュースJSON：
ログ保存先：
手動実行コマンド：
cron登録条件：
変更してはいけないもの：
翌日確認項目：
報告書形式：次に読むページ
注意点
実践ログを公開する時は、具体的なサーバー情報、認証情報、具体的な連絡先、内部プロジェクト名、個別案件名を出さないようにします。公開できるのは、作業の考え方、確認項目、一般化した指示テンプレートです。