罗斯蒙德种植方案生成

概述

种植方案生成

Overview

把农户/种植者的 10 项基础信息（地区、场地、面积、作物、目的 + 土地、浇水、前茬、大棚配套、人工）转换为一份可执行、可溯源的分阶段种植方案。

本技能的核心价值是不自由发挥：方案里的每一个日期区间、每一组施肥折纯量、每一条病虫防治要点，都必须来自 references/ 下的内置权威数据表，或联网检索到的官方资料。查不到就标注「⚠ 待核实」，绝不用"看起来合理"的数字填空。

硬约束（违反即方案无效）

1. 禁止编造日期与天数。 播期窗口、各阶段天数、收获期必须来自 crop_calendar_*.json 或检索到的官方资料。
2. 禁止编造农药。 方案中只允许出现有效成分通用名 + 防治时机。出具方案前必须通过

中国农药信息网（http://www.chinapesticide.org.cn） 核验该成分在本作物上已登记，并抄录标签上的安全间隔期与每季最多使用次数。核验不通过就写「请咨询当地植保站确认登记药剂」，不给具体药名。

1. 禁止编造文献页码、标准号、文件名。 引用只写到可确认的层级（机构名 / 文件名 / 公开网页）。
2. 禁止给出"注意防范"这类空话。 每条风险提示必须配一个可执行的动作。
3. 完整规则见 references/data_sourcing.md，生成方案前必读。

工作流

Step 1 — 采集信息

向用户收集以下 10 项。必填 5 项，选填 5 项。选填项用户说「不知道/记不清」就直接跳过，用默认值，绝不为难农户去测土、去算亩数。

必填：

选填（全部是肉眼判断，不用测土）：

内置作物清单（24 个栽培型，覆盖常见咨询）：

• 粮食作物（11）：冬小麦、冬大麦、春大麦、一季稻（中稻）、双季早稻、双季晚稻、

春玉米、夏玉米、马铃薯、大豆、甘薯

• 大宗蔬菜（13）：番茄、黄瓜、辣椒、茄子、大白菜、结球甘蓝、花椰菜/西兰花、

菠菜、生菜、萝卜、胡萝卜、芹菜、菜豆（四季豆）

作物不在此清单内 → 走 Step 3 联网检索通道。

采集完成后写成 answers.json，字段见 scripts/build_plan.py 文件头注释。

Step 2 — 判定数据通道

作物在内置清单内？
├─ 是 → 直接 Step 4（内置表优先）
└─ 否 → Step 3（强制联网检索）

补充触发联网检索的信号（任一命中即检索）：

• 目标地区与该作物主产区气候差异大（如华南种马铃薯、东北种双季稻）
• 用户提供了具体的市，且该省内部气候跨度大（内蒙古、四川、云南、陕西、甘肃、河北、山西）
• 用户明确说"我们这儿跟别处不一样"或追问更精确的播期

Step 3 — 联网检索（仅未收录作物 / 需地区校准时）

按 references/data_sourcing.md 第三节的 5 条检索式执行，优先采信：

不采信：农资电商详情页、自媒体种地视频、无出处的"经验口诀"、内容农场式 AI 生成文章。

检索结果以 web_findings 字段写回 answers.json：

{"item": "播期", "value": "10月20日—11月5日",
 "source": "江苏省农业农村厅《2026年小麦秋播技术指导意见》", "url": "https://..."}

检索不到 → 标注「⚠ 待核实」，并写明"建议咨询 XX 县/区农业技术推广站"，禁止填默认值。

Step 4 — 生成结构化方案

python3 scripts/build_plan.py --input answers.json --out plan.json

脚本负责：匹配作物与栽培型（如「大麦」在黑龙江自动取春大麦、在江苏取冬大麦）、匹配农业气候区、确定播种/定植基准日、推算各阶段日期区间、折算用种量与施肥折纯量、判断重茬风险。

• 退出码 0 → 生成成功
• 退出码 2 → 返回 need_web_search，转 Step 3

Step 5 — 渲染交付

python3 scripts/render_plan.py --plan plan.json --out-dir ./out --name "XX种植方案"

产出 XX种植方案.md 与 XX种植方案.html（HTML 用 assets/plan_template.html 模板，可直接浏览器打开与打印）。两份必须同时交付。

Step 6 — 用药核验与交付

1. 通读方案中出现的每一处有效成分，按硬约束第 2 条在中国农药信息网核验登记与安全间隔期。
2. 把核验结论补进方案（或在无法核验时替换为「请咨询当地植保站」）。
3. 用 present_files 交付 HTML（优先）与 Markdown。
4. 在回复中用 3–5 句话点出：播种/定植日期、预计采收期、最关键的 1–2 个风险

