
2026/03/25 23:07
「やっぱりもっと落ち着いて、スピードを落とすべきだという考え」
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
要約
この記事は、AiderやCursorなどのAIコーディングエージェントが普及している一方で、それらを唯一の開発ツールとして使用すると脆弱で保守しにくいソフトウェアになると警告しています。企業による「フリーホリデー」アクセスや98 %稼働率の約束が急速な採用を促進しますが、AWSの障害やMicrosoftがすべてのWindowsコードはAIで書かれたと主張した事例など、実際の問題が品質の課題(UIバグ、重複した抽象化、過剰な複雑さ、大規模プロジェクトでの低い再現率)を示しています。人間による監視なしにこれらのエージェントは「ボブー」を継続的に生成し、時間とともに増大する保守コストやミッションクリティカルな失敗のリスクを高めます。
この問題を緩和するために、開発者はAI使用を限定した範囲で、ミッションクリティカルではないタスクにとどめ、人間が最終品質ゲートとして機能するようにすべきです。推奨される実践方法は次の通りです:
- エージェントに評価関数を与え、起動時間など狭い指標のみを測定させ、より広範な品質側面は測らない。
- ペアプログラミングでエージェントと協働し、コア設計や主要コンポーネントを手書きで作成し、ドメイン固有のテストに焦点を当てるなど、品質ゲートを強制する。
- 開発ペースを遅らせ、人間が再現性問題をレビューし、必要に応じてリファクタリングできるようにする。
これらの対策を無視すると、企業はより頻繁なバグ、高い維持費、信頼性を失ったソフトウェア産業に直面する可能性があります。主旨は明確です:規律、主体性、人間関係が完全自動化されたエージェント駆動開発の落とし穴を回避するためには不可欠であるということです。
本文
2026‑03‑25
カメの顔は私が業界を見ている姿です
すべてが壊れている
- ソフトウェア環境は脆弱化しており、98 % の稼働率が例外ではなく常態になっています。
- ユーザーインターフェースには QA チームで検出できるはずの奇妙なバグが残っています。
- 企業は「コードの100 % は AI によって書かれた」と主張しつつ、メモリリークや UI の欠陥、機能不全、クラッシュを投げ込んでいます。
エージェントと仕事をしたくない理由
- 中毒=規律:目的は最短時間で最大量のコードを書き出すことになり、品質が無視されます。
- エージェントは監督なしにオーケストレーション層として使われることが多く、「ダークファクトリー」が生まれ、ソフトウェアは検証されずに進化します。
- 機能的プロトタイプを作っても、人間の介入が必要で、本番品質へスケールできません。
学習ゼロ・ボトルネックなし・遅延痛の重積
- エージェントは学習ループがないため同じミスを繰り返します。
- 人間開発者はボトルネックで、エラーはゆっくり蓄積され、気づいた時に修正できます。
- オーケストレーションされたエージェントの軍団は、多数の小さな“ブーボウ”を生み出し、信頼できないコードベースと不安定なテストへと急速に膨らみます。
学習した複雑性の商人
- 多様なデータで訓練されたエージェントは、不必要な抽象化や重複を伴うアーキテクチャを生成します。
- 彼らはローカルで作業し、全コードベースや過去の決定を見ることができないため、人間が作った企業システムに似た混乱をより速く生み出します。
エージェント検索の再現率低下
- リファクタリングに必要なすべての関連コードを見つけるのは難しく、大規模コードベースでは再現率が低下します。
- 既存コードが抜けると重複や不整合が発生し、複雑性がさらに悪化します。
今のうちにエージェントを使うべき方法(私見)
-
タスクを適切に範囲設定
- エージェントが独立して動ける短期・非クリティカル作業に限定。
- 起動時間など関連メトリクスのみを測定する明確な評価関数を用意し、コード品質は除外。
-
人間の監視を維持
- エージェントをツールとみなし、最終的な品質ゲートは自分自身。
- 生成されたコードは本番ブランチへマージ前にレビューする。
-
遅延と摩擦を導入
- エージェントが1日あたりに書くコード量を制限し、レビュー容量に合わせる。
- アーキテクチャ・API 契約・コアモジュールは手作業またはペアプログラミングで設計し、理解を保持。
-
探索のためにエージェントを活用
- 「ゴムくま」的役割としてアイデアを投げ合い、素早くプロトタイプ化。
- 実装可能なスニペットを抽出し、手作業で洗練。
-
再現率向上の反復
- コードベースのインデックスやベクトルストアを強化して検索支援。
- エージェントが過去の失敗から学べるようフィードバックループ(例:
にエラー記録)を設置。AGENTS.md
最終的な結論
- エージェントは強力ですが、万能ではありません。
- 規律・主体性・人間の判断が保守可能なシステムには不可欠です。
- 速度と慎重な監視をバランスさせることで、エージェントの長所を活かしつつ弱点を緩和できます。
このページはクッキーや個人情報の収集を行わず、あなたのプライバシーを尊重しています。