呪文は死に、仕様が生きる
「プロンプトエンジニアリングは死んだ」という宣言が海外で流行している。しかし死ぬのは呪文の暗記だけだ。意図を構造に分解して委任する人は、むしろより貴重になる。韓国はこの論争をまだ「お得情報」という名で呼んでいる。
AI要約
海外では「プロンプトエンジニアリングは死んだ」という議論が進む中、韓国では依然としてプロンプトのテクニック共有に留まっている。しかし実際に価値を失うのは暗記された呪文であり、意図を構造化し仕様書や評価基準を書く能力はむしろ重要性を増している。韓国は質問そのものの輸入が遅れ、教育と採用の設計が本質からずれる危険性がある。
死んだと宣言された職業の葬儀
2023年のある時点、米国の求人サイトに年俸33万ドルの「プロンプトエンジニア」募集が掲載された。Anthropicが出した求人だった。1年半後、同じ英語圏メディアで正反対の見出しが溢れた。The prompt engineering job is dead。ワシントンポスト、Fast Companyをはじめとする複数のテックコラムが約束でもしたかのように「プロンプトエンジニアリングは死んだ」をタイトルに掲げた。
場面自体が奇妙だ。生まれたばかりで歓呼された職業が、同じメディアの手で同じ速度で埋葬される。ある分野がこれほど早く生まれて死ぬことは稀だ。そしてこのような場面の背後には大抵、本当の論争が隠れている。
韓国はこれを「お得情報の賞味期限」として読む
韓国の読者がこのニュースを受け取ると、結論は大体一つに集まる。「ほら、プロンプトを覚えても無駄だったでしょ」。YouTubeに溢れる「ChatGPTを100倍うまく使う魔法の文章」講座を思い浮かべ、その呪文がモデルのアップデート一つで無力化されたと整理する。間違った話ではない。「Take a deep breath, think step by step」のような魔法のフレーズが新型モデルで効果が減ったのは事実だから。
問題は韓国がこの出来事を「ティップスの寿命」の話に縮小することにある。海外の論争はその地点から始まりもせず、終わりもしない。英語圏のコラムニストたちが実際に争っている質問は別にある。モデルが勝手に賢くなるほど人間に残る能力は何で、その能力は誰に権力を与えるのか。
消えるのは呪文、残るのは仕様書
海外の言説を一皮剥けば構造が見える。死ぬのは「暗記された呪文」だ。特定モデルの弱点を突くトリック、助詞一つで出力が揺れた時代の魔法の文章。これはモデルが賢くなるほど当然価値が下がる。自動化に最初に食われるのは自動化への応急処置だ。
| 死ぬもの:暗記した呪文 | 生きるもの:仕様書 | |
|---|---|---|
| 形態 | 命令(command) | 仕様(spec)・評価基準(rubric) |
| モデルが変わると | 無力になる | そのまま強い |
| 権力 | 呪文を共有する人 | 仕事の成功を定義する人 |
ところが同じ流れで正反対に価値が上がる能力がある。意図を構造に分解して委任する仕事だ。何を望むのか、何が成功で何が失敗なのか、どんな制約の中でどんな判断順序で仕事すべきかを文章で釘付けにする能力。これは命令(command)ではなく仕様(spec)と評価基準(rubric)を書く仕事だ。
違いは決定的だ。命令を暗記する人はモデルが変わると無力になる。仕様を書く人はモデルが変わっても、さらには人に仕事を任せる時もそのまま強い。良い仕様書は新人に渡しても、外注先に渡しても、次世代モデルに渡しても機能するからだ。だから本当に起こっていることは職業の死ではなく能力の移動だ。トリックから設計へ、入力値から判断基準へ。
ここで権力が分かれる。組織内で「こうやって指示してみて」と呪文を共有する人と、「この仕事の成功はこう定義しこの基準で評価する」を文書で定める人。後者が事実上仕事の憲法を書く。モデルはその憲法を執行するだけだ。
米国はすでにこれを「context engineering」と呼ぶ
英語圏はこの能力にすでに新しい名前をつけた。プロンプトエンジニアリングという言葉を捨て、context engineering、specification、evalsという語彙に切り替えた。単純な命名変更ではない。議論の重心が「文章をうまく書く」から「システムに何をどう与えるか設計する」へ移ったという信号だ。
Andrej Karpathyのような人物が「最もホットなプログラミング言語は英語」と言った時、韓国はそれを「もうコーディングを学ばなくていい」と翻訳した。実際彼が指したのは反対だった。自然言語で意図を精密に明記する仕事が新しいプログラミングになったという意味だ。明記は暗記するものではなく設計するものだ。OpenAIがモデルの行動原則を「Model Spec」という文書で公開し、複数のチームが評価セット(eval)を核心資産として抱える流れも同じ方向を指している。よく書かれた評価基準一つが千個のプロンプトより強い。
反論がある。それすらもすぐに自動化されるのではないか。モデルが勝手に仕様書まで書いてくれる時代が来ればこの能力も無意味になるという主張だ。一理ある。しかし仕様と評価基準を書く仕事の本質は「何を望むか」を決定することにある。それは技術ではなく責任だ。モデルは目標を代わりに定めることはできても、その目標が正しいかについての責任は負わない。自動化されるほど「では何が良い結果なのか」を定義する人の希少性はむしろ上がる。
韓国はまた質問を遅れて輸入している
韓国が遅れて輸入するのは技術ではない。今回も質問そのものだ。海外が「呪文が死んだ場所でどんな能力が権力を持つか」を1年以上争う間、韓国の教育市場は依然として「プロンプトをうまく書く方法」講座を量産し、企業実務は社内「プロンプト集」を共有文書で回す。死んだと宣言されたまさにそのトリックを遅れて標準教材にしている最中だ。
危険は単純な時差ではない。韓国がこの論争を「ティップスの賞味期限」と誤訳する間、教育と採用の設計が丸ごとずれる。学校は仕様を書く訓練の代わりに魔法の文章暗記を教え、企業は評価基準を書く人の代わりにツールを早く習得する人を優遇する。実際組織の権力は「仕事の成功を定義する文書」を握る人へ移っているのに、その場を育てるカリキュラムがない。
釜山のある中小製造会社がAIを導入すると仮定してみよう。従業員に良いプロンプトリストを配布すれば、6ヶ月後モデルが変わる瞬間資産が蒸発する。代わりに「我が社で良い見積書とは何か、何を失敗と見るか」を文書に残せば、その仕様はモデルが変わっても新人が入っても生き残る。どちらを資産として積むかが5年後の格差を作る。
結局核心は解釈主権だ。海外が投げた質問を誰が我々の言葉に移すかが、我々が何を教え何に投資するかを定める。「プロンプトは死んだ」を「お得情報は一時的」と受け取れば我々はまた一度遅れる。韓国が遅れて輸入するのは技術だけではない。時には質問そのものを遅れて輸入する。そして今回我々が見逃している質問はこれだ。命令ではなく仕様を書く人に権力が移る時代に、我々は何を暗記させているのか。
この記事はAIが韓国語の原文を自動翻訳したものです。正確な内容は韓国語の原文をご確認ください。
韓国語の原文を読む →