别再当 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 分钟。”

她没一行一行盯,也没实时打断纠正。她只是提前把规则说清、范围划好、底线标出

这不靠运气,靠可练习的三件事:

  1. 写“行为型提示”(不是“写个函数”,而是“点击后触发 X,X 成功时调用 Y,失败时显示 Z 错误文案”)
  2. 塞进上下文:在项目根目录放一个 COPILOT.md,写清楚:
  3. 我们用 zod 做校验,不用 joi
  4. 错误统一 throw AppError,带 codestatus
  5. 所有 API 请求走 apiClient.post(),不直接用 fetch
  6. 拆成“人+AI 一天内能闭环”的小任务
  7. ❌ “优化登录流程”
  8. ✅ “把 loginForm.vue 中的密码校验逻辑,抽成独立的 validatePassword(value) 函数,要求:支持空值、少于6位、无大写字母三种报错,返回 { valid: boolean, message?: string }

👨‍🏫 这其实是管理者该解决的问题

别再群里发链接说“大家多试试 Copilot”了。
真正卡住团队的,从来不是工具,而是没人告诉他们:具体在哪一步、用哪句话、改哪个文件、怎么验证对错

推荐一个落地动作(不用买课、不用装插件):

  • 本周:每人挑一个每天必写的小任务(比如写单元测试、补 TypeScript 类型、生成 mock 数据),用上面说的“行为+上下文+小范围”三要素重写提示词,坚持用 Copilot 做一遍。
  • 下周:开个 30 分钟线上会,每人分享:
  • 什么提示词一次就对了?
  • 什么情况它又开始乱写了?
  • 你加了哪行注释/哪段代码,让它突然“懂了”?

这些碎片,就是你们团队自己的《Copilot 实战笔记》。比任何官方文档都管用。


直达网址:https://askpatrick.co/playbook-sample.html

作加

类似文章