「AI臭い文章」を消す指示文が公式ドキュメントに。Anthropicが示した”飾った言い回し”の止め方

2026年9月3日、「AIっぽい文章のクセ」をやめさせる指示文がAnthropicの公式ドキュメントに載っているという投稿がX上で広がりました。9万回以上表示され、AIに文章を書かせている層を中心に反響が集まっています。

やり方は拍子抜けするほど単純で、「やめてほしい書き方とは何か」を定義した文章を、依頼と一緒に渡すだけです。ドキュメントには短縮版も併記されており、そちらは一文で済みます。

「AIっぽさを消すプロンプト」自体は、これまでも数えきれないほど共有されてきました。それでもこれが話題になったのは、モデルを作っている側が、自社モデルのクセと対処法を名指しで書いている点にあります。中身を見ていきます。

「AI臭さ」を感覚で伝えず、定義して渡す

該当箇所は、Claude Platform Docsの「Prompting Claude Fable 5.1」というページにあるWriting density（文章の密度）という節です。

mannered prose＝中身より書き手を見せる言い回し

ドキュメントが名前を付けている悪い型がmannered proseです。直接言えばいい場面で、比喩や凝った言い換えに置き換えてしまう書き方を指します。たとえば「変えられる設定値」と書けばいいところを「回すべきダイヤル」と言い換えてしまう、といった具合です。

ドキュメントは、この種の言い回しが問題になる理由を2つ挙げています。ひとつは、その表現が中身を伝えるためではなく書き手を見せるために存在していて、読者にはそれが分かってしまうこと。読み手に余計な負荷をかける、という指摘です。

もうひとつは不正確になることです。比喩は書き手が選んでいない・制御できない含みまで一緒に持ち込んでしまう、と説明されています。対処は「言いたいことをそのまま言う」で、そのまま言える表現があるならそれを使う、と結ばれています。

短縮版は一文。入れる場所は「ユーザー側」が推奨

ドキュメントには上記の定義文がそのまま貼り付けられる形で載っているほか、短縮版でもたいてい効くと書かれています。短縮版はこの一文です。

Please remove all mannered prose.

置き場所についても指定があり、システムプロンプトではなく、ユーザーのメッセージ側に入れるのが推奨とされています。普段チャットで使う場合は、依頼文の末尾に足すだけで条件を満たせます。

なお、日本語で書かせている場合の言い換えを用意するなら、下のような文になります。これは本記事による言い換えで、公式の指示文そのものではありません。原文は一次情報リンクから確認してください。

凝った比喩や飾った言い換えを使わず、言いたいことをそのまま書いてください。
そのまま言える表現があるなら、必ずそちらを使ってください。

前提として「以前より良くなっている」とも書かれている

同じ節の冒頭では、Claude Fable 5.1の文章は従来モデルより一段良くなっており、定型句が減り、説明のない専門用語も減ったと説明されています。そのうえで、場合によっては文章が前世代より詰まる（一文が長くなり、段落の切れ目が少なくなる）ことがあり、そこに効くのが今回の指示文だという整理です。

つまりこれは「AIの文章はダメだから直せ」という話ではなく、残っているクセを一点だけ狙って外すためのものと読むのが正確です。

基本情報

業務でどう使える？どう変わる？

この指示文が効くのは、AIに書かせた文章をそのまま社外や上層部に出す場面です。中身は合っているのに、読むと妙に大げさで薄っぺらい、という状態を減らせます。

職種別の使いどころ

• 営業：提案書のリード文と結び。比喩で盛ると具体性が消え、決裁者に「で、何をしてくれるの」と思われます。指示文を足して、施策と数字をそのまま書かせる
• マーケティング：LP・メルマガのコピー。勢いのある言い換えは一見よく見えて、実際には何を約束しているのか分からない文になりがちです。あえて直言に寄せた案も並べて比較する
• 経理・バックオフィス：社内向けの制度説明や依頼文。ここは飾りが一切いらない領域なので、指示文を定型として依頼テンプレートに入れておく
• プロジェクトマネージャー：議事録と週次報告。含みのある表現が混ざると、後から読んだ人が「決まったのか、検討中なのか」を取り違えます

同じドキュメントに載っている、他にも効く2項目

文章の話は1項目だけではありません。実務でつまずきやすい2つが、すぐ隣に書かれています。

1つ目は箇条書きと太字の出方です。ドキュメントは、従来モデルが箇条書きと太字を使いすぎたのに対し、Fable 5.1は逆方向に振れていて、太字を使うことが減り、見出し・箇条書き・引用符に手を伸ばしにくくなったと説明しています。そのため、昔の「箇条書きを使うな」という指示を入れっぱなしにしている場合は外すか、どんなときに使ってよいかを書いたルールに置き換えるよう案内されています。

2つ目は資料を読ませたときの引用です。Fable 5.1は前世代より、元の文章をそのまま持ってきているのに引用として示さない傾向があるとされています。対処は、正解の応答例を1つ（依頼・応答・なぜ正しいかの説明をセットで）指示に含めておくこと。社内資料やPDFを要約させる使い方をしている人は、ここを押さえておくと事故が減ります。

道具を変えなくても持ち帰れる考え方

今回いちばん再利用が効くのは、指示文そのものより「悪い型を定義してから渡す」という進め方です。

「もっと自然に」「AI臭さを消して」といった頼み方は、何を直せばいいのかをAIに丸投げしています。やめてほしい型を具体例つきで先に定義しておくと、出力の振れ幅が小さくなります。これは文章に限らず、資料のトーンやコードの書き方でも同じように使える型です。

よくある質問

まとめ：「自然にして」ではなく「悪い型」を渡す

今回のドキュメントが示しているのは、AIに文章の good を求める前に、bad を定義して渡すほうが早いという話です。短縮版は一文で済むので、今日の依頼文の末尾に足すだけで試せます。

あわせて、昔から使い回している「箇条書きを使うな」系の指示が今も要るのか、一度見直しておく価値があります。モデル側が変わったぶん、古い指示がそのまま足を引っぱっていることがあります。

今回の内容は、Addy Osmaniさん（@addyosmani）の投稿を参考にさせていただきました。公式ドキュメントの中から、実務で効く一節を的確に抜き出して紹介されているポストです。

「まず自分がAIを業務で使える側になりたい」という方には、デイトラのAI業務活用コースで、プロンプトの基本からMCP・AIエージェントまで体系的に学べます。