研发团队新员工 DeepSeek Harness 使用规范

一、背景与问题

近期发现，部分新入职研发人员在几乎未阅读中型复杂项目完整代码的情况下，直接使用 DeepSeek Harness 进行祈祷式编程，并在聊天过程中完成代码生成与修改。由此产生以下问题：

开发人员应重新理解需求、思考实现方式，避免祈祷式编程——即不经过需求分析与实现设计，直接将需求抛给工具、寄希望于其自动产出可用代码的做法。通过本规范，引导新入职研发人员建立正确的需求理解与实现设计习惯，保障项目代码质量与仓库安全。

为保障项目代码质量与仓库安全，现提出以下要求：

应届入职不满 20 天的研发人员，在写代码天数未达到 20 天前，不允许直接祈祷式使用 DeepSeek Harness 修改完整项目代码；仅允许使用 DeepSeek Harness 单独建立代码仓库编写新代码，随后手动合并至真实项目代码。（经过多次评估，代码质量优秀的可跳过本条）
项目代码仅允许通过手动粘贴代码+AI微辅助的方式合并至仓库，不允许直接使用 DeepSeek Harness 祈祷式合并代码。
DeepSeek Harness 2026推荐用于根据获取的需求编写"探索性草稿"，不适合用于"纯祈祷式生产性交付"。推荐使用其编写 demo 验证代码、测试验证代码，最终通过手动方式+AI微辅助合并至真实项目代码。
代码合并后，须由导师进行人工 review。且个人编写的代码应该独立分支，经过评审后方可merge到主分支。
需求代码量通常控制在以下范围内：简单需求不超过 100 行，中等需求不超过 500 行，复杂需求不超过 1500 行。
每天向真实项目代码提交的代码行数通常不应超过 1500 行，因为新人所承接的需求通常不会产生如此规模的代码量。