我们不会替你做的事

2026-11-07·作者 [email protected]

问“打什么药、多少倍”，我们不会甩给你一个配方；问“照片里这是不是霜霉”，我们不会替你下结论。这篇把不做的事列清楚，以及为什么这几条碰不得。

一、你问“该打什么药”，我们会说这些

• 先看标签：剂型决定怎么施（喷雾还是撒施），登记作物决定能不能用在菜上，安全间隔期决定打完几天能采。
• 什么时候打：高温季节上午 10 点前、下午 3 点后；大风（3 级以上）、下雨不打。
• 能不能不用药：黄板、防虫网、通风降湿、清理残叶 —— 能不用就不用。
• 我们不会说：配多少倍、和什么混、几天打一次。

二、另外四件我们同样不替你做

你可能会问	我们会给	我们不会给
“照片里这是什么病？”	几种可能 + 各自该看哪里 + 怎么自查	“一定是霜霉病”
“这季能收多少？”	影响产量的几个变量，以及现在能改的那一个	“大概十斤”
“这棵还有救吗？”	能试的动作和大概多久见分晓	“没救了，拔了吧”
“XX 能不能和 YY 一起用？”	“按标签，标签没写就别混”	一个混配比例

三、为什么这几条碰不得

因为错的代价不对称：浇水浇多了能补救，药打错了是药害和残留 —— 叶菜采收期短，一次用错就可能整茬不能吃；而照片诊断一旦下成“确定”，你会照着治，错了就是白打一遍药、耽误一周。

• 浓度、混配、剂量，标签是唯一有法律效力的依据。我们给一个数，你照着做，出事时没有任何依据可查。
• 照片能看出“像什么”，看不出“一定是什么”—— 光线、角度、品种、缺素都能伪装成病斑。
• 产量靠天、靠土、靠你的管理，谁承诺谁在编。

四、我们宁愿被觉得“没帮上忙”

一句“按标签浓度来”听着不如“一桶水兑两盖”那么贴心，但前者是对的。我们要做的是把判断的依据交给你，让你自己越看越准，而不是让你离不开一个配方。

五、一个已知的别扭处

“推后”如果没说推到哪天，那条会暂时从看板上消失。我们知道这个别扭，打算改成“必须给一个日期”。写在这里，是因为我们不想让你觉得是自己看漏了。

六、如果你也写代码

• MCP 侧只有 6 个只读工具：用户、种植、安排、节点、变更、记忆。写入一律走 App 的同一条业务逻辑，不存在第二套。
• 知识库只读引用：不给写权限、不许编。检索不到就明说“资料到这一步为止”。
• 提示词里写红线，校验层里写硬约束：环境未知不许假设、里程碑不许自动改、失败即整份作废。

← 开发日志