AI下書きを自分の検証記録に戻す5手順

投稿の出発点はよくある不満だ。AIの下書きは構成が整っていても、他人が書いたように感じられる。その診断はこうだ。AIは骨組みを提供するが、実際に起きた事実は著者が持っている。だから書き直しとは、主に後者を足す作業になる。

具体的な材料は早い段階で入る。編集の前に、著者はターミナルログとエラーメッセージの全文を下書きの末尾に貼る。例えば「Cannot find module '@/lib/config'」でビルドが失敗した例だ。各見出しの下には、AIの説明より先に個人的な一文を一つ差し込む。例ではtsconfig.jsonのpaths設定で30分ハマったことを記している。公式ドキュメントの要約は削ってリンクに置き換える。価値は要約ではなく使用記録にあると投稿は論じる。

文体が関わるのはその後だ。この時点ではAIと人間の文が混在し得る。著者は硬い言い回しを滑らかにする方法の一つとしてAI humanizerに触れつつ、加えた具体情報が失われては本末転倒だと警告する。最後の確認は音読だ。結びは役割分担を簡潔にまとめる。AIは構成が得意で、著者は何が起きたかを知っている。