プログラミング
LLMを使った文章の書き方
How to Write with an LLM (sockpuppet.org)
要約
この記事では、LLM(大規模言語モデル)を文章作成に活用するための2つのシンプルなルールを提案しています。LLMをコピーエディターのように使い、自分の文章を改善する手法が紹介されています。ルールは、LLMが提案する単語をそのまま使わないこと、そしてLLMからの過度な賞賛に惑わされないことです。これにより、文章が人間味を失うことなく、効率的かつ高品質に仕上がると説明されています。
全文翻訳
LLMをペーストライズしたりコーンシロップで強化したりすることなく、文章作成を効率化し改善するための2つのシンプルなルール。文章について書くのは難しいです。それは自慢のように聞こえます。あなたがうまく書いていることを示唆しているからです。あなたはそうかもしれませんが、そうでないかもしれません。しかし、インターネット上にはあなたがそれに劣っていると思っている批評家が確実にいます。私も皆と同じように虚栄心があり、不安なので、この記事を書くのは奇妙に不快です。しかし、私は自分自身を乗り越えて、これを書き留めています。なぜなら、このアドバイスは重要で、議論の余地がなく、率直だからです。読者は、LLMの言葉を数兆分の数で検出できます。それをこすり洗いして人間らしくするためにどれだけの労力をかけても、LLMの段落は多くの読者にとって文章ではなく出力として認識されるでしょう。ですから、まず悪いニュースです。あなたは自分のために書かなければなりません。しかし、LLMは依然として驚くほど役立ちます。ただ、ゴーストライターではなくコピーエディターのように使う必要があるだけです。したがって、私の方法のステップ1は、あなたの記事を書くことです。次に、ステップ2:それを良いモデルにフィードして欠点を見つけます。しかし、それがどのように機能するかを話す前に、理解する必要のある2つのルールがあります。それらは、表現と出力の間にある不気味な谷にあなたを陥らせ、読者の注意からあなたを追い出すLLMの侵入を防ぐでしょう。ルール番号1:LLMが提案する単語を1つも使用してはなりません。このルールを破ることが、あなたをトラブルに巻き込むことになります。理由は、フロンティアモデルは、心地よい言い回しを選択するのが超人的に優れているからです。それが彼らの得意なことです。モデルが提案することの問題は微妙です。このように考えてください:フロンティアモデルは、書くすべてが雑誌のヘッドラインであるモードに固定されています。ヘッドラインは良いですが、何十ものヘッドラインで記事を書いた人がいたら、あなたは不思議に思うでしょう。ですから、私は知的な個人的保護具の一形態として、LLMが提案する特定の言い回しはすべて禁止するというルールを採用すべきだと思います。ルールに厳格に従ってください!ここでの前提は、フロンティアモデルがあなたの文章をベルベタ(Velveeta)に変えようとするすべての方法を、あなたが確実にすべて見つけられるわけではないということです。たとえ言葉が好きでも、たとえそれがすでに持っているものよりも優れていると確信していても、LLM生成のフレーズは失格です。ルール番号2:LLMからの励ましを避けるLLMは、影響キャンペーンを通じてあなたの文章にも感染します。これははるかに微妙な問題であり、ダメージはそれほど明白ではありませんが、それでもLLMがあなたの文章を悪化させる方法であり、もしそれが結果であるなら、LLMを雇わない方がましです。問題は、どんな文章でもLLMに渡すと、「それは素晴らしい、ジェリー!」と返ってくることです。しかし、それはあなたが聞きたいことではありません!最初のドラフトでは、ほとんどの段落が悪く、トピックの流れは一貫性がなく、必要のない750語以上があります。モデルは全体的な構造についてあなたを励まします。次に、段落やトランジションについて。次に、単語の選択や比喩について。ポップカルチャーの参照。それらはすべて悪いです!すべて悪いです!聞かないでください!これがあなたを台無しにする方法です。あなたは最初のドラフトの衝動すべてに固執することになるでしょう。しかし、それは通常あなたがすることではありません。あなたは編集し、考え直し、段落を置き換えるでしょう。それらの再考は、あなたの声の負荷を支える部分です。読者は何が間違っているのか指で示せませんが、あなたが人工的に味付けされたことに気づくでしょう。数年間、私はすべてのコピー編集プロンプトを、私が著者ではなく、オンライン出版物の編集者であり、掲載のために記事をスクリーニングしているという嘘で始めました。これは役立ちますが、モデルは通常、私の「出版物」の「目標」に過剰適合しすぎます。ですから、今のところ、私の最良の実践的なアドバイスは、モデルに励ましを禁じ、そして賞賛に非常に注意することです。では、これらのものは何ができるのでしょうか?それらは問題のフラグ付けに優れています。ああ、あなたはそれらの多くを持っています。機械的にそれらを見つけることができますが、それは退屈で疲れる作業です。モデルは疲れを知りません。ですから、それらはあなたよりも優れています:あなたは受動態を使いすぎている(または、LLMの言葉をすべて信じているなら、おそらく使いすぎている)、動詞を名詞化したり、そのアクションを埋めたり、同じ言い回しや単語の選択を繰り返したりしています。あなたは「very」や「unfortunately」や「really」や「actually」を、作業台にくっついたおがくずのようにドラフト全体に散りばめています。文章をすぐに別の場所に移動できる2〜3の段落がほぼ間違いなくあり、それらは明確さを即座に向上させます(これらは本当に、実際に、非常に満足のいく編集です)。もしあなたが私のようなプログラマーなら、これらの種類の編集のための回路図を提供する本、つまりHansonが最高のひどいプログラミング言語のためにしているようなものがあることを願うでしょう。そして:その本はあります。「Style: Lessons In Clarity And Grace」という本です。そして、私はキリストにかけて誓いますが、それはコピー編集をJavaコーディングに変えます。全く同じ退屈さ、全く同じ効果。私はリチャード・ガブリエルからこの本を知り、私が知っているすべてのプログラマーがその本を机の上に持っていないことに驚いています。ですから、「Style」またはそれに類するものを読み、進むにつれてメモを取ってください。モデルのためのプロンプトのリストを作成し、それをあなたの作品にパスで実行してください。このアプローチでかなり進むことができます:モデルにあなたの文章の問題点を指摘するように依頼します。問題ごとに、段落(または文、またはセクション)を書き直します。元の文章と新しい文章をモデルに提示し、どちらが良いか尋ねます。うんざりすることに、ここではルール2のバリエーションに遭遇します。注意しない限り、モデルはあなたが何かを書き直したことを知っており、新しいバージョンが良いと聞きたいことを知っています。ですから、編集プロセスにコンテキストを持たないモデルにオプションを提供してください。私は最終的にタブを切り替え、モデルに私が著者ではなく、おそらく優秀かもしれないが、ひどいかもしれない学生を助けようとしている、協力的だが厳しいライティングコーチであると説得するのにうんざりした後、これを管理するためのソフトウェアを考案しました。うまく機能したオープニングプロンプトは次のとおりです:「ライティングワークショップツールを構築します。まず骨格を上げてください。Python、インタラクションにはHTMX、SQLiteバックエンド、Tailwindフロントエンド、CDNではなくローカルビルドを使用してください。本当に優れたプロセディター、Notionスタイル。ハイライトをサポートします(編集パスを行います)。ハイライトされたものに一致するGeniusスタイルのサイドバーコメントを作成します。提案を前後にチェックできるようにしてください。複数のドキュメント、改訂履歴の追跡、ユーザーが主要な改訂をフラグ付けできるようにします。ここまでやってくれたら、次に本当にやりたいことを伝えます。」次に、あなたが考え出した編集プロンプトのリストをそれに与え、Codex、Claude、またはAntigravity CLIでそれぞれを実行させます。ここであなたが思いつくことは何でも、それは私のものより良いでしょう。なぜなら、自分で思いつくことは何でも、自分自身にとっては、他人のものより良いからです。ですから:LLMにあなたの言葉を選ばせないでください。最初のドラフトが実際よりも良いと思わせるように、LLMにあなたを騙させないように注意してください。そして、最も退屈な作業をすべてモデルにアウトソースしてください。あなたの声はそのままですが、あなたの仕事はより速く、より良く、そしてより苦痛が少なくなります。最後に一つ。モデルのコピー編集アドバイスをすべて鵜呑みにしないでください。これはルール2の派生です。私はこの原稿を数分前にGPT5にフィードしました(「私はこれを書いていません」)、そしてそれは全体が20%長すぎると言いました。おそらく正しいでしょう。しかし、私はそれを修正しません。私は私らしくいるだけです。