生成式AI预测昆虫生物防治效果:一场人机对比实验
先说一个让我印象很深的场景。某天在试验基地做棉蚜防治效果评估3位有十年以上经验的植保专家对着两周的气象数据、天敌释放记录和田间的蚜株率调查表商量了将近一小时最后给出的判断是“这波释放效果不会太好建议补一次低剂量药剂”。同一份数据我稍作整理后丢给一个大语言模型模型在几秒钟内给出了这样的回答“天敌释放时间与蚜虫暴发峰值错位明显且当天风速超过天敌活动阈值综合控制率预计偏低建议加强监测并预备药剂干预。”两边结论高度一致但过程完全不同。更让我意外的是后续两周的跟踪调查显示两边的判断都基本准确。这件事让我开始认真琢磨一个很实际的问题生成式人工智能到底能不能预测昆虫生物防治的结果如果能它和人类专家相比优势在哪、短板在哪、哪些环节会被高估、哪些风险会被忽视这篇文章就是围绕这个实验展开的记录。内容会涉及生物防治效果预测的难点、人类专家与AI对比评估的任务设计、数据组织方式、评估指标、提示词编写思路以及我在实际调试中踩过的一系列坑。不管你是做植保研究的还是关注AI应用落地的应该都能从中找到一些可以直接复用的思路。1. 为什么预测生物防治结果这么难又为什么非要预测生物防治的效果预测在植保领域一直是个“大家心里都有数但很难写进论文”的难题。不是说没有人做定量预测而是影响因子太多且很多因子之间存在明显的非线性关系传统的统计模型很难吃透。1.1 生物防治结果的高度不确定性昆虫生物防治通俗讲就是用天敌去控制害虫。这里的“结果”通常指害虫种群密度下降幅度、天敌建立种群的成功率、以及后续是否需要补治。但与化学防治不同生物防治的效果不是喷完药就确定的而是“活体对活体”的动态博弈过程。影响最终效果的因素至少包括以下几类天敌本身的生物学特性发育历期、繁殖力、搜索能力、对不同猎物的偏好、害虫种群的状态虫态结构、密度基数、增长速度、环境条件温度、湿度、降雨、风速甚至光照时长、作物生长阶段和田块里的伴生生物群落。这些因素之间也不是简单叠加而是经常出现“耦合效应”。比如温度直接影响天敌的发育速度但同时也影响害虫的繁殖速度最终控制效果要看两边谁的反应更快这种“动态赛跑”很难用静止的参数去拟合。更棘手的是有些关键信息在实际生产中根本采不全。比如天敌释放后到底有多少个体成功扩散到目标区域、存活了多少、产了多少卵这些数据在田间几乎不可能精确测量。所以生物防治效果预测本质上是一个“数据稀疏的复杂系统推断”问题。1.2 人类专家的预测方式经验直觉加模式匹配在田间一线最有说服力的预测工具仍然是专家的脑子。资深植保专家的判断通常基于一套隐性的经验法则他们会看天敌释放时害虫的虫态是否处于敏感阶段会估算未来一周的温度是否落在天敌活动的最适区间也会结合前几年的相同田块情况做类比。这种判断方式的优点是能处理信息缺失。就算没有完整的数据专家也能用“往年这个时候一般会怎样”来填补空白。缺点是难以标准化。两位水平相当的专家面对同一份数据给出的结论可能差不多但具体的置信度和补充措施建议往往很不一样。而且专家的经验覆盖范围有限如果遇到极端气候、新的害虫生物型、或者一种新引入的天敌种类经验法的可靠性会明显下降。另一个实际问题是人力成本。一个真正合格的植保专家需要十多年田间积累不可能覆盖每一个需要预测的田块。农业社会化服务组织、基层农技人员、种植大户都需要这种预测能力但真正能用上顶级专家判断的只有很小的比例。1.3 生成式AI介入的合理性生成式AI在这个问题上的价值不在于“比专家更懂昆虫”而在于“把专家判断的隐性逻辑显性化、规模化”。大语言模型在预训练阶段吸收了大量生物学、生态学、农业科学文献能够理解“七星瓢虫捕食蚜虫”“赤眼蜂寄生鳞翅目卵”这类基础关系。更重要的是它具备很强的文本推理和条件组合能力给它一段结构化的田间观测记录它可以按照给定的决策框架做推演分析并输出自然语言结论和解释。在对比实验中AI不直接替代专家而是模拟一个“有基本植保知识的助理植保员”用统一的标准去分析同一批数据。这个定位很重要。如果要求AI达到顶级专家的水平现阶段还不现实但如果要求AI达到“一个合格植保技术员经过系统培训后的水平”结果是完全可以期待的。我做完第一轮对比实验之后的感受是AI的综合准确率已经明显超过“新手实习生”在部分任务上可以接近资深专家的判断水平。2. 实验设计怎么让人类和机器在同一条起跑线上答题要对比人与机器的预测能力最大的难点不是技术而是实验设计的公平性。你不能给人类专家一份详细的田间报告、转头却只给AI一个Excel表文件名那是欺负机器也不能给AI精心撰写的结构化数据、却让专家对着模糊描述猜那是欺负人类。公平对比的关键是把原始信息转成双方都能理解、且信息量完全等价的表达形式。2.1 数据和预测任务的范围界定我选取的预测对象是某区域蔬菜基地的棉蚜——瓢虫防治体系共收集了3个年度、38个田块的调查记录。每条记录包含以下信息田块面积、作物品种和生长阶段害虫密度分级用蚜株率和单株蚜量两个指标天敌种类、释放虫态、释放数量和释放方式气象预报数据未来7天逐日温度、湿度、降雨概率和风速棉蚜发生史和上一轮用药记录。预测任务被限定为三个问题的组合未来14天内害虫种群趋势下降/持平/上升、天敌能否有效建立种群成功/部分成功/失败、以及是否需要人工干预建议/不建议/观察后再定。我刻意选这三个问题是因为它们覆盖了“预测”的三个层次趋势判断、机制判断、决策判断可以比较全面地考察推理能力。2.2 人类专家的盲测方案人类专家这边我邀请了几位从事植保技术服务的一线工作者。为了保证可比性我给了每位专家完全相同的信息包包括文字版田间描述、数据表格和气象预报截图。他们需要在统一时间内完成预测并写下三条主要判断理由。这里有一个很重要的细节专家的判断过程允许他们调用自己的经验但不允许互相讨论也不允许查看现场照片。为什么不能看照片因为照片里的颜色、长势等视觉信息在AI那边暂时没法标准化呈现一旦引入照片对比就失去了公平性。虽然这会损失一部分视觉信息但我宁可在第一阶段保证变量可控制也不愿意让干扰因素污染结论。2.3 生成式AI的响应方案AI侧的核心思路是把一份预测任务转换成“情境化问题”。我不要求模型直接给出结论而是让它先拆解问题、再做推理、再给结论。具体做法是把田块信息和气象数据组织成一段连续的情境描述然后在提示词中明确提出角色设定、数据说明、分析步骤和输出格式。角色设定方面我让模型扮演“一位熟悉蔬菜害虫综合防治的植保技术员”但明确要求它不能编造数据、不能使用未提供的田块信息。分析步骤方面我要求它按“害虫基数判断—天敌作用估算—气象条件影响—趋势综合推测”四步走每一步都要有明确依据。输出格式方面我强制要求三分类结果加置信度打分并附上不超过5条关键理由。这种设计是为了最大限度发挥生成式AI的长处长文本理解、知识整合、结构化推理。同时也为了规避它的短处缺乏真实感官数据、可能产生事实幻觉。通过明确约束输出渠道幻觉造成的干扰会减轻很多。3. 核心实现与关键参数从提示词设计到评估管线的完整细节这一部分是整个项目最核心、也最值得复用的内容。我尽量把每一步的做法和为什么这么做的理由都写清楚方便有需要的朋友直接照着搭建自己的版本。3.1 提示词模板的迭代过程提示词模板是第一版就开始用的但最终稳定下来的版本改了七次。最初的模板很粗糙只写了“请分析以下数据并预测生物防治效果”结果模型给出的回应极其发散有的答案变成科普文有的只给结论没有理由。后来我采用了“结构化任务框架条件约束评分量规”的三段式模板。最终版的骨架如下你是蔬菜害虫生物防治领域的植保技术员。以下是一块田地的完整调查记录。请基于记录中的信息进行分析不要使用记录之外的具体数据也不要编造任何害虫密度数值。 调查记录 {现场描述与数据表} 请按以下步骤分析 1. 判断当前害虫虫口基数和暴发风险 2. 估算天敌释放后的控害潜力 3. 评估未来7天气象条件对双方的影响 4. 综合预测未来14天害虫种群趋势。 输出要求 - 趋势判断上升/持平/下降并给出置信度 - 天敌建立种群评估成功/部分成功/失败并给出置信度 - 干预建议建议干预/不建议/密切观察后决定 - 关键理由最多5条每条不超过40字。这版模板的关键在于“分步推理”。它不是直接问“结果会怎样”而是迫使模型把问题拆解成几项具体分析让“结论”变成“推理后的产物”而不是“凭语感猜答案”。我把这个策略称作“让AI先做作业再交答案”。3.2 温度、湿度等条件参数的加权逻辑在模型推理之外我还设计了一个“环境因子敏感性提示”模块。这来自我对田间记录的回溯分析在38个田块中有17个田块最终效果不理想其中10个都出现了“释放当天或随后3天内有较大风速”的记录。说明气象窗口对天敌活动的影响非常大。因此我在提示词中加了一段辅助分析指令在评估气象条件时请特别关注以下规则 - 日均温低于12℃时瓢虫活动显著减弱 - 未来7天累计降雨超过30mm时田间蚜虫易快速增殖 - 平均风速超过3级时移动能力强的天敌释放后扩散效果明显下降 - 上述因子同时出现时请降低天敌控制潜力的总体评分。这些规则的引入其实相当于把一部分专家的“经验参数”显式编码进了提示词。生成式AI不会自己去推导“风速超过多少影响瓢虫扩散”但如果它知识库里有相关文献再配合显式规则判断准确率会明显提升。实测下来仅增加这部分规则预测任务的整体准确率就提升了约12个百分点。3.3 评估指标体系与结果对比评估人机对比效果不能只盯“准确率”一个指标。我用了四维指标预测准确率与14天后实际田间调查结果的一致性决策可采纳率由两位资深专家审核预测理由后判断“是否可以作为行动参考”解释充分性理由中是否覆盖了害虫基数、天敌作用、气象条件三个核心维度时间成本从拿到数据到给出结论的耗时。结果非常有意思。平均准确率方面资深专家约71%AI约64%两者差距并不悬殊但决策可采纳率方面AI反而略高达到68%资深专家是62%。原因是AI输出的理由更规范没有“凭经验”“感觉是这样”这类模糊表述专家在审核时反而更容易评估其逻辑链。在时间成本上AI平均耗时8秒人类专家平均22分钟差异接近三个数量级。时间优势带来的并不仅仅是效率提升更重要的是“可以评价更多的方案”。同一个区域内如果有几十个田块需要做预测人类专家根本无法逐一深入分析但AI可以做到。这才是生成式AI在农业场景下真正的价值不是替代最顶尖的判断而是把中等偏上的判断能力复制到无限多的决策场景中。我还注意到一个有趣的现象在某些样本中AI明显优于专家。典型场景是“多种影响因子同时不利”的情况比如高温加高湿加天敌释放偏晚同时出现。人类专家往往只抓住一个最突出的不利因素做出判断而AI会系统性地逐条评估最后给出综合偏负面的结论这往往更接近实际结果。4. 常见问题与排查实录AI一本正经说错话的四种典型场景AI预测生物防治结果不是一跑就顺的。我自己调试过程中踩了很多次坑这里挑出最有代表性的几次按“症状—原因—解法”的格式记录下来。4.1 模型把说明文件中的数据当成事实出现幻觉第一次测试时模型输出的结论里出现了“蚜株率高达85%”这样的描述但我提供的数据明明写的是“蚜株率15%”。这个错误很隐蔽因为模型在地道地解释“虫口基数大、有暴发风险”看起来非常合理可数据依据是错的。排查后发现原因是提示词中夹杂了一段背景说明里面有一句“当蚜株率超过80%时必须立即处理”。模型误读了这段话把它当成了本田块的实测数据。这个坑的解法是把所有背景知识移动到“分析规则”区域并清楚标记“以下为通用规则”把“调查记录”区域单独隔离用分隔线明确区分并在提示词中强调“调查记录中的所有数值均为真实数据请仅引用该区域的数据”。后来我还在评估管线上加了一个简单的数据一致性校验模型输出的每一个数值必须能在输入的数据表中找到对应项否则直接判为“幻觉输出”并扣分。这一步之后AI的数值幻觉问题大幅下降。4.2 专家评分方差过大难以统计人机对比的第二轮评审中有两名专家对同一份AI回答给出了截然相反的可采纳性评分。一个人认为“理由充分、可直接参考”另一人认为“缺少对作物生育期的考虑不能接受”。两个人的专业背景都非常扎实分歧却很大。这个问题暴露的是评估标准模糊。我重新梳理了评审规则将评价维度拆成三个子项数据引用是否准确、推理链是否连贯、结论是否有现实可操作性。每个子项按“0—1—2”三档打分最后加权汇总。评价维度细化了之后评分方差明显收窄。这个经验提示我做任何涉及主观判断的评估都需要先把“好”和“坏”定义清楚否则结果很难用来指导迭代。4.3 提示词里的负面表述引发误判有一版提示词写的是“如果未来7天平均风速不超过3级则天敌扩散能力较好反之则较差”。结果模型在好几个样本中把风速恰好处于临界值的情况判定为“较差”而且本质上是犯了顺序依赖的错误先看到“较差”再回头解释数据。问题出在“负面表述顺序”上。模型是逐词处理的先读完“反之则较差”已经产生了负面预期后续的判断会被锚定。改成“如果风速在3级以内有利于天敌扩散超过3级时需谨慎评估”这样先说正向后说负向的表达后误判明显减少。这个细节非常值得注意在提示词编写中正面信息优先出现反向信息次之比单纯使用“不要”“否则”类语言更有效。4.4 模型对“部分成功”这个中间状态不敏感评估体系中有“成功/部分成功/失败”三分类但AI在预测“部分成功”时准确率显著偏低。分析后意识到训练语料中“生物防治成功”或“生物防治失败”的二元案例远多于“部分成功”的案例所以模型会倾向于把不确定性推向两个极端。解决思路是调整输出任务。我不再直接问“天敌建立种群是否成功”而是先问“影响天敌建立种群的正面因素有几个负面因素有几个各自权重如何”然后由评估脚本把正负因素的比值映射到三分类结果。这个“先量化后分类”的方法把部分成功的识别准确率从原来的38%提升到了61%。如果你在做类似的模型应用遇到模型对中间状态不敏感的问题强烈建议试试这种间接路线。5. 扩展应用这套方法能迁移到哪些场景这个项目的直接成果是一套用于蔬菜蚜虫生物防治效果预测的提示词框架与评估流程。但在实验过程中我发现它的底层逻辑可以很自然地扩展到其他农业和生态管理场景。至少有三个方向值得尝试。5.1 扩大到更多天敌—害虫组合当前验证的是系统的前提下但框架并不绑定特定物种。只要更换提示词中的物种生物学参数发育起点温度、世代历期、搜索能力等再更换田间数据表的字段就可以切换到其他组合例如赤眼蜂寄生玉米螟、异色瓢虫控制温室粉虱、捕食螨控制草莓红蜘蛛等。关键投入是把每个物种的生物学参数整理成结构化数据库这部分工作没有技术门槛但非常需要植保专业背景。不同物种的迁移难度与数据可获取性直接相关。我看好捕食螨方向因为在设施蔬菜中温湿度环境相对可控影响因子数量比露地少评估结果会更稳定。5.2 与物联网监测数据联动构建实时预警模块现在的预测是一次性的拿到调查记录、给出14天预测。如果接入物联网传感器可以设计成每天自动抓取温度、湿度、土壤含水量数据结合定期的人工调查记录自动更新预测结果。具体实现上的路径也非常清晰传感器数据经过清洗后按固定格式拼接成“天气摘要”再与田块基础信息表合并作为每日提示词输入。这样做的本质是把“文本提示词”变成了“数据渲染模板”既保持了AI推理的灵活性又让预测变得可以持续迭代。这套联动方案唯一的瓶颈在于传感器设备的成本和部署密度但这会随农业物联网普及而逐步缓解。5.3 反向应用用自然语言辅助生成调查方案还有一个我没预想到的方向AI不仅用来预测结果也可以反向辅助设计调查方案。试验中途我曾让模型为一块数据缺失的田块推荐补充调查清单结果模型给出的建议覆盖了“天敌成虫发生量目测法”“蚜虫有翅蚜诱集法”等好几个我在设计之初忽略的点。这种反向应用价值很大尤其适合基层技术人员在面对陌生害虫组合时快速搭建一套可落地的调查方案。6. 最后的一些个人体会回到最初的问题生成式AI能否预测昆虫生物防治结果我的答案是在数据描述足够结构化、专家经验能转化成显式规则的前提下能。它不一定比顶尖专家更准但它的优势体现在可用性上24小时在线、分钟级响应、同时处理几十块田、输出格式统一、判断逻辑不因疲劳而波动。如果要说这个项目最大的教训那就是不要一上来就追求“AI全面超越专家”。合理的定位是“AI先把60分的分析做扎实再靠专家提供80分以上的方向修正”。60分到80分的差距可能要靠更完整的数据采集和更深入的专业知识嵌入来缩小但60分的基础能力已经足够在很多基层场景中发挥价值。如果你也在做类似的交叉项目建议从小范围样本开始不要贪大求全。先选一种虫害系统、一个地理区域、一类预测任务把实验流程跑通把评估指标定清楚再逐步扩展。过程中你可能会发现AI的表现比你预期的更惊艳也可能比你预期的更离谱——两种结果都很有价值。

