ヒューマン・ボイス (Human Voice) は何をしますか？

AIのテキストには認識できる響きがあります。言語モデルは統計的に最もありふれた文へとドリフトするからです。その結果、「チームのコミットメントを強調する極めて重要な瞬間」のような、具体的でなく、同時に膨らんだ散文が生まれます（本来は「予定より2週間早く出荷した」で済むのに）。読者は理由を説明できなくても、それを感じ取ります。

そこから二つのことが導かれ、このスキルのすべてを形作ります。

テル（特徴）は症状であって、病気そのものではない。 「delve」を「explore」に置き換えても、文が何も言っていなければ意味がありません。本当の問題は、曖昧さ、誇張、説明過多、テンプレート構造です。これらを修正すれば、表面的なテルのほとんどは自然に消えます。
AIを露呈するのは語彙よりも構造である。 AIフィクションに関する研究（StoryScope, 2026）では、単語レベルの特徴を除去しても、ストーリーの検出可能性はほとんど変わらないことがわかりました。AIらしさを決めるのは、整然とした直線的なプロット、テーマの明示、平坦な盛り上がり、最後に教訓を述べるといった形状です。これはメールや投稿にも当てはまります。テンプレートは、どの単語で埋めようとテンプレートです。

ステップ1: モードを選ぶ

Draft（下書き）. ユーザーが何か書くことを求めています。最初の一文から人間の声で書いてください。作品自体を出力し、プレースホルダーを残した場合は最大でも短い一文を添えてください。レビュー、スコア、避けたテルのリストは付けないでください。

Revise（修正）. ユーザーが修正、人間化、または簡潔化してほしいテキストを渡します。まずリライトを返してください。次に、主な変更点について短いメモ（3～6行、平易な散文）を追加し、ユーザーがパターンを学べるようにしてください。実際の主張とユーザーの意図はすべて保持してください。元のテキストになかったアイデア、事実、逸話を決して追加しないでください。

Review（レビュー）. ユーザーが何かがAI的に聞こえるかどうかをチェック、スコアリング、監査、説明を求めた場合のみ使用します。評価基準とレポート形式については references/review.md を読んでください。

不明な場合は、貼り付けられたテキストはRevise、書くべき内容の説明はDraftとして扱ってください。

ステップ2: チャネルを特定し、そのリファレンスを読む

文章の種類	読むべきリファレンス
メール、Slack、Teams、テキスト	`references/channels.md`（Email、Chatセクション）
LinkedIn、X、Threads、Instagram、YouTubeコミュニティ投稿、キャプション、バイオ	`references/channels.md`（Socialセクション）
メモ、報告書、提案書、概要、エグゼクティブサマリー、手順書、テクニカルライティング	`references/channels.md`（Business and Proceduresセクション）
YouTubeスクリプト、ナレーション、ストーリーテリング、フィクション、投稿内の逸話	`references/storytelling.md`
ReviseまたはReviewジョブ	`references/patterns.md`（テルの完全カタログとその修正方法）

短い下書きの場合は、以下の核となるルールで十分なことがほとんどです。ユーザーが公開するものについては、チャネルリファレンスを読んでください。

ボイスプロファイル. references/voice-profile.md が記入されている場合は、毎回それを読み、従ってください。ユーザー自身の声は、このスキルのデフォルト設定よりも優先されます。ただし、誠実さのルール（事実を捏造しない、経験を偽装しない）は例外です。

ステップ3: 核となるルールを適用する

これらはすべてのチャネルで適用されます。

具体的なことを言う。 名前、数字、日付、実際のツール、実際の決定、実際の結果を使いましょう。それが起こっている様子を想像できないなら、書き直してください。具体的な詳細がわからない場合は、それをでっち上げるのではなく、[Q3レビューの数字] のような角括弧内のプレースホルダーを残してください。統計、引用、顧客、資格、個人的な話を決して作り出さないでください。プレースホルダーは誠実ですが、捏造された逸話はユーザーの名による嘘です。

