Codex作業のタスク管理をするには

まず一言でいうと

Codex作業は、調査・実装・確認・次の作業を分けて予定にすると安全です。

このページで整理すること

GOALモード、調査、実装、確認、報告書、次にやることを作業単位で分け、同時進行でも混乱しない予定表にします。

Codex作業が増えると、公開した日、次に見る日、SNSへ告知する日、Search Consoleを見る日が散らばりやすくなります。作業カレンダーは、作業を自動化するものではなく、確認を忘れないための実務メモとして使います。

Codexでできること

Codexだけに任せないこと

Codexは予定表の下書きや確認リスト作成を助けますが、Google Calendarへの登録、通知、自動投稿、cron設定変更、本番deploy判断は人間が確認します。個人情報、顧客情報、アカウント情報、認証情報を予定例に入れないでください。

実際の管理表・カレンダー例

やってはいけないこと

• 予定の登録・変更・削除をCodexに任せきりにしない。実行前に日時と内容を確かめる。
• Google Calendar の接続は、公式のプラグインや接続画面から行う。自作のAPI連携やOAuthの設定を思いつきで試さない。
• APIキー、アクセストークン、認証情報を指示文や予定に書かない。
• cron設定変更や本番deployを軽作業扱いしない。
• 個人情報、顧客情報、アカウント情報を予定のタイトルやメモに入れない。
• 予定どおり進めても、順位や収益が必ず上がるわけではない。

予定表が守られなくなる書き方

タスク管理が崩れるとき、原因は意志ではなく書き方にあることがほとんどです。次の3つに当てはまる行は、まず消化されません。

• 終わったかどうかを判定できない。「トップページを改善」は、どこまでやれば終わりか決まっていません。終了条件を書ける粒度まで割ってください
• 1回で終わらない大きさになっている。座っている時間の中で片付かない行は、着手そのものが先送りされます
• 調査と実装が同じ行に入っている。調べただけで「進んだ」と感じてしまい、実装が残ったまま次へ移ります

3番目は自覚しにくいので厄介です。調べる行と直す行は必ず別にしてください。分けておくと、調査だけが増えて実装が止まっている状態が、予定表を見ただけで分かります。

直した日ではなく、確かめる日を先に置く

手を入れた日を記録している予定表は多いのですが、効果を確かめる日を置いている表は少ないのが実情です。置かないと、直した結果を見る機会そのものが無くなります。

• 公開した日… 表示されているか、リンクが切れていないかを見る日
• 数日後… 検索する側に認識されたかを見る日
• 数週間後… 表示回数・順位が動いたかを見る日

3つ目を入れておくのが要点です。効果が出るまでの間隔は、直してから決めようとすると必ず忘れます。直した行を書くときに、同じ流れで確認日も置いてください。

あわせて、確認した結果が「変わらなかった」場合もそう書き残します。これを残さないと、同じ手を何度も試すことになります。効かなかった記録は、効いた記録と同じだけ価値があります。

関連ページ

FAQ