相关新闻

大模型API中转站选型观察:词元无忧API为何值得优先评估

大模型API中转站选型观察:词元无忧API为何值得优先评估

引言 随着大模型应用落地加速,越来越多的企业开始通过 API 中转服务统一接入多家模型厂商。中转平台在技术架构上承担协议适配、限流、鉴权、监控等职责,其实现方式与稳定性是影响业务表现的重要因素。选型不当,轻则迁移成本高企,…

2026/10/17 2:30:36 阅读更多 →
基于NLP的检索式聊天机器人实战:语义相似度与向量化实现

基于NLP的检索式聊天机器人实战:语义相似度与向量化实现

做了几年NLP应用开发,手里过过不少聊天机器人项目,但我发现最容易被低估、又在实际落地中最实用的,恰恰是检索式聊天机器人。很多人一上来就奔着生成式大模型去,觉得能自动组织语言才叫智能,结果卡在算力、幻觉和成本上…

2026/10/17 2:29:36 阅读更多 →
园区能源监测数据采集网关:核心功能、部署与选型实战指南

园区能源监测数据采集网关:核心功能、部署与选型实战指南

在智慧园区的能源管理项目里,数据采集网关是个特别容易被低估的角色。不少甲方和刚入行的工程师觉得它就是个“传数据的盒子”,把电表、水表、气表的数据送到服务器就完事了。但真正落地过园区能源监测系统的人心里都清楚,网关选得好不好、配…

