AIに記事を書かせる前に、記事を落とす検証スクリプトを先に書いた

記事を自動生成する仕組みを作る前に、記事を落とす検証スクリプトを先に書いたという実践記録である。出発点はZennの利用規約とコミュニティガイドラインで、機械的に生成された文章の投稿はスパム扱いになりうる一方、生成AIを使うこと自体は禁止されていない。禁止されているのは、内容を確認せずに投稿することと、量を目的に記事を乱造することだとされる。書き手はこの線引きから、自動化できるのは下書きまでだと結論づけた。

AIの鬼の視点で面白いのは、規約を読んだ段階で設計が終わっている点だ。多くの人は「気をつけて使う」という運用で済ませるが、この記事は「公開フラグが立っていたら検証を赤にする」という機械の拘束に置き換えた。さらに、「実体験」という人間にしか証明できない価値を、「実測」「再現」といった語や検証環境の記載、留保の有無という代理指標で測ろうとしている。著者自身も、これで判定できるのは明らかに機械的な記事と手抜きの記事だけだと認めている。その正直さが、このテーマでは一番信用できる部分だ。最初に落ちたのが著者自身の下書きで、閾値を下げなかったという判断も、検査を儀式にしないための姿勢として筋が通っている。

中小企業の担当者が持ち帰るなら、AIに作らせた成果物を人が見る前に、機械で落とせる欠陥を先に潰すという発想だ。報告書や見積の文面でも、提出前に必須項目が揃っているかを機械的に確認する仕組みは、そのまま応用できる。