面临的问题
随着账号工作增加，Cookie、存储、窗口和网络设置会越来越难以识别并稳定复用。
使用场景 / 使用场景
为每个账号建立清晰的浏览边界
整理客户、项目或运营账号，同时避免混合各自的浏览会话。
仅可将 Agilelogin 用于你获准访问的账号、系统和数据。
产品文档 · 最后审核于 2026 年 8 月 4 日
Agilelogin 产品团队已依据当前公开产品范围审核。
什么是多账号浏览器管理？
多账号浏览器管理，是为每个获准使用的账号分配一个有名称、可持续使用的浏览环境。操作者无需依赖越来越多的窗口，而是可以返回同一个 Profile，并把浏览状态和网络分配保存在一起。这一边界用于改善组织方式，不会改变谁有权使用账号。
Agilelogin 的处理方式
为每个获准账号创建命名明确的 Profile，将状态集中保留，并在每次会话前检查网络分配。
什么时候适合使用独立浏览 Profile？
当浏览状态需要跨多次会话保持清晰可辨时，独立 Profile 才有价值。它应解决真实的操作边界，而不是制造超出工作需要的环境。
- 01
你会反复访问多个获准使用的账号，需要清楚区分 Cookie、存储和浏览器设置。
- 02
客户、项目或运营工作需要稳定的名称和网络分配，并在启动前完成检查。
- 03
会话需要日后继续，而不能依赖某个普通浏览器窗口一直保持打开。
该选 Profile、隐私窗口还是普通浏览器？
选择能够保留实际所需状态的最小边界。持续性工作适合使用 Profile；没有后续状态需求的短期任务，临时浏览模式可能已经足够。
| 使用情形 | 建议边界 | 原因 |
|---|---|---|
| 反复处理一个获准使用的账号 | 每个账号使用一个命名的 Agilelogin Profile | 便于识别持续浏览状态和已分配的网络。 |
| 任务很短，不需要保留可再次使用的会话 | 临时隐私窗口可能已经足够 | 没有返回需求时，无需创建持续环境。 |
| 普通浏览，不需要账号隔离 | 普通浏览器 Profile | 额外的工作区结构不会带来实质控制价值。 |
可执行的工作流程
如何用浏览 Profile 整理多个账号
先确认所有权和用途，再让 Profile 名称、状态及网络分配在每次会话前都容易核验。
- 01
梳理获准使用的账号
列出你负责的账号、所有者、用途和适用的平台规则。无法确认授权的访问，不应创建 Profile。
- 02
制定命名规范
采用客户-用途-地区等可预测格式，让人无需打开 Profile 就能识别其用途。
- 03
分配并检查网络
仅在工作流确有需要时连接预定代理，并在启动前核对分配。
- 04
继续会话前复核
继续操作前确认 Profile 名称、账号用途、网络路由和下一项获准执行的动作。
涉及的产品能力
环境隔离
每个环境完全独立，彼此之间不泄露任何数据。
代理池
为每个身份分配专属代理，统一在一处管理。
真实指纹
每个环境拥有一致、可信的设备指纹，稳定自然。
多账号操作检查清单
简短的启动前检查可以避免大多数组织错误，同时不会让工作流变得繁琐。
- 已记录账号所有者和允许用途。
- Profile 名称能够唯一识别该项工作。
- 网络分配符合已记录的要求。
- 上次会话以便于下一位操作者理解的状态结束。
- 计划执行的动作符合平台条款和适用法律。
Profile 隔离不能做到什么
Profile 隔离是一项组织和技术边界，不是对第三方决定或账号结果的承诺。
- 它不会授予访问账号、系统或数据集的权限。
- 它不能代替强密码、多重身份验证、恢复控制或设备安全。
- 网站和代理服务商仍会依照各自条款与隐私规则接收并处理请求。
关于此工作流的问题
Agilelogin 会取代平台规则吗？
不会。平台条款与适用法律仍然有效。Agilelogin 用于组织浏览环境，并不会授予访问账号或服务的权限。
这个工作流可以自动化吗？
获准的工作流可以通过本地 CDP 与 REST 接口连接。依赖自动化前，请确认 API 可用性与访问权限。
Agilelogin Profile 和隐私或无痕窗口一样吗？
不一样。隐私浏览模式面向临时本地会话，通常会在会话关闭后清除部分浏览数据；Agilelogin Profile 则是可命名并可再次访问其状态的环境。不同浏览器的隐私模式行为可能有所不同。
每个账号都必须使用不同代理吗？
不是。只有获准工作流要求特定网络路由时才需要分配代理。真正有价值的控制，是所选网络分配与 Profile 一起清晰展示并得到复核，而不是强制每个账号使用代理。