开发流程与最佳实践：4 项共识、1 个争议、2 个独家观点

共识较强

新功能开发时应先让AI明确需求和审阅计划，不要直接让它写代码。

复杂项目应拆分成小模块分别处理，一次性处理过多代码AI出错率会升高。

debug和新功能开发应在不同的上下文会话中进行，避免信息丢失。

给AI的文件越明确、上下文越精简，AI输出效果越好。

视角多元

debug时应让AI先分析定位还是直接修改代码

观点A：应让AI先思考如何添加console log以定位问题，不要直接修改代码

AI可能基于错误猜测直接修bug但不回滚错误，先通过日志分析数据流向，人工确认后再修改更安全。

观点B：Cursor的Debug模式可以直接用来解决问题，工具本身已提供整套流程

博主介绍了Cursor内置的Debug模式作为一个独立的工作模式，暗示可以直接在工具内完成debug流程。

编辑分析：若项目代码你已充分理解，直接用Debug模式可加速修bug；若代码不熟悉或问题复杂，先分析定位可以避免引入新问题。两种策略可以按问题复杂度灵活选择。

独家观察

审核完AI的计划后应要求它将计划写入markdown文档，既防止上下文压缩丢失细节，也便于分阶段实施。

提供了具体可执行的防范AI上下文丢失的方案，对长周期项目的管理尤为重要。

复制对话功能允许在同一上下文基础上拆分分支，进行多种功能的并行开发，类似Git分支。

将AI对话管理与熟悉的Git工作流类比，降低了用户在新功能上的认知门槛。