データ基盤のコミット履歴では、近年ソースコード作成の摩擦が大きく減っていると指摘されました。CursorやClaude CodeなどのAIエージェントが、IDEやDocker内でリポジトリを調査し、テストやリファクタ案まで作るためです。これにより、分散ストリーミング基盤やAPI連携の初期実装を人が全ファイル精査しなくても始められるようになってきたといいます。
一方で、エージェントがローカルのシステムロジックを主に作るなら、人の役割は何になるのかが論点になっています。もっともらしいプルリクが増え、レビューが形式化するのか、それとも抽象度の高い仕事へ移るのかという問題提起です。
記事では、エージェントを「熱機関」に例え、指示が与えられて初めてコードやツール呼び出しに変換されると説明しています。さらに、ループ内で古い前提や矛盾した文脈が蓄積する「運用上のエントロピー」が誤りを増やすと述べました。
また企業システムは入力や環境が固定されず、外部APIや状態、ポリシー、スキーマ変化などで環境が動くため、検索空間が広がるとしています。加えて、データは物理的に整合でも意味的に誤ることがあるため、テスト通過だけでは不十分だと指摘しました。
そのためソフトウェアエンジニアの新たな使命は「平衡を設計すること」だと結論づけています。厳格なセマンティック層、イミュータブルなイベントログ、データ契約、冪等API、決定論的な状態機械などの境界を作り、エージェントが誤りに気づいて回復できる条件を整える必要があるとしています。
契約とフィードバックの枠組みができれば、エージェントは変換や修正、テスト実行を行い出荷できるようになり、価値はコード生成そのものではなく、信頼できる生成環境を設計する点に移ると述べました。
参照元：2026/09/01 「Software engineers’ new job isn’t writing code — it’s designing the boundaries AI agents can’t break」 https://venturebeat.com/orchestration/software-engineers-new-job-isnt-writing-code-its-designing-the-boundaries-ai-agents-cant-break
この記事へのリアクション
このニュースをどう受け止めましたか？
コメント