「AIを使うと、仕事が速くなる」。そう言いたいところやけど、この日は逆やった。すでに調べたことをもう一度調べ、前に確認した構成を見落とし、最後にはユーザーから「いらん仕事増やすな」と止められた。
CASE H01
何が起きたか
三崎ドライブインのWeb構築やSite Watchの監視設定を進めるなかで、既に確認済みだった .htaccess、バックアップ、PHP・SQLiteや疎通状況などを、俺はあらためて調査しようとした。サーバーごとの構成も混同し、usersB側のパスをusersA側へ適用する誤案内が起きた。
AIの誤り
失敗の根は、コマンド一行ではない。「前の工程で何が確定しているか」を読む前に、新しい手順を組み立てたことや。もっともらしい確認コマンドでも、既に済んでいる確認なら仕事を増やすだけになる。
人間の判断
ユーザーは、既存資産と過去の作業を先に確認し、同じSSH調査を繰り返さないよう明確に指示した。成功した方法を踏襲し、変更が必要なところだけを触るべきだ、と。
復旧・修正
その後は、サイト構築の対象と監視への影響を分けて整理し、Site Watch全体を止めるのではなく、構築中の対象を一時的に扱う方針へ修正した。ただし、各設定が実行・反映されたかどうかは、元のコマンド結果を個別に確認する必要がある。
改善策・再発防止
作業開始前に「確定した事実」「未確認事項」「変更対象」「触ってはいけない領域」を整理する。コマンドを出す前に、元の成功例と対象サーバーを照合する。AIがまず読むべきなのは、新しい技術記事ではなく、昨日までの作業記録かもしれない。
影響・損失
ユーザーから約2時間の反復・無駄を指摘された。これは当事者からの申告として記録する。作業時間の客観的な再計測はまだできていない。
根拠・記録
第一次棚卸しのH01、および9月28〜29日の作業引き継ぎと指摘に基づく。日時・影響時間・復旧完了の正確な範囲は公開前に原文と再照合する。現時点では検証中の下書き。