この記事で分かること
cron登録はSSHだけでなく、サーバー管理画面から行う場合もあります。このログでは、SSH接続でつまずいた時に、管理画面cronへ入れるコマンドを安全に確定する考え方を整理します。
- 作業前に確認すること
- Codexへ頼む時の分け方
- 失敗しやすい点
- 次回使えるチェックリスト
作業前の状態
- SSH接続で確認できない状態だった
- 既存cronを壊さない必要があった
- nodeのパス、flock、ログ保存先を確定する必要があった
Codexに頼んだこと
- cron登録自体は人間が管理画面で行う
- Codexはコマンド1行を確定する
- nodeとflockのパスを確認する
- ログ保存先とlockファイルを決める
- 翌日確認項目を報告する
ポイント
作業範囲、触らないもの、確認方法、停止条件をセットで渡すと、Codex作業の事故を減らしやすくなります。
確認したこと
- 手動実行が成功している
- JSONが壊れていない
- 既存cronを変更していない
- ログが残る
- 翌日に実行記録を確認できる
失敗しやすい点
- 既存cronを上書きする
- 未確定パスのまま登録する
- ログを残さない
- 重複起動防止を入れない
- 翌日確認を忘れる
実際に使えるチェックリスト
- 手動実行成功
- nodeパス確認
- flockあり
- ログ保存先あり
- 既存cronを触らない
- 翌日確認項目あり
Codex指示テンプレート
管理画面cronに入れるコマンドを作ってください。
対象スクリプト：
nodeパス：
flockパス：
ログ保存先：
lockファイル：
希望時間：
登録後の確認URL：
翌日確認項目：次に読むページ
注意点
実践ログを記事にする時は、具体的なサイト名、サーバー情報、認証情報、具体的な連絡先、内部プロジェクト名、個別案件名を出さないようにします。公開するのは、一般化した作業の考え方と確認手順です。