Talk Lowy(jp)

最近、スタートアップの代表やSES営業の担当者に会うと、似たような質問を聞きます。 「開発者をこれ以上採用せずに、AIでサービスを作れないだろうか？」 「顧客プロジェクトに投入するエンジニアが足りないのに、AIが代わりにできないだろうか？」 「コードはAIが書くというが、運用人員まで減らす方法はないだろうか？」 ChatGPT、Claude、Geminiのような汎用AIは、文書作成、調査、会議のまとめといった一般的なオフィス業務を素早く処理します。Cursor、Claude Code、GitHub Copilot、DevinのようなAIコーディングエージェントは、ソースコードを分析し機能を実装し、テストやPull Requestの作成まで行います。 しかし企業が実際に必要としているのは、単に コードを書くAI ではありません。 顧客がお金を払って使えるサービスを作るには、開発の後にも次の作業が継続して必要です。 開発・ステージング・本番環境の構築 データベースとネットワークの構成 WAF、CDN、ロードバランサーとセキュリティポリシーの適用 CI/CDと本番デプロイ モニタリングと障害対応 性能チューニングとクラウドコスト最適化 承認記録、変更履歴とロールバック管理 この地点で、AIコーディングツールと AI開発・運用自動化プラットフォーム の違いが生まれます。 AI開発自動化の競合サービスはすでに存在する GIIPと比較できるサービスがまったくないわけではありません。ただし市場は大きく3種類に分かれます。 1. AIコーディングエージェント 代表的にはGitHub Copilot、Claude Code、Cursor、Devinなどがあります。 これらは既存のリポジトリを分析し、コードを修正し、テストを実行したりPull Requestを作ったりするのに強みがあります。実際のAIコーディングエージェント比較研究でも、Codex、Copilot、Devin、Cursor、Claude Codeが機能開発、バグ修正、ドキュメント化など異なる作業で活用されていることが示されています。ただし、どのエージェントもすべての作業タイプで最も優れているわけではなく、最終的なマージと責任はほとんど人間が担っていました。 Devinは専用...

AIがコードを書く時代になりました。Claude、ChatGPT、Gemini、Codex は、簡単なWebサービスなら数分で作ってしまいます。 しかし、実際にサービスを運用した経験のある人なら、あることをよく知っています。 サービスはコードを作って終わりではなく、運用が始まってからが本当のスタートです。 なぜ多くのAIサービスは「リリース」で止まってしまうのか？ 多くの人がAIにこう頼みます。 ECサイトを作って 予約システムを作って 顧客管理システムを作って AIは驚くほどの速さでプログラムを作ります。ところが、いざ実際に公開しようとすると、やるべきことが一気に増えます。 サーバーはどこにデプロイする？ データベースはどう作る？ SSL証明書は？ ドメインは？ CDNは？ ロードバランサーは？ バックアップは？ 障害が起きたら？ セキュリティは？ ログはどこで見る？ コストはどう下げる？ ここからは開発ではなく インフラ運用 の領域です。まさにこの地点で、多くのプロジェクトがリリース直前に止まってしまいます。 AIコーディングツールが解決したのは「作る速さ」であり、まだ残っているのは 「運用可能な状態までの距離」 です。 インフラを人が手作業で作る時代は終わりつつある 以前はインフラエンジニアがサーバーを一台ずつ構築していました。しかし現在、AWS・Azure・GCP では、ほとんどのインフラを コードで定義（Infrastructure as Code, IaC） できます。 例えば Webサーバー3台 データベース2台 ロードバランサー ファイアウォール モニタリング これらすべてを、人がコンソールでクリックするのではなく コードを一度実行するだけで自動生成 します。Terraform、Kubernetes、GitOps といった手法は、すでに現代のクラウド運用の標準になっています。 つまり、 インフラはもはや手作業ではなく、自動生成されるソフトウェア になりつつあります。 それでもなぜインフラの専門家が必要なのか？ 自動で作れるからといって、「どう作るべきか」がわかるわけではありません。 自動車を自動組み立てする工場があっても、 設計図が間違っていれば、間違った自動車...

先日、こんな質問を受けました。 「GIIP FDE Box は Claude Cowork と何が違うのですか?」 良い質問です。そして最近AI業務ツールを検討しているスタートアップのCEOや企業担当者なら、誰もが一度は投げかける質問でもあります。 Claude Cowork をはじめ、ChatGPT の業務機能、Perplexity Computer、Genspark、Manus といったサービスは、文書作成、調査、資料整理、レポート作成など一般的なオフィス業務を支援することに強みがあります。 GIIP FDE Box も Slack を中心にこうした業務を処理できます。しかし GIIP FDE Box の核心は、単なるオフィス業務の補助ではありません。 GIIP FDE Box の核心は『実際にシステムを作り、運用する能力』です GIIP FDE Box は、アイデアを整理したりコードを書いたりする段階では終わりません。 外注開発チームの企画とデザイン、機能設計、コード作成から、実際にサービスが稼働するインフラ環境まで、一つの流れとして接続します。 例えば、次のような業務を行います。 要件を整理し、開発計画を策定 画面およびサービス構造の設計 フロントエンドとバックエンドのコード作成 Dev、Staging、Production 環境の構成 サービスに適したデータベースの設計・構築 セキュリティポリシーとアクセス権限の設定 ALB、NLB、CDN を用いた負荷分散構成 デプロイ後のシステム運用と障害対応 データベースとアプリケーションの性能分析 ボトルネック区間の改善と性能チューニング 使用量とアーキテクチャ分析によるクラウドコスト最適化 つまり GIIP FDE Box は、質問に答えたりコードを提案したりするツールではありません。 企画から開発、インフラ構築、デプロイ、運用、性能最適化まで、実際の成果物を作り出すAIベースの技術組織に近い存在です。 本当にこのような業務が可能なのでしょうか? GIIP はある日突然作られたデモプロジェクトではありません。 現在 GIIP インフラ管理サービスには、3万を超えるソースコードと2,500を超える技術文書が蓄積されています。 GIIP 自体も、最初から人...