为什么你觉得 AI 傻傻的

先说结论

很多时候，不是 AI 真的傻，而是你把它当成了“会读心的万能员工”。

你只给它一句：

1
帮我写一篇文章。

然后期待它知道：

  • 写给谁看
  • 用什么语气
  • 多长合适
  • 要不要有观点
  • 要不要带案例
  • 哪些话不能说
  • 最后用什么格式交付

这就像你对一个新同事说：“你去把这事处理一下。”
他反问你处理到什么程度，你又觉得他不聪明。

AI 很强，但它不是读心术。
它更像一个能力很强、反应很快、但需要你讲清任务边界的助手。

AI 为什么看起来傻？

最常见有 5 个原因。

1. 你给的任务太模糊

比如：

1
帮我优化一下这段话。

这句话看起来没问题，但 AI 不知道你要优化什么：

  • 更短？
  • 更有销售感？
  • 更口语？
  • 更专业？
  • 更适合公众号？
  • 更适合发朋友圈？
  • 更像老板说的话？

所以它只能给一个平均答案。
平均答案通常就会显得很空、很滑、很 AI。

更好的写法是：

1
2
3
4
5
6
7
8
9
请把下面这段话改成适合公众号开头的版本。
要求：
1. 100 字以内
2. 语气像一个懂技术但不端着的朋友
3. 不要使用“在当今时代”“综上所述”这类 AI 腔
4. 开头要让读者知道：为什么这件事和他有关

原文：
【粘贴原文】

你看，AI 不是突然变聪明了。
是你把“评判标准”给它了。

2. 你没给上下文

很多人问 AI：

1
这个方案怎么样？

但你没有告诉它：

  • 你是个人还是公司
  • 预算多少
  • 面向什么用户
  • 做到什么阶段
  • 你最担心什么
  • 什么结果算成功

AI 只能给你一堆通用建议：
“需要关注用户需求”“建议持续优化”“注意风险控制”。

不是它故意敷衍，是它没有材料。

3. 你没告诉它输出格式

同一个任务，如果你不指定格式，它可能给你一大段文字。

但你真正想要的可能是：

  • 表格
  • 清单
  • Markdown
  • PRD
  • 周报
  • 朋友圈文案
  • 公众号标题
  • 行动计划

格式不是小事。
格式决定了这份结果能不能直接用。

4. 你让它做了它做不到的事

比如：

1
帮我查一下今天最新的政策，然后给出判断。

如果你用的 AI 没联网，或者没有接入搜索工具，它只能靠已有知识回答。
这时候它可能会过时、含糊，甚至编出一个听起来很像真的答案。

这不是 Prompt 能完全解决的问题。
这时候需要工具，或者需要 Skills。

5. 你没给它检查机制

如果你只说：

1
帮我写代码。

它可能写完就停。
但如果你说：

1
2
3
4
5
写完后请自己检查：
1. 是否有边界情况
2. 是否需要补测试
3. 是否和现有代码风格一致
4. 是否有潜在安全风险

它会更像一个知道交付标准的人。

Prompt 的作用：不是咒语，是任务说明书

Prompt 不是玄学，也不是“咒语”。
它本质上是你给 AI 的任务说明书。

一个好 Prompt 至少包含 4 件事：

  1. 目标： 你要它完成什么
  2. 上下文： 它需要知道什么背景
  3. 格式： 你希望它怎么交付
  4. 约束： 哪些不要做，哪些必须注意

从模糊 Prompt 到可用 Prompt

可以记一个简单公式：

1
好 Prompt = 角色 + 任务 + 背景 + 标准 + 输出格式

比如你想让 AI 写公众号，不要只说：

1
帮我写一篇 AI 文章。

可以这样说：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
你是一个懂 AI 工具和普通职场场景的公众号编辑。

请帮我写一篇公众号文章，主题是：
为什么很多人觉得 AI 傻傻的？

目标读者：
刚开始使用 ChatGPT、Claude、豆包、Kimi、通义等 AI 工具的普通职场人。

文章目标：
让读者明白，AI 输出不好，很多时候不是模型不行，而是任务没说清、上下文不够、工具没接好。

要求：
1. 开头要有共鸣，不要上来讲概念
2. 正文分 4-6 个小节
3. 每个小节都要有具体例子
4. 语气自然，像朋友解释，不要营销腔
5. 最后给 3 个可以直接复制的 Prompt 模板

输出格式：
Markdown。

这条 Prompt 不神秘。
它只是把“你脑子里的要求”说出来了。

