第一个任务怎么挑
第一次不要端到端做一件大事。挑低风险、能回滚、一眼能判断对错的活，把交法跑成肌肉记忆。
不少人第一次就让产品「把这件事从头到尾做完」。范围一大，过程处处要确认，结果对不对还得开会——耐心先没了，交法更没练出来。第一个任务的目标只有一个：把 从提问改成派活 跑成一次完整闭环。
读完你能回答：
- 合格的第一个任务有哪三条？
- 哪些活看起来热闹，其实不该当第一次？
- 跑通一次之后，留下什么才算值？
三条缺一不可
- 规则说得清：你能用几句话写完对象、结果、格式，不需要现场补充潜规则。
- 操作能回滚：写错了可以丢掉产物、原件还在。付钱、发送、覆盖、合进主线，都不是第一次该碰的。
- 结果一眼能判断对错：打开文件就能核对，或跑一条命令就出绿红。需要开会才知道对不对的，不是第一个任务。
编码侧，官方也是从「选定一个目录、说出一个目标」起手，而不是从「把整套系统交给它」。codex-quickstart 云端同事同理：先交一件能闭环的真事，再谈一队人。xai-bot
这些热闹，但别当第一次
- 一次改完整个模块，或一次写完整份对外方案。
- 要接上公司全部文档、全部邮箱，才能开始。
- 没有验收标准，只说「看着顺眼就行」。
- 不可逆动作混在流程中间，停不下来。
这些活不是永远不能交，是你还没有交法。交法没练出来就上复杂度，失败会怪到产品头上，下次更不敢交。
留下方法，不要留下一次运气
跑通一次，要留下三样：写全的五件事、你实际用过的停点、对照验收的结果。下一次只换素材，不换骨架。这就是后面说的沉淀。五步怎么走，见 标准五步。