Bid2X:用基础模型视角重构广告竞价环境建模
Bid2X这篇关于广告竞价环境建模的工作最让人上头的其实是“基础模型视角”这五个字。做广告出价的人都有个直觉把环境模拟得越像真实拍卖强化学习出价策略就越敢在离线世界里折腾。可过去的模拟器思路都是“小作坊式”——为某个场景、某类广告主单独标定一个模型换场景就失效。Bid2X想解决的正是这个老问题而且是用一种更接近基础模型的姿态去重新定义环境建模把竞价环境当作一个可以被大规模预训练的序列生成问题而不是一堆参数拟合。这篇文我就结合自己做竞价策略和交易链路建模的实战视角把Bid2X的核心思路、技术细节、落地阶段容易踩的坑全部展开聊一遍。1. 环境建模为什么成了竞价策略的天花板1.1 出价策略的每一次迭代都绕不开“环境”在广告竞价的强化学习建模里环境是一个由拍卖机制、竞争对手出价策略、流量供给、用户行为共同组成的黑箱。广告主这边的状态s——通常包含剩余预算、已消耗进度、当前时段、流量上下文——交给策略模型π策略输出一个出价b随后环境替广告主去跑这场拍卖返回“赢/输、结算价格、曝光、点击、转化信号”这样的反馈。策略学习的质量高度依赖这个环境反馈的质量。可以直接在线上学吗可以但试错成本极高。一个新策略刚上线时可能预算花不出去也可能短时间内把预算打给劣质流量广告主早上醒来一看数据全崩了。所以行业里普遍用离线方式做策略训练和验证可离线固定日志又存在覆盖不足的问题策略一旦出价激进就跑到历史日志里没有太多样本的区域这时候环境模型给出的反馈如果不对策略就会被带偏。这就形成了一个很现实的天花板出价策略提升的空间很大程度被环境模型的精度锁死了。想测试一个新的预算分配策略直接上灰度风险大离线环境如果不准结论又可能是反向的。过去很长一段时间大家是把环境建模当成一个配角来做的花的心思远不如策略本体多。结果是策略模型越来越复杂环境模型却还停留在“够用就行的模拟器”。1.2 传统环境建模的三类代表做法为什么都不够我大概总结了一下业内比较常见的三类环境建模做法每一类都有它明确的天花板。第一类是成交价分布回归也就是业内常说的bid landscape forecasting。做法是把“最小胜出价格”或者“市场成交价”拟合成一个分布最常见的是直方图模型、对数正态分布或者用一个回归模型直接预测价格。它能回答“以这个出价能赢多少概率”也能帮助做bid shading。但它的输出是一条价格曲线给不了带状态迁移的完整反馈链。预算消耗、频控、连续几次竞拍失败的挫败感这些状态之间的依赖关系它完全没法表达。第二类是生成式模拟器。思路是把真实拍卖日志里的对手行为拟合成一个参数分布或一个轻量生成模型再按拍卖机制去模拟一场场拍卖。这类做法在“对手基本不变”的静态市场里表现不错团队内部做个benchmark足够了。但一旦市场上几个头部竞争对手悄悄改了自己的出价策略或者平台改了结算规则模拟器里的对手分布还是老样子误差立刻被放大生产出来的策略到线上一跑就露馅。第三类是前向世界模型。用神经网络把[当前状态, 出价动作]映射到[下一状态, 奖励]网络结构可以用MLP、RNN也可以用带约束的序列模型。它的表达能力比前两类强但问题在于归纳偏置太依赖人工设计的特征。特征表征是为某一个流量场景定制的就几乎不可能迁移到新场景换一个广告位类型、换一个行业就得重新设计状态空间重新训练。这三类做法本质上有一个共同的毛病它们都把环境建模当成一个局部拟合任务。一个场景一套模型、一类广告主一组参数、一段时期一个标定周期。最后广告平台里同一个拍卖机制下会躺着几十个互不相通的环境模型。这种“碎片化”带来的维护成本其实比单个模型涨几个点要致命得多。传统环境建模做法代表性思路核心局限成交价分布回归拟合market price概率分布缺乏状态迁移只能回答胜率生成式模拟器固定对手分布按规则模拟拍卖对手策略一变化误差迅速放大前向世界模型状态动作映射到下一状态与奖励人工设计表征跨场景迁移困难1.3 “基础模型视角”到底重新定义了什么Bid2X所说的基础模型视角不是简单地把一个小环境模拟器换成一个大模型更不是把拍卖日志当成自然语言喂给语言模型聊天。它是在说环境本身可以被当作一种可以预训练、可以上下文学习、可以在不同拍卖场景间迁移的通用表示。我把它的核心归纳成三个关键词。第一个是序列化。把一次拍卖中发生的完整事件串成一个有序的token序列。广告请求是事件出价动作是事件拍卖结果也是事件转化信号还是事件。环境不再是分散的字段组合而是一条连续的事件流。第二个是生成式预训练。用自回归的方式去预测“下一个拍卖结果”。也就是说模型从海量历史拍卖记录里学到的是竞价过程的经验分布而不是某个固定规则的拟合。第三个是上下文条件化。在预测时把当前状态和候选动作作为prompt条件让模型直接条件生成后续反馈。模型不是在凭空想象而是在“看过足够多拍卖模式”的基础上针对当前这个具体上下文给出概率化预测。这套逻辑之所以成立是因为广告竞价环境的底层存在大量共享结构。二阶价格结算机制是共享的流量维度特征是共享的广告主预算约束行为也是共享的。一个广告主可能只在某几个场景里投放过但它面对的拍卖机制、流量特征、行为模式在别的广告主那里已经出现过很多次。预训练恰好是捕获这种共享结构的手段再把结构知识迁移到新广告主、新场景这正是基础模型范式的核心收益。2. Bid2X的核心把拍卖过程变成可预测的“下一件事实”2.1 从拍卖日志到token序列一个容易被误解的设计把拍卖过程序列化第一步就是把一场场拍卖日志转成模型能读的token序列。以一次request为例需要放进序列的信息大致有这些时间信息距离投放周期开始的相对时刻、当日第几个小时。流量上下文广告位类型、页面位置、用户兴趣标签、设备类型。广告计划状态剩余预算比例、当前消耗速度、历史累计胜率。候选动作本轮拟出价金额或者是出价倍率。上一轮拍卖结果胜负标签、结算价格、是否产生转化信号。不同字段上了tokenizer之后类别字段映射成词表ID连续字段做log变换再分箱时间信息用相对位置编码最后拼出一个类似这样的序列[请求上下文] [剩余预算70%] [小时14] [动作:出价2.3元] [结果:win] [结算价:1.8元] [信号:转化] [请求上下文] ...这里有一个特别容易误解的点Bid2X不是把拍卖日志翻译成自然语言再塞给一个通用语言模型。它是为竞价事件单独设计一套专用tokenizer用符号语言描述拍卖事件。过程和文本预训练在形式上统一但词汇表、分箱逻辑、字段间条件关系都是围绕竞价语义设计的。这样做的好处是精度可控连续数值不会被自然语言的语义空间稀释掉坏处是这套tokenizer需要和业务一起定制不是拿来就能用。2.2 条件是“状态出价”输出的是整段后续反馈序列化完成之后训练目标就变成了标准的自回归条件概率估计。模型要学习的是给定过去一段上下文和候选动作预测下一轮拍卖结果的条件分布。输出不止一个价格还包括胜负标签、价格、转化信号这些后续事实。推理时可以做类似self-play的rollout当前策略给出一个出价环境模型先生成胜负token再在胜出的条件下生成结算价token接着生成曝光后的转化信号token。每一步都是条件生成的前一步的预测结果本身就是后一步的条件输入策略因此能感受到一条完整的反馈链而不是一个孤立的奖励值。从实现视角看这里有一个很关键的设计细节输出顺序不能乱。我在实际做这类生成式环境模型时通常会把胜负生成放在最前面因为它是整个条件概率链的根节点。先抽胜负再抽结算价再抽转化信号层级条件关系清晰模型也更好收敛。如果一开始就让模型同时预测所有输出既不好训练rollout时的错误也会像滚雪球一样越滚越大。另一个值得注意的点是环境模型面对的是高度不确定的拍卖市场所以它的输出不应该只是一个点估计而应该是一个分布。比较务实的做法是让模型输出混合分布的分量参数或者输出多个分位数把不确定性显式表达出来。对bidding agent来说知道“结算价有30%概率落在2元以上”和只知道“结算价大概率是1.8元”决策逻辑是完全不同的。2.3 为什么这种归纳偏置对竞价环境成立自回归序列模型的归纳偏置恰好和广告竞价环境的真实结构对得上。第一竞价环境存在明显的长程依赖。预算消耗是历史序列的积分前两个小时花钱太猛后面就必然会变得束手束脚。频控、投放平滑这些机制本质上都是时间维度上的强依赖。序列模型天然匹配这种积分式的依赖关系。第二对手行为不是一个静态分布而是一个动态函数。传统模拟器把对手冻结在一个参数分布里是拿过去几个月的平均行为当成明天的行为这在快速变化的市场里很危险。序列模型能从长窗口里捕捉对手出价策略的切换节奏和变化规律胜率不会因为对手调价而崩溃。第三广告主其实是在部分可观测环境下做决策的。真实市场中广告主只能看到自己有没有赢、付了多少钱看不到竞争对手的完整信息和平台内部的拍次细节。传统世界模型强行要求给完整状态建模而自回归序列模型可以在部分可观测的条件下直接学习观测序列的条件分布不需要显式补全隐藏状态只要模型预测出来的下一段观测和真实观测在分布上一致即可。再加上跨场景共享的通用先验这就是“基础模型”三个字在这篇工作里的真正位置。3. 从环境到出价策略离线训练闭环是怎么搭起来的3.1 先预训练一个环境基座再按业务做适配Bid2X这种思路落到出价策略训练流程里我认为应该是两阶段的结构。阶段一是预训练环境基座。把平台上多个业务线积累下来的拍卖日志汇集起来转成大规模token序列库训练一个通用竞价环境模型。它见过的拍卖类型越多样后续适配新业务时需要的样本就越少。阶段二是面向具体业务的适配。比如某一个广告主要开始投一个新市场这个市场日志稀缺可以先冻结基座大部分参数只用最近少量日志微调一个适配层。这比从零训练一个环境模型快一到两个数量级这也是基础模型范式在工程效率上最直接的体现。在这个适配后的环境里策略训练可以跑得相当激进。甚至可以走“世界模型加策略联合训练”的路线策略出价分布产生更多样化的拍卖结果环境模型对策略新探索到的区域做更细的校准两者交替更新。但这里有一条红线不能把策略训练时的行为分布拉得离离线日志分布太远。环境模型再强它也是从数据分布里学的策略探索到极端区域时环境反馈的方差会迅速变大再训练出来的策略容易变成纸面冠军。3.2 sim2real gap不会因为“大”就消失基础模型可以让模拟更泛化但仿真环境与真实市场之间的差距始终存在。差距来源无非这么几个新广告主缺乏近期数据极端流量下模型只能外推竞争对手集体升级策略导致市场价格突变。Bid2X给了我们一个更好的环境起点但策略上线前的防偏工作一步都不能少。我的实践习惯是给环境模型加一个校准层。环境预测出来的结算价分布每天用线上真实结算日志做温度标定或者分位数平滑原理和分类模型做ECE校准是一样的。监控指标用分位数覆盖率真实结算价应该以接近预设概率落在预测区间里如果覆盖率长期低于承诺值说明环境模型对不确定性的估计过于自信。策略从离线环境走到线上不能直接一步切换。在真正放量之前让新策略以shadow模式跑一段时间环境模型做旁路不参与线上实际出价只记录“如果当时用这个策略环境会预测什么样的胜负和清价”再和线上真实系统的实际结果对比。偏差超过预设阈值就暂停切换先重训环境模型再继续。这套逻辑和模型再大、再先进也不冲突。3.3 评估分三层来做别只盯着CPA我在评估一个环境模型驱动的出价策略时不会直接跳到CPA和ROI而是走三层评估体系。第一层评估环境模型本身胜负预测是否校准用NLL和ECE看结算价分位数覆盖率是否达标再rollout长时间序列看误差是否会快速累积。第二层评估策略在环境里的表现候选策略在环境里跑出来的CPA、ROI、预算消耗速度要和真实策略做一个排序一致性校验也就是说环境里表现好的策略放到真实小流量上大体也应该好。第三层才是业务系统评估小流量灰度观察消耗结构、单均成本、交付率这些平台侧指标。评估层次核心指标主要用途环境模型层NLL、ECE、分位数覆盖率判断环境仿真是否可信策略层CPA、ROI、消耗速度、排序一致性判断新策略是否值得上真实流量业务系统层真实消耗结构、单均成本、交付率最终上线决策依据很多团队容易在第一层都没做扎实的情况下就去调策略最后一上真实流量就崩回头还找不到原因。其实问题十有八九出在环境一开始就没校准好而不是策略本身做得差。4. 从论文到系统落地时绕不开的几个工程问题4.1 成交价格怎么token化才能不丢细节广告市场的价格跨度非常恐怖一次曝光的千次成本可以从几毛钱到几千块钱差了三四个数量级。直接线性分箱词表会爆炸分箱太粗结算价预测误差又大得没法用。我在类似场景里的务实做法是对价格做log变换再分位数分箱同时让模型在尾部额外输出一个残差修正头把分箱丢掉的信息补回来。Bid2X这类生成式环境里还可以更进一步不在最后一层只吐一个价格token而是输出一个混合分布比如几个高斯分量的均值、方差、权重再拼接一个离散的代表值。混合分布的好处是能表达“这个价格有可能是1.8元也有可能是6.5元”的多峰情况这在真实拍卖里很常见因为不同流量池的成交价分布形状完全不同。如果只让模型预测一个代表价格环境反馈会变得过度平滑策略学出来也会变得畏手畏脚。4.2 跨场景迁移时不能忘了拍卖机制本身同一个基础环境模型面对不同业务线时除了流量特征不同拍卖机制也可能不一样。二价拍卖、一价拍卖、GSP多坑位拍卖它们的结算规则和竞价动力学差别很大。直接拿二价拍卖日志训练出来的基座去预测GSP场景下的结果必挂。我的经验是把拍卖机制类型也作为一个prompt token和请求上下文一起输入模型。让模型学会“当拍卖机制token从二价变成GSP时我预测胜负和价格的函数形态要跟着切换”。这样就不需要为每个机制重新训练一套完整的环境模型而是用同一个基座接不同机制prompt。这恰恰也是基础模型范式最讨巧的地方机制本身成了一种可条件化的上下文而不是模型外部的硬编码分支。4.3 市场非平稳才是常态漂移检测要形成流水线环境模型上线之后离线评估指标再好都只是上线那一刻的快照。真实市场每天都在变竞争对手在调价平台在调流量分配广告主的素材质量在波动。我见过太多环境模型上线时效果惊艳一个月后策略效果明显回落一查原因全是环境预测和市场真实分布已经对不上了。所以漂移检测不能靠感觉要固化成流水线。我常用的做法是每天都跑一个对比任务把线上最近的竞价结果分布和环境模型的预测分布做KL散度或者PSI指数对比。当指标连续多日超阈值自动触发环境基座的增量重训。重训数据用一个“近期重放缓存”保留最近七天的线上日志配合历史长周期数据一起更新。这套流水线不复杂但它决定了环境模型长期可用还是只能当一次性项目。4.4 生成式环境的推理成本与可解释性Bid2X这类生成式环境模型做离线训练时可以很慷慨但真要影响线上决策链路的时候推理成本就得认真算。每天线上出价决策次数是千万级甚至亿级的如果每一次策略决策都要让环境模型先rollout一段序列工程上会很吃力。应对办法无非这么几条环境模型降频使用每个小时或者每个策略状态变化时才推一次更新而不是每次出价都推把高频场景的推理结果缓存成“环境状态表”策略直接查表再不行就把大环境基座蒸馏成一个轻量的小模型专门服务低延迟场景。大基座负责预训练阶段和长周期重训小蒸馏模型负责高频决策这种大小模型配合的模式在落地阶段几乎是必选项。还有可解释性。环境模型越大越难直接向算法评审解释这次策略为什么好、为什么差。我不主张苛求每个参数都可解释但至少要能输出一个可解释摘要。比如“环境预测胜率从65%下降到52%主要原因是最近市场结算价整体上涨并且头部竞争对手提价幅度变大”。这种归因能力对推动策略落地非常有价值否则模型越大越像一个黑箱背锅侠业务方迟早失去信任。5. 读完Bid2X后我的一些判断5.1 环境模型会从“训练辅助”变成平台资产过去环境模型只是策略团队内部的一个验证工具价值不容易被看见。但如果Bid2X这种基础模型形式的环境基座成熟起来它的价值会从“训练辅助”升级成平台级资产不同业务线复用同一个基座只用少量数据做轻量适配新广告主冷启动不再需要从零拟合环境新市场探索也不再用笨重的老办法。这对组织效率的提升比单个模型涨几个点要明显得多。5.2 环境模型和策略模型应该共同演进我比较看好世界模型与策略模型联合迭代这个方向。环境越准策略越敢在离线环境里做激进探索策略探索得越多暴露出来的新场景越多环境模型的增量训练材料就越丰富。两者交替更新会形成一个正向循环。但前提是数据回流、增量训练、版本管理这些平台能力先建设起来否则这个循环只是纸面上的漂亮逻辑跑两天就断了。5.3 环境模型最适合做“策略安全陪练”Bid2X这类环境模型还有一个很容易被低估的用途策略上线前的安全测试。与其在真实流量上小规模试探不如先在环境模型里让策略反复跑极端动作——出价过高、预算激进消耗、连续竞拍失败后的慌乱加价。环境模型能在真实灰度之前提前暴露策略的退化路径帮我们拦截掉一批“纸面效果好、实际容易翻车”的策略版本。最后再说一点个人体会。不管环境建模范式怎么升级落到日常还是那两个朴素问题环境预测的分布到底准不准策略在环境里学到的结论拿到真实市场还成不成立。Bid2X给了我们一个更好的起点但它不会自动解决数据漂移、校准、灰度节奏这些脏活。真正能把环境模型用出价值的团队往往是那些愿意把数据回流、校准、监控这些苦功夫做成日常的团队。希望这篇拆解对正在捣鼓广告竞价环境建模的同学有一点参考价值。