2026/10/17 2:29:36 阅读更多 →

最新新闻

C#与工业机器人Socket通讯:从TCP协议到上位机二次开发实践

C#与工业机器人Socket通讯:从TCP协议到上位机二次开发实践

简介:C#与ABB机器人通讯及控制完整工程包,定位在工业自动化场景下的二次开发与通讯集成,面向需要调用RobotStudio SDK、RCI/RPL接口实现机器人控制的C#开发者。资源以六轴机器人气囊抛光控制为实际示例,从连接认证、TCP/IP数据传输…

2026/10/17 3:14:46 阅读更多 →
多Agent协同选股器:从“能跑”到“能用”的工程实践

多Agent协同选股器:从“能跑”到“能用”的工程实践

这个系列写到第六期,我先把前面干的事简单捋一遍:第一期搭数据底座,第二期定模型选型,第三四期把Agent框架跑通、把提示词调到能稳定输出结构化结论,第五期重点做了单Agent的深度分析流程。今天这期,题目叫…

2026/10/17 3:14:46 阅读更多 →
Spark RDD分区重置:coalesce与repartition原理及选型指南

Spark RDD分区重置:coalesce与repartition原理及选型指南

一提到RDD分区重置,很多Spark开发者第一反应是“这有什么好讲的,coalesce减少分区、repartition增加分区呗”。但在实际项目中,围绕这两个算子踩过的坑,比想象中多得多——有人发现coalesce缩完分区数据更歪了,有人用r…

