前两篇主要是演示grill → to-prd → to-issues → implement去从零开发项目。这篇用我个人 GitHub 项目 DocPaws 的问答按用户限流举例grill → 短 PRD → implement。1. grill几题钉死就够我Cursorgrill 里路子不止一条护成本、限并发、日配额都能做。我选简单的主防账单被打爆顺带限并发日配额那套先不做。多轮下来拍板收成这张表题眼决定主要防啥护成本顺带限并发计数每分钟 N 次先不做日配额/token并发K2要能还槽Redis 挂了开关默认关开启则 fail-closed挂哪业务入口共用前端现有错误提示能亮就行grill 完直接落规格没再开 to-prd。2. 短 PRD不拆 issues我短在哪不写长用户故事只盯范围内外、次数/并发怎么动、每一刀测什么算过。没跑 to-issues口语拆三刀继续做。3. 三刀开发过程刀算过1同一用户问太勤 → 拒绝且真不去调模型2同时进行中的问答太多 → 拒绝答完或失败要把占位让出来3限流开着但 Redis 挂了 → 也拒绝不能默默放行去烧钱4. 总结大小grill范围大?to-prd → to-issues短 PRD 口语拆刀implement 一刀一刀给现有项目补一块功能走上面这张短链路就够了。最近我用 AI 也越来越清楚一点你跟它说的话约束很软真正卡得住的是能跑红绿的测试——限流我就先测死超次数必须拒、测试既看拒绝也要断言超限后模型没被调用绿了再看有没有写超范围、该不该这刀一起修。有些边角先记成技术债、下刀再动也是取舍。工具能加快手速规格、验收和留什么技术债还得自己拿主意。