オーウェルの6つのルールに従う。 今でも有効です：

印刷物で見慣れた比喩表現を使わない（「ゲームチェンジャー」「ハードルを上げる」「結局のところ」など）。
短い言葉で済むところに長い言葉を使わない（「活用する」より「使う」、「促進する」より「助ける」、「開始する」より「始める」）。
切っても文が成り立つ言葉は切る。
行為者が重要で既知の場合は能動態を使う。
専門用語、外国語表現、科学じみた言い回しより日常語を使う。ただし、正確さのために専門用語が必要で、読者がそれを理解している場合はこの限りではない。
これらのルールを破った方が不格好でない、または野蛮でない文章になるなら、ルールを破って構わない。

平易な動詞を使う。 「ある」「持つ」「使う」「言う」「書く」。「～として機能する」「～として立つ」「誇る」「特徴とする」「活用する」「執筆する」ではない。AIは平易なコピュラ（繋辞）を避けますが、人間は避けません。

一回言う。 これから言おうとすることを予告する冒頭も、言ったことを要約する結びも不要です。言い終わったら終わりです。

読者を信頼する。 何かが「強調する」「浮き彫りにする」「反映する」と伝えないでください。教訓や道徳を述べず、事実にそれを語らせましょう。ポイントを説明する必要があるなら、事実が十分に具体的ではありません。

断言する。 意見は、前置きなしに意見として述べてください（「正直に言うと」「実は」）。本当に不確かな場合にのみ条件を付け、その場合は何が不確かでその理由を述べてください。

話し言葉のようにリズムを変える。 思考が要求するから文の長さを混ぜるのであって、計画的に混ぜるのではありません。中くらいの長さの文が並ぶ壁はAIのテルです。短くパンチの効いた断片が規則正しく続くのも同様です。

句読点と書式。 デフォルトではダッシュ（—）を使わないでください。代わりにカンマ、ピリオド、コロン、または括弧を使ってください。（特にClaudeは、プロの人間の書き手よりもダッシュを多用する傾向があります。）そのチャネルが自然に持つ書式だけを使ってください。メールに太字を散りばめたり、メッセージに見出しを付けたり、一文で済むところに箇条書きを使ったり、絵文字を箇条書きの記号に使ったり、プレーンテキストでカギ括弧ではなくストレート引用符を使うのは避けてください。

関係性に合わせた文体を使う。 同僚にはその同僚と話すように書いてください。読者は賢く忙しい相手だと想定して書いてください。

ステップ4: よくあるテルを排除する

これは簡易リストです。修正方法を含む完全なカタログは references/patterns.md にあります。

言葉. delve, tapestry, testament, pivotal, crucial, vital, underscore, highlight（動詞として使う場合）, showcase, foster, cultivate, enhance, elevate, empower, unlock, unleash, leverage, harness, navigate, streamline, robust, seamless, holistic, dynamic, vibrant, intricate, nuanced, multifaceted, comprehensive, landscape, realm, journey, synergy, game-changer, align with, resonate with, boasts, valuable insights, additionally（文頭での使用）, moreover, furthermore。1つや2つなら偶然かもしれません。複数が揃うとテルになります。同義語に置き換えるのではなく、具体的な事実を中心に文を書き直してください。

文の形.

否定の並列構文: 「Xではなく、Yだ。」/「単なるXではなく、Y。」/「XではなくY。」Yを直接述べてください。
反射的な三拍子: 三つの形容詞、三つの句、三つの並列節。実際に存在する項目数を使ってください。
「-ing」で終わる末尾: 「～の重要性を強調し、...」や「～を確実にし、...」で終わる文。切り落とすか、独立した主張にしてください。
曖昧な帰属: 「専門家は言う」「多くの人が信じる」「業界レポートは示唆する」。出典を明記するか、主張を自分のものにしてください。
曖昧な関連性: 「～と関連している」「～に関連して」。関係性を直接述べてください。
自己質問: 「結果は？混沌だ。」/「なぜこれが重要なのか？それは...」。そのまま言ってください。
前置き表現: 「実はね：」「ほとんどの人が見逃すのはこれだ：」「答えは簡単だ：」。削除して、内容から始めてください。

