プロンプト職人か、開発者か—AI時代に問われる職人の定義

AIの普及により、「開発者とは何か」という根本的な問いが浮上している。従来、ソフトウェア開発者は低級言語やアルゴリズムに精通し、ハードウェアレベルでの最適化を追い求める人々を指していた。だがLLM（大言語モデル）という新たな「素材」の出現により、職人の関心は変わった。いかに効果的なプロンプトを構築し、AIの出力を引き出すか。その技術体系が新しい専門性として認識されるようになったのだ。しかし、ここに違和感が生まれる。プロンプトエンジニアリングで月100万円の案件を受託する人が、「自分はエンジニアではなく職人かもしれない」と迷う背景には、深い葛藤がある。それは単なる職業の名前の問題ではなく、技術的深さへの問い、自分の仕事が「真の創造」なのか「最適化の応用」なのかという不安を反映している。

AIの出現以前、開発スキルは階層化されていた。システム設計者・バックエンド開発者・フロントエンド開発者・QAエンジニア—それぞれの専門性は明確で、その深さはコード行数や計算量の知識で測定できた。しかし、LLMの黒箱性と高い汎用性は、この階層構造を揺さぶった。プロンプトエンジニアは、複雑なアーキテクチャ設計をせずに、言語による指示だけで成果物を得る。これは「ローコード/ノーコード」の延長線上にあるが、その到達点は予想外に高い。実務では、プロンプトとコンテキスト設計、思考連鎖（CoT）の活用、メモリ管理、出力の検証—これらすべてが「開発」と同等の難易度を持つ。むしろ、AIモデルの振る舞いを深く理解していなければ成立しない。従来の「コード記述の有無」で職人を判定する基準は、急速に陳腐化しているのである。

職人とエンジニアを隔てる線引きは、本来的には「再現性」と「汎化性」にある。職人の技は経験と勘に頼る部分が大きく、言語化しにくい。一方、エンジニアは手法を標準化し、他者に引き継ぎ可能な形に整理する。プロンプトエンジニアリングはどちらに属するか。実は、その両面を持つ。優れたプロンプトは試行錯誤の結果だが、ドキュメント化され、チーム間で共有される。思考連鎖やFew-shotプロンプティングといった手法は体系化され、学習リソースとして発展している。つまり、プロンプトエンジニアリングは「職人的な営みがエンジニアリング化される過程」そのものなのだ。この認識こそが、迷いの答えになる可能性がある。「自分はどちらか」ではなく、「変革期の中で知識体系を構築している実装者」として自分を位置付けることで、揺らぎは安定する。

結局のところ、AI時代における開発者のアイデンティティは、三年前の定義では保ちきれない。だが失われるわけではない。形を変えて、拡張する。プロンプトエンジニアが自分の仕事に誇りを持つには、それが単なる「いい質問の作成」ではなく、思考の設計であり、AIという新しい素材を操る高度な技術であることを認識することが必要だ。一方で、従来の開発者もまた変わる。ハードウェアやアルゴリズムへの深さは失われず、その上にLLMという新層が積み重なる。結果として、エンジニアリングの裾野は広がり、専門性は多様化する。迷いながら、それでも最適化を続ける人々—それが今のAI時代の開発者・職人の実像であり、その問い自体が、技術文化の成熟を示す証拠になっていくのだろう。