用 Claude 做对话式原型，与 Cursor 怎么选？
围绕需求表达、可运行预览和迭代验收比较原型开发方式，避免把生成页面当成可上线产品。
先说清这里的 Claude 指什么
“用 Claude 写应用”可能指聊天中生成代码或预览，也可能指 Claude Code 在项目环境里操作。前者适合把想法变为可讨论的界面与代码草案，后者可以在获准环境里读写文件和执行测试。Cursor Agent 同样能搜索代码、修改文件和运行命令，不能简单归类为只有自动补全的编辑器。
所谓对话式原型开发，是用自然语言推动小步实现；它并不免除理解数据流、权限和代码的责任。本页提供可复现的试用流程，没有“一月亲测”的经历或哪个模型更懂设计的主观排名。
原创原型：图书借阅登记页
先限定范围：用十本虚构图书展示列表，可按标题搜索，借阅按钮只修改本地模拟状态；不连接学校系统、不收集学生资料、不做真实登录。验收标准为窄屏能读、键盘可操作、空搜索有提示、同一本书不能重复借出。
聊天路径可以先生成页面结构和交互草稿，逐条讨论文案与状态；需要持续维护仓库时，再把经过选择的方案放入项目环境。Cursor 或 Claude Code 路径则可围绕同一份仓库和预览不断修改。切换工具时要带上需求和验收记录，不假设上下文自动同步。
把模糊反馈改成可以验证的改动
不要只说“更高级一点”。可以要求“借出状态使用文本和颜色共同表达，三百六十像素宽度无横向溢出，空结果说明如何清除筛选”。每一轮只改一个方面，查看页面与代码差异，再保存可恢复版本。
对比时给各工具同样的起始项目和三轮修改：增加筛选、处理空结果、修复重复点击。记录是否保留原有功能、是否引入无关依赖、测试与预览是否真的运行，以及人工纠正花了多久。漂亮截图不能证明交互或可访问性合格。
从原型进入真实产品的边界
准备加入账户、数据库、支付或外部邮件时，应重新做设计与安全审核。前端不能保存 API 密钥，客户端校验不能替代服务端校验，模拟成功状态也不是业务事务完成。要求模型清楚标注哪些是真实能力、哪些仍是假数据。
选择取决于你想先讨论体验，还是已经需要在仓库中连续开发与验证。可以只用一个工具完成，也可分阶段协作，不必同时订阅多个产品。当前功能、模型与费用按各家官方说明核实；本文未启动真实项目、调用 API 或部署应用。
参考来源
资料核对日期：2026-10-04。涉及产品与账户条件时，请以当前官方说明为准。