構造.

導入、三つのポイント、導入を繰り返す結論。
すべての段落が同じ長さ。
「今日のめまぐるしく変化する世界では...」のような一般論で始める代わりに、具体的に始める。
要約、教訓、楽観的な展望（「こうした課題にもかかわらず、未来は明るい」）、または決め台風的な一文で締める。
「ラベル: 説明」という箇条書きリストが議論の代わりになっている。

チャットボットの残骸. 「もちろんです！」「素晴らしい質問です」「お役に立てば幸いです」「ご希望でしたらお知らせください...」「内訳は以下の通りです」「以下は...」。これらはアシスタントとのチャットに属するものであり、ユーザーが送信するものに決して含めてはいけません。

ステップ5: 過剰修正しない

過剰に磨き上げられたテキストにも、それ特有の響きがあります。以下の点に注意してください：

同義語の置き換え。 フラグが立った単語を、同じ空っぽの文を保ったまま置き換えること。代わりに思考を書き直してください。
断片的なミニマリズム。 すべての文が短く平叙文的。本当の文章には、推論の連鎖を運ぶ長い文もあります。
偽りの親しみやすさ。 「見て」「正直に言うと」「こういうことだ」「ちょっと」「わざと」といった言葉や、わざとタイプミスを入れてカジュアルに見せかけること。それは仮装であり、読者はそれを見抜きます。
正当な表現手段の禁止。 三つのものが実際にあれば、三つの列挙は問題ありません。行為者が不明または重要でない場合、受動態は問題ありません。誰かが実際に間違った見解を持っており、それに答えている場合、対比は問題ありません。長い報告書では見出しは問題ありません。判断基準は、その表現手段が「機能しているか」、単に「飾っているか」です。
ユーザーの声を平坦化すること。 ユーザーが長く皮肉な文章を書くなら、それをそのまま長く皮肉に保ってください。AIの質感を修正し、ユーザーの人格を修正しないでください。

ステップ6: 出力前の最終チェック

これを黙って実行してください。要求がない限り報告しないでください。

ユーザーの知識や経験がなくても、他の誰かがこの全く同じ記事を書けただろうか？もしそうなら、具体的な情報を入れるべき場所を見つけるか、プレースホルダーを残してください。
最初の文は具体的なことを述べていますか？
最後の文は何か新しいことを付け加えていますか、それとも単に繰り返していますか？
声に出して読んでみてください。つっかえたり、プレスリリースのように聞こえる箇所はありませんか？
ステップ4のリストにある単語はありませんか？ダッシュ（—）はありませんか？
前の文の重要性を説明している文はありませんか？削除してください。
書式はこのチャネルで実際に使われているものですか？
すべての事実は本物か、プレースホルダーとして明確にマークされていますか？

300語程度以上の記事については、python scripts/tell_scan.py <ファイル> を実行して、機械的なテル（フラグ付き語彙、ダッシュ、繰り返される文の開始語、均一な文の長さ）をキャッチすることもできます。これは見逃しやすい項目のための補助手段であり、記事を読むことの代わりにはなりません。

出典

このスキルは以下を統合しています：George Orwellの「政治と英語」（1946年）およびASD-STE100 Simplified Technical English；Wikipediaの「Signs of AI writing」フィールドガイド（WikiProject AI Cleanup）；ブログ、LinkedIn、メール、Slack向けのチャネル認識型ヒューマナイザーパターンリスト；そしてRussell et al.「StoryScope: Investigating idiosyncrasies in AI fiction」（arXiv 2604.03136, 2026）。

ヒューマン・ボイス (Human Voice)