3時間、6人の開発者、3万人の行方不明者。ベネズエラ北部を地震が襲った際、ブエノスアイレスのあるプログラマーはClaude Opusを活用し、通常なら丸一日かかる行方不明者検索用のウェブポータルをわずか3時間で立ち上げた。カリフォルニアの別の開発者はReplitを使用して、物資マッチングツールを4時間でローンチした。これらの迅速な構築により、家族は写真を投稿して中央データベースと照合できるようになり、公式の対応が遅れる中で、NGOが寄付者と被災者を結びつける一助となった。

なぜこの取り組みが重要だったのか

ベネズエラの緊急インフラは麻痺していた。停電、寸断された道路、過負荷状態の電話ネットワークにより、当局は統一された捜索活動を調整することができなかった。発災直後の混乱の中、家族は親族の安否を報告し、支援を求めるためのあらゆる手段を必死に探していた。海外に住む人々（ディアスポラ）によって構築されたアプリがその空白を埋め、国家の対応が整うまでの間、低帯域のインターネットでも動作する実用的なサービスを提供した。

開発者はどのようにしてそれを実現したのか

ブエノスアイレスのコーダーは、ユーザーが写真をアップロードし、名前をタグ付けし、既存のリストに対して類似性検索を実行できるサイト、という単純なプロンプトをClaude Opusに与えた。Claudeはフロントエンドのフォーム、画像処理パイプライン、データベーススキーマを生成し、デプロイ可能なコード一式を返した。開発者はプロンプトをいくつか微調整してクラウドインスタンスでコードを実行し、3時間足らずでサイトを公開した。

太平洋を挟んだカリフォルニアの開発者は、Replitのワークスペースを開き、「寄付の申し出を取り込み、近隣のニーズを表示する物資マッチング・ダッシュボード」という短い説明を入力し、AIにバックエンドAPI、小さな管理用UI、シンプルな認証フローの雛形を作成させた。4時間後、そのツールはモバイルフレンドリーなURLでアクセス可能になった。

両チームとも、ユーザーエクスペリエンスを軽量に保った。被災者の多くが2G通信しか利用できず、バッテリー残量も限られていたため、WhatsAppスタイルのチャットインターフェースを選択した。重いネイティブアプリは構築せず、代わりに、高速に読み込まれ、可能な限りオフラインでも動作するHTML 5ページに頼った。

実践的な教訓

  • AIによるレバレッジ – プロンプトによるコード生成により、丸一日かかるスプリントが数時間の作業へと変わった。
  • モデルを流動的なレイヤーとして扱う – 言語モデルのAPIは、価格、レート制限、あるいはサービス自体が変更・消失する可能性がある。コアロジックをプロンプトのみに依存させることは、製品を流動的な対象に縛り付けることになる。
  • 永続的なスキーマを軸にする – 行方不明者のデータモデル（写真、名前、最終確認された場所、状況）は、危機的な状況下でも有用である。一度定義すれば、AIを再学習させることなく再利用できる。
  • 制約を前提とした設計 – 低帯域幅、断続的な電力、メールアカウントの欠如といった制約により、チームはテキストベースのインターフェースとシンプルな電話番号認証を選択せざるを得なかった。これらの制約が、よりリッチなソリューションが機能しない環境でも動作するソフトウェアを生み出した。

リスクと懸念点

スピードアップにはトレードオフが伴う。AIが生成したコードには、負荷がかかった時に初めて表面化するバグ、不安全なデフォルト設定、あるいは非効率なクエリが隠れている可能性がある。サードパーティのAIサービスへの依存は、コストの変動性ももたらす。突然の値上げにより、無料で運用していたツールが一夜にして高額になる可能性がある。最後に、このような急ぎの作業では正式なテストが不足しがちであり、エッジケースが見落とされる可能性がある。これは行方不明者データベースにおける誤った照合を招く恐れがあり、重大な倫理的問題である。

今後の注目点

  • 標準化された災害データスキーマ – 人、物資、場所に関する共通フォーマットが人道支援団体に採用されれば、AI支援ツールはより容易に組み込まれ、国境を越えたデータ共有が可能になる。
  • オープンソースのモデルホスティング – コミュニティ運営の言語モデルエンドポイントがあれば、突然のAPI停止や価格高騰のリスクを軽減できる可能性がある。
  • 規制の動向 – 政府は、特に個人の写真や位置情報が関わる場合、AIが生成した緊急時用ソフトウェアのデータプライバシーと信頼性を精査し始める可能性がある。
  • コミュニティプラットフォーム – ディアスポラ・ネットワークは、すでにメッセージングアプリ上で迅速な対応チャネルを形成している。AIツールをこれらのスペースに直接統合できれば、将来の展開時間をさらに短縮できるだろう。

開発者への結論

もし今日中に危機対応アプリをリリースしなければならないなら、まずはコンシューマー向けAIモデルを活用して、UIのスケッチ、ボイラープレートの生成、クラウドインスタンスの立ち上げを行いましょう。次に、重要な要素を固めていきます。明確でポータブルなデータスキーマ、想定される中で最も低スペックなデバイスでも動作する最小限のUI、そしてメールに依存しない認証機能です。AIの出力は最終製品ではなく、あくまでドラフトとして扱い、利用規約が変更された場合に備えてモデルレイヤーを差し替えられるようにしておいてください。災害時にはスピードが命を救いますが、その後の安定性もまた、命を救うことにつながります。

出典: dev.to/davekurian/diaspora-coders-assemble-earthquake-response-in-hours-with-ai-4c66