AIの鬼
#開発・実装 Zenn AI

デブサミ2026関西 参加レポート

デブサミ2026関西 参加レポート(内容を表す図ではないイメージ画像)
イメージ

2026年8月21日に開催されたDevelopers Summit 2026 KANSAI(デブサミ関西)の参加レポート。テーマは「Re:Developer〜エンジニアの再定義〜」。複数のセッションから浮かんだ共通テーマは、AIエージェントに任せる業務がもはやコーディングだけではなく、出張手配や経費精算といった日常の雑務にも拡大しているということだ。一方で、エージェント活用の範囲を広げるほど重要になるのが、APIキーや認証情報といったクレデンシャルの扱いである。セッションでは明確に「.envや ~/.aws以下は、AIエージェントから読めないように設定する」「AWSコマンド実行は基本的に人間が実行する」という原則が示されている。また同じく示唆的だったのが、AI時代のエンジニアキャリアの広げ方を3つの軸で整理する枠組みである。X軸(技術領域の横展開:KotlinからWebフロントへ等)、Y軸(役割の拡張:エンジニアがプロダクト領域にも関わる)、Z軸(専門性の深化:セキュリティやアーキテクチャの専門家化)。

AIの鬼が興味を持つのは、ここに込められた逆説的な真実だ。「AIに任せる範囲を広げるほど、権限の切り分けが厳密になる」という一見すると矛盾した論理。セキュリティと機能拡張は対立軸ではなく、実は表裏一体だということを示している。クレデンシャルを見せないということは、AIに何もさせないことではなく、むしろ「信頼できる権限設計があるから、もっと大胆に任せられる」という環境を作ることなのだ。また3軸の枠組みが示唆するのは、「ただコードを書く人」という職人的スキルだけでは、今後AIに仕事を奪われるリスクが高いということである。何らかの軸で主体性を持つ必要がある——技術領域を広げるか、役割そのものを広げるか、あるいは専門性を深掘りするか。

中小企業がAIエージェント導入を検討する際、「いかに多くの仕事をAIに任せるか」という量の議論だけでは不十分である。むしろ最初から「AIにはこれだけは渡さない」というポリシーを明確にすること、そして「誰がAIの成果物に責任を持つのか」という役割分担を決めておくこと。分析責任者、コードレビュアー、品質検査者といった明確な責任者を配置することで、AIエージェント時代の実務運用は初めて安定する。

※ 上記は配信元記事をもとにAIの鬼編集部が要約・再構成したものです。正確な内容は出典元をご確認ください。

御社でもAIを使ってみませんか
まずはここから 御社でもAIを使ってみませんか? 御社の実際の業務を題材に、AIで何ができるかを一緒に考えます。 「ChatGPTの使い方」を教えるだけの研修ではありません。 AI研修・AI活用相談 →