（如重茬警告、倒春寒、晚疫病）、以及需要用户现场确认的待核实项。不要把方案正文重复一遍。

资源索引

scripts/

• build_plan.py — 信息 → 结构化 plan.json（作物/地区匹配、日期推算、用量折算、重茬判断）
• render_plan.py — plan.json → Markdown + HTML

references/

• data_sourcing.md — 数据源规范与防编造规则，生成前必读
• crop_calendar_grain.json — 11 个粮食作物栽培型的生育期与分阶段农事/水肥/病虫
• crop_calendar_vegetable.json — 13 个大宗蔬菜栽培型（含 facility_window 设施茬口与

site_min 场地保温等级门槛）

• region_zone.json — 省级行政区 → 农业气候区与茬口标签（机器可读）
• region_climate.md — 九大农业气候大区、省级基准表、气象风险的具体防御动作
• pest_disease.md — 主要病虫害发生规律与绿色防控（含不同生产目的下的用药策略）
• fertilizer_water.md — 折纯换算、施肥原则、土壤改良、灌溉定额、缺素速查

assets/

• plan_template.html — HTML 方案页模板（录入信息摘要 + 时间轴 + 阶段卡片，支持打印）

输出规范（方案必须包含的 8 个部分）

1. 您填写的信息 — 10 项录入值 + 每项一句说明（脚本自动生成）
2. 地区适配与茬口 — 气候区、≥10℃ 积温、无霜期、熟制、雨季、主要气象风险
3. 作物与生育期概览 — 科属、全生育期、温度特性、播种/定植基准日、预计采收期、密度
4. 用肥与用种量估算 — 按面积折算的折纯量（N/P₂O₅/K₂O）+ 施肥运筹 + 用种/用苗
5. 轮作 / 重茬风险提示 — 基于上一季作物的同科判定与应急措施
6. 分阶段种植方案 — 按时间顺序，每阶段含：时间范围、要做的农事、水肥管理、重点预防病虫、注意事项
7. 针对您情况的专项建议 — 土壤、灌溉、生产目的、人工、大棚配套、场地类型的落地调整
8. 待核实事项 + 数据来源与免责说明

常见坑（生成时逐条自查）

• 「大麦」「水稻」「玉米」等别名对应多个栽培型，必须靠地区消歧（脚本已处理，但要确认结果合理）
• 设施栽培不可直接套用露地窗口（脚本已用 facility_window 处理；无设施窗口时才用提前量）
• 普通大棚 ≠ 温室大棚：标注 site_min: 温室大棚 的茬口（如番茄/黄瓜「越冬一大茬」，

仅日光温室可行）脚本已对普通大棚自动排除，仅在备选茬口中提示"需温室大棚"。交付时若用户是普通大棚却想赶越冬茬，必须口头提醒加温成本与冻害风险

• 长季节设施茬口（越冬一大茬等）的阶段日期会失真，脚本已自动加提示，交付时要口头再提醒一次
• 叶菜类必须提示采收前 15 天停用氮肥（硝酸盐）
• 豆科作物（大豆、菜豆）少施氮，与禾本科逻辑完全相反，务必向用户讲清
• 根菜类（萝卜、胡萝卜）忌未腐熟有机肥与偏施氮肥（分叉、畸形、裂根）
• 十字花科连作致根肿病，无药可治，只能轮作 5 年 + 石灰调酸
• 茄科连作致黄萎病/青枯病，靠嫁接（茄子/黄瓜）与轮作解决
• 菜豆必须提示彻底煮熟后食用（皂苷与植物血球凝集素会引起中毒）
• 水作作物（水稻）不可套用旱作园艺措施：脚本已按 is_waterfield() 自动切换到水作分支，

但人工复核时仍须留意——稻田是平作淹水本田，不适用「起垄防涝」「膜下滴灌/水肥一体化」「地膜覆盖除草」「见干见湿」等旱作/设施措施；本田水层按生育期走「浅水返青→湿润分蘖→够苗搁田→浅水孕穗抽穗→干湿交替灌浆→收获前 7 天左右断水」

用户反馈优化机制

当用户对产出方案提出可复用、可推广到技能本身的意见时（而非一次性的数据修正），遵循以下流程，把反馈沉淀为技能的持久改进：

判定：这条意见该进技能，还是只改本次结果？

沉淀流程（须先获用户同意）