相关新闻

两个AI在代码仓库“私奔”:自主代码生成与Agent协作的失控与治理

两个AI在代码仓库“私奔”:自主代码生成与Agent协作的失控与治理

不知大家有没有过这种体验:某天打开自己长期维护的代码托管仓库,突然看到一串凌晨三点、四点、五点的提交记录,提交者是两个你根本没指望它们会在这个时间干活的机器人身份。我最初以为只是定时任务抽了风,等点进去看内容才发现&a…

2026/10/17 11:29:27 阅读更多 →
8G显存也能玩转LoRA训练与LTX2.0 I2V视频生成

8G显存也能玩转LoRA训练与LTX2.0 I2V视频生成

先回答题主的需求:这套流程跑通了,你手里的 8G 显存卡不仅能把 LoRA 训练跑起来,还能用 LTX2.0 的 I2V 能力做出像样的动态视频特效。我尽量把每个步骤说得足够细,细到哪怕你之前只跑过 WebUI 出图,今天照着做也能顺下…

2026/10/17 11:29:27 阅读更多 →
验证码工程实践:生成可控、传输可信、校验可溯

验证码工程实践:生成可控、传输可信、校验可溯

1. 验证码不是“挡路石”,而是人机边界的守门员验证码这东西,干了十几年技术活,我见过太多人把它当成一个“凑数功能”——前端随便扔个 base64 图片,后端用个现成库 decode 一下就完事;也见过不少项目上线三个月就被批…

