Codexの状態確認で見るところ

確認は上から順に固定する

動かない時に思いつく順で調べると、同じ場所を何度も見たり、肝心の場所を飛ばしたりします。順番を固定してください。

1. 提供側のサービス状態
2. 手元の環境の診断
3. 直前に自分が変えたこと
4. 記録（エラーの内容と時刻）
5. 時間を置く

この順に意味があります。上ほど「自分では直せないが、確認は速い」ものです。

各段階で見るもの

記録に残すこと

原因が分からないまま直ってしまうことがあります。その時こそ記録が要ります。

1. いつ起きたか（時刻）
2. どういう症状だったか
3. 直前に何をしたか
4. 何をしたら直ったか

4項目で十分です。同じことが再発した時、この記録があるかどうかで復旧時間が大きく変わります。

やってはいけない調べ方

• 複数の設定を同時に変える（何が効いたか分からない）
• エラーの内容を読まずに再実行を繰り返す
• 提供側の障害中に手元を触る
• 再インストールを最初にやる
• 認証の情報をやり取りに貼る

2番目は特に多い失敗です。エラーの内容には、原因の手がかりが書かれていることが大半です。

なぜ順番を固定するのか

思いついた順に調べると、確認済みの場所をもう一度見たり、肝心の場所を飛ばしたりします。順番を固定する目的は、網羅ではなく同じ場所を二度調べないことです。

また、順番が決まっていると、途中で中断しても再開できます。「1と2は確認済み」と分かっていれば、3から始められます。決まっていないと、最初からやり直すことになります。

自分では直せないものを先に確認する

順番の考え方は単純で、自分では直せないが確認は速いものを先に見ます。

1分で終わる確認を飛ばして、10分かかる調査から始めるのは効率が悪くなります。

時間を置くという選択

すべてを確認しても原因が分からないことがあります。この時に無理に操作を続けると、状況が悪化します。

• 一時的な不調は、時間を置くと直ることがある
• 疲れた状態での操作は、二次的な問題を生みやすい
• 公開に影響がある場合は、一時的な案内を出す判断もある

止めるのは負けではありません。原因が分からないまま設定を変え続けるより、記録を残して翌日見るほうが結果的に速く解決します。

確認した内容を残す形

調べている最中は覚えていますが、翌日には曖昧になります。確認しながら、次の形でメモしてください。

4番目が最も重要です。調査中に変えたことを記録していないと、直った後も何が効いたのか分からず、元に戻すべき変更が残ります。

翌日以降に再開する場合、このメモがそのまま続きの起点になります。未確認の欄が残っていれば、そこから始めれば済みます。何も残っていないと、まず現状を思い出すところからやり直すことになり、そこで時間が消えます。

関連ページ

実践ログから分かったこと

順番を決める前は、動かないたびに違う場所から調べていました。そのため、同じ原因なのに毎回時間がかかっていました。順番を固定してから、調べる時間が大きく減りました。

もう1つ、原因が分からないまま直った時に記録を残していなかったため、数か月後に同じ症状が出て、また一から調べ直したことがあります。4項目でよいので残すようにしています。

FAQ