Latest / M365.FM – Microsoft 365・Copilot・AI ポッドキャスト（日本語） / 完璧なプロンプトという神話：反復・コンテキスト・トーンで差がつくMicrosoft 365 Copilot上級テクニック（AI吹き替え）
Transcript
- 0:00コパイロットの性能はプロンプト 次第だと誰もが口を揃えて言います
- 0:03それは可愛らしい勘違いですが 間違いです
- 0:05このエピソードはマイクロソフト 365コパイロットの熟練ユーザー
- 0:08に向けたものです
- 0:08業務に直結し時間を短縮できる 高度で再現性の高いプロンプト
- 0:12手法に焦点を当てます
- 0:13コパイロットはマイクロソフト 365のデータを活用できるため構造
- 0:16化されたプロンプトと段階的な クエリによって単なる汎用的な
- 0:19文章ではなくビジネスの文脈に 即した結果を得られます
- 0:22一般的なユーザーはコパイロット に巨大な質問を投げつけうまく
- 0:25いくことを祈るだけです
- 0:26プロは?
- 0:27プロは反復します
- 0:28出力がより正確なものになるまで 段階的に洗練させていくのです
- 0:32ここで最初の問題すなわち完璧 なプロンプトという神話が浮上
- 0:35します
- 0:35完璧なプロンプトの神話です
- 0:37想像してみてください
- 0:39デスクに座り指を鳴らしてまる でポリシー文書のような巨大で
- 0:42まとまりのないプロンプトを入力 する人の姿を
- 0:44彼らはエンターキーを押し素晴らしい 回答を待ちます
- 0:47ネタバレすると帰ってくるのは 汎用的で時に回りくどく深夜2時
- 0:52に課題を流し読みしたインターン が書いたような文章です
- 0:54問題はコパイロットの知能では なく一度の巨大なプロンプトで
- 0:58完璧さを強制できるという神話 なのです
- 1:00多くのプロフェッショナルが記述 詞や就職後書式設定キーワード
- 1:04を詰め込めば精度が上がると今 でも信じています
- 1:06しかし現実は違います
- 1:08文脈は構造化されて初めて役立つ のです
- 1:10多くの場合ゴールと必要最小限の 文脈の方が105の情報の羅列を
- 1:15はるかに上回ります マイクロソフトはフレームワーク
- 1:17を提供しています ゴールを述べ関連する文脈を与え
- 1:21トーンや書式を決め必要に応じて ソースを指定することです
- 1:24この4項目のシンプルなチェックリスト はあなたのフランケンシュタインプロンプト
- 1:27を毎回凌駕します こう考えてみてください
- 1:29文脈の追加は目的地を明確にする 場合にのみ有用です
- 1:32同筋を混乱させるような文脈追加 はむしろ有害です
- 1:35昨日の会議を要約してとコパイロット に伝えるこれは明確な目的地です
- 1:39しかしそこに式について触れて 人事に言及してトレンドを含めて
- 1:43簡潔かつ親しみやすく過剰書 にしてでも物語調にしてなどとあらゆる
- 1:47要素を詰め込み始めるとおめでとう ございます
- 1:49矛盾した標識だらけの道を作って しまいました
- 1:51出力がチグハグになるのも無理 はありません
- 1:53凝った料理の例えすら不要でしょう
- 1:55レシピなしでお気に入りの食材 を全て鍋に放り込むことを想像
- 1:58してください 一応料理にはなりますが罰ゲーム
- 2:00のような味になるはずです それこそが完璧な
- 2:02プロンプトという誤解の最も 純粋な形です
- 2:04コパイロットが進化を発揮する のは順序です
- 2:07まずは明確な指示次に宣伝 マイクロソフト自身もコパイロット
- 2:11を対話のパートナーとして扱い フォローアップを行うことを期待
- 2:13すべきだとその指針で強調しています
- 2:15このシステムは一度のテストで 満点を取るようには設計されていません
- 2:18やり取りを重ねるために設計 されているのです
- 2:20では実際に試してみましょう
- 2:22ステップ1機能の会議を要約して ステップ2今度はマーケティング
- 2:26チーム向けに1人1つのアクション アイテムを含む6つの過剰書きに
- 2:29成形してください
- 2:30その2ステップのアプローチは 過剰なプロンプトよりも常に優れた
- 2:32結果をもたらします
- 2:33もちろん具体的な指示を出す ことに問題はありません
- 2:35リクエストを明確に絞り込み形作る ために必要な背景情報は追加すべき
- 2:38です
- 2:39しかし1つのプロンプトに10もの 異なる目標を詰め込むと出力
- 2:42は平均的なものに収束してしまいます
- 2:44機械的に条件を埋めるだけでニュアンス は皆無になります
- 2:47順序のない複雑さは明快さを 生み出しません
- 2:50それはAIに対してどれが重要か を推測させながら過剰な指示を
- 2:53無理やり処理させるようなもの です
- 2:55簡単な実験をしてみましょう
- 2:56まずシンプルなリクエストを試 します
- 2:58昨日の会議の内容をマーケティング チーム向けに分かりやすい言葉
- 3:01で要約してください
- 3:01次に20もの細かい要件を詰め込んだ 過剰なバージョンと比較して
- 3:04みてください
- 3:0510回中9回は出力結果に劇的な 違いはありません
- 3:08ある一線を超えるとAIに自分の まとまりのないスタイルを模倣
- 3:11させているに過ぎなくなります
- 3:12ノイズを減らせばシステムがより 鋭く実用的な仕事で答えてくれる
- 3:16ことに気づくでしょう
- 3:17成果を出しているプロは隠された 裏技のような完璧なプロンプト
- 3:20を追い求めてはいません
- 3:21彼らはこのシステムが完璧な 文章を魔法のように生み出す精霊
- 3:24ではないことを知っています
- 3:25これは反復のために調整された ツールなのです
- 3:28頭の中にあるものを一度に投げ込んで 祈るのではなくコパイロット
- 3:31を一歩ずつ導くのです
- 3:32つまり結論はこうです
- 3:33過剰なエンジニアリングよりも 反復の方が常に優れています
- 3:37完璧なプロンプトなど存在せず あると信じ込むことはあなたの
- 3:40足を引っ張るだけです
- 3:41試行錯誤するアマチュアと熟練 した操作者を分けるのはもっと
- 3:45地に足のついた体系的なプロンプト の積み重ねという手法です
- 3:49そしてその手法は皆さんがすでに 知っている別の分野つまりエンジニア
- 3:53の秘密兵器である反復とよく似ています
- 3:55反復こそがエンジニアの秘密兵器 なのです
- 3:58一般的なユーザーは巨大なプロンプト を一度投げるだけで全てが完結
- 4:01するという幻想にしがみついて います
- 4:03フローは違います
- 4:04彼らはタスクを層に分けエンジニア が耐久性のあるものを作るのと
- 4:07同じように各段階を確認しながら 進めます
- 4:09まずは土台次に骨組みそして細部 という順序です
- 4:12全ての指示を一つの段落に詰め込む よりも順序とチェックポイント
- 4:15の型が重要です
- 4:16単発のプロンプトにおける最大 の間違いは一度に10の問題を
- 4:19解決しようとすることです
- 4:20鋭いようやく説得力のある物語 埋め込み図表リスク分析そして
- 4:25明るく権威あるトーンを一度に 求めればコパイロットはそれら
- 4:28全てを同時に処理しようとして 混乱します
- 4:29その結果は中途半端な妥協案 が出来上がり要件の半分は満たして
- 4:33もどれも満足いく仕上がりには なりません
- 4:3410個のことを同時にこなそうとして 結局は凡庸なものになってしまう
- 4:37のです
- 4:38反復的なプロンプト手法は一度に 一つの目標に集中すること
- 4:40でこれを解決します
- 4:41ドラフトを作成し見直し洗練 させる
- 4:43エンジニアはナプキンに一度 スケッチを書いただけで吊り橋
- 4:46の設計を完了させたりはしません
- 4:47彼らはモデルを作り付加試験 を行い修正しそしてそれを繰り返す
- 4:50のです
- 4:50コパイロットも同じリズムでこそ 進化を発揮します
- 4:52このプロセスが遅く感じられる のはエンターキーを叩く速さだけ
- 4:55で進捗を図る人だけです
- 4:56本当に使える成果を重視する人 なら反復作業こそが手戻りを
- 5:00防ぎ真の時間短縮につながる ことを知っています
- 5:02実際マイクロソフトの公式ドキュメント でもこれが標準的な戦略として
- 5:05推奨されています
- 5:06彼らはコパイロットを魔法の ように文章を出す自動販売機だ
- 5:09とは言っていません
- 5:09ガイダンスではやりとりが発生 することを前提とし出力を出発
- 5:13点として扱い体系的に磨き上げる よう助言しています
- 5:15プロンプトには4つの明確な要素 を含めることさえ推奨しています
- 5:18目標の提示背景の共有期待値の 設定そして必要に応じたソース
- 5:22の提供です
- 5:23プロはこれらをチェックポイント として利用します
- 5:25最初の回答が得られたらすぐ に妥当性の確認を行います
- 5:28目標に沿っているか背景情報は 正しく反映されているかそうで
- 5:32なければ装飾を加える前にまず 修正します
- 5:34研修などを受けなくてもすぐに 使える手順を教えましょう
- 5:37まずは平易な言葉でドラフトを 作成します
- 5:39第4四半期の決算結果を簡潔な 段落で要約させます
- 5:42次にフォーマットを指定します
- 5:43それを経営人向けのブリーフィング 形式に変換します
- 5:46その上で特定の要点を抽出させます
- 5:49収益の傾向とアクションアイテム を過剰書きで追加します
- 5:52最後に伝達用に調整します
- 5:55リーダーシップチーム宛ての 短いメール形式で作成します
- 5:58この4ステップです
- 6:00各段階で洗練させ用途に合わせて 再構成することで
- 6:03コパイロットに無理やり詰め込ませる 必要がなくなります
- 6:05このテンプレートは様々なビジネス シーンで使えることに気づくでしょう
- 6:08販売実績や製品ロードマップの更新
- 6:10顧客アンケート分析などに 置き換えてみてください
- 6:12ようやくビジネス形式要点抽出 伝達という順序はそのまま応用
- 6:16できます
- 6:16これは一言一句暗記するための 台本ではありません
- 6:18コパイロットを混乱させるのではなく
- 6:20背景的に導くための信頼できる 構造なのです
- 6:22素人がほとんど必ず飛ばすステップ それが検証です
- 6:25生成されたものをそのまま鵜呑み にしてはいけません
- 6:28マイクロソフトもコパイロットからの 回答は必ず確認し検証するよう
- 6:31強く促しています
- 6:32反復は単にトーンを整えるためだけ のものではありません
- 6:35それは事実関係の正確性を担保 するチェックポイントなのです
- 6:38各ステップの後でデータの欠落 や曖昧な主張根拠のない自信過剰
- 6:41な記述がないかを確認してください
- 6:43システムを有能なインターン だと考えましょう
- 6:45下調べはしてくれますが最終的な 成果物はあなたが責任を持って
- 6:48確認し承認しなければなりません
- 6:50反復作業は地味に見えます
- 6:51一度の完璧なプロンプトで魔法 を起こすような華やかさはありません
- 6:55しかし一貫してよりスマートで 洗練された成果を生み出します
- 6:58無駄が省け修正の手間が減り 出力の品質を自分でコントロール
- 7:01できます
- 7:01エンジニアがせっかちだという 理由でドラフトを飛ばすことは
- 7:04ありませんしプロがコパイロット に一度で完璧な回答を期待する
- 7:07こともありません
- 7:07もうお分かりでしょう
- 7:08段階的なプロンプトは高度な テクニックではありません
- 7:11コパイロットを正しく使いこなす ための基本なのです
- 7:14しかしそれだけではまだ不十分 です
- 7:16コパイロットの進化は適切な背景 情報を与え始めた時に発揮され
- 7:19ます
- 7:19なぜならコパイロットにどの ような背景情報を与えるかによって
- 7:22最終的な結果が一般的なもの になるかそれともあなたの世界観
- 7:25に完璧に沿ったものになるかが 決まるからです
- 7:27背景情報それは秘伝のソース です
- 7:29設計図も渡さずに建設業者に12 階建てのオフィスビルを建てて
- 7:33くれとは頼まないはずです
- 7:34しかしコパイロットを使う際人々 はまさにそれと同じことを常に
- 7:37言っています
- 7:37下書きを書いてと命じたりレポート を作ってと要求したりします
- 7:40そして出てきたものが高校の教科書 のように退屈で魂のない
- 7:43ものだと知ると深底等枠する のです
- 7:44ai がポイントを外したわけでは ありません
- 7:46あなたがポイントを与えなかった のです
- 7:48背景情報は装飾ではなく構造その ものです
- 7:51それがなければコパイロットは真空 の中で作業しているようなもので
- 7:53空を切るハンマーを振り回し戦略 を装ったデジタル版のモチベーション
- 7:56ポスターを作成することになって しまいます
- 7:58組織のテンプレート社内専門用語 独自の文体基盤となるプロセス
- 8:01これらは決してオプションの飾り ではありません
- 8:03それらは足場なのです
- 8:05それらをそぎ落とせばコパイロット は誰のものでもない一般的な文章
- 8:08を生成するだけになります
- 8:09ポリシーを書いてやアウトライン を作成してといったデフォルト
- 8:12のプロンプトではほとんどの場合 同じようにデフォルトの結果しか
- 8:15得られません
- 8:15コパイロットが賢くないからでは なくあなたが認識可能なDNAを与えて
- 8:19いないからです
- 8:19一般的なユーザーは社内用語 を省いてしまうためコパイロット
- 8:22は一般的で中立的な言い回し に頼ることになります
- 8:24そしてビジネス文書における中立性 はほとんどの場合生命力のない
- 8:26ものに読めてしまいます
- 8:27プロフェッショナルが真に求 めているのは梅草ではなく整合性
- 8:30です
- 8:30違いを比較してみましょう
- 8:31投げやりなプロンプトだとリモート ワークのポリシーを起訴してと
- 8:34なります
- 8:34返答は固くありきたりなビジネス の決まり文句で溢れたものになります
- 8:38しかし背景情報を加えてみてください
- 8:40顧客への迅速な対応柔軟なスケジュール そして全レベルにおけるオーナー
- 8:43シップというコアバリューを重視する 中堅コンサルティング企業向けに
- 8:45リモートワークのポリシーを起訴してと指示します
- 8:47すると突然トーンが変わります
- 8:49その下書きはどこかのランダムな テンプレートから取ってきたように
- 8:51は聞こえません
- 8:52あなたの会社のhrチームが全市販機 に実際に取り組んだもののように
- 8:54聞こえます
- 8:55秘訣は単語の数ではなくより 鋭い言葉を選ぶことでした
- 8:57hrの例で見るとよくわかります
- 8:59あるチームは職場のドレスコード を書いてと入力します
- 9:02するとコパイロットは90年代の 企業のロビーに貼ってありそうな
- 9:07魂のない官僚的な言葉を吐き出します
- 9:09別のチームは背景情報を与えます
- 9:12ブランドの誠実さカジュアルな プロフェッショナリズムそして
- 9:14クライアントに好印象を与える プレゼンテーションを重視する
- 9:15私たちのクリエイティブエージェンシー のためのドレスコードを書いて
- 9:17と指示します
- 9:18aiはあなたの言葉遣いや文化を 反映するようになりました
- 9:21システムは同じですが足場が異なり ます
- 9:23前者は単なる退屈な規則に聞こえ ましたが後者はまさにあなたの
- 9:26会社の手引書から取ってきたように 聞こえました
- 9:27ここで人々は物事を複雑に考えすぎて しまいます
- 9:29背景情報を含めるには会社の 手引書全体をプロンプトに貼り付ける
- 9:32必要があると考えているのです
- 9:33それは間違いです
- 9:34背景情報の量は重要ではなく 重要なのは妥当性です
- 9:37コパイロットにイントラネットの 全てを読み込ませる必要はありません
- 9:40あなたの環境を真に定義するいく つかの重要な情報だけで十分です
- 9:433つの企業価値5つの専門用語あるいは 普段使っているテンプレートの構成
- 9:47案などがそれに当たります
- 9:48プロは職場の雰囲気を決定づける 少数の要素を含めておき残りは
- 9:53コパイロットに保管させます
- 9:54そのための実用的な方法を紹介 します
- 9:56マイクロソフトがすでに統合している 機能を活用することです
- 9:59コパイロットはマイクロソフト グラフやコンテキストiQといった
- 10:01ツールを通じて社内データを取り 込みます
- 10:03精度が必要なら適切なドキュメント や例を参照させ判断の根拠を与
- 10:07えてください
- 10:07コパイロットに単独で独自の 口調を生み出させようとしない
- 10:10でください
- 10:10ライブラリの正しい棚へのアクセス 権を与えるのです
- 10:12そうすることで出力結果があなたの ビジネスにふさわしいものになります
- 10:16もう一つのプロの習慣は再利用 です
- 10:19高品質なドラフトを出力する文脈 豊かな優れたプロンプトを作れた
- 10:22なら次のプロジェクトでゼロから 作り直す必要はありません
- 10:26洗練されたプロンプトを再利用 可能なテンプレートとして保存
- 10:28し自分や同僚が繰り返し使える ようにしましょう
- 10:30マイクロソフトも効果的なプロンプト の構成を保存共有することを
- 10:33推奨しています
- 10:34プロはプロンプトを使い回しアマチュア は打ち直します
- 10:37その差は歴然です
- 10:38文脈があればコパイロットは代筆 するだけの他人ではなく長年会議
- 10:42に参加してきた社内の人間のような 口調になります
- 10:44そうでなければ決まりきった方通り の回答しか得られません
- 10:47新入社員にオンボーディングなし で初日から社内の流儀で流暢に
- 10:50話すことを期待する人はいない でしょう
- 10:52コパイロットも同じです
- 10:53魔法使いではなく同僚として扱う べきです
- 10:55反復はプロセスを磨き文脈は 中身を充実させます
- 10:58しかしコパイロットの出力を左右 するもう一つの要素があります
- 11:01あなた自身も気づいていない かもしれないシグナルのような
- 11:03ものです
- 11:04同じリクエストでも言い方を変える だけで結果が少し変わるだけで
- 11:07なく全く異なる世界へ導かれる 可能性があるからです
- 11:10それがトーン隠されたレバー です
- 11:12トーン口調は多くの人が活用 できていない隠れたレバーです
- 11:15多くの人は内容キーワード要件構造 ばかりに固執し項目を埋める
- 11:19ことが品質を保証すると信じています
- 11:20しかし秘訣は何を言うかだけでなく どのように尋ねるかにあります
- 11:24コパイロットは命令だけでなく表現 の機微も読み取りトーンによって
- 11:27役割を判断します厳格な実行者 か創造的なアイデア出し役かあるい
- 11:31は協力的なチームメイトか3つの 命令を創造してください
- 11:34まず外部監査向けのコンプライアンス 要約を作成せよこれは指示的ディレクティブ
- 11:38ですエンジンはルール遵守モード になりホームや財務人事ポリシー
- 11:42など逸脱が許されない場面に最適 な安全で標準的な文章を作成します
- 11:47次にこのキャンペーンのアイデア を提示するための3つの選択肢を
- 11:50ブレインストーミングせよこれは 探索的エクスプロラトリーです
- 11:53コパイロットは範囲を広げ様々 なバリエーションを試し創造的な
- 11:56アイデアを提案します3つ目に強力 的なチームメイトとして振る舞い
- 11:59この草案に対する代替案を提案 してくださいこれが強力的なアプローチ
- 12:02です今やシステムはアイデアの パートナーのように振る舞い対話
- 12:05を通じてあなたと共に構築を行います 同じツールでもトーンを変えれば
- 12:083つの全く異なる結果が得られ ますこれが驚きに感じられる
- 12:10かもしれませんがそうあるべき ではありませんマイクロソフト
- 12:13のドキュメントにも言葉のわず かな変化が出力を大きく変える
- 12:15とありますこれは欠陥ではなく 機能なのですプロは出力が平坦
- 12:19に感じられたときまずトーンを 調整することでこの性質を活用
- 12:22しますプロンプと全体を書き直す 前にまずは1単語だけ入れ替えて
- 12:25みてください要約してをアドバイス してに変える分析してをブレインストーミング
- 12:29してに変える草案を作成してを 協力して作成してに変える生命のない
- 12:33要約が急いで書いた会議メモの ように感じられたり味気ない草案が
- 12:36生き生きとした売り込み文句に 変わる様子をご覧くださいトーン
- 12:39は飾りではなく舵取りなのです 単純な指示よりも比喩の方が理解
- 12:43しやすいようですので少し料理 の例に戻りましょうレストラン
- 12:46に入りこの料理をレシピ通りに 作れと命じるとしますシェフ
- 12:49は機械的に従いますこれが指示 的なアプローチですでは地中海風
- 12:53で野菜を多めにと言ってみます シェフはスタイルを解釈します
- 12:56これが探索的なアプローチです もし代わりに食材の入った
- 12:59カゴを渡して何ができると尋ね たらどうでしょうあなたはキッチン
- 13:02にコラボレーションを持ち込んだ ことになりますコパイロットの
- 13:04反応もこれと同じですレシピ は存在しますがトーンがシェフ
- 13:07の個性を決定づけるのですコパイロット の出力に満足できなかったときに
- 13:11試せる簡単な練習があります出力 が平坦に感じても慌てずテキスト
- 13:14を自分で編集してくださいただ これを営業チーム向けにすぐに
- 13:17実行可能な要点として書き直して と頼むだけですごく些細なこと
- 13:21です数秒で済みますがエネルギー の変化は即座に現れます突然退屈
- 13:25な段落の代わりにターゲットに 適したスッキリとしたリストが
- 13:27得られますこれはコパイロット が賢くなったのではなくあなた
- 13:30がその存在に気づいていなかった レバーを引いたのです確かに一般
- 13:33的なユーザーはトーンを軽視し がちですそれを命令に付随する
- 13:36単なる装飾や見せかけだと思 っているからですプロはスタイル
- 13:40こそがペルソナを定義することを 知っていますトーンを設定しなければ
- 13:43コパイロットは汎用的なライター モードつまり誰を不快にさせず
- 13:47誰にも感銘を与えない単調なインターン として振る舞いますトーンを指定
- 13:51することでaiにアイデンティティ を与えられますコンプライアンス
- 13:54担当官クリエイティブパートナー 戦略アドバイザーといった具合
- 13:57にトーンはコパイロットに対し 何をすべきかだけでなくこの会話
- 14:00において何者であるかを伝えます 実を言うとトーンの調整は多くの
- 14:03場合最も迅速かつ効率的な改善 ステップです平凡な草案は必ずしも
- 14:07内容が間違っていることを意味 しません枠組みが安易だったということ
- 14:10を意味するのです読者は後から 修正して退屈さを一つ一つ取り
- 14:13除こうと無駄な時間を費やします が最初からトーンを指定すればその
- 14:16手間を完全に防げたはずなのです プロはドラフトの後にトーンを
- 14:19修正せずドラフトの前に形作る 反復はプロセスに構造を与える
- 14:24コンテキストは足場を提供する しかし最終的な成果物に形と個性
- 14:28を与えるのはトーンだ トーンを書けば機械的で味気ない
- 14:31ものになる トーンを意識的に活用すればコパイロット
- 14:37この3つの要素反復コンテキスト トーンがコパイロットを単なる
- 14:42文書作成機から賢いパートナー へと変える基本を習得したと思った
- 14:46矢先基盤となるモデルがまた変化 するシステムは進化しニュアンス
- 14:51記憶力整合性が向上する つまり培った習慣が強みにも弱み
- 14:59にもなる gpt 5の登場だ頭脳は強化され ルールはそのまま新世代のモデル
- 15:05が登場する処理能力は向上しルール はそのまま技術の飛躍は必要な
- 15:10スキルの減少を意味すると人々 は考えるネタバレだがそうではない
- 15:14最新のアップデートは指示のニュアンス コンテキストの保持長文作成時
- 15:18の推論能力を向上させるだけだ それだけだ聞き取り能力が向上
- 15:22するということだ しかしエンジンが賢くなれば
- 15:25プロンプトの規律を無視できる と考えるなら進化の意義を吐き違えている
- 15:28真のアップグレードとはこれだ 新しいモデルは会話のコンテキスト
- 15:32を長く保持するため数回前の やり取りを忘れることなく回想
- 15:36的な指示を出せる 微妙な差異を理解する能力も高い
- 15:39トーンや役割の指定を求めれば 中途半端な推測ではなく意図した
- 15:43通りの結果が得られる また長文でも繰り返しや脱線
- 15:47を避け一貫した構成を維持できる これは進歩だが私が言わなかった
- 15:51ことに注意してほしい この進化によって巧みなプロンプト
- 15:54の必要性が消えるわけではない 広まっている神話は予測通り
- 15:57だ モデルが優秀になるほどプロンプト
- 15:59は重要でなくなる 間違いだ それは高性能な車を渡され
- 16:02自動運転だと勘違いするような ものだ ハンドルを操作する方法は
- 16:05知っておく必要がある 基礎ができなければアップグレード
- 16:08された機械も救いにはならない あなたのミスをより早くより滑らか
- 16:12により自信満々に拡大するだけ だ モデルの改善は責任を軽減する
- 16:17のではなく増大させる 反復コンテキストトーンが全て
- 16:20を支配するがエラーも拡大する ためリスクはより高くなる
- 16:24曖昧で矛盾した指示を与えれば 古いバージョンのように明らかに
- 16:28崩壊するわけではない その代わり一見良さそうな洗練
- 16:31された無意味な文章を生成する それこそが危険なのだ
- 16:34素人はそれを最終項として受け入れる プロは不一致に気づき軌道修正
- 16:39する モデルが強力になるほど両者の
- 16:41溝は深まる 例を挙げて説明しましょう
- 16:43あなたがエグゼクティブレポート を作成しているとします
- 16:45古いモデルは往々にして序盤の ポイントを見失っていました
- 16:48冒頭で定義した重要な用語を 忘れたり結論で矛盾が生じたり
- 16:52したものです 一方で新しいモデルは文脈
- 16:54をしっかりと維持します 第一セクションは物語帳の要約
- 16:57にして続く第二セクションで グラフとリスク分析を加え内容
- 17:00を深めてくれと指示できます システムが論理的に繋がりを
- 17:03生み出します 以前の指示を記憶しそれを
- 17:05補強するのです レポートは継ぎはぎではなく
- 17:08統合されたものとして完成します プロンプト技術から解放された
- 17:11ように聞こえますか いいえなぜなら最初の依頼に
- 17:1420個の矛盾する指示を詰め込ん でも新しいモデルは目に見えて
- 17:17崩壊することはないからです 流暢でプロフェッショナルに聞こえる
- 17:19内容を生成し受け取った瞬間 は感心させられますが後でそれが
- 17:23的外れだと気づくことになります その表面的な洗練さが根本的な
- 17:26ズレを覆い隠してしまうのです 一般的なユーザーはまあいいかと
- 17:29そのまま完了にしてしまいます プロは承認する前に検証を
- 17:31行います そして検証の重要性はかつてない
- 17:34ほど高まっています コパイロットは詳細の根拠となった
- 17:36場所を注釈として示すことが できます どのメール会議メモまたは
- 17:39ドキュメントがこのセクションを 裏付けているか示してと実際に
- 17:41尋ねることができるのです そうすることで単に文章の流暢
- 17:44さに関心するだけでなくその根拠 を確認できます これが隠された
- 17:48真実です 優れたツールは競争条件を
- 17:50均一化するわけではありません むしろ差を広げるのです
- 17:52高度なモデルは良い習慣を増幅 し怠慢な習慣に罰を与えます
- 17:55すでに反復のやり方を知っている 規律あるプロはより大きなレバレッジ
- 17:59を得て崩壊することなく複雑 さを扱いより深く明確な指示を
- 18:02通せるようになります 完璧なプロンプトという神話を
- 18:05信じ続けるカジュアルなユーザー は質の高い平凡な結果を生み出す
- 18:08だけです 言葉は見栄えが良くなりますが中身
- 18:11は浅いままです 強力な入力は出力を高め雑な入力
- 18:14はゴミを増やすだけです ですからあなたの指針は変わりません
- 18:17より研ぎ澄まされるだけです 体系的なプロンプト工程の設計
- 18:20文脈の足場作り意図したトーンの 維持こそが唯一の部よりできる
- 18:24方法なのです モデルは増幅器であり奇跡
- 18:26を起こす魔法使いではありません 鋭い道具として扱えばより綺麗
- 18:29に切り出せます 扱いを誤れば華麗に自分を傷つける
- 18:32ことになります だからこそ今幻想を追い求める
- 18:34のをやめてシステムを構築する ことが不可欠なのです
- 18:37反復のためのシステム文脈管理 のためのシステムトーン調整
- 18:40のためのシステムです 最新のモデルは構造化された
- 18:42指示に対して一貫性のある高品質 な結果で答えます 構造を無視すれば着飾った
- 18:46ナンセンスが返ってくるだけです それがあなたが今後心に留めて
- 18:49おくべき最後のポイントへの舞台 となります
- 18:51プロは神話のような完璧なプロンプト をひねり出すために時間を無駄に
- 18:54しません 彼らは反復文脈トーンという
- 18:57システムを構築するのです コパイロットの出力を詰め物に
- 19:00崩落させるのではなくインテリジェンス へと収束させるための3つのレバー
- 19:02です 真実は通列ですがシンプルです
- 19:05プロンプトは魔法ではなく練習 なのです 構造が常に勝ります
- 19:08では実際に動いてみましょう チャンネル登録をしてコメント
- 19:12欄にこれまでで一番難しかった コパイロットへのプロンプト失敗
- 19:14談そして小さな成功体験を書いて ください
- 19:16そうです書き出してみてください そうすれば上達しますし次に何を
- 19:19分析すべきかが見えてきます 規律を選びましょう明石さを選び
- 19:22ましょうボタンを押してください