2026/10/17 11:29:27 阅读更多 →

最新新闻

codex针对java+vue的Prompt提示词:用TaoToken统一Key跑通前后端联调

codex针对java+vue的Prompt提示词:用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/17 15:00:39 阅读更多 →
Oracle 11g 升级 19C 实战避坑:DBUA 报错、RMAN 恢复与时区版本全解析

Oracle 11g 升级 19C 实战避坑:DBUA 报错、RMAN 恢复与时区版本全解析

简介:这份Oracle 11g到19C数据库升级详尽指导手册,面向具备一定运维能力的数据库管理员(DBA)及运维工程师,聚焦利用DBUA工具将11g单机数据库安全迁移至19C的完整流程。内容涵盖前期备份与恢复、升级路线选择、环境说明…

2026/10/17 15:00:39 阅读更多 →
ZooKeeper节点类型详解:持久、临时、顺序节点的原理与实战避坑

ZooKeeper节点类型详解:持久、临时、顺序节点的原理与实战避坑

我这几年在分布式系统上踩的坑,有一大半都跟ZooKeeper的节点类型有关。不管是做分布式锁、服务注册发现,还是元数据存储,选错了节点类型,轻则功能异常,重则线上事故。今天就把这四种节点的特点、原理和使用场景彻底讲透…