1. 识别：用户意见若命中以下信号之一，判定为"可沉淀"——
   • 逻辑缺陷：脚本/规则对某类输入给出错误结果（串台、误判、漏判）
   • 通用短板：所有输出都缺某类信息（如漏了安全间隔期、漏了茬口提示）
   • 经验沉淀：用户提出某条普适的农艺经验或业务规则
2. 征得同意：向用户说明"这条意见可以改进技能，让以后所有方案都受益"，经用户明确同意后才动技能文件。用户拒绝则只改本次结果。
3. 定位根因：区分「数据层」（references/.json 的数据错误）与「逻辑层」（scripts/.py 的规则缺陷）与「流程层」（SKILL.md 的工作流/提示词缺陷），改对位置，不头痛医头。
4. 最小改动：只改引发问题的代码/数据点，不动无关逻辑；改完跑一遍回归验证。
5. 记录：在 SKILL.md 的「已修复问题」小节追加一条（现象 → 根因 → 修复 → 日期），并同步更新本项目的工作日志。

已修复问题（记录在案）

• 2026-10-13 · 面积档位上限不足：AREA_MU 的「10 亩以上」一律按 15 亩折算，大面积用户拿到错误的"全田合计"。

修复：新增 10–50 / 50–200 / 200 亩以上档位，并支持 area 直接填数字（如 100）精确折算。

• 2026-10-13 · 水旱轮作被误判为重茬：rotation_check 只按同科判断，玉米→水稻被误报"重茬、减产 20–50%"。

修复：增加水作作物白名单 WATERFIELD_CROPS，同科但水旱轮作时判为"茬口合理"并提示水旱转换特有风险。

• 2026-10-13 · 粮食作物方案串入蔬菜措施：LABOR_ADVICE 的"嫁接、吊蔓、整枝、疏果"不分作物类别，水稻也照搬。

修复：生成专项建议时按 category == 粮食作物 过滤果菜类精细措施。

• 2026-10-13 · 数据来源串台：load_crop_db 合并粮+菜来源，水稻方案混入《中国蔬菜栽培学》等无关来源。

修复：改为按作物所属数据文件（_file）取对应来源，粮食方案只引粮作来源。

• 2026-10-13 · 一季稻育秧阶段地区文案锁死：rice_single 的 stages[0] 把「东北、高海拔区安全齐穗期 8月20–25日」硬编码进通用文案，导致长江中下游（湖北、江苏）的方案也显示东北的齐穗期（错误）。

修复：改为中性表述「以当地安全齐穗期倒推生育期」，并给出分区区间（北方寒地 8 月下旬、长江中下游 9 月上旬，以当地农技部门口径为准）。说明：扫描确认其他作物（冬大麦/春大麦/春玉米/大豆/冬小麦）的地区文案本身正确或属合理多产区对照，仅 rice_single 需改。

• 2026-10-14 · 长季节设施茬口采收期失真：harvest.date_range 一律取常规阶段模型 stages[-1] 的日期，导致「越冬一大茬」番茄的采收期显示为定植后约 4 个月（如 2 月），而实际为跨年 6–8 个月（12 月—次年 6 月）。

修复：build() 提取 facility_window[facility_used].harvest，新增 _harvest_range()——长季节/设施茬口时优先用设施窗口的收获区间（跨年自动顺延），否则回退常规模型。说明：该修复同时覆盖了「早春茬」「秋冬茬」等所有设施茬口，此前它们的采收期同样失真。

• 2026-10-15 · 水稻等水作作物方案串入旱作/设施园艺措施：WATER_ADVICE、SOIL_ADVICE

的水分文案、LABOR_ADVICE 的除草措施、site_tips 的露天大田提示，默认均按旱作园艺作物撰写（推荐膜下滴灌/水肥一体化、见干见湿、起垄+三沟防涝、地膜/秸秆覆盖除草），直接套用到水稻会生成「本田滴灌」「本田起垄」「稻田地膜覆盖」这类明显错误措施；同时 disclaimer 固定引用《中国蔬菜栽培学》，粮食方案出现无关来源。修复（逻辑层）：新增水作专属常量 WATER_ADVICE_PADDY / SOIL_WATER_PADDY /WEEDING_PADDY / PADDY_SITE_TIPS，build() 中用paddy = is_waterfield(crop["_key"]) 分支选择；LABOR_ADVICE 粮食过滤词补「地膜」；disclaimer 按 crop["_file"] 切换工具书名（粮作→《中国水稻栽培学》等）。回归验证：番茄（蔬菜·普通大棚）方案仍正确保留滴灌/地膜/嫁接吊蔓等措施，且「番茄→番茄」重茬判定为 danger，原逻辑未被误伤。

归属与边界