5.3 四类最常见问题，以及成本与安全的最小意识
当你开始认真调数字分身之后，最常见的问题其实就那么几类。不回复、答偏、风格不对、编造信息。它们看起来像四件不同的事，但处理思路其实可以很统一：先看症状，再猜最可能的原因，然后再告诉 AI 你希望它怎么查。这样做的好处是，你不会一下同时改太多变量，也更容易知道到底是哪一层出了问题。
先按症状分类，排查就不会乱
不回复，往往更像链路问题，可能是接口、配置或调用没通；答偏，通常说明说明书不够清楚，或者上下文没有给够；风格不对，往往是因为你给的是抽象要求，而不是具体样本；至于编造信息，基本都和边界没写清有关。只要你把问题先归到这四类里，排查就不会那么乱。你也更容易把情况描述给 AI，而不是只说一句“它又不对了”。
| 症状 | 最常见的方向 | 可以怎么问 AI |
|---|---|---|
| 不回复 | 链路、配置、接口没通 | 请先检查聊天请求有没有成功发出，以及报错在哪一层 |
| 答偏 | 说明书不清、上下文不够 | 请先检查当前说明书是否缺少关键信息或边界 |
| 风格不对 | 抽象要求太多，真实样本太少 | 请根据我提供的样本调整语气，而不是只看性格词 |
| 编造信息 | 不知道时的边界没写清 | 请强化“未知就收住”的规则，不要补不存在的事实 |
一次只改一个变量
这件事非常重要。很多人一看到数字分身答得不对，就会同时去改模型、改说明书、改前端、改文案，最后自己也搞不清到底是哪一步起了作用。更稳的做法是一次只动一层：先查链路，再查说明书，再查样本，再查边界。这样你更容易定位问题，也更容易让 AI 给出有效帮助。
比如你可以说：
text
现在的问题是：聊天能回复，但回答经常答偏。
请先不要改前端代码，也不要换模型。
先帮我检查当前数字分身说明书缺了什么信息。或者：
text
现在它的事实基本对，但说话不像我。
请先基于我提供的 2 组真实表达样本调整语气，不要同时改其他逻辑。成本这件事，基础版先建立意识就够了
这一节还会顺手建立一个基础版非常够用的底线意识：成本和安全。成本这件事，在个人项目里不用一开始就搞复杂优化，但至少要有意识。你可以选一个默认够用的模型，别一上来就堆最贵的；你也可以控制回复长度，避免无意义地把对话拉得很长。
基础版先记住两件事就够了：
- 不要为了个人主页一开始就选过重、过贵的方案
- 回复能说清就行，不需要每次都写成长文
安全这件事，先守住最低底线
安全这件事更需要底线：API Key 不要写死在代码里，环境变量在上线前要检查，别把本来应该藏起来的东西直接交出去。基础版不需要你马上学会完整安全体系，但至少要先守住这条底线。
如果你现在只记一句话，就记这句：
密钥不要直接写进代码仓库。
这条看起来简单，但非常关键。后面第 6 章上线前，你还会再检查一次。