用Cursor写React组件，prompt怎么组织才能让它一次生成靠谱代码？

我觉得你这个问题很多用Cursor的人都会遇到，核心可能不在于“一次讲完”还是“分步骤”，而在于给它一个可参照的“骨架”。我会先把组件拆成状态、UI结构、事件处理三块，像写技术验收单一样把每个字段的必填/可空、分页边界条件和空态文案写清楚，甚至直接贴一个mock数据的示例，这样它生成时不容易自由发挥。另外我发现让Cursor先输出一个带TODO注释的伪代码框架，再让它逐段填实现，比一口气要完整代码稳定很多，因为它能顺着上下文自己补逻辑，也不容易遗漏loading。你可以试试在prompt末尾加一句“请确保处理了加载失败和列表为空的场景”，这种明确提醒比泛泛说“要完善”有效。

我都是把交互细节拆成清单喂给它，再补一句“没写loading和空状态就重写”，成功率能高不少。

先让它搭骨架再填肉，比一口气全塞给它靠谱，不然它老自作主张漏逻辑。

我一般把交互细节拆成两步问，先出结构和状态，再补边界逻辑，比一次说全好用很多。

我自己的经验是别一口气全塞给它，先让它把组件结构搭出来，你确认了骨架再让它补逻辑，这样出错率低很多。另外prompt里最好直接写死状态怎么处理，比如“空数据时显示xx文案，加载中显示spinner”，不然它默认就给你省了。你还可以试试让它先列一个实现清单再写代码，相当于让它自己先规划一遍，出来的东西靠谱不少。

别指望一口气描述完就能出完美代码，我一般先让Cursor把组件骨架和props定义出来，确认结构没问题再让它补搜索、分页这些逻辑。关键是把状态流转说清楚，比如loading什么时候true什么时候false，空状态在哪个条件下展示。另外可以给它一个你写过的类似组件当参考，比纯文字描述管用多了。