新人第一天怎么做

目的

这份文档给刚入职、刚加入项目、或者临时接手任务的人看。你不需要先理解完整流程，先按下面步骤做，保证自己接到的任务能被记录、执行、验证和关闭。

如果遇到不懂的词，先查 01-术语表-glossary.md。

不要第一天就读完整套文档。先把一个真实任务走通。

找到 docs/PROJECT.md
-> 跑起本地项目
-> 看 ARCHITECTURE / TECH_STACK / DEPENDENCIES
-> 领一个小 scope 任务
-> 提一个带证据的 PR
-> 根据 review 修改
-> 回写任务和文档缺口

1. 这个任务记录在哪里？
2. 谁是 Driver？
3. 谁是 Approver？
4. 这次只改什么，不改什么？
5. 怎样算完成？
6. 做完后用什么证据证明？

如果回答不出来，不要直接开工。先让 Driver 或小组长补齐任务卡。

目标：修复登录失败时错误提示不清楚的问题。
Requester：客服负责人
Driver：张三
Approver：产品负责人
Scope：只改登录页错误提示，不改登录流程和鉴权逻辑。
验收标准：输入错误密码时显示“账号或密码错误”，有截图。
风险：影响登录页文案，不影响后端鉴权。

你至少要知道：

如果文档里写的是 pnpm check，它不是神秘命令，通常表示“合并前统一检查”。它可能包含格式检查、lint、类型检查、测试和构建。不同语言有不同等价命令，见 33-测试和质量-testing-quality.md。

PR 描述不要只写“fix bug”。至少写清楚：

关联任务：
改了什么：
怎么验证：
风险：
回滚：
Reviewer：
Approver：

证据可以很简单，但必须具体：

任务不是“代码合了”就一定完成。关闭前确认：

遇到下面情况，普通员工也应该停下来问清楚：

这不是找麻烦，这是防止团队做出不可追踪、不可验证、不可回滚的工作。

读完或填完这份文档后，通常继续看：

5公里

待讨论：

协作。筛选前5公里