面临的问题
多个智能体复用同一个浏览上下文时,会话状态和网络假设会变得难以判断。
为每个获准的自动化工作流提供专属浏览上下文和本地控制界面。
仅可将 Agilelogin 用于你获准访问的账号、系统和数据。
产品文档 · 最后审核于 2026 年 8 月 4 日
Agilelogin 产品团队已依据当前公开产品范围审核。
面向 AI 智能体的隔离浏览 Profile,是分配给单个获准自动化工作流的持续本地浏览上下文。其浏览状态和网络分配保持可识别,工作流通过明确的本地 CDP 或 REST 接口连接。Profile 建立控制边界,但不会授予智能体超出操作者已授权账号和系统的权限。
面临的问题
多个智能体复用同一个浏览上下文时,会话状态和网络假设会变得难以判断。
Agilelogin 的处理方式
为每个获准工作流分配专属 Profile,并通过操作者可以检查的显式本地 API 边界连接。
当获准工作流需要持续浏览状态,或操作者必须清楚判断由哪个智能体拥有会话时,应使用专属上下文。
周期性智能体工作流必须返回同一个已获准登录的浏览状态。
多个获准智能体执行相似任务,但其 Cookie、存储或网络假设必须保持分离。
人工操作者需要检查、暂停或继续自动化使用的同一浏览环境。
并非每项自动化任务都需要持续浏览器。应选择能够可靠完成获准任务的最小权限接口。
| 自动化需求 | 建议边界 | 原因 |
|---|---|---|
| 需要获准会话状态的周期性浏览工作流 | 每个工作流使用一个专属 Agilelogin Profile | 更容易检查状态归属和网络假设。 |
| 无需保留状态的一次性浏览任务 | 临时浏览上下文 | 减少过期状态,并简化任务结束后的清理。 |
| 已有公开 API,无需浏览器即可完成任务 | 使用服务 API 或受限 HTTP 客户端 | 浏览器会引入工作流可能并不需要的状态与权限。 |
可执行的工作流程
连接代码之前先明确授权,再让 Profile 从创建到清理的完整生命周期保持可见。
记录账号、数据、动作、停止条件和人工负责人。自动化应从范围较小且可复核的任务开始。
为工作流提供清晰可辨的 Profile,不要复用无关的人工或智能体会话。
仅使用有文档说明的 CDP 或 REST 能力,限制本地访问,并确认已安装版本是否提供相应接口。
依照策略关闭或保留会话,记录结果,并把重试设计为明确动作,避免静默重复操作。
涉及的产品能力
每个环境完全独立,彼此之间不泄露任何数据。
通过本地 CDP + REST API,用代码或 AI 智能体驱动环境。
为每个身份分配专属代理,统一在一处管理。
专属 Profile 只是一项控制;授权、机密信息、日志和失败处理仍然需要明确负责人。
本地接口让控制方式更加明确,但不会让所有连接的智能体或脚本自动变得可信。
不会。平台条款与适用法律仍然有效。Agilelogin 用于组织浏览环境,并不会授予访问账号或服务的权限。
获准的工作流可以通过本地 CDP 与 REST 接口连接。依赖自动化前,请确认 API 可用性与访问权限。
当多个智能体并发运行或需要独立状态时,通常不应共享。每个获准工作流使用独立 Profile,更容易理解 Cookie、存储、网络假设和失败责任。共享应是经过明确测试的决定,而不是默认做法。
CDP 通常用于直接检查和控制浏览器;REST 接口则提供产品选择开放的应用操作。只使用 Agilelogin 已记录的端点,并在设计工作流前确认已安装版本实际支持的能力。