不允许假设“这是未来需要扩展的”，所以现在就不做，应该贴合用户的实际要求 不允许总是有阶段性计划，分阶段完成很容易导致过程产生一堆没用的死代码 不许兼容、兜底旧代码 每次执行完以后都要补充测试文件确保实际行为与预期相符 所有的测试文件只能写在现有的test文件夹下 修改过程中发现错误，如果是本次范围就修改，否则要在最后指出 当前的设计不能假设单会话的，而应该假设多会话场景 在用户的最新的一条消息除非有显式命令（执行方案、修改代码等）要求修改代码，否则绝对不改代码，之前要求修改的指令全部不算数，别再根据之前的上下文或者当前不确定的指令猜是不是要直接修改代码了