プロンプトエンジニアリングは死んだ。コンテキストエンジニアリングが今の仕事です

魔法の言葉を知ることが重要だった、短い黄金期がありました。モデルに段階的に考えてもらい、品質が飛躍的に向上するのを観察してください。その時代は終わりました。そうでないふりをすることで、チームは 2 モデル バージョン前に機能しなくなった呪文でいっぱいのプロンプト ライブラリを作成することになります。

モデルは十分に堅牢になり、内容よりもフレーズの重要性がはるかに低くなり、スキルの位置が変更されました。今日、優れた出力を得る人々は、より賢いプロンプトを作成しているわけではありません。それらはエンジニアリング コンテキストです。モデルが参照するドキュメント、保証される事実、レジスタを設定するサンプル、接触する可能性のあるツール、セッション間で保持されるメモリなどです。プロンプトはシステム全体ではなく、システムの最後の 5% です。

ツールがどこに移動したかがわかります。プロジェクト、カスタム命令、取得フック、ルール ファイル、メモリ: すべての主要な製品はコンテキスト インフラストラクチャの構築に 1 年を費やしており、これらの製品で成功するユーザーは、セットアップを作業として扱うユーザーです。私の最も優秀なアシスタントは、スタイル ガイド、ファクト ファイル、および修正ログを持っています。そのプロンプトは 1 つの文です。

名前を挙げる価値のある雇用の意味合いがあります。タスクをコンテキスト、制約、検証に分解するスキルは、ライティングよりもシステム思考に近いです。私が知っている最高のコンテキスト エンジニアは、プロンプト フォーラムの出身者ではなく、運用や図書館科学の出身者です。採用担当者は依然としてプロンプトエンジニアリングのキーワードをフィルタリングしており、昨年の池で魚を釣っている。

したがって、敬意を持ってこの用語を廃止してください。プロンプト エンジニアリングは、モデルが入力に応答することを私たちに教えた補助輪でした。コンテキスト エンジニアリングはその発展版であり、魔法というよりも、作業を行うマシンにどのような情報が届くかを決定する、コンピューティングにおける最も古い仕事のように見えます。