AIにZenn下書きを書かせる自動化で守るべき権限境界

この記事は、AIにZenn記事の下書きを作らせる自動化で、どこまで任せどこから人間の承認に戻すかを実装ベースで整理したものだ。AIに任せるのは下書きファイルの生成と編集までに限定し、公開に近い操作はプロンプトではなく固定スクリプトと人間の承認フローに分けている。AI実行の後にスクリプトが記事ファイルを検査し、先頭20行にpublished: trueがあれば処理を止める。AIの成果物はDraft PRとして出され、人間が/mergeを実行したときだけpublished: falseがtrueに書き換えられ、マージされて公開される。Zennは AI利用そのものは禁じていないが、正確性の検証と著者自身の経験を重視する方針だ。 面白いのは、この設計がAIに禁止事項を守らせることを最初から当てにしていない点だ。CLAUDE.mdにも執筆スキルにもpublished: falseは書いてある。しかしそれは約束であって保証ではない。公開フラグのように一度出ると取り返しのつかないものは、AIの外側の検査で止める。プロンプトは頼み事で、スクリプトは鍵である。この違いを理解して実装している人は多くない。記事自身も、現状のgrepは20行を超えるfrontmatterで取りこぼす可能性があると認めている。その正直さを含めて、よくできた自己申告だ。 社内で文書をAIに作らせるときも、下書きまではAIに任せ、外に出す操作は人間が押すという一本の線を引くだけで事故の多くは防げる。見積書、顧客へのメール、Webの更新など、送信や公開につながる最後の一歩を誰が押すかを決めておくことが実務上の要点だ。明日からの一言は「AIには下書きまで、送る・出すボタンは人間が押す」と社内ルールに一行書くことである。