アスクルのAI駆動開発研修、プロンプト術より文脈設計を選んだ判断

依頼された内容をそのまま形にせず、研修の軸をプロンプトエンジニアリングからコンテキストエンジニアリングへ置き換えた設計判断が、この取り組みの起点にあります。2〜3回の事前打ち合わせを重ねるなかで、保守チケットの3割をAIで処理したいという当初の要望に対し、2、3年先まで通用する汎用的な概念を先に据える案が示されました。コンテキストの調整が重要になるという議論はまだ出始めたばかりで、講師役のエンジニア自身が実務でその手応えを得ていたことが提案の裏付けになっています。目先の目標に最短距離で応える研修はツールの世代交代とともに価値を失いやすく、手法の寿命を判断軸に置いた点がこの設計の勘所と言えます。

抽象的な概念を、その日のうちに手を動かせる粒度まで落とし込んだ構成も効いています。GitHub Copilotの具体的な操作を学びながら、タスクの分解と実行の分離、インストラクションの分割、コンテキストの適切なサイズ管理、計画を立てさせてから実装させる進め方といった型を扱い、座学に加えてハンズオンとワークショップの時間も確保されました。概念だけを説明すれば現場は動かず、操作だけを教えれば応用が利きません。この二つを往復させる組み立てが、参加者の中で考え方と日々の作業を結び付けたと考えられます。

AIの限界を先に共有した点も見逃せません。大規模言語モデルは予測によって文章を生成しているにすぎないという原理を押さえたうえで、AIが書いたコードを理解しないまま採用してしまう「理解負債」、エラーの有無など表面的な確認で済ませてしまう「目が滑る問題」といった、AI駆動開発に特有のつまずきが名前付きで整理されました。失敗の形に名前が付くと、レビューの場でそれを指摘する言葉が生まれます。研修後に1カ月の質問対応期間を置き、実務で詰まった疑問を後から回収する導線まで含めて組み立てられていた点も、学びを現場に運ぶ設計として理にかなっています。