针对不同版本的接口，穿云 API 对 Cookies 的处理逻辑有所不同。请根据您使用的版本参考以下说明：

1. V1 版本接口

• 处理逻辑：V1 版本支持直接返回 Cookies。
• 使用方式：请求成功后，响应头中会包含目标网站返回的 Set-Cookie 信息。您可以自行提取并在后续请求中手动携带。

2. V2 版本接口（推荐方案）

• 核心逻辑：V2 版本采用了更智能的内部托管机制。
• 自动持久化：V2 接口会自动将获取到的有效 Cookies（如 cf_clearance）存储在当前的会话实例中。
• 自动下发：在有效期内，当您通过穿云 API 发起下一次请求时，系统会自动在请求头中注入该 Cookies，无需您手动管理或提取。
• 无法直接获取的原因：由于 Cloudflare 的 Cookies 与特定的浏览器指纹、JA3 指纹和网络环境深度绑定（一旦环境信息微调，Cookies 立即失效），为确保高成功率，穿云服务会全程托管这些加密信息，因此 V2 接口默认不直接透传这些 Cookies 给客户端。

进阶使用建议

• 如果您已有有效 Cookies：
  如果您已经通过其他方式获取了目标网站的 cf_clearance 或会话 Cookies，在通过穿云 API（或穿云代理）发起请求时，您可以直接在 header 中带上 Cookie 字段。穿云 API 会优先透传您的自定义 Cookies 尝试访问。
• 推荐工作流：
  建议使用 穿云 API 代码生成器（V2 版） 构建您的采集脚本。利用 V2 接口的指纹全栈模拟与 Cookies 托管功能，可以极大简化您的代码逻辑，避免因手动管理 Cookies 失效而导致的 403 拦截。

校对笔记：

1. 精准对齐：明确区分了 V1 的“透传”与 V2 的“托管”逻辑，修正了用户对 V2 无法获取 Cookies 的技术疑惑。
2. 安全性说明：补充了 Cloudflare Cookies 与环境绑定的技术细节，增强了文档的专业深度。
3. V2 优先引导：顺应产品迭代趋势，重点强调了 V2 的自动化优势。