変更前後を確認する習慣

ざっくり言うと

AIに任せることと、確認を省くことは別です。むしろAIに任せるからこそ、作業後の検品が大事になります。

イメージ

正確には

Gitを使っている場合、git diff は作業前後の差分を確認する代表的な方法です。どのファイルが変わり、どの行が追加・削除されたかを見られます。

Webサイトなら、ローカルサーバーで画面を確認します。アプリならテストやビルドを実行します。文章なら実際に読んで、言い回しや意味が変わっていないか確認します。

確認するときは、順番を固定すると迷いにくくなります。

1. まず、変わったファイルの一覧を見る
2. 次に、差分で追加・削除の量を見る
3. そのあと、画面や文章として確認する
4. 最後に、必要なテストやビルドを実行する

この順番なら、いきなり細かい差分に入らず、影響範囲から落ち着いて見られます。

作業後チェックの4点セット

確認	目的
git status	どのファイルが変わったか見る
git diff	何が変わったか見る
プレビュー	画面や文章として崩れていないか見る
テスト・ビルド	機械的に壊れていないか見る

注意点

AIの説明だけで終わらせないことが大切です。AIは「この変更で問題ありません」と言うことがありますが、実際の画面や差分を見るのは人間です。

確認対象は、重要なものから見ます。

1. 削除と上書き
2. 設定ファイルの変更
3. 公開される画面
4. テストやビルドの結果
5. 文章の意味や言い回し

全部を同じ重さで見ると疲れてしまいます。まず事故になりやすい変更を見てから、見た目や文章の細部へ進むと落ち着いて確認できます。

この質問は、AIを急がせるためではなく、作業を止める場所をはっきりさせるためのものです。

やってみよう

AI作業の最後は「完了」ではなく「確認」です。確認まで含めて1つの作業だと考えると、安心して任せられる範囲が広がります。