🐶

AIフレンドリーなWebサービスが生き残る

に公開
AI
poem
AIエージェント
Claude Code
idea

2026年現在、Claude Code や Codex のようなAIエージェントは、エンジニアだけでなくPCワーカーの必需品になりつつある。

今のAIはコードを読み、ファイルを編集し、調査し、要約し、ツールを使って作業する。

これからのWebサービスは、人間が直接使うだけでなく、ユーザーの個人AIエージェントから使われるようになる。

Webサービスの使われ方が変わる

これまでのWebサービスは、人間が直接使う前提で作られてきた。

人間が画面を開き、説明を読み、フォームに入力し、ボタンを押し、結果を確認する。

そのため、UIやUXが重要だった。

今後は、ユーザーがWebサービスを直接操作するのではなく、自分のAIに使わせる場面が増える。

たとえば、

  • 経費精算を登録しておいて
  • 候補日を見て日程調整しておいて
  • 条件に合うホテルを探して
  • このIssueを読んで対応方針をまとめて
  • 契約書の変更点を確認して

このとき、ユーザーは特定のWebサービスを開きたいわけではない。

やりたいことが先にある。

その目的を達成するために、AIが必要なサービスを使う。

つまり、Webサービスの利用者は人間だけではなくなる。
人間の代わりに動くAIエージェントも利用者になる。

AIフレンドリーなWebサービスとは何か

AIフレンドリーなWebサービスとは、AIエージェントが理解し、操作し、結果を確認しやすいサービスのことだと思う。

見た目の話ではない。

重要なのは、AIが次のようなことを理解できるかどうか。

  • そのサービスで何ができるのか
  • どの操作に何が必要なのか
  • 現在の状態はどうなっているのか
  • 実行すると何が起きるのか
  • どこまで実行してよいのか
  • エラーの場合、何が原因なのか

人間向けUIでは、多少曖昧でも成立する。

人間は画面を見て、文脈を読んで、なんとなく判断できる。

しかしAIエージェントが操作する場合、状態や副作用が曖昧だと失敗しやすい。

予約は完了したのか。
下書き保存なのか。
支払いが発生するのか。
取り消せるのか。
ユーザー確認が必要なのか。

こういう情報が明確であるほど、AIは使いやすい。

サービス内AIチャットではない

ユーザーはすべてのサービスごとに別々のAIチャットを使いたいわけではない。

ユーザーが使いたいのは、自分の予定、自分の好み、自分の仕事の文脈を知っている個人AI。

その個人AIが、必要に応じて外部サービスを使う。

このサービスのAIチャットを使わせる

ではなく、

ユーザーのAIからこのサービスを使えるようにする

という設計だと思う。

これからのWebサービスは、ユーザーとの接点をAIに明け渡す必要がある。

実現方法はいくつかある

AIフレンドリーにする方法は一つではない。

REST APIで十分な場合もある。

APIの仕様がわかりやすく、認証や権限が整理されていて、戻り値やエラーが明確なら、それだけでAIから使いやすいサービスになる。

サービスのロジックが複雑な場合は、内部AIやサービス側エージェントを持つ意味がある。

たとえば、外部のユーザーAIに対して、

  • 候補を整理する
  • 料金や制約を説明する
  • キャンセル条件を補足する
  • 危険な操作の前に確認を挟む
  • サービス側の意図に沿って情報を渡す

といったことができる。

MCPのような仕組みを使う場合もあると思う。

大事なのは、AIが安全に理解して使えること。APIでも、内部AIでも、MCPでもよい。
サービスの性質に応じて、AIから使われるためのインターフェースを用意することが重要になる。

2023年の「AIフレンドリー」が現実的になってきた

2023年に、クラスメソッドさんが「ユーザフレンドリーならぬAIフレンドリーの必要性」について記事を書いていた。

https://dev.classmethod.jp/articles/think-about-ai-friendly/

この記事では、LangChain Agent を例にしながら、AI Agent から使われやすいサービスについて整理している。

2026年の今見ると、この話の現実感がかなり増している。

当時は「AI Agentがサービスを使うにはどうあるべきか」という問題提起だった。

今は、Claude Code や Codex の普及によって、AIが作業者として振る舞うこと自体が普通になりつつある。

つまり、AIフレンドリーは将来の抽象論ではなく、これからのWebサービス設計の現実的な論点になってきた。

SaaS is Dead ではなく、SaaSの形が変わる

人間が画面を開き、一覧を見て、フォームを入力して、保存する。
そういう操作は、AIエージェントに置き換わっていく。

その結果、ユーザーがSaaSの画面を開く頻度は減るかもしれない。

ただ、それはSaaSが不要になるという意味ではないと思う。
SaaSはAIエージェントから使われる形に変わっていく。

Web UIだけでなく、AIから使いやすいAPI、権限管理、状態管理、監査ログ、承認フロー、サービス側AIなどが重要になる。

人間だけが使うSaaSから、AIが使うSaaSへ変わる。

SaaSが死ぬというより、SaaSのインターフェースが変わる。

Discussion