私はPHPとLaravelを中心に、Webエンジニアとしておよそ15年やってきました。2026年に弟と会社を立ち上げてからは、開発もメディア運営も少人数でこなす必要があり、生成AIの助けを借りる場面がぐっと増えています。ただ、便利だからこそ「そのまま使わない」を徹底しています。今回は私が実務で気をつけていることを、経験ベースで書いてみます。
生成されたコードや文章は「叩き台」として扱う
一番の基本は、出力をそのまま採用しないことです。生成されたコードは、動くように見えても意図と微妙にズレていたり、既存の設計と噛み合わなかったりします。私の場合は、まず自分で読んで理解できる範囲に落とし込み、テストを書いて挙動を確認してから取り込みます。理解できないコードを本番に入れるのは、他人が書いたコードをレビューせずにマージするのと同じくらい怖いことだと思っています。
文章も同じで、コトログの記事に使うときは、事実関係を自分で確かめ、自分の言葉に直しています。生成物はあくまで下書きで、最終的な責任は書いた私にある、という線引きは崩さないようにしています。
ハルシネーションを前提に検証する
生成AIは、それらしい嘘を自信たっぷりに返してくることがあります。存在しない関数やオプション、実在しないライブラリを提案されたことも何度もあります。
- コードなら実際に動かして確かめる
- 事実や仕様は一次情報（公式ドキュメントなど）で裏を取る
- 数字や固有名詞は特に疑ってかかる
このあたりは習慣にしています。「たぶん合っている」で先に進むと、あとで痛い目を見るのは自分なので。
機密情報を渡さない
セキュリティ面で最も気をつけているのが、入力する情報の中身です。顧客のデータ、認証情報、社内の非公開情報などは、原則としてそのまま入力しません。質問したいときは、具体的な値をダミーに置き換えたり、構造だけを抜き出して相談したりします。
利用するサービスの規約やデータの取り扱い方針を確認しておくことも大事です。入力内容がどう扱われるかを把握しないまま業務データを渡すのは、私は避けています。
レビューの重みはむしろ増した
生成AIで下書きが速く作れるようになった分、レビューの比重は下がるどころか上がったと感じています。量産できるからこそ、人の目で「これは意図通りか」「不要なものが混ざっていないか」を見る工程が効いてきます。私は最終確認を省略しないことを、自分への戒めにしています。
まとめ
生成AIは、私にとって強力な相棒です。ただし相棒に丸投げはしません。叩き台として受け取り、検証し、機密は渡さず、最後は自分の目で確かめる。この基本を守っている限り、少人数の会社でも安心して活用の幅を広げられると感じています。便利さと責任は、いつもセットで考えるようにしています。
コメント