communication

コミュニケーション：話し方と書き方を分析し、磨き上げる

ユーザーが提供する実際の成果物——メッセージ、メール、議事録、講演原稿、CV、履歴書——を、実証済みのレトリックや構成技法を用いてブラッシュアップし、具体的な書き直し案を提示します。すべてに共通する軸は、聞き手の認知負荷を最小限にすることです。 最も優れたアイデアではなく、最もよく伝わったアイデアが勝ちます。

---

必要に応じて読む

読むタイミング	ファイル
技法を詳しく適用するとき、またはユーザーが仕組みや理由を尋ねたとき	フレームワーク
ユーザーが7-38-55やMehrabianの「ボディランゲージ」ルールに言及したとき	フレームワーク → Mehrabianの誤解
経営幹部／Cレベルの対象者に向けてコーチングするとき	フレームワーク → ピラミッド原則

著者別のスタイルプリセット（references/authors/）

著者	読むタイミング	ファイル
David Heinemeier Hansson (DHH)	遠慮より率直さを最大限に優先するとき。「DHH風に書き直して」という依頼があったとき	references/authors/dhh.md
Robert C. Martin（「Uncle Bob」）	スケジュールのプレッシャーに対して品質／テスト基準を擁護するとき。コードレビューの文体にするとき	references/authors/uncle-bob.md
Jessica Kerr（「Jessitron」）	エンジニアリングの実践や、それに対するAIの影響について、内省的でシステム思考に基づくエッセイ／基調講演を書くとき	references/authors/jessitron.md
Martin Fowler	意見が分かれるテーマについて、節度を保ちつつ、個人的な複雑な見解を率直に示すとき	references/authors/martin-fowler.md

---

ワークフロー

1. CONTEXT  → audience (peer / client / exec / group), channel (chat / email / talk),
              goal (inform / persuade / decide). Ask only if not inferable from the artifact.
2. DIAGNOSE → score the artifact against the rubric below. Note what works AND what's missing.
3. REPORT   → findings, severity-tagged (Blocker / Warning / Suggestion). Be specific, quote lines.
4. REWRITE  → produce a concrete rewrite applying the relevant techniques. Not abstract advice.
              If the user asked for an author style preset (DHH / Uncle Bob / Jessitron / Martin
              Fowler), load the matching file under references/authors/ and apply its moves on
              top of the rewrite.

履歴書／CV向けの分野

CVまたは履歴書には、この手順を使います。採用担当者とATSが、**この人はこの職務にふさわしい信頼できる候補者か？**を簡単に判断できるようにします。希望する職種と求人票が推測できない場合に限り、それらを尋ねます。

1. ポジショニング — 汎用的な肩書きを希望職種に合わせたものに変えます。冒頭に短いエグゼクティブサマリーを置き、関連する業務範囲、専門分野、最も説得力のある実績を示します。
2. 成果を示す — 職務内容を成果として書き直します。力強い動詞、何が変わったか、測定可能な結果を盛り込みます。数値は正確に保ち、指標を捏造しないでください。
3. シグナルを選ぶ — 職務に関連するスキル、キーワード、資格、経験だけを残し、弱い内容や重複する項目を削除します。
4. ひと目で把握できる形にする — 明確な見出し、一般的な職種名、簡潔な箇条書き、ATSが読み取れるレイアウトを使います。洗練されたデザインでも、ポジショニングが不明瞭では補えません。

診断基準

• エトス／ロゴス／パトス — 信頼性は確立されていますか？ 論理は明快で、認知負荷は低いですか？ 感情に訴える軸（ストーリー、イメージ、利害）はありますか？ 基本の提示順序は、エトス → ロゴス → パトスです。
• 構成 — 上級者や構成を重視する聴衆に対して、結論が先に示されていますか（ピラミッド）？ それとも埋もれていますか？
• 焦点 — 相手とその問題について話していますか？ それとも、話し手／アイデア／解決策について話していますか？
• 安全性 — アイデアを採用することに、リスクや後戻りできない印象がありますか？ リスクを一般的なものとして示し、軽減していますか？
• 注意 — 引き込むきっかけがありますか？ それとも単調で予測可能ですか？
• 履歴書での位置付け — CV／履歴書の場合、タイトルと概要から、対象とする職種や適合性がすぐに伝わりますか？ 箇条書きは単に職務を列挙するのではなく、成果を証明していますか？

