AI-Integrated Software Development Practices

何ができそうか

提案

「AIエージェント用のガードレールフレームワークの設計」
AIエージェントの実行環境に、境界制御・セマンティックレイヤー・コンテキスト管理の三要素を組み合わせたガードレールフレームワークを構築し、人間のエンジニアが制御可能な範囲内で自動化を安全に進めることを目的とした提案。

次の一歩

リードエンジニアが、Docker Sandboxを基盤にdbtのセマンティックレイヤーとMCPを統合したPoC環境を1週間以内に構築し、AIエージェントがSQL生成やコード変更を試行する際のリスクを制御する仕組みを検証する。

着想の背景

1. セキュリティと信頼性の課題（第3記事）：AIエージェントが本番環境でコードを実行する際のリスクを抑えるため、Sandbox環境の隔離性を基盤にガードレールが必要とされている。
2. セマンティックレイヤーのガードレール作用（第7記事）：dbtによる定義済みのセマンティックレイヤーが、AIの「それっぽい数字」を防ぐ要因となる可能性を示唆している。
3. コンテキスト管理の重要性（第5記事）：コンテキスト管理がエージェントの実行コストを削減し、精度を維持する効果があることを示している。
4. プロセスのボトルネック対策（第9記事）：AIによる高速化の先にデザインレビューのボトルネックが顕在化し、プロセスの再構成が求められている。

元になった記事

• プレゼンテーション: 生産用AIエージェントの制御平面、不変条件、および承認境界: Agent Harness
• セルフドライビングコードベースへの道
• サンドボックス環境の6つの利点（およびDockerサンドボックスがどのように提供するか）
• リクインにおけるコンテキストエンジニアリング：MCPを使ってAIエージェント向けの組織コンテキストレイヤーを構築した方法
• コーディングエージェントのハーネス設計に関する実証的研究
• バイブコーディングで GUI が壊れていく理由とその対策プロンプト
• 境界を強い型にして実装をシンプルにしよう
• AIの分析が返す”それっぽい数字”をどう防ぐか——dbt × Lightdash × MCPでガードレールを作る
• AI-DLCを通じて、チームの開発プロセスが変わり始めた話
• プログラミングは速くなったが、プロダクトの開発速度は上がらなかった