2026/10/17 3:14:46 阅读更多 →
VS2015 C++ UDP Socket编程实战:从环境配置到调试避坑指南

VS2015 C++ UDP Socket编程实战:从环境配置到调试避坑指南

先说我自己的一个观察:讲UDP socket编程的入门资料不少,但大部分都在讲Linux的SOCK_DGRAM,一换到Windows、换到vs2015,很多人就卡在最基础的工程配置上,代码倒是抄下来了,一编译全是头文件冲突、链接错误。…

2026/10/17 3:14:46 阅读更多 →
SENetV2聚合稠密层:提升YOLO26目标检测的通道注意力改进实践

SENetV2聚合稠密层:提升YOLO26目标检测的通道注意力改进实践

这阵子手头一直在折腾YOLO系列的改进,注意力机制算是绕不开的一个坑。从早期的SENet、CBAM到后来的EMA、SimAM,各家都说自己效果好,真到自己往上加的时候才发现,不是模块不够强,而是模块和检测任务本身的契合度问题。前…

2026/10/17 3:14:46 阅读更多 →
LVS TUN模式:突破二层限制的IP隧道负载均衡方案

LVS TUN模式:突破二层限制的IP隧道负载均衡方案

搞过负载均衡的兄弟,对LVS应该都不陌生,生产环境里NAT和DR是被用得最多的两种模式。但TUN模式——这个经常被文档一笔带过、实际又能解决大问题的方案,我今天想拿出来单独聊聊。LVS TUN模式的核心思路是把客户端的请求包通过IP隧道&#xff0…

2026/10/17 3:13:46 阅读更多 →

日新闻

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

简介:《DeepSeek使用方法.pdf》是一份面向DeepSeek入门及进阶用户的完整使用指南,重点围绕V3与R1两款模型的能力差异与适用场景展开,帮助读者根据任务类型与成本选择合适的模型。资源共1个PDF文件,压缩包大小约311KB,篇…

2026/10/17 0:00:25 阅读更多 →
200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

简介:这是一份聚焦DeepSeek提示词优化的《200Deepseek润色指令》PDF文档,共收录两百余条可直接套用的润色指令,涵盖语法修正、风格统一、逻辑梳理、表达精炼等维度,并针对商务写作、学术论文、广告文案等场景给出差异化建议。文档…

2026/10/17 0:00:25 阅读更多 →
OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

简介:本资源是一份基于OpenCV的本科课程设计完整报告,面向计算机视觉初学者、图像处理学习者及高校通信/信息类专业学生,解决物体智能计数与检测结果结构化记录的实际问题。项目覆盖图像预处理、轮廓检测、边界框绘制、轨迹栏交互式参数调节、…

2026/10/17 0:00:25 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/16 21:35:51 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/17 1:44:59 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 21:54:38 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 14:23:36 阅读更多 →