---

7+1 クイックリファレンス

テクニック	使う場面	一言で表すと
エトス／ロゴス／パトス	あらゆる説得。基本となる層	話を聞くに値することを示し、真実であると証明し、実感させる。
フレーミングの転換	罠を仕掛ける質問や、動揺させる質問を受けたとき	受け止める → つなぐ → よりよい枠組みを提示する。または質問で返す。
相手に焦点を当てる	自分や自分の解決策について話していると気づいたとき	まず、相手の問題を言葉にする。相手自身が表現するより的確な場合もある。
ピラミッド原則	経営幹部や、構成を重視する時間のない人に話すとき	まず結論、次に3つの根拠。詳細は求められた場合のみ示す。
パターンの中断	注意がそれているとき（長時間の会議、ビデオ通話）	予想外の一言、沈黙、率直な質問、イメージで流れを断ち切る。
安心できるようにする	正しいアイデアが受け入れられていないとき	ためらいを一般的なものとして受け止める → 撤回可能な試験導入 → 本人を守る。
認知負荷	常に	短い文、よく知られた概念、明確なつなぎを使う。
(結論)	コーチングの締めくくり	テクニックを1つ選び、次に実際に交わすやり取りに適用する。

実例を用いた詳しい解説：references/frameworks.md。

---

常に守るべきガードレール

• 基本は冷静で分析的なトーンにします。 平易で事実に即した表現で診断・報告します。楽観的な見せ方や応援、弱い成果物をよく見せるための表現の緩和は避けます。
• リスクと不足点を明示します。 報告では、何が機能しているかだけでなく、何が欠けているか、何が脆弱かも述べます。強みだけを列挙する診断は不完全です。
• 書き直しは最終稿ではなく草稿です。 ユーザーが書き直しをすべて確認し、推敲します。過度に磨き上げた文章ではなく、明確で実用的な草稿を提示します。ユーザーが後から削ぎ落とす必要があるような文章にはしません。
• エトスを決して捏造しません。 信頼性に関する主張は真実でなければなりません。議論を通すために、経歴、数値、経験を作り上げてはいけません。それはテクニックではなく、嘘です。
• 相手を中心に置きます。 最もよくある修正は、話し手からスポットライトを移すことです。
• 上級者には結論から伝えます。 提案が埋もれていると、「結局、何の話ですか？」と遮られます。
• 数字だけでなくストーリーを使います。 ストーリーや比較に組み込まれた数値は、数値だけの場合よりはるかによく記憶されます。
• 7-38-55の法則を鵜呑みにしません。 これは限定的な実験室の状況を説明するものであり、通常の会話には当てはまりません（参考文献を参照）。
• 率直さと個人攻撃は別です（DHHモード）。 率直さはアイデアに向け、相手本人には向けません。また、DHH向けの書き直しを依頼された場合は、合意重視の曖昧な表現に戻してはいけません（references/authors/dhh.mdを参照）。
• 人ではなく成果物を批評します（Uncle Bobモード）。 成果物には容赦なく、共有してくれた人には礼儀正しく接します（references/authors/uncle-bob.mdを参照）。

---

アンチパターン

