本当の問題はプロンプトかコンテキストかではなく、完了条件と制約をタスク定義の時点で書けているか。文脈設計は結局タスク管理に着地する
プロンプト職人の時代から、RAGやMCP、ワークフローの連携設計ができる人材の時代へ。現場の業務プロセスをいかにAIに載せるかだな
GPT3.5のころ駆け上がった"プロンプトエンジニア"は億り逃げできたのかな……。技術の進歩が速すぎ技能の旬は短すぎる。
1年前の記事感
補足の絵はわかりやすいかも
コンテキストエンジニアリング → ハーネスエンジニアリング → ループエンジニアリングと、AIの使い方は変わってきてるよね。
コンテキスト力は自分のチームでも話題になってるので同意。ただプロンプト力と補完関係にはあるのでは。
AI「じゃあ次はコンテキスト設計に強くなるね(完)」
分かりやすく整理された記事。今後はFDE的な素養が必要になってくるね、、
AIエージェント時代は「プロンプト力」より「コンテキスト設計力」。目的、制約、資料、業務ルール、権限、確認範囲を整え、AIを現場で使える形にするFDE的な人材の価値が高まる。
AIエージェント時代に問われるのは「プロンプト力」ではなく「コンテキスト設計力」である― プロンプトの時代から、コンテキスト設計の時代へ ―｜GPUサーバープラットフォームの設計/構築なら「技術力」のNTTPC
本当の問題はプロンプトかコンテキストかではなく、完了条件と制約をタスク定義の時点で書けているか。文脈設計は結局タスク管理に着地する
プロンプト職人の時代から、RAGやMCP、ワークフローの連携設計ができる人材の時代へ。現場の業務プロセスをいかにAIに載せるかだな
GPT3.5のころ駆け上がった"プロンプトエンジニア"は億り逃げできたのかな……。技術の進歩が速すぎ技能の旬は短すぎる。
1年前の記事感
補足の絵はわかりやすいかも
コンテキストエンジニアリング → ハーネスエンジニアリング → ループエンジニアリングと、AIの使い方は変わってきてるよね。
コンテキスト力は自分のチームでも話題になってるので同意。ただプロンプト力と補完関係にはあるのでは。
AI「じゃあ次はコンテキスト設計に強くなるね(完)」
分かりやすく整理された記事。今後はFDE的な素養が必要になってくるね、、
AIエージェント時代は「プロンプト力」より「コンテキスト設計力」。目的、制約、資料、業務ルール、権限、確認範囲を整え、AIを現場で使える形にするFDE的な人材の価値が高まる。