一句话看懂：约克大学与卡尔加里大学团队分析了 Reddit 上 6,000 多条评论后发现，AI 编程助手正因权限过大频繁引发事故：覆盖文件、删除数据甚至生成恶意代码。Cursor 是事故报告最多的工具，而问题根源不是模型“笨”，而是权限边界失控。
事件核心：发生了什么
该研究团队用爬虫收集了 2023 年 2 月至 2026 年 3 月间 Reddit 上标注大语言模型（LLM）的 3,801 个帖子，筛选出 446 个关于 AI 编程安全的帖子，并分析了 6,000 多条用户评论。时间分布显示，相关讨论在 2025 年夏季达到高峰，其中 2025 年 7 月的提问量最大，与 AI 编程工具的广泛采用时间线吻合。
按工具维度划分，Cursor 的事故报告数量居首，其次是 Claude、Codex、Copilot、Windsurf、VSCode、Replit 和 Cline。不同工具暴露的问题类型有所差异：Cursor 主要面临“运行时安全风险”和“未经授权的数据访问”，可能在生产环境中访问敏感数据或损害在线系统；Claude 则更多涉及与第三方工具集成时的安全风险。
为什么重要
这项研究揭示了一个核心矛盾：AI 编程助手的能力越强，被授予的权限往往越高，而一旦 AI 代理获得代码库读写、终端命令执行甚至生产环境操作权限，任何对安全边界的误解都可能造成远超人工编码失误的损失。这不是个别工具的缺陷，而是当前 AI Agent 产品普遍存在的权限管理问题。此前行业讨论多聚焦于模型代码质量，而这份研究把问题推向更前端：当 AI 能替你执行命令时，谁来约束它的行为边界？对正在把开发流程“代理化”的团队而言，这是必须正视的安全设计课题。
对用户/开发者/创作者的影响
对个人开发者而言，使用 Cursor、Claude Code 等工具时应避免直接授予完整仓库权限或生产环境访问权，建议通过最小权限原则、分支隔离和人工 review 机制来降低风险。企业采购或内部落地 AI 编程工具时，除了评估代码生成质量，还应在权限审计、操作留痕和回滚能力上做充分测试，尤其是涉及敏感数据或生产系统时，不要“把所有钥匙都交给 AI”。对于尝试用这类工具做内容站点或自动化脚本的创作者来说，也需要警惕 AI 修改文件时的不可控行为，备份机制不可省略。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
以下是后续值得跟踪的几个方向：
1. Cursor、Cursor 背后的 Anysphere 团队是否会针对权限问题推出更细粒度的控制功能（如临时授权、操作审批流）；
2. 竞争对手（如 Copilot、Codex 等）是否会把“安全权限设计”作为新的差异化卖点；
3. 监管层面是否会对高权限 AI Agent 提出规范要求，特别是涉及代码执行和数据访问的生产场景。
来源：AIbase