2026/10/17 15:00:39 阅读更多 →
好写作AI:期刊论文选题到投稿全流程实操指南

好写作AI:期刊论文选题到投稿全流程实操指南

凌晨三点,对着屏幕上那块光标闪了一晚上的空白文档,手边的咖啡已经第三杯了。讲实话,这种场景在科研生活里太常见了:Introduction写不出逻辑链、文献综述堆了几十篇却不知道从哪句话开始、明明实验数据都齐了结果讨论部分憋不出来…

2026/10/17 15:00:39 阅读更多 →
Spring Boot内嵌Tomcat启动链路:原理、定制与避坑实战

Spring Boot内嵌Tomcat启动链路:原理、定制与避坑实战

简介:《Spring Boot启动过程(四)之内嵌Tomcat启动》是一份面向中高级Spring Boot开发者的PDF解析文档,帮助厘清启动阶段内嵌Web容器的创建、配置与初始化链路。文档以源码调用顺序为主线,先解释createEmbeddedServletC…

2026/10/17 15:00:39 阅读更多 →
分布式计算与并行计算区别详解:选型与实战指南

分布式计算与并行计算区别详解:选型与实战指南

我一直觉得,很多人一听到“分布式计算”和“并行计算”,第一反应是“这不差不多嘛,都是把任务拆开同时算”。实际上这两个概念在大数据处理里的定位差异非常大,用错场景轻则性能没提升,重则整套架构白搭。这篇文章我就…

2026/10/17 14:59:38 阅读更多 →

日新闻

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 阅读更多 →