使用 Cursor 升级网站依赖项和框架
昨天我决定是时候升级 kentcdodds.com（你很可能正在阅读此文章的网站）的依赖项了。任务：作者使用 Cursor Composer 1.5 对一个大型网站（超过 4.2 万行代码）的依赖项进行了审计和升级。工作流程包括生成按升级难度分组的过时包列表，然后分批执行升级：简单、中等以及主要框架迁移（从 Remix 到 React Router v7）。人工监督包括提供特定上下文（如 Zod v4 导出）、审查计划，以及在代理初次尝试后纠正路由结构问题。；工具：Cursor。人工角色：原始帖子没有说明人如何参与。；局限：成功在很大程度上依赖于现有高质量的测试和文档。代理在处理框架特定的路由约定时遇到困难，需要手动纠正。长时间运行的后台任务需要监控自动错误修复（BugBot）并在合并前进行人工审查。作者指出，管理多个并发代理和通知存在困难。。
工具
Agent Work Atlas 发布日期:
概述
昨天我决定是时候升级 kentcdodds.com（你很可能正在阅读此文章的网站）的依赖项了。
工作流程
作者使用 Cursor Composer 1.5 对一个大型网站（超过 4.2 万行代码）的依赖项进行了审计和升级。工作流程包括生成按升级难度分组的过时包列表，然后分批执行升级：简单、中等以及主要框架迁移（从 Remix 到 React Router v7）。人工监督包括提供特定上下文（如 Zod v4 导出）、审查计划，以及在代理初次尝试后纠正路由结构问题。
原文报告的结果
简单和中等升级已完成，仅出现少量问题且处理得当。Vite/Vitest 和 Zod 等主要升级顺利成功。复杂的 Remix 到 React Router v7 迁移需要人工干预以修复路由约定并采用新的类型处理，但在后台代理迭代和自动错误修复后，最终合并了 PR。
人工角色
原始帖子没有说明人如何参与。
局限
成功在很大程度上依赖于现有高质量的测试和文档。代理在处理框架特定的路由约定时遇到困难，需要手动纠正。长时间运行的后台任务需要监控自动错误修复（BugBot）并在合并前进行人工审查。作者指出，管理多个并发代理和通知存在困难。
试一试
作为使用 Cursor Composer 的高级开发人员行事。我的项目是 [replaceable: 项目名称/路径]，技术栈为 [replaceable: 技术栈，例如 Remix, Vite]。1. 生成按升级难度（简单、中等、困难）分组的过时包列表。2. 首先执行“简单”升级。3. 对于“中等”升级，谨慎处理破坏性更改，参考迁移指南。4. 对于“困难”框架迁移（例如 [replaceable: 具体迁移]），创建详细计划，搜索文档并执行。5. 如果路由或结构中断，提供错误输出并要求修复以匹配原始结构。6. 每批升级后运行测试。在我确认所有测试通过且差异看起来正确之前，不要合并。从单个包的试运行开始。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。