サイオステクノロジー（Tech.Lab）の技術ブログ

全721件

2026/08/06

ども！AIに自分の文体でブログを書かせられないか、1年ほど試行錯誤中の龍ちゃんです。 AIに「ブログ書いといて」って頼んだこと、ありますよね。で、出てきた文章を読んで「なんか自分の文章にならないな」って思ったこと、ないですか。文体だけの問題ならまだいいんですけど、ひどいときは空想エピソードをAIが勝手に書いてくるみたいな話ありますよね。過去のブログを全部読み込ませて「自分の文体で書くエージェント」などいろいろ作ってます。その設計思想と、実際の執筆はどうなっているのか？っていう話ですね。ネットで「AIに自分の文体で書かせる方法」を調べると、だいたい成功譚なんですよね。「うまくいきました」で話が終わってる（うらやましい！）。でも僕の実感はそうじゃなくて、手間が半分になった感じですね。この記事では、その「実際どこまでできて、どこからができないのか」を、正直に書いていきます。 AIは自分の文体をどこまで再現できるのか結論から言います。言い回しは再現できる。でも中身は半分くらいしか自分のものにならない。最終的なラインとして書き直しが発生しています。やったことはシンプルで、自分が過去に書いたブログを読み込ませて、文体を再現するエージェントを Claude Code で作りました。で、エージェント名は stylist です。記事を書くときにこいつへ渡す入力は、outline の箇条書きと、音声入力。「何を書くか」は僕が用意して、「どういう言い回しで書くか」を stylist に任せる、っていう分担ですね。じゃあ実際どこまで再現できるのか。ちょうどいいので、この記事の導入も、実際に stylist に書かせてみました。渡したメモはこれだけです。 * AIにブログを書かせても、なんか自分の文章にならない * 自分が言わないようなことを、AIが勝手に書いてくる * そういうのでモヤモヤしてる人、多いと思う * この記事では、実際どこまでできて、どこからできないかを正直に書くで、返ってきたのがこれ。ここから4段落、AIが書いた生の出力をそのまま貼ります。ども！最近、AIにブログを書かせようとして地味に苦戦してる龍ちゃんです。みんなも一度は試したことあると思うんですけど、AIに「ブログ書いて」って頼むと、なんか自分の文章にならないんですよね。文法は合ってるし、内容も間違ってない。でも読み返すと「これ、俺こんな言い方しないな」ってところが結構出てくる。しかも困るのが、自分が絶対言わないような表現を、AIが勝手に盛ってくるパターンです。妙に持ち上げてきたり、断定しすぎたり。悪意はないんですけど、なんかこそばゆいんですよね。これ、結構みんなモヤモヤしてるんじゃないかなと思ってます。AIに書いてもらえば楽なのは分かってるけど、公開するのは自分の名前がついたブログなわけで。文体が自分じゃないと、なんだか他人事みたいな記事になっちゃうんですよね。というわけで今回の記事では、実際どこまでAIに文体を寄せさせられて、どこから先は無理なのかを正直に書いていこうと思います。理想を語るんじゃなくて、僕が試して分かった限界も含めて共有しますね。読んでもらうと分かるんですけど、語尾とかテンションは確かに僕っぽいんですよね。「ども！」から入って、「〜んですよね」で語尾を逃がす感じ。AIっぽい大げさな言い回しも出てきてない。文体（how）はちゃんと寄ってる。ここは素直にすごいと思いました。 ……ところが、この一文。 AIに書いてもらえば楽なのは分かってるけど、公開するのは自分の名前がついたブログなわけで。文体が自分じゃないと、なんだか他人事みたいな記事になっちゃうんですよね。僕、こんなこと一言も言ってないんですよ。渡したメモのどこにも無い。stylist が「龍ちゃんならこう言うだろうな」って先回りして、勝手に理由をでっち上げてる。しかも困ったことに、それっぽいんですよね。内容がいいなって思っちゃいました。ただ、こんな高尚な理由は持ち合わせていないので導入は書き直しました。これが「中身は半分」の正体です。文体（how）は真似できても、中身（what）、つまり「自分が本当にそう思って言ってるか」は、当然AIには分からないんですよね。過去ブログをいくら食わせても、そこは埋まりません。だから残りの半分は、僕が目で見て「これは言う／これは言わない」を判断するしかない。じゃあ、なんでAIは僕の理由を勝手に作ったのか。ここに手が入る余地がありました。 AIが勝手に書くのは、アウトラインの空白を埋めてるから僕、書く前に outline を作ります。何を言いたいか、どの主張を通すか、どのネタを使うか。それを箇条書きで先に出して、その中身を土台にAIへ書かせる。ここは前提の話なので流しますね（outline を「どう作るか」は別記事「書く前レビュー」に書きました）。で、問題は outline の粒度なんですよ。箇条書きって、細かく書けてるところと、粗いところが必ず出る。粗いところには空白が空くんですよね。項目と項目のあいだが埋まってない状態。そこをAIが勝手に埋めてくる。埋め方が自分の考えと微妙に違うので、結果として、握ったはずの中身と違うものが出来上がる。さっきの「他人事みたいな記事」は、まさに空白の埋め跡でした。面白いのが、空白の大きさと、でっち上げの派手さが連動してるんですよね。同じ stylist に具体的な箇条書きを渡したときは、捏造は地味なやつだけでした。でも導入みたいな「気持ちを書く」項目、つまり箇条書きが薄くなりがちなところを渡したら、量も大きさも一気に増えた。空白が大きいほど、もりもりになります。じゃあ空白をどう埋めるか。僕がやってるのは、声で喋ることです。移動中とか、作業の合間とか、喋れるタイミングで、そのネタについて思ってることをダラダラ喋る。整えません。言い直しも「あー」も残ったままでいい。それを文字起こしして、素材として渡します（どのツールで喋ってるとか、技術用語がどこまで正しく認識されるかは、それ自体で1本になるので別記事に回します）。なんで声が効くかというと、2つ入ってるからなんですよね。ひとつは中身。喋ってると、箇条書きには落とさなかった理由とか実例が、勝手に口から出てくる。これが空白を埋める中身になります。もうひとつは言い回し。声に出した言葉って、自分の口調がそのまま残ってるんですよ。だから同じ素材が、文体のほうの教師にもなる。入れどころは2つあります。 outline を作る段階で声メモを混ぜて、空白そのものを減らす本文を書かせるときに、実例やニュアンスを足す素材にする僕はどっちもやってます。で、効くのか。さっきの導入、同じ箇条書きに声メモだけ足して、もう一回書かせてみました。並べるとこうです。声メモ無し（AIがでっち上げた理由） AIに書いてもらえば楽なのは分かってるけど、公開するのは自分の名前がついたブログなわけで。文体が自分じゃないと、なんだか他人事みたいな記事になっちゃうんですよね。声メモ有り（僕が喋った理由から書かれたもの）アウトラインだけ渡して「これで書いて」ってお願いすると、箇条書きの隙間、つまり書いてない部分をAIが勝手に埋めてしまうんです。で、その埋め方が自分の考えと微妙に違う。結果、握ったはずの内容と違うものが出来上がる、みたいなことがよく起きます。渡した箇条書きは一字一句同じです。違うのは声メモを足したかどうかだけ。それだけで、でっち上げの理由が消えて、僕が実際に思ってる理由に入れ替わりました。ただ、正直に書いておきたいんですけど、捏造そのものは減ってません。入力に無い追加を数えたら、件数はほとんど同じでした。消えたのは「理由をまるごと創作する」みたいな重いやつだけ。残ったのは「僕もめちゃくちゃ試してます」みたいなテンションの盛りと、あともう1つ厄介なやつです。表現とか言い回しの話じゃなくて、内容そのものがズレるこれ、僕は一言も言ってないんですよ。でも、僕がこの記事で言いたいことなんです。言い回しじゃなく中身がズレる、まさにそれ。AIには「僕が言いそうなこと」を先回りする癖があって、空白を埋めてもそこは消えませんでした。当たってるからタチが悪いんですよね。なので声メモは、空白を減らして「でっち上げの重さ」を下げる道具です。ゼロにはならない。だから最後は人間の目が要る。その回し方を次に。実際どうやって自分の文体で書かせているか outline で中身を握ったら、あとは毎回だいたい同じ順番で回してます。まず、outline の箇条書きと、喋った声メモをまとめて stylist に渡して、文章にしてもらう。さっき導入で見せたやつです。これで「言い回し」は僕っぽくなって、握った中身もだいたい残る。で、出てきた原稿を、今度は checker っていう別のエージェントに通します。こっちは「AIっぽい表現」を見つけて弾く係。「〜と言えるでしょう」みたいな妙にかしこまった言い回しとか、やたら太字を連発するとか、いかにもAIが書いた感じのやつを引っかけてくれる。stylist が僕っぽく寄せて、checker がAIっぽさを弾く。同じ「辞書」でも役割が逆なんですね。最後に、僕が自分の目で読みます。ここが、さっきの「他人事みたいな記事」みたいに勝手にでっち上げた中身を捕まえる工程です。checker は「AIっぽい言い回し」は弾けるけど、「言ってない中身」は弾けない。文章としては自然に書けちゃってるから、機械には引っかからないんですよ。だからここだけは、人間が読むしかない。この stylist と checker、実は2つとも裏で「辞書」を持ってて、そこが使うたびに育ちます。直した分が「自分らしさ」のデータになる：辞書の育て方ここまで読んで「結局けっこう手作業じゃん」と思った人、正解です。実際、僕は毎回AIとけんかしながら書いてます。でもこのけんか、無駄になりません。直した分が次の資産（辞書）になっていきます。さっき「stylist と checker は裏で辞書を持ってる」と書きました。この辞書、直すたびに育ちます。しかも育てる仕組みは1個です。やってることは単純で、stylist が書いた版と、僕が直した版を、両方とっておく。あとはこの2つをAIに読ませて、差分を蒸留させます。何をどう直したのか、意味ごとにまとめてもらう感じですね。ここは手作業じゃないです。自分の直しを自分で分類するの、地味にしんどいので。gitの追跡でやると楽ですね。で、面白いのが、同じ1回の手直しから、辞書が2つ採れるんですよ。蒸留するときに、どっち側を見るかで採れるものが変わります。しかも行き先は別々のファイルに分けてます。「こう書く」（ポジティブ）と「こう書かない」（ネガティブ）を同じところに突っ込むと、エージェントの参照でノイズになったりするので、意味単位で分割するという感じです。あと蒸留はAIにやらせますけど、辞書に載せるかどうかは僕が決めます。提案までがAIの仕事。ここを自動昇格にすると、たまたま1回直しただけの表現が禁止語になって窮屈になって逆効果になるので。温度感も書いておくと、この仕組みは用意してあって、まだ回し始めたばかりです。（※「自分のデータでAIを育てる」って発想そのものは前にも書いてます。プロンプト履歴を分析させて口癖を洗い出した話と、 Slidevでデザインの型を貯めていく話がそれです。）直す前の版を蒸留すると、AIっぽい辞書になる僕が消したほうの表現は、要するにAIが書いてしまう表現なんですよね。「あ、またこれ出てきたな」ってやつが、消した側に溜まってる。それを観測ログに貯めていって、何回も出るのが確定したら、正式に「禁止表現」へ昇格させる。次からは checker がそれを弾いてくれます。直した後の版を蒸留すると、僕っぽい辞書になる逆に、僕が書き足したり言い換えたほうは、僕の声そのものです。こっちは別のログに貯めていって、溜まってきたら stylist が読む側の「声のガイド」に反映します。狙いは、僕が毎回おなじ直しをしなくて済むようにすること。ドンピシャに真似させたいわけじゃなくて、手直しの回数を減らしたいだけなんですよね。過去のブログが無くても、このループは回りますで、ここが一番伝えたいところなんですけど。なんで過去記事が要らないかというと、材料が「今回の手直し」だからです。stylist を作るときは、たしかに過去記事を読み込ませました。でもそれは土台を1回作るための話で、そこから育てるぶんの材料は過去記事じゃない。AIが書いたのを「いや、自分ならこう言う」と直した、その差分です。さっき書いたとおり声メモにも自分の口調がそのまま入ってるので、あれも同じデータになります。つまり過去記事が1本も無くても、書かせて→直して→差分を蒸留する、を繰り返せば、両方の辞書が育っていく。僕はたまたま過去記事が何十本かあったので、それをスタートダッシュに使えました。でも過去の資産は、あれば早いってだけの話です。無ければゼロから、けんかの記録を溜めていけばいいんですよ。今は半分、これから正直な現在地を、もう一回まとめます。文体（言い回し）は、辞書に貯めれば貯めるほど自分に寄っていく。ここはAIに任せられます。でも中身、「自分が本当にそう思って言ってるか」は、今も僕が目で見て判断してる。捏造を見つける専用のエージェントとか、作ってません。作れなくはないんですけど、今はまだ人間がやったほうが早い。だから半分なんです。ただ、この先どうなるかは分からないな、とも思ってます。さっき空白を声メモで埋める話をしましたけど、あれをもっと突き詰めて、「何を言いたいか」を喋り切って埋め切れたら、盛られる隙はさらに小さくなるはず。そこまでいけば、いつか文体ごと丸投げできる日が来るのかもしれない。まだ来てないですけど。まあ、空白を埋めても「僕が言いそうなこと」を先回りする癖は残ったので、そっちが消えるかは正直わからないです。というわけで今のところ、僕は「AIとけんかしながら、自分の文体でブログを書いてる」わけです。楽になったかというと、うーん、まだ半分。でも、けんかの記録がちゃんと辞書になって、少しずつ楽になってきてるのは確かです。このシリーズでは、書く前のレビューや、書いた原稿の検査、公開前の仕上げも別記事で書いてます。あわせてどうぞ。「自分らしさの最終判断は人間がやる」っていう、この記事の裏にある考え方はこちらの記事にまとめてあります。ご覧いただきありがとうございます！この投稿はお役に立ちましたか？役に立った役に立たなかった 0人がこの投稿は役に立ったと言っています。 The post 技術ブログで自分の文体をAIに再現させて時短を目指す first appeared on SIOS Tech Lab .

サイオステクノロジー（Tech.Lab） の技術ブログ

コンテンツ

サイオステクノロジー（Tech.Lab）の技術ブログ