---
title: "5.3 四类最常见问题，以及成本与安全的最小意识"
order: 3
---

# 5.3 四类最常见问题，以及成本与安全的最小意识

当你开始认真调数字分身之后，最常见的问题其实就那么几类。不回复、答偏、风格不对、编造信息。它们看起来像四件不同的事，但处理思路其实可以很统一：先看症状，再猜最可能的原因，然后再告诉 AI 你希望它怎么查。这样做的好处是，你不会一下同时改太多变量，也更容易知道到底是哪一层出了问题。

## 先按症状分类，排查就不会乱

不回复，往往更像链路问题，可能是接口、配置或调用没通；答偏，通常说明说明书不够清楚，或者上下文没有给够；风格不对，往往是因为你给的是抽象要求，而不是具体样本；至于编造信息，基本都和边界没写清有关。只要你把问题先归到这四类里，排查就不会那么乱。你也更容易把情况描述给 AI，而不是只说一句“它又不对了”。

| 症状 | 最常见的方向 | 可以怎么问 AI |
|------|--------------|----------------|
| 不回复 | 链路、配置、接口没通 | 请先检查聊天请求有没有成功发出，以及报错在哪一层 |
| 答偏 | 说明书不清、上下文不够 | 请先检查当前说明书是否缺少关键信息或边界 |
| 风格不对 | 抽象要求太多，真实样本太少 | 请根据我提供的样本调整语气，而不是只看性格词 |
| 编造信息 | 不知道时的边界没写清 | 请强化“未知就收住”的规则，不要补不存在的事实 |

## 一次只改一个变量

这件事非常重要。很多人一看到数字分身答得不对，就会同时去改模型、改说明书、改前端、改文案，最后自己也搞不清到底是哪一步起了作用。更稳的做法是一次只动一层：先查链路，再查说明书，再查样本，再查边界。这样你更容易定位问题，也更容易让 AI 给出有效帮助。

比如你可以说：

```text
现在的问题是：聊天能回复，但回答经常答偏。
请先不要改前端代码，也不要换模型。
先帮我检查当前数字分身说明书缺了什么信息。
```

或者：

```text
现在它的事实基本对，但说话不像我。
请先基于我提供的 2 组真实表达样本调整语气，不要同时改其他逻辑。
```

## 成本这件事，基础版先建立意识就够了

这一节还会顺手建立一个基础版非常够用的底线意识：成本和安全。成本这件事，在个人项目里不用一开始就搞复杂优化，但至少要有意识。你可以选一个默认够用的模型，别一上来就堆最贵的；你也可以控制回复长度，避免无意义地把对话拉得很长。

基础版先记住两件事就够了：

- 不要为了个人主页一开始就选过重、过贵的方案
- 回复能说清就行，不需要每次都写成长文

## 安全这件事，先守住最低底线

安全这件事更需要底线：API Key 不要写死在代码里，环境变量在上线前要检查，别把本来应该藏起来的东西直接交出去。基础版不需要你马上学会完整安全体系，但至少要先守住这条底线。

如果你现在只记一句话，就记这句：

> 密钥不要直接写进代码仓库。

这条看起来简单，但非常关键。后面第 6 章上线前，你还会再检查一次。

::: details 想深入一点？
如果你想系统理解调试工作流、项目规则和 AI 协作，可以跳转到进阶版继续读：
- [第二章：AI 使用说明书](/Advanced/02-ai-tuning-guide/)

如果你想系统理解密钥、安全和环境变量，也可以继续读：
- [第八章：谁能访问我的数据](/Advanced/08-auth-security/)
:::

---

[下一节：本章小结：它已经能更稳地代表你 →](./5.4-iteration.md)