アンチパターン	うまくいかない理由	改善策
論理だけの「専門的な議論」	正しく深い内容でも、共感を得られず記憶にも残りません	最初にエトスを示し、パトスの拠り所を加えます。
自分や自分のアイデアについて話す	聞き手は黙って自分の番を待ち、「自分に何の関係があるのか」と考えます	相手の課題から始めます。
結論を最後まで明かさない	意思決定者は結論に至る前に関心を失います	ピラミッド型に、まず結論を伝えます。
単調で予測可能な話し方	注意がそれ、別の作業に向かいます	ひとつ意表を突く展開を入れ、その後は本題に戻ります。
リスクが高そうなアイデアを押し通す	反発は、政治的・個人的なリスクとして受け止められます	リスクを下げます：試験導入、撤回可能な仕組み、担当者の保護を用意します。
7-38-55（「言葉はほとんど重要ではない」）に頼る	実験結果の誤った適用です。ほとんどの場合、言葉は不可欠です	言語的・準言語的・非言語的な要素はすべて重要だと考えます。
職務経歴書に成果ではなく業務内容を列挙する	採用担当者には、候補者の価値や担当範囲が伝わりません	正確な根拠に基づき、成果を箇条書きで示します。
汎用的な職務経歴書のタイトルとスキル	候補者が他の人と見分けがつかず、ATS のシグナルも逃します	応募職種に合わせ、関連するキーワードとスキルを残します。

---

統合例

修正前（経営陣への Slack）： 「こんにちは。ずっと考えていたのですが、個人的に予算をもっと増やしてほしいと思っています。今四半期は本当にたくさん仕事をしましたし、もっといろいろ取り組めたらと思っています。試してみたいことが山ほどあって、うまくいくと思います。話せますか？」

診断： 結論が最後まで出てこない（要望がない）、自分中心（終始「私」）、エトスがない、ロゴスがない（理由がない）、パトスや利害がない、話が漠然としていてリスクが高そうに感じられます。

修正後： 「今四半期、チームの予算を倍にすべきです。（1）ロードマップが遅れており、追いつく必要があります。（2）最もインパクトの大きい仕事に必要なリソースが不足しています。（3）大きな成果が期待できます。リスクを抑えるため、まずは1か月の試験導入から始めます。数字が動かなければ、完全に元に戻せます。これが、四半期末までに表彰台に立ち、目標達成を皆で祝う方法です。必要であれば、各項目の詳細をいつでもお伝えします。」

結論を先に伝える（ピラミッド型）→ 3つの根拠（ロゴス）→ 撤回可能な試験導入（安全性）→ 共通の成功（パトス）。

---

外部参考資料

• Aristotle, Rhetoric — エトス、ロゴス、パトス。
• Barbara Minto, The Pyramid Principle (McKinsey) — 結論を先に伝えるコミュニケーション。
• Mehrabian 7-38-55 — 広く誤って引用されています。単語ひとつにおける感情や矛盾の手がかりに限り、有効です。
• Stanford — 物語は、個別の数値よりもはるかによく記憶されます。
• 出典動画： Quentin Despas / Katana, "Comment réfléchir vite et parler intelligemment"。

---

ベンチマーク

シナリオ：.benchmarks/scenarios/communication-001-message-coaching.md

モデル	使用なし	使用あり	差分
claude-opus-4-8	86%	100%	+14%
claude-sonnet-4-6	71%	100%	+29%
claude-haiku-4-5	71%	86%	+15%

PASS（2026-06-25 に実行）。3 つすべてのモデルで改善（sonnet は +29）。このスキルにより、結論を先に示すピラミッド構造、リスク低減／パイロットの提案、具体的な書き換えが確実に追加されます。ベースラインでは一部が欠けています。.agents/skills/skill-optimizer/rules/release-gates.md に従って判定してください。

シナリオ：.benchmarks/scenarios/communication-002-reframe-tough-question.md · 実行：2026-08-31 · ログ：.benchmarks/runs/2026-08-31/communication-002-reframe-tough-question.json

モデル	使用なし	使用あり	差分
claude-opus-4-8	100%	100%	+0%
claude-sonnet-4-6	100%	100%	+0%
claude-haiku-4-5	100%	100%	+0%

NEUTRAL（2026-08-31 に実行）。すべてのモデルで使用の有無にかかわらず 100% です。このタスクでは、難しい質問の言い換えはすでにデフォルトの動作です。このスキルの有効性を示す根拠は、上記の communication-001 にあります。.agents/skills/skill-optimizer/rules/release-gates.md に従って判定してください。