Octop v1.0.0 不支持 CDP 自动化,其定位是自托管多用户 AI 助手平台,聚焦本地知识管理、多源信息接入与跨任务协同,而非浏览器操控;CDP 相关能力需通过 HTTP 工具、外部 Puppeteer 服务或 Shell 脚本等替代路径实现。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

Octop v1.0.0 不支持 CDP(Chrome DevTools Protocol)自动化。
这是关键前提。Octop 是一个面向家庭与团队的自托管、多用户、多 Agent 的 AI 助手平台,核心定位是本地化知识管理、多源信息接入(如腾讯文档、微博、新闻)、跨任务协同(如订机票+写行程+同步到群),而非浏览器自动化控制工具。
CDP 自动化通常用于操控 Chrome/Chromium 浏览器实例,实现页面抓取、表单填写、截图、性能分析等,典型场景由 Puppeteer、Playwright 或直接调用 chrome-remote-interface 实现。而 Octop 的架构中:
- 没有内置浏览器运行时(无 headless Chrome 集成)
- 不暴露 CDP 端口或调试协议接口
- Agent 执行层基于 LLM 调度 + 插件(Plugin)和工具函数(Tool Call),当前插件生态聚焦于:
- 文档读取(腾讯文档、Notion、本地文件)
- 日程与通讯(微信/企业微信通知、日历同步)
- 搜索与聚合(新闻、微博热点、RSS)
- 本地执行(Shell 命令、Python 脚本沙箱)
如果你需要在 Octop 环境中实现类似 CDP 的效果(例如自动获取网页内容、提交表单),可考虑以下替代路径:
用 HTTP 工具替代页面操作
大多数网页功能可通过 API 或标准 HTTP 请求完成。Octop 支持自定义 Tool,你可编写一个 Python Tool,用requests+BeautifulSoup或httpx抓取结构化数据,绕过浏览器渲染。通过已支持的浏览器扩展桥接(需额外部署)
若必须依赖真实浏览器行为(如 JS 渲染、登录态维持),可单独部署 Puppeteer 服务(如puppeteer-server),暴露 REST 接口;再为 Octop 编写对应 Tool,向该服务发起请求并解析返回结果。利用 Shell Tool 调用本地自动化脚本
Octop 支持安全沙箱内的 Shell 执行(默认禁用高危命令)。你可将 Puppeteer/Playwright 脚本封装为.js文件,放在服务器指定目录,再通过 Tool 调用node script.js并传参。等待未来版本扩展能力
Octop 团队明确将“可扩展性”列为长期重点,GitHub 仓库(https://www.php.cn/link/e944a5f7ab6105d3d8814a8bd1c4de82 Tool SDK。CDP 类能力更可能以「浏览器控制插件」形式作为社区共建模块出现,而非内建功能。
不复杂但容易忽略:确认需求本质——你要的是“获取网页数据”,还是“模拟人点按浏览器”?前者用 HTTP 就够了;后者才真正需要 CDP,而那已超出 Octop 的设计边界。

















