Cloudflare 推出 Turnstile Spin，允许用户控制的 AI 编程代理在获得批准后自动完成 Turnstile 前端嵌入与后端 Siteverify 校验的接入流程。该功能旨在帮助开发者正确部署防自动化滥用的验证机制，但代理只修改本地代码并需用户审阅，Cloudflare 不会替用户远程部署基础设施。
Cloudflare推出Turnstile Spin，让AI编程代理参与网站人机验证服务的完整接入流程：从创建Turnstile组件，到把前端生成的令牌交给后端的Siteverify接口校验，代理可以在获得用户批准后，查找代码库中的相关位置并完成修改。
这项更新解决的并不是“如何让AI绕过验证码”，而是如何让AI帮助网站正确部署用于阻止自动化滥用的验证机制。Cloudflare在9月25日发布的官方公告中说，Turnstile在一个典型工作日处理约30亿次验证，而Spin自7月发布以来，控制台记录了超过6.5万次成功的Spin组件创建，开发者复制生成提示词的次数超过3万次。这些数字均为Cloudflare自述，尚未有独立审计。
从两步人工接入变成代理引导的工作流
Turnstile的基本部署一直包括两个环节。网站首先要在前端嵌入组件，使Cloudflare能够运行客户端挑战并生成令牌；随后，网站后端必须把令牌提交给Siteverify接口，并根据返回的成功或失败结果决定是否继续处理登录、注册或表单请求。
如果只完成前端嵌入而没有后端校验，页面看起来可能已经安装了Turnstile，但关键请求并没有真正受到保护。Cloudflare在服务端校验文档中强调，验证必须在后端进行，秘密密钥不能暴露在前端代码中。
Turnstile Spin把这两个环节交给一个由用户控制的AI编程代理来协助完成。用户可以从Cloudflare控制台、Wrangler命令行，或者直接把公开的Spin skill交给代理启动流程。代理会扫描项目，找出相关前端表单和后端处理函数，提出修改计划，并在用户批准后写入代码。
Cloudflare称，Spin可以处理三类场景：新项目从零安装Turnstile；发现已有组件却缺少Siteverify校验时补上后端验证；以及从reCAPTCHA或hCaptcha等其他CAPTCHA服务迁移。迁移时，代理会识别旧服务的脚本、前端标记和秘密变量，再提出替换方案，而不是直接把不同服务的配置混在一起。
代理修改本地代码，但不会替用户部署基础设施
Cloudflare特别强调了权限边界。Spin不会把应用代码发送到Cloudflare，也不会让Cloudflare远程修改网站。实际执行修改的是用户已经在使用的编程代理，例如Claude Code、Cursor、Codex、OpenCode或GitHub Copilot Chat；修改发生在用户自己的代码库中。
在创建组件时，Spin会返回公开的sitekey、仅供后端使用的secret，以及供代理执行的提示。Cloudflare的文档说明，代理在完成接入前应询问用户保护哪些表单或路由，并在不可逆操作前请求确认。验证结束后，它还可以使用测试令牌检查配置是否连通。
这使Spin更像一个带有安全约束的代码变更工作流，而不是一个把网站控制权交给Cloudflare的自动部署系统。用户仍需要审阅代理提出的插入位置、后端校验逻辑和环境变量处理方式，尤其要确认登录、注册、支付或其他敏感操作不会只依赖浏览器端的结果。
为什么Cloudflare把重点放在“正确安装”上
生成式AI降低了建站门槛，也让更多缺乏后端经验的用户开始部署真实网站。与此同时，自动化工具也降低了攻击者批量提交垃圾内容、撞库和滥用接口的成本。对Cloudflare而言，安全组件如果只安装了一半，可能给网站制造一种已经受到保护的错觉。
Turnstile本身并不是传统意义上要求用户识别图片或文字的CAPTCHA。Cloudflare称，它可以嵌入不经过Cloudflare CDN代理的网站，并在风险较低时不显示明显的人机挑战。但这并不意味着前端组件可以取代服务端判断。令牌有有效期和单次使用限制，后端还应检查验证结果中的主机名、动作等字段，并对异常请求进行限流和记录。
这类“代理帮助完成安全配置”的趋势，也与网站如何识别和管理AI代理有关。AIFlux此前报道的Cloudflare BotBase运营方工具关注的是机器人身份、用途与访问治理；Turnstile Spin则把控制点前移到网站代码和请求校验本身。两者共同反映出，网站面对的已经不只是“人还是机器”的二元判断，还包括一个自动化主体是否被授权、是否能够被追踪，以及它能执行到哪一步。
采用数据说明需求，但不能代表行业普遍结果
Cloudflare披露的Spin使用数据显示，开发者确实在尝试把安全接入交给AI编程工具。但这些数据来自Cloudflare自己的控制台，不能据此推断所有AI编程代理都已具备可靠的安全集成能力，也不能说明所有网站框架都能获得同样的效果。
Cloudflare在另一份开发者文档中列出，Spin目前提供针对Next.js、Astro、SvelteKit、Hugo和原生HTML等场景的插入示例；遇到其他框架时，代理会退回到通用模式并请求用户确认。换言之，代理能够减少重复工作，却不能消除框架差异、业务逻辑错误和密钥管理失误带来的风险。
时间线上也存在一个需要区分的层次：Cloudflare开发者变更日志把Turnstile Spin标为2026年8月10日正式可用，而9月25日的博客文章则以产品公告形式介绍其工作方式和早期使用情况。前者更接近功能可用日期，后者是面向公众的详细发布说明，两者并不应被简单合并为同一个发布日期。
Turnstile Spin最终能否改善网站安全，取决于代理是否提出了正确的改动，以及用户是否真正审阅和批准这些改动。它可以把“忘记接入后端校验”这类常见错误变得更容易发现，却不能替开发者承担授权范围、接口逻辑和上线后的安全责任。
来源： Cloudflare官方公告：Agents can now set up your website’s security with Turnstile Spin、Turnstile Spin开发者文档、Turnstile Spin正式可用变更日志、Turnstile服务端校验文档。