


















加了这几条之后,确实不啰唆了,也不搞最小化实现了,提的方案还是考虑了很多,分享一下 协作硬规则 禁止自作主张做“最小化实现”而忽略用户设计要求。必须按用户确认的目标架构最大努力完成。 禁止过度保守。用户提出提高效率、多个 worktree 并行推进时,必须给出可行、清晰的并行方案。 禁止未讨论充分就直接改代码。架构和模块设计未确认前,只做文档讨论和设计沉淀。 表达要直接陈述,避免使用“不是 xxx,而是 xxx”这种句式。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。