01
需求转代码
把需求拆成具体改动点,直接给出可审查的 diff,而不是一段示例代码。
让开发团队从需求直接走到代码:读懂整个仓库,按需求给出可审查的改动,顺手把测试和评审建议一起补齐。
不是补全一个函数,而是接住一整段开发流程。
把需求拆成具体改动点,直接给出可审查的 diff,而不是一段示例代码。
问架构、问调用链、问某个字段从哪来,答案基于真实代码,不用翻旧文档。
提交前先过一遍,指出风险点、缺失的边界处理和不一致的写法。
给新增逻辑补单测,把这次改动容易漏掉的回归场景一起写出来。
先在一个项目上验证,再按团队规范铺开。
把主仓库和依赖接进来,确认索引范围和权限边界。
分支策略、提交习惯、哪些目录不让改,提前写清楚。
选一个真实需求跑通,再推广到整个研发组。
告诉我们技术栈和团队规模,我们会给一份接入和试用方案。