实战案例

四个案例，都是真会遇到的活。每篇的结构一样：

• 在什么权限下跑——这一步不含糊，因为它决定了最坏情况有多坏
• 提示词怎么给——可以直接复制改的那种
• 怎么验收——不是「看着还行」，是一条能跑的命令或一份能核对的清单
• 哪里最容易翻车——别人已经踩过的

四个案例

	案例	什么时候用
01	提 PR 前先让它审一遍	改完了，想在同事看见之前先自查
02	摸清一个陌生代码库	接手别人的项目，或者接一个不熟的模块
03	让 CI 的失败自己修好	流水线红了，你想让它先试一把
04	把团队规范固化下来	同一件事要跟每个新人讲一遍

用之前先说两句

一、案例是给你改的，不是给你抄的。 每个仓库的测试命令、目录约定、红线都不一样。直接粘贴提示词大概率跑出一个不对味的结果。 把提示词里说「改什么、别碰什么、怎么算完成」的那三句换成你自己的。

二、案例 03 和 04 会碰到权限。 CI 里跑意味着 -a never，团队规范意味着改所有人的默认值。 往下走之前，快速上手 04 · 审批与沙盒 最好先读一遍。

三、每个案例都从一个能撤回的状态开始。git status 干净、或者至少改动已经提交。这句话在每个案例里都会再说一次，因为它真的重要。