专用上下文
获准工作流可以指向易识别的 Profile，而不是悄悄复用无关人员或智能体的会话。
功能 · 自动化
面向获准自动化的明确本地控制面
Agilelogin 通过有文档说明的 CDP 与 REST 接口，把手动浏览器 Profile 和获准自动化放入同一本地工作空间。
产品文档 · 上次审核于 2026 年 8 月 4 日Agilelogin 产品团队已依据当前公开产品范围完成审核。
什么是本地浏览器自动化？
本地浏览器自动化是软件通过操作方设备上公开的接口控制浏览器或 Profile。Agilelogin 当前公开范围包含供获准工具使用的本地 CDP 与 REST 控制面。本地性使连接边界更明确，但不会授权工具、保障其代码安全，也不保证每个版本都存在同一端点。
本地边界可以实现什么
当工作流用途较窄、拥有专用 Profile，并有可检查和停止它的人工负责人时，接口最有价值。
CDP 浏览器控制
当已安装内核支持时，有文档说明的 Chrome DevTools Protocol 访问可用于直接检查和操作浏览器。
REST 应用操作
正式版本可通过有文档说明的 REST 端点提供选定 Profile 与生命周期操作，不必让每项任务都拥有浏览器级控制。
人工可见生命周期
操作方应能识别 Profile、进程、允许动作、停止条件和一次运行的预期最终状态。
接口、工具和账号权限彼此独立
可用的本地端点只是自动化链条中的一项控制。
| 对象 | Agilelogin 边界 | 操作方行动 |
|---|---|---|
| 本地 CDP 或 REST 控制面 | 由已安装 Agilelogin 版本在有文档说明时公开 | 确认版本支持并限制本地设备和网络访问。 |
| 智能体、脚本、框架与依赖项 | 连接的外部软件 | 审查代码、权限、提示词、密钥、更新和供应链风险。 |
| 第三方账号、数据与动作 | 位于产品授权之外 | 执行前定义允许范围、条款、日志、人工复核和恢复。 |
如何准备自动化边界
在工具连接浏览器会话之前，先设计权限与失败路径。
- STEP 01
定义允许任务
记录账号、数据、动作、停止条件、预期输出和对运行负责的人。
- STEP 02
分配专用 Profile
按获准工作流隔离持久浏览器状态，除非已经明确设计并测试，否则不要并发占用。
- STEP 03
连接权限最小的接口
当服务 API 或受限 REST 操作足以完成任务时，避免完整浏览器控制；仅使用有文档说明的端点。
- STEP 04
观察完成与失败
让超时、重试、部分动作、清理和人工停止清晰可见，避免静默重复。
本地自动化不会保证什么
本地控制减少一类暴露面，但不会使整个工作流自动可信。
- 在发布版本化文档之前，不应推断稳定的公开 API 合同或兼容性保证。
- 所连接智能体或脚本仅拥有操作方授予的权限；Agilelogin 不会扩大该权限。
- 凭据、提示词、日志、依赖项、目标网站行为和恢复流程仍是独立风险。
本地自动化常见问题
工作流何时应使用 CDP 而不是 REST？
需要有文档说明的浏览器级检查或操作时使用 CDP；能够以更小浏览器权限完成任务时，优先使用正式 REST 或服务 API。选择前请确认已安装版本。
任何本地进程都能安全连接吗？
不能。本地访问不等于自动信任。应限制谁能在设备上运行软件、审核连接工具、保护密钥，并避免让控制接口超出文档规定的边界。
Automation API 已可用于生产集成吗？
目前未发布生产就绪声明。在版本化文档、身份验证、错误和兼容性信息可用之前，应把接口视为随版本变化。