第一次用 WorkBuddy 别急着让它写代码。这篇讲三种模式的判断法(它要不要动你的文件)、怎么让它一次记住"我是谁、我会什么、我瞎在哪",以及查资料为什么要用便宜的那个模式。一个运维工程师的第一次 AI 对话实录。

话题标签:#WorkBuddy #AI办公 #提示词 #效率工具

第一句话,我发错了

额度领完那天晚上,我干了一件现在回头看特别蠢的事。

我打开对话框,敲了一句:"帮我做一个待办 App。"

然后按下回车,满心期待一个成品。

它回了我一大段话:确认需求、列出技术选型、问我数据存哪里、要不要用户系统、界面有什么偏好……问了六个问题。

我盯着那六个问题看了半天,一个都答不利索。

那晚我烧掉了一点积分,买到的教训是:工具已经就位了,但我还不会跟它说话。这篇就讲我怎么学会的。三件事:选对模式、让它记住我是谁、把混乱的想法倒出来让它整理。

三种模式,一个判断法

WorkBuddy 有三种工作模式。这里必须先交代一个实话:不同版本的文档对这三个模式的叫法略有差异,我按官方现在通用的名字讲——问一问(Ask)、想一想(Plan)、做一做(Craft)。你客户端里如果看到的叫法不一样(比如"仅问答/计划/默认"),对号入座就行,逻辑是一样的。

它们仨的差别,我用运维的本能翻译一下,其实就是一个问题:这次对话,它要不要碰我的文件?

三种模式对比

  • 问一问(Ask):只读模式。它只回答,不动我电脑上任何东西。类似我只给人开了 SELECT 权限
  • 想一想(Plan):只读 + 出方案。它帮我把事情想清楚,产出一份计划,同样不动文件
  • 做一做(Craft):读写模式。它可以在授权范围内新建文件、改文件、跑命令。这是真正"干活"的模式

判断法就一句话:只聊想法用问一问,要方案用想一想,要它动手才用做一做。

为什么这个判断重要?因为模式的成本不一样。只聊天的对话便宜,让它动手的对话贵——它要理解上下文、生成文件、验证结果,每一步都是积分。第 02 篇说过你要对"一句话值多少分"有体感,模式选择就是省积分的第一道闸门。

我后来给自己立了规矩:没想清楚之前,不进做一做。进去了就等于给一个施工队下了开工令,图纸还没画,人家已经开工烧钱了。

先让它记住我是谁

选对模式只是第一步。真正让对话质量上台阶的,是第二件事。

有一天我突然想明白一个道理:我带过新人。新人上手慢,往往不是能力问题,是他不了解我——不知道我会什么、不知道我的习惯、不知道哪些东西可以默认他会。

AI 一样。它每次对话默认对我一无所知。与其让它每次都猜,不如开场先做个自我介绍。

我写了一段,一次性发给它:

记住我的情况,后续对话都用这个背景:

  1. 我是运维工程师,干了 8 年。shell 脚本、Linux、cron、SQLite 都熟,看日志排障是日常
  2. 我的盲区:前端。HTML/CSS/JavaScript 只认识单词,不会写
  3. 我的习惯:讨厌黑盒,喜欢能看到、能导出、能备份的数据;讨厌依赖一堆环境的东西
  4. 跟我说话的方式:别解释基础概念(shell、SQL 这些不用讲),但前端概念要用人话解释
  5. 我在做的项目:一个浏览器里用的待办清单,后面会持续迭代

效果立竿见影。之前我要在每句话里解释"我不懂前端",现在它默认用人话给我讲 CSS,讲 shell 相关的类比时也毫不客气地直接上——对话的信息密度一下子就上去了。

这张自我介绍卡片我整理好了,放在本篇配套的提示词卡片里。你不是运维也没关系,把第 1、2 条换成你自己的职业和盲区就行。

把一团乱麻倒给它

第三件事,是我认为新手期最值钱的一个用法:用它整理想法,而不是让它直接执行想法。

当时我脑子里关于待办应用的想法是这样的(原话):

我想要个待办的东西,能记录西,然后最好手机也能看,哦对了我讨厌数据存在别人服务器上,然后界面别太丑,能不能把桌面那个 txt 里的东西导进去,还有我有时候想给事情分个轻重缓急……

就这么一段话,我没让它做任何事,而是说:

别动手。我把想法倒给你,你帮我整理成一份结构化的需求清单,标出哪些是明确的、哪些是模糊的、哪些互相冲突。用问一问就行。

它回了我一份清单。清晰得让我有点惭愧——原来我脑子里那团东西,拆开来是 4 个明确需求、3 个模糊想法、1 个自相矛盾的地方("手机也能看"和"数据不存别人服务器"在当时是冲突的,这个矛盾直到第 11 篇上线时才真正解开)。

这次对话花掉的积分,是整个系列性价比最高的一笔消费。因为从这份清单里,长出了下一篇的主角:需求卡。

本篇小结:第一晚的正确姿势

如果你今晚刚装好 WorkBuddy,我建议的第一晚是这样过的:

  1. 自我介绍卡片发过去(本篇卡片直接复制,改两个字段)
  2. 把你的想法乱糟糟地倒给它,让它整理成结构化清单——用问一问,便宜
  3. 看着清单睡觉,别急着让它写代码

第一句话就要它写代码的人,通常第二句话是在问"你怎么改坏了",第三句话是在充值。

下一篇预告

想法整理成清单了,下一步是把它变成一份它能听懂、也能照着做的需求。

下一篇你会看到:我以为需求就是一句"做个待办 App",结果它反问我 6 个问题,第 6 个我当场答不上来。以及整个系列最重要的一张提示词卡片——需求卡,后面 8 篇全靠它。