别再当 AI 保姆了:3 步把 Copilot 从“代码监工”变成“首稿机器”
🚫 为什么你会“ babysitting(当保姆)”?
一位有 10 年经验、两个硕士学位的资深开发者说:
“用 Copilot agent 模式时,我感觉自己像个保姆。”
这不是能力问题,是指令结构问题。通常卡在三个地方:
-
提示太宽泛:比如只说“帮我实现这个功能”。
→ Copilot 只能猜,你得逐行审、逐句改、反复试。这哪是协作?这是代班。 -
没给代码库上下文:它不知道你们用
try/catch还是Result<T>,不知道函数名该用fetchUserById还是getUserByIdSync,更不知道你们禁用console.log。
→ 输出“技术上正确”,但“项目里根本不能用”。 -
任务太大或太模糊:比如“重构这个模块”。
→ Copilot 没法判断边界,容易动错文件、改错逻辑、漏掉测试。越“帮忙”,越返工。
✅ 真正“不 babysitting”的样子是什么?
就是:你写需求,它交初稿,你跑测试,然后合并。
一位跳过保姆期的 senior dev 是这么说的:
“我描述了行为(‘点击按钮后弹窗,成功后刷新列表,失败显示 toast’),贴了相关组件代码,注明‘不要改 state 结构和 API 调用方式’,最后
npm test通过 —— 全程 8 分钟。我自己写要 40 分钟。”
她没一行一行盯,也没实时打断纠正。她只是提前把规则说清、范围划好、底线标出。
这不靠运气,靠可练习的三件事:
- 写“行为型提示”(不是“写个函数”,而是“点击后触发 X,X 成功时调用 Y,失败时显示 Z 错误文案”)
- 塞进上下文:在项目根目录放一个
COPILOT.md,写清楚: - 我们用
zod做校验,不用joi - 错误统一 throw
AppError,带code和status - 所有 API 请求走
apiClient.post(),不直接用fetch - 拆成“人+AI 一天内能闭环”的小任务:
- ❌ “优化登录流程”
- ✅ “把 loginForm.vue 中的密码校验逻辑,抽成独立的
validatePassword(value)函数,要求:支持空值、少于6位、无大写字母三种报错,返回{ valid: boolean, message?: string }”
👨🏫 这其实是管理者该解决的问题
别再群里发链接说“大家多试试 Copilot”了。
真正卡住团队的,从来不是工具,而是没人告诉他们:具体在哪一步、用哪句话、改哪个文件、怎么验证对错。
推荐一个落地动作(不用买课、不用装插件):
- 本周:每人挑一个每天必写的小任务(比如写单元测试、补 TypeScript 类型、生成 mock 数据),用上面说的“行为+上下文+小范围”三要素重写提示词,坚持用 Copilot 做一遍。
- 下周:开个 30 分钟线上会,每人分享:
- 什么提示词一次就对了?
- 什么情况它又开始乱写了?
- 你加了哪行注释/哪段代码,让它突然“懂了”?
这些碎片,就是你们团队自己的《Copilot 实战笔记》。比任何官方文档都管用。
直达网址:https://askpatrick.co/playbook-sample.html