Skills 的作用：让 AI 不只是会说，还会按方法做

Prompt 解决的是“这次任务怎么说清楚”。
Skills 解决的是“同一类任务以后都按一套方法做”。

你可以把 Skills 理解成 AI 的小工作手册。

比如：

  • 写公众号：有固定选题、结构、标题、语气要求
  • 做 AI 简报：有固定新闻筛选标准、来源要求、总结方式
  • 处理表格：有固定清洗、统计、图表流程
  • 做代码审查：有固定风险检查清单
  • 生成图片：有固定风格库、尺寸、文字约束

没有 Skill 的 AI，像一个聪明但每次都要重新培训的新同事。
有 Skill 的 AI，像一个已经读过 SOP 的同事。

但 Skills 不是越多越好

这点很重要。

很多人一听 Skills 有用，就想把所有 Skill 都装上。
这不一定是好事。

Skills 太多，可能带来几个问题：

  1. 触发混乱
    AI 不知道这次该用哪个 Skill，或者用了一个不适合的。

  2. 流程变慢
    每个 Skill 都可能带来额外规则和步骤，任务越简单越容易拖泥带水。

  3. 风格打架
    一个 Skill 要求严谨，一个 Skill 要求活泼，最后输出可能四不像。

  4. 安全风险
    如果 Skill 里包含脚本、外部工具、账号权限，装太多会增加风险。

  5. 维护成本
    Skill 过时了，你不更新，它反而会让 AI 继续按旧方法做事。

Skills 是工具箱，不是装饰品

所以更好的方式是：

1
2
少装，但常用。
少而准，比多而乱更重要。

举几个真实场景

场景 1：你觉得 AI 写文章很空

糟糕问法：

1
帮我写一篇关于 AI 工具的文章。

更好问法：

1
2
3
4
5
6
7
8
9
10
11
12
13
请写一篇公众号文章，主题是“普通人怎么用 AI 提高工作效率”。

目标读者：
不是程序员，而是每天写周报、做 PPT、整理资料的职场人。

文章结构：
1. 开头讲一个常见痛点
2. 介绍 3 个具体场景
3. 每个场景给一个可复制 Prompt
4. 最后提醒 2 个不要踩的坑

语气：
自然、克制、有用，不要夸张宣传。

结果会明显不同。

场景 2：你觉得 AI 写代码不靠谱

糟糕问法：

1
帮我写一个登录功能。

更好问法：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
请帮我设计一个登录功能的实现方案，先不要写代码。

技术背景：
前端是 React，后端是 Node.js，数据库是 PostgreSQL。

要求：
1. 支持邮箱 + 密码登录
2. 密码必须加密存储
3. 登录失败要有频率限制
4. 返回 JWT
5. 需要说明接口设计、数据表字段和安全风险

输出格式：
先给方案，再列出需要确认的问题。

注意这里有个关键：先让它出方案，不要一上来写代码。

很多 AI 写代码翻车，不是因为它不会写，而是它不知道你的技术栈、约束和安全要求。

场景 3：你觉得 AI 总结会议没用

糟糕问法：

1
总结一下会议。

更好问法：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
请把下面的会议记录整理成可执行的行动清单。

输出格式：
1. 本次会议一句话结论
2. 已确定的决策
3. 行动清单表格：任务｜负责人｜截止时间｜验收标准
4. 待确认问题
5. 可以直接发到群里的 200 字同步版本

要求：
会议里没有明确说的负责人和时间，不要自己编，标记为“待确认”。

会议记录：
【粘贴会议记录】

这样输出的东西才能直接推进工作。

场景 4：你觉得 AI 推荐工具像广告

糟糕问法：

1
推荐几个好用的 AI 工具。

更好问法：

1
2
3
4
5
6
7
8
9
10
请推荐 5 个适合普通职场人的 AI 工具。

筛选标准：
1. 不推荐只有噱头、没有明确使用场景的工具
2. 每个工具必须说明：解决什么问题、适合谁、怎么用、有什么坑
3. 如果有免费版限制，要写清楚
4. 不要使用“神器”“颠覆”“必备”这类夸张词

输出格式：
表格 + 简短点评。

你给了筛选标准，它就更不容易写成广告口吻。

5 个可以直接复制的实用 Prompt

1. 让 AI 先问你问题

1
2
3
4
5
6
7
8
9
10
11
12
13
14
我想让你帮我完成一个任务，但我可能没有说清楚。

