给研发团队一个可扩展的浏览器能力层
这里最重要的不是单个 API，而是一整套接入、调试、扩展和生态合作的基础能力。
- 提供 Chromium 与 Firefox 内核能力，覆盖不同业务侧的运行需求
- 支持 Android、iOS、Windows、macOS、Linux 等系统平台的 SDK 接入
- 除了接口，还提供文档、日志回溯和调用数据查看等辅助能力
云登指纹浏览器开放平台：浏览器能力接入你的系统
开放能力
开放平台当前最核心的四层能力
开放平台围绕运行内核、平台覆盖、智能体接入和开发辅助能力，提供一套可接入、可调试、可扩展的浏览器开放能力。
多浏览器内核能力
既提供 Chromium，也提供 Firefox 路线，让接入方式更贴近实际业务、兼容性和调试习惯。
多系统平台 SDK
面向 Android、iOS、Windows、macOS、Linux 的平台能力被纳入同一开放入口，方便团队统一规划。
Yunlogin MCP
把浏览器环境进一步暴露给智能体工作流，适合希望让 AI 直接调用浏览器上下文的团队。
Cookie 与配置管理
开放页把 Cookie 管理单独列出，说明平台更强调对状态、会话与环境上下文的持续控制。
开发者资源
不止有接口，还有完整的接入与排查工具
除了接口本身，文档、入驻流程、客户端接口、日志检索和调用数据，往往才是研发团队真正高频使用的资源层。
了解开放平台与入驻流程
先理解平台边界、适用场景与合作方式，再决定使用哪种接入模型，能明显降低后续返工成本。
按客户端归类的应用接口
按客户端归类接口入口，便于开发者根据所属端选择更匹配的接入方式。
日志检索与调用数据查看
日志回溯和每日调用数据可以帮助开发团队更快定位异常、验证稳定性，并为后续优化提供依据。
接入流程
把开放能力接进内部系统时，建议这样走
更稳妥的方式是先确认接入模型，再按客户端与平台能力拆分路线，最后把日志与调用数据纳入日常验证。
先确认业务模型与平台能力边界
从开放平台介绍、接入说明和入驻流程开始，先明确你需要的是浏览器能力、智能体调用，还是更深的生态合作。
按客户端和系统平台选择接入方式
根据业务落在哪个端，选择对应接口与 SDK，避免一开始就把桌面、移动或智能体调用混在同一条接入路线里。
用日志与数据做持续验证
将日志检索和调用数据查看纳入上线后的日常工作，让平台接入变成可以长期维护和优化的内部资产。