查资料的时候，我们敢说“这里没有”
·作者 [email protected]
我们能回答“叶子发黄怎么办”，靠的不是记性好，而是每次都能翻到原文。翻不到的时候我们会明说 —— 这一条比多说三句听起来专业的话有用。
一、我们凭什么说“资料里写着”
查的时候带三个条件：你种的是什么、长到哪一步、最近的天气。同一个问题，条件不同，该看的段落也不同。
- 不是只搜关键词，而是带着“你这一份种植”的处境去查。
- 查到的是原文片段，带出处；所以我们能告诉你这句话是从哪来的，而不是“一般认为”。
- 资料只到某一步时，我们就说到那一步为止，不往下编。
二、我们分得清“一般情况”和“你这盆”
通用经验能回答“一般怎么浇水”，回答不了“你这盆现在该不该浇”。这两件事我们分开说：先给一般规律（带出处），再说你这份种植的情况，最后才是建议。
三、图是配的，不是画的
- 我们不会自己画图，也不会给你一个可能打不开的图片链接。
- 需要图的时候（病虫、缺素、长什么样），我们写一行“这里要一张某某的图”，由系统去配真图。
- 所以不会出现“图挂了”“图是假的”“说发不了图其实能发”这些情况。
四、什么时候我们不查
你问“今天该干什么”“帮我看下计划”，我们不去翻资料 —— 那看的是你自己的账，翻资料只会让回答变慢。什么时候不查，和什么时候查一样重要。
五、如果你也写代码
- 检索是一个独立的 HTTP 服务，地址走配置（
AGRI_KB_URL），不写死在代码里。 - 同一个语料只留一个入口：对话侧走 harness 插件，MCP 只管读用户数据，不带检索 —— 两个入口就是两套失败模式。
- 上下文是五块拼起来的：这份活、窗口内安排、天气事实、知识库片段（带出处）、用户约束。
- 配图走渲染指令
[[figure: 作物 + 主题]]，由代码取图；不让模型输出图片地址或 Markdown 图片。
← 开发日志
