LangSmith Fleetの紹介
LangChainはLangSmith Agent Builderを「Fleet」に刷新し、エージェントの作成から運用・管理・権限制御・監査までを一元化するエンタープライズ向けプラットフォームを提供した。
キーポイント
エージェント管理の一元化
Agent BuilderからFleetへ進化し、エージェントの作成・共有・監査をプラットフォーム上で完結させることで、開発から運用への移行コストを削減した。
階層型権限モデルの導入
クローン・実行・編集の3段階でアクセス制御を定義し、コアチームと一般ユーザーの役割に応じて安全な共有とカスタマイズを可能にした。
エージェントIDと認証の分離
複数ユーザーが同一エージェントを実行する際、企業ツールの認証をエージェント単位で安全に管理し、セキュリティリスクを軽減する仕組みを提供した。
ヒューマンインザループと監査
Inbox機能で承認フローを構築し、すべてのエージェント操作の履歴を追跡可能にすることで、実務での信頼性と説明責任を確保した。
認証モードの柔軟な設定(Claws vs Assistants)
「Claws」はチーム共通の固定資格情報を使用するデフォルトモードであり、「Assistants」はOAuthによる個人認証で各ユーザーの権限内で動作する。
エージェントごとの個別Slackボット対応
各エージェントに専用ハンドルを割り当て、チャンネルでのメンションやDMでタスクを手軽に引き渡せるようになり、コンテキストの切り替えが不要になる。
一元化されたインボックスによる監視と承認
「Claws」は編集権限を持つ管理者が全エージェントのアクションを一元管理でき、「Assistants」はユーザーごとに非公開で機密タスクを安全に処理できる。
影響分析・編集コメントを表示
影響分析
エージェント開発の民主化が進む中、LangSmith Fleetは「いかに安全に大規模展開するか」という実務課題を解決する標準的な枠組みを提供した。特にエージェント単位の認証と階層型権限は、金融や医療など規制の厳しい業界での実装を後押しし、LLMエージェントのエコシステム成熟に寄与する。
編集コメント
エージェント開発が「作れる」段階から「管理できる」段階へ移行する転換点であり、実務導入の壁を下げると期待される。ただし権限設定の実装コストや既存IAMとの統合課題には、今後のアップデートで対応する必要がある。
imageLangSmith Agent Builderは、現在Fleetに名称変更されました。これは、組織内のすべてのチームがエージェントを構築、使用、管理するための中央拠点です。
また、エージェントアイデンティティとエージェント共有も提供開始しました。新しい認証情報モデルにより、エージェントが誰に代わって動作するかを制御できます。権限モデルにより、ワークスペース内の各エージェントを誰が使用、編集、共有できるかを制御できます。
Fleetを試す
エージェントの構築からエージェント艦隊の管理へ
わずか6ヶ月前、エージェントを構築するにはエンジニアが必要でした。今日では、チームの誰もが短いプロンプトでタスクを説明し、その作業を処理するエージェントを生成できます。それほど急速に進化しているのです。
私たちは10月に、ナレッジワーカーが自然言語で独自のエージェントを作成できるようにするため、Agent Builderをローンチしました。それ以来、一貫したパターンが見られています:チームは、調査やステータスチェックなどの単純なタスクのために、1つまたは2つのエージェントから始めます。その後、ユースケースが拡大し、より多くのエージェントでより多くのタスクを実行し始めます。これにより、人々は一日を浪費する多くの反復作業をオフロードし、人間の判断を必要とする業務に集中できるようになります。
エージェントがこれほど簡単に作成できるようになると、難しい部分はその管理に移行します:どのエージェントを誰が所有するか、ツール間でどのように認証するか、誰がその行動を監査できるか、そして優れたエージェントを組織全体で安全に共有する方法です。
それがLangSmith Fleetの目的です。
シンプルなプロンプトによるエージェント作成
共有により、中央集権的なチームはエージェントを公開でき、チームメンバーは共有できます
権限により、各エージェントを誰が編集、実行、複製できるかを制御できます
エージェントアイデンティティと認証情報により、エージェントが社内ツールとどのように認証するかを定義できます
受信トレイにより、ユーザーはエージェントの活動を追跡し、人間の判断を介してアクションを承認できます
可観測性により、すべてのエージェントが何を、なぜ行ったかの監査可能な記録を提供します
階層化された権限と共有
優れたエージェントはチーム全体にとって価値があります。ベンダー受け入れエージェントは運用組織に役立ちます。週次レポートエージェントは、すべてのアカウントマネージャーの月曜朝の30分を節約できます。しかし、エージェントを企業全体で共有するには、誰がそれを変更できるか、誰が使用できるか、誰がカスタマイズ用に独自のコピーを取得するかを制御する必要があります。Fleetで作成する各エージェントについて、これらすべてを設定できるようになりました。
エージェント共有には2つの側面があります:誰がアクセス権を得るか、そして彼らが何を行えるかです。
誰に:個々のユーザーまたはワークスペース全体と共有します。
何を:3つの権限レベル:
複製可能:エージェントを独自のバージョンに複製してカスタマイズ
実行可能:構成を変更せずにエージェントを使用
編集可能:指示、ツール、設定を変更するためのフルアクセス
必要に応じてこれらを階層化できます。コアチームには編集アクセス権を付与し、より広範なワークスペースには実行のみの権限を共有します。権限はいつでも変更または取り消すことができます。
imageエージェントアイデンティティと認証情報
複数の人が同じエージェントを実行する場合、外部ツールと安全に認証する方法が必要です。場合によっては、各ユーザーが個別に認証するべきです。また、共有サービスアカウントの方が理にかなっていることもあります。現在、エージェントごとに設定可能な両方のオプションがあります。
「Claws」は、誰が実行するかに関わらず固定された認証情報セットを持ちます。ユーザーは各ツールにログインする必要はありません。これはFleetのデフォルトであり、チーム全体が同じ認証情報を使用して課題を検索・作成するLinearのSlackボットのようなものに有用です。
「Assistant」エージェントは、それを呼び出したユーザーに代わって動作します。各ユーザーは、Fleet内のOAuthを使用して、認証情報を必要とする各接続ツールに対して独自のアカウントで認証します。エージェントはそのユーザーの権限内で動作します。これは、各ユーザーが異なるドキュメントアクセス権を持つNotionのチームナレッジベースのようなものに適しています。
imageSlackボットのためのエージェントアイデンティティ
FleetエージェントはすでにSlackのメッセージに応答できます。エージェントアイデンティティにより、各エージェントは独自のSlackボットを持つことができるようになりました。
すべてを単一のSlackボットを介してルーティングする代わりに、各エージェントは定義された名前で起動できるようになりました。各ジョブにボットを作成し、Slackハンドルを付けます:@vendor-intake、@weekly-sales-numbers、@onboarding-agent。チームはチャンネルでエージェントを@メンションしたり、直接DMして、コンテキストを切り替えることなくタスクを引き渡せます。
エージェントアイデンティティは権限と認証情報と連携します。独自のSlackボットを持つ「Claw」はチームリソースとして機能します。「Assistant」エージェントは、エージェントのツールで認証したユーザーのみが利用できます。
今後数週間で、これらのエージェントアイデンティティの原則を追加のチャネルに拡張していきます。
imageエージェント受信トレイ
組織全体で複数のエージェントが並行してタスクを実行している場合、何が起こっているかを確認し、対応するための一元的な場所が必要です。受信トレイは、すべてのエージェントにわたる人間の判断を介した監視を提供します:タブを切り替えることなく、一箇所からすべてのエージェントのアクションを確認、承認、または拒否できます。これは、特定の権限に基づき、「Assistant」と「Claw」の両方で機能します。
「Claw」では、編集アクセス権を持つユーザーのみが受信トレイでエージェントのアクションを確認できます。各スレッドを表示して応答できます。これは、エージェントの活動を追跡する必要があるIT管理者や、エージェントが作成した課題を確認し、アクション実行前に承認したいチームリーダーに有用です。
「Assistant」では、各ユーザーのアクションはそのユーザーの受信トレイに非公開のままです。これは、Notionの非公開ドキュメントを読むような機密性の高い個人タスクを処理するエージェントに求められるものです。
imageエージェントの可観測性
LangSmithはすでに、Fleet内のすべてのエージェントアクションに対してネイティブなトレーシングを提供しています。すべてのツール呼び出し、すべての決定、すべての出力が構造化されたトレースに記録され、検査、検索、エクスポートできます。
企業にとって、これは監査証跡となります。エージェントが何をしたか、なぜ各決定を下したか、どのデータにアクセスしたかを正確に確認できます。これは、コードで構築したエージェントとFleetで作成したエージェントの両方で機能します。
エージェントアイデンティティと権限と組み合わせると、トレーシングは完全な全体像を提供します:どのエージェントが、誰に代わって、どの認証情報で、各ステップで何をしたか。
1つのエージェントから企業艦隊へ
ほとんどのチームは同じ道筋をたどります:1人が優れたエージェントを構築します。同僚がそれを試します。その後、チームは日常業務でエージェントを実行し始めます。Fleetはその進展のために構築されており、組織全体でエージェントを共有する制御と、その行動への可視性を提供します。
私たちはFleetを積極的に拡張しており、今後数週間で、エージェント共有、アイデンティティ、安全で自律的な作業に関するさらなる機能が追加されます。
Fleetを試す
原文を表示
imageLangSmith Agent Builder is now Fleet: a central place for all of your teams to build, use, and manage agents across the enterprise.
We're also shipping agent identity and agent sharing. A new credentials model controls who your agent acts on behalf of. A permissions model gives you control over who can use, edit, and share each agent in your workspace.
Try Fleet
From building agents to managing your agent fleet
Just six months ago, building an agent required an engineer. Today, anyone on your team can describe a task in a short prompt and generate an agent to handle that job for you. That's how fast things have evolved.
We launched Agent Builder in October to enable knowledge workers to create their own agents with natural language. Since then, we’ve seen a consistent pattern: teams start with one or two agents for simple tasks like research or status checks. Then use cases expand and they start running more tasks across more agents. This allows people to offload many repetitive work that eat up the day so they can focus on the aspects of their job that require human judgment.
When agents are this easy to create, the hard part shifts to managing them: who owns which agents, how they authenticate across tools, who can audit what they do, and how to share a good one across the organization securely.
That's what LangSmith Fleet is for.
Creating agents with a simple prompt
Sharing so centralized teams can publish agents and team members can share
Permissions so you control who can edit, run, or clone each agent
Agent identity and credentials so you define how agents authenticate with company tools
Inbox so users can track agent activity and approve actions with human-in-the-loop
Observability to provide an auditable record of what every agent did and why
Tiered permissions and sharing
A good agent is valuable to the whole team. A vendor intake agent can serve your ops org. A weekly report agent can save every account manager thirty minutes on Monday morning. But sharing an agent across the enterprise requires control over who can modify it, who can use it, and who gets their own copy to customize. You can now configure all of this for each agent you create with Fleet.
Agent sharing has two dimensions: who gets access, and what they can do.
Who: Share with individual users or with your entire workspace.
What: Three permission levels:
Can clone: Clone the agent into their own version to customize
Can run: Use the agent without modifying its configuration
Can edit: Full access to change instructions, tools, and settings
You can layer these as needed. Give your core team edit access and share run-only with the broader workspace. Change or revoke permissions at any time.
imageAgent identity and credentials
When multiple people run the same agent, it needs a secure way to authenticate with external tools. Sometimes each user should authenticate individually. Sometimes a shared service account makes more sense. You now have both options, configurable per agent.
"Claws" have a fixed set of credentials regardless of who runs them. Users don't need to log in for each tool. This has been the default in Fleet, and it's useful for something like a Linear Slack bot, where your entire team searches and creates issues using the same credentials.
"Assistant" agents act on behalf of the user who invokes them. Each user authenticates with their own account for each connected tool that requires credentials, using OAuth in Fleet. The agent acts within that user's permissions. This makes sense for something like a team knowledge base in Notion, where each user has different document access.
imageAgent identity for Slack bots
Fleet agents can already respond to messages in Slack. With agent identity, each agent can now have its own Slack bot.
Instead of routing everything through a single Slack bot, each agent can now be triggered with its defined name. Create a bot for each job and give it a Slack handle: @vendor-intake, @weekly-sales-numbers, @onboarding-agent. Your team can @mention an agent in a channel or DM it directly to hand off tasks without switching context.
Agent identity ties into permissions and credentials. A "Claw" with its own Slack bot works as a team resource. An "Assistant" agent is available only to users who authenticate with the agent's tools.
We’re expanding these same principles of agent identity to additional channels in the coming weeks.
imageAgent Inbox
When you have multiple agents running tasks in parallel across your org, you need one place to review what's happening and act on it. The Inbox gives you human-in-the-loop oversight across all of your agents: review, approve, or reject actions for all of your agents from one central place without switching across tabs. This works for both "Assistants" and "Claws," based on specific permissions.
With "Claws," only users with edit access can review agent actions in the Inbox. They can view and respond to each thread. This is useful for an IT admin who needs to track agent activity, or a team lead who wants to review the issues an agent created and approve actions before they go out.
With "Assistants," each user's actions stay private to that user’s Inbox. That's what you want for an agent that handles sensitive personal tasks like reading private documents in Notion.
imageAgent observability
LangSmith already provides native tracing for every agent action in Fleet. Every tool call, every decision, every output is captured in a structured trace that you can inspect, search, and export.
For enterprises, this is the audit trail. You can see exactly what an agent did, why it made each decision, and what data it accessed. This works across both agents you build in code and agents created with Fleet.
When combined with agent identity and permissions, tracing gives you a complete picture: which agent acted, on whose behalf, with what credentials, and what it did at each step.
From one agent to an enterprise fleet
Most teams follow the same path: one person builds a good agent. A colleague tries it. Then the team begins running agents across their daily work. Fleet is built for that progression, giving you the control to share agents across your organization and visibility into their actions.
We're actively expanding Fleet, with more coming soon for agent sharing, identity, and safe, autonomous work in the weeks ahead.
Try Fleet
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み