「AI エージェントを 0 から作る時代」は本当に来るのか?
요약
최근 'AI 에이전트'에 대한 관심이 높아지고 있지만, 실제 구현 경험을 통해 AI가 모든 것을 자율적으로 수행하는 것은 아니라는 결론을 내렸다. AI의 역할은 주로 분류 기준 정리, 폴더 구조 제안, 동기화 규칙 설계 등 '판단(Decision)' 영역에 국한되어 있으며, 실제 실행 및 자동화는 OS 스케줄러나 기존 전문 도구들이 담당하고 있다. 따라서 현재 AI 에이전트의 핵심 가치는 AI 자체를 만드는 것보다, LLM에게 어떤 판단을 맡기고 이를 기존 시스템과 어떻게 '결합(Combination)'하여 워크플로우를 설계하는 능력에 있다는 점을 강조한다.
핵심 포인트
- AI 에이전트는 'AI가 전부 자율적으로 움직이는' 개념보다는 '판단(Decision) + 도구(Tool) = 실행'의 조합 형태가 주류이다.
- AI는 데이터 분류, 구조 설계, 규칙 정의 등 고차원적인 판단과 기획 단계에 강점을 보인다.
- 실제 자동화 및 실행은 Windows 스케줄러나 FreeFileSync 같은 기존 OS/전문 도구들이 담당하는 경우가 많다.
- 현재 AI 에이전트의 경쟁력은 'AI 자체 개발'보다, LLM에게 적절한 판단을 맡기고 이를 기존 시스템에 연결하는 '설계(Design)' 능력에 달려있다.
ここ 1〜2 年で、「AI エージェント」という言葉をかなり聞くようになった。
そこで、自分も趣味がてら、MCP を使って AI エージェント的なものをいくつか試してみた。
その中で、
- AI が実際にやっていたこと
- 既存ツールとの役割分担
- 「AI エージェント」の実態
について、色々見えてきたものがあったので、メモとして整理してみる。
特に印象的だったのは、
「AI が全部やるわけではない」
ということだった。
きっかけは、自宅 PC の HDD 整理だった
きっかけはかなり単純だった。
自宅 PC の HDD 環境がかなり限界に近づいていた。
長年使い続けていたこともあり、
- 保存場所が統一されていない
- どこに何があるか分からない
- パーティション構成が場当たり的
- 一部ファイルが重複
- バックアップ運用が存在しない
といった状態になっていた。
特に厳しかったのは、「構造」が存在しなくなっていたことだった。
例えば、
- 同じ種類のデータが複数箇所に散乱している
- バックアップ対象と非対象が曖昧
- 役割の異なるストレージが混在している
など、「ファイルが増えた」というより、「運用設計が崩壊していた」に近かった。
そのため、単純なフォルダ整理ではなく、
- ストレージ全体の役割分離
- バックアップ方針
- 同期ルール
- 更新フロー
- 長期保存方針
まで含めて、再設計する必要があった。
実際には、
- バックアップ用 HDD を追加購入
- 保存先の責務を分離
- 同期ルールを整理
- 定期実行をタスクスケジューラへ移行
など、かなり普通のインフラ設計に近いことをやっていた。
実際に AI がやっていたこと
その中で、MCP と AI を使ってみたのだが、かなり印象的だったことがある。
「AI が全部やったわけではない」
ということだった。
AI が担当したのは、
- 分類ルールの整理
- フォルダ構造の提案
- 命名規則の整理
- 同期方針の設計
- 保存責務の整理
など、「どう整理するべきか」の部分だった。
一方で、実際の実行は、
- Windows タスクスケジューラ
- 既存同期ソフト(FreeFileSync)
- 自らの設計アイデア
で完結していた。
更新部分も、最終的にはタスクスケジューラによる定期実行に落ち着いた。
つまり実態としては、
AI = 判断
ツール = 実行
だった。
これはかなり印象的だった。
AI エージェントの実態
AI エージェントというと、
「AI が全部自律的に動く」
イメージを持ちやすい。
しかし、実際に作ってみると、
- 実行は既存ツール
- 自動化は OS
- 管理は既存ソフト
であることがかなり多い。
AI がやっていたのは、むしろ、
- 何を分類するか
- どこまで自動化するか
- どういうルールで整理するか
- どの処理を優先するか
といった、「判断」に近い部分だった。
その後も同じだった
ファイル整理の後も、いくつか AI エージェント的な仕組みを試している。
しかし、そこで繰り返し感じたのも同じだった。
AI が直接すべてを実行するというより、
AI は判断を担当し、実際の実行は既存ツールが行う
構造になることが非常に多かった。
実際の構成も、
LLM
+
Tool Calling
...
のような、「組み合わせ」に近い。
ここで重要になるのは、
- どのツールを使うか
- どこまで AI に任せるか
- どのルールで判断するか
といった設計側だった。
0 から全部作る必要はあるのか?
最近は、私の会社を始めとしたさまざまな会社が AI エージェントを作成している。
ただ、実際に触ってみると、かなり疑問が残った。
正直なところ、多くの開発者にとって、
「そこを全部自前で持つ意味は薄い」
ように感じた。
むしろ価値が出るのは、
- 何を判断させるか
- どこまで権限を渡すか
- どのワークフローに接続するか
- どういうルールで運用するか
といった「設計」に近い部分だった。
今の AI エージェントは「組み合わせ競争」に近い
最近の AI エージェントを見ていると、
LLM
+
既存ツール
...
をどう組み合わせるかの競争になっているように感じる。
少なくとも、自分が実際に触った範囲では、
「AI そのものを全部作る」
というより、
「AI に何を判断させ、既存ツールをどう接続するか」
の方が重要だった。
おわりに
AI エージェントというと、
「AI が全部自律的に実行する世界」
を想像しやすい。
ただ、実際に自分で触ってみると、
AI が担当していたのは、
- 判断
- 分類
- ルール設計
- 優先順位付け
の部分が中心だった。
一方で、実際の実行は、
- OS
- 既存ソフト
- スケジューラ
- 同期ツール
などが担当していた。
少なくとも現時点では、
AI エージェントの価値は
「AI が全部実行すること」ではなく、
「AI に何を判断させるか」
に近いように感じている。
AI 자동 생성 콘텐츠
본 콘텐츠는 Zenn AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기