AI エージェントとは何かを“視覚的に”理解する
AI 駆動開発を進めるうえで、最初に理解すべき概念が「AI エージェント」である。
AI エージェントの仕組みは抽象的に見えがちだが、実際にはワークフローの分解と実行プロセスの理解から自然に把握できる。ここでは、その土台となる n8n と LangChain を順に紹介しながら、エージェントの構造を直感的に理解できるよう整理する。
LangChain
LangChain は、LLM を利用するアプリケーション開発を容易にするためのオーケストレーションフレームワークである。
Python と JavaScript の両方に対応し、プロンプト管理・RAG・ツール実行・メモリ管理・エージェント構築といった要素を統合的に扱える。
AI アプリを構築する際に必要となる複数のコンポーネントを整理し、組み合わせ、反復実行できる基盤を提供するのが LangChain の役割である。
n8n
n8n（エヌエイトエヌ）は、OSSとして提供されるワークフロー自動化プラットフォームである。
主な用途は次のとおりである。
- 外部 SaaS のデータ連携（HubSpot・Slack・Notion・Google Sheets 等）
- ETL/ELT 処理の自動化
- Webhook を起点とした処理パイプラインの構築
- AI ワークフロー（LLM 呼び出し、RAG 処理など）
- OpenAI・Claude・Gemini を組み合わせた自動レポート生成
- 定期取得データを LLM で要約し、Slack に送信する自動化
GUI ベースで複雑な処理を視覚的に組めるため、非エンジニアでも扱いやすく、AI ワークフローの実験環境としても優れている。
LangChain と n8n で何がわかるのか
結論から言うと、n8n の「AI エージェント」ノードは内部で LangChain を利用している。
つまり n8n は LangChain のエージェント実行モデルを“見える化”したツールであり、エージェントの概念を理解する入口として非常に優れている。
次の動画も見てほしい。n8n ビルダーのわずか 1% だけがこのノードの存在を知っています
AI エージェントとは何か
AI エージェントとは、入力を受け取るたびに LLM（頭脳）が「次に何をすべきか」を判断し、必要に応じて外部ツールを実行し、その結果を再度 LLM に渡しながら処理を段階的に進める仕組みである。
見方を変えれば、どんな AI エージェントも n8n で見たように、「LLM が意思決定しながらツールを使うワークフロー」とほぼ同じ構造を持つ。（少なくとも、LLM 自身がこのワークフローを自動生成できるようになるまでは。）
視覚的には n8n のノード構造をそのままイメージすると捉えやすい。
3つのワークフローレイヤー
では、コーディング AI エージェント（Claude Code など）はどのようなワークフローで動いているのだろうか。
表面的には「勝手にコードを書き換えてくれる魔法のツール」に見えるが、実際には 複数のレイヤーで“ワークフロー”が存在している。
ここを区別して理解しておくと、AI エージェントを扱うときの視界がクリアになる。
以下では、Claude Code を例に「3つのワークフローレイヤー」を整理する。
レイヤー1：Claude Code そのものを“1つの部品”と見立てた外側のワークフロー
これは、Claude Code を1ツールとして利用する開発プロセス全体の流れである。
例：
- SlackからClaude Codeを呼び出して実装を依頼
- LinearやGitHub IssuesとMCP連携し、「このIssueを進めろ」で実装からステータス更新まで一気通貫
- 出力されたPRをレビュー
- テストが落ちれば追加修正を依頼
- 完成したPRを統合
このレイヤーでは、Claude Code も「タスクを処理する1ノード」に過ぎず、Claude Codeをどう活かすと、開発体験全体が向上するか、というレベルの話である。
レイヤー2：Claude Code に用意された“開発プロセス最適化”のワークフロー
このレイヤーは、Claude Code 内部の ユーザーが操作可能なワークフロー である。
例：
- スラッシュコマンドで「設計 → 開発 → テスト」の流れを定義
- タスク管理（状態管理）を導入
- Sub-Agent や Skill を使い分けてペルソナやコンテキストを分割
- 一連の開発ステップをテンプレート化する
ここでのワークフローは エージェントの“動き方”をユーザーが最適化する領域 であり、
実際に多くの開発者が工夫するポイントもこのレイヤーである。
レイヤー3：Claude Code の内部実装としての“エージェント動作ワークフロー”
ここが最も抽象度が高いが、本質はシンプルである。
Claude Code の内部では、
- LLM が状況を判断し
- 必要なツール（ReadFile / EditFile / Bash…）を選び
- 実行結果を読み取り
- 次のアクションを決定する
というプロセスが繰り返されている。
ただし、このレイヤーは外部から手を加えることができないため、
「内部ではこうしたステップ実行のループが動いている」程度の理解で十分だろう。
Claude Codeが単体でも十分機能するのはこのレイヤーのワークフローが緻密に作られているからだと考えている。
しかし、レイヤー1・2 の設計次第で、コード生成能力やプロジェクト運用効率は劇的に変わる。