又如回收期间禁止 F2 空闲让位本来是为了避免回收结束后出现普通模式无任务移动，但在某些时序下，副轿厢等待进入 F2，同时主轿厢又因为回收状态不愿离开 F2，会造成活锁。有了框架和设计我会让大模型生成一份代码，先看看能不能通过中测，能的话就开始考虑性能，不能就开始阅读代码，找出可能的错误。我的同步设计也基本沿着这个方向逐步演进：HW5 主要保护请求队列，HW6 开始保护电梯状态快照和维修状态，HW

我觉得首要要解决的是上下文爆炸的问题，当你和AI完成多次对话的时候AI会逐渐忘记原来的题目和你的初始代码，导致最后出现一些不合题意的修改，这时候可以采用尽量不多轮对话的策略，就是把题目代码发给AI之后就通过不断修改第二次对话来控制上下文长度。具体的方法是利用大模型，先看不同人的架构，找到架构逻辑较为混乱的一个，把他的代码发给AI，让AI找架构方面可能导致的问题（bushi），这个方法屡试不爽，总能