在正式开始前，请先问我 5 个最关键的问题。
这些问题要能帮助你明确：
1. 目标
2. 读者或使用者
3. 背景
4. 输出格式
5. 限制条件

问完问题后，等我回答，再开始执行。

我的任务是：
【写下你的任务】

适合：任务还不清楚时。

2. 把模糊想法变成执行计划

1
2
3
4
5
6
7
8
9
10
11
12
13
14
你是我的项目策划助手。

请把下面这个模糊想法拆成一个可以今天开始执行的小计划。

请输出：
1. 一句话重述这个想法
2. 它解决什么问题
3. 最小可验证版本
4. 今天 2 小时内能做的第一步
5. 需要准备的资料
6. 最可能失败的 3 个原因

我的想法是：
【写下你的想法】

适合：想做栏目、产品、活动、文章，但不知道从哪开始。

3. 让 AI 改掉 AI 腔

1
2
3
4
5
6
7
8
9
10
11
12
请帮我润色下面这段文字。

要求：
1. 保留原意
2. 改得更像真人写的
3. 句子短一点
4. 删除空话、套话和明显 AI 腔
5. 不要使用“在当今时代”“值得注意的是”“综上所述”
6. 语气像一个懂行但不端着的朋友

原文：
【粘贴文字】

适合：公众号、朋友圈、README、文章开头。

4. 让 AI 做自检

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
请完成下面任务，并在输出后进行自检。

任务：
【写下任务】

自检清单：
1. 有没有遗漏关键条件
2. 有没有未经确认的假设
3. 有没有事实可能过时
4. 有没有表达太空泛
5. 有没有更适合用表格或清单呈现的部分

最后请输出：
- 正式结果
- 自检发现
- 建议我补充的信息

适合：写方案、做分析、整理资料。

5. 判断是否需要 Skill

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
请判断下面这个任务是否适合沉淀成一个 Skill。

判断标准：
1. 这个任务会不会重复出现
2. 是否有固定流程
3. 是否需要固定输出格式
4. 是否需要调用工具或脚本
5. 是否有明确的质量标准

请输出：
1. 是否建议做成 Skill
2. 原因
3. 如果做成 Skill，应该包含哪些规则
4. 哪些内容不应该写进 Skill，避免过度复杂

任务描述：
【写下你的重复任务】

适合：你开始用 Codex、Claude Code、Cursor、ChatGPT 做固定工作流时。

什么任务适合做成 Skill？

不是所有事情都要做成 Skill。

适合做成 Skill 的任务，一般有这些特征：

  • 经常重复
  • 有固定流程
  • 有固定质量标准
  • 有固定输出格式
  • 需要读取文件、生成文件、调用工具
  • 你不想每次都重新解释一遍

比如：

  • 每天 AI 简报
  • 每周 GitHub 热榜
  • 公众号文章排版
  • 代码审查清单
  • 表格清洗和图表生成
  • 图片生成提示词规范
  • 项目发布说明生成

不适合做成 Skill 的任务：

  • 一次性的闲聊
  • 很随意的灵感发散
  • 没有固定标准的创作
  • 你自己都还没想清楚流程的事

一个实用判断：Prompt、Skill、工具分别解决什么？

可以这样理解：

1
2
3
Prompt：把这一次任务说清楚
Skill：把一类重复任务标准化
工具：让 AI 能做它原本做不到的事

举例：

你让 AI 写一篇公众号文章：

  • Prompt 决定这篇文章写给谁、怎么写、输出什么格式
  • Skill 决定以后每篇公众号都按你的栏目结构和风格来
  • 工具决定它能不能联网查资料、读取文件、生成图片、保存 Markdown

三者不是互相替代，而是配合使用。

最后说句实在的

如果你觉得 AI 傻，先别急着换模型。

先检查这 4 件事：

  1. 我有没有说清楚目标？
  2. 我有没有给足上下文？
  3. 我有没有指定输出格式？
  4. 这个任务是不是需要 Skill 或工具？

很多时候，换一个更贵的模型，不如先把任务说明写清楚。
AI 的能力上限很重要，但你给它的任务质量，决定了它能不能把能力发挥出来。

真正会用 AI 的人，不是天天追“哪个模型最强”。
而是知道什么时候该写 Prompt，什么时候该沉淀 Skill，什么时候该接工具，什么时候该自己判断。

如果你也在折腾 AI、Prompt 或自动化工作流，可以关注我的公众号，后面我会继续记录这些实践。

墨鱼札记公众号二维码