# 让 WorkBuddy 读懂你没说出来的话——默会知识的传递技巧

> 你知道"这段代码写得不好"，但说不清为什么。你知道"这个方案不对劲"，但没法把它翻译成 WorkBuddy 能处理的约束。这不是你表述能力有问题——是有些知识你只能"感觉到"，没法"说出来"。

---

## 默会知识：AI 协作中最难传递的东西

你会骑自行车。你能骑给别人看。但你没法用语言描述"怎么保持平衡"。这种"知道但说不出"的知识，就是默会知识。

编程里到处都是默会知识：

```markdown
# 你能感觉到但说不清的
"这段代码看着不舒服"              → 什么算不舒服？
"这个架构太复杂了"                → 什么算太复杂？
"这个命名不直观"                  → 什么算直观？
"这个接口设计不优雅"              → 优雅的定义是什么？
```

你每句话 WorkBuddy 都听懂了，但它没法把你"感觉到的东西"变成代码。因为它需要的是可执行的约束，而你的感觉不是约束。

---

## 技巧一：用"反例"代替"定义"

定义"优雅"几乎不可能。但指一个"不优雅"的例子，一个就够。

```bash
# ❌ 说不清
你：这个接口设计不太优雅
WorkBuddy：好的，我会改进...（它不知道"优雅"长什么样）

# ✅ 指一个反例
你：这个接口的返回值不优雅。
   比如现在成功返回 {"status": "ok"}，失败返回 {"error": true}。
   两个格式不一致——这就是不优雅。
   改成统一的 {"code": 0, "data": ...}。
```

**一个具体的反例，比 100 字的正统定义更有用。** 因为反例自带"你看到什么让你不舒服"的具体信息。

### 反例驱动的工作流

```python
# 每次你感觉"不对"但说不清时
1. 找到"触发感觉"的那一行代码
2. 把它粘给 WorkBuddy：
   "这行代码让我不舒服。跟项目中其他地方的风格不一致。
   [粘贴一个你觉得"舒服"的例子]
   按舒服的例子的风格改写。"
```

---

## 技巧二：用"比较"代替"描述"

"这个函数太长了"——你说的是结论，不是标准。

"这个函数比 process_order 长一倍"——这是比较。

```bash
# ❌ 模糊描述
你：这个函数太复杂了，简化一下

# ✅ 精确比较
你：这个函数 45 行。项目中其他数据库操作函数平均 20 行。
   请把它拆成 <= 25 行的子函数，参考 db/users.py 的拆分方式。
```

**比较给出的是相对坐标——WorkBuddy 不需要理解"复不复杂"，它只需要让当前代码接近参照物。**

---

## 技巧三：用"故事"代替"规范"

有时你能想到的最好表达是一个场景故事：

```bash
# ❌ 规范式
你：错误处理要完整

# ✅ 故事式
你：错误处理——想象一下：
   半夜 3 点系统崩了，你被电话叫醒。
   打开监控，看到的日志是 "Error occurred"。
   你不知道哪个服务、什么原因、影响了多少用户。
   你会骂写日志的人——别让我成为那个人。
   每条错误日志都要包含：服务名、操作、参数、失败原因。
```

**故事激活了 AI 的场景理解。** 它不是去解析"完整"这个词的定义——它去模拟了"半夜看日志的人需要什么信息"。

---

## 技巧四：用"你会给同事什么建议"倒逼自己

如果你实在说不清一个感觉，问自己：

> "如果隔壁工位的同事写了这段代码，我会走过去跟他说什么？"

把这句话原封不动发给 WorkBuddy。

> 你：[粘贴一段代码]
>    "如果是我同事写的，我会走过去说：这个查询没加索引，但不仅仅是加索引——
>    你每次查完还要连表查订单状态，应该把这两个查询合并成一条 JOIN。"

**"对同事说的话"天然包含：具体问题 + 为什么 + 怎么做。** 这就是 WorkBuddy 需要的输入格式。

---

## 技巧五：把感觉翻译成可验证的标准

"这个接口感觉不够快" → 翻译一下：

```bash
你：这个接口感觉不够快。帮我定位：
   1. 先测一下响应时间——期望 < 200ms
   2. 如果 > 200ms，找出最慢的环节
   3. 把最慢的环节优化到 < 50ms
```

"这个错误处理感觉不够安全" → 翻译：

```bash
你：这个错误处理感觉不够安全。帮我检查：
   1. 有没有异常被 silence 了（bare except / pass）
   2. 有没有把内部错误详情暴露给用户
   3. 有没有在日志里记录了足够定位问题的上下文
```

**从"感觉"到"可验证标准"的转换模板：**

```python
我感觉 [X] → 
1. 先测量 [具体指标]
2. 如果不满足 [阈值]，找出根因
3. 修复到 [目标值]
```

---

## 当所有技巧都失效

有些默会知识确实没法传递。这时候不需要传递——你自己做那一步。

```bash
# 你实在说不清这个函数怎么重构
# 方案：你做核心设计决策，WorkBuddy 做实现

你：这个函数需要重构。我说不清具体怎么改。
   但我确定了三个原则：
   1. 输入校验抽到独立函数
   2. 数据库操作和业务逻辑分离
   3. 错误处理统一用装饰器 @handle_errors
   你把这三个原则实现出来，剩下的保持原样。
```

**你不需要传递所有的默会知识。** 你只需要传递足够让 WorkBuddy 开工的那部分。剩下的在你 review 时自然浮现——那时你再给下一轮指令。

---

## 最好的传递

最好的默会知识传递，不是你终于说清了那个感觉——是 WorkBuddy 跟你协作久了，它自己"感觉到了"。

你不再需要解释"优雅"——它照着之前的代码风格写，自然就是优雅的。

这需要时间。但每一次你用反例、比较、故事来传递默会知识，都是在加速这个过程。

---

*本文基于与 WorkBuddy 的协作经验撰写。你有什么"说不清但就是不对"的编程直觉？评论区聊聊。*


你知道"这段代码写得不好"，但说不清为什么。你知道"这个方案不对劲"，但没法把它翻译成 WorkBuddy 能处理的约束。这不是你表述能力有问题——是有些知识你只能"感觉到"，没法"说出来"。

让 WorkBuddy 读懂你没说出来的话——默会知识的传递技巧

你：这个函数需要重构。我说不清具体怎么改。
   但我确定了三个原则：
   1. 输入校验抽到独立函数
   2. 数据库操作和业务逻辑分离
   3. 错误处理统一用装饰器 @handle_errors
   你把这三个原则实现出来，剩下的保持原样。
```

人工智能

职业发展

掌握默会知识传递技巧，让AI助手WorkBuddy理解你的编程直觉。通过反例示范、具体比较、场景故事等方法，将"代码不舒服"等模糊感受转化为可执行指令。学习如何把编程直觉翻译成可验证标准，提升与AI协作效率，让WorkBuddy逐步理解你的代码风格和设计理念。

数据库

2026采购季 | AI焕新·智启新局

tencentdb-catalog

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

让 WorkBuddy 读懂你没说出来的话——默会知识的传递技巧-腾讯云开发者社区-腾讯云

让 WorkBuddy 读懂你没说出来的话——默会知识的传递技巧

让 WorkBuddy 读懂你没说出来的话——默会知识的传递技巧

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