搜索广告策略深度解读:从拍卖机制到质量度与反作弊实战
我们团队把搜索广告这一章的课程讲义翻来覆去啃了整整两周最后大家发现一个很有意思的现象搜索广告最核心的难点根本不在“算法”本身而在于对“意图”和“机制”的双重理解。市面上聊竞价、聊出价的文章不少但大多停留在“如何调价”的操作层面很少人把搜索广告背后的拍卖理论、质量度设计和计费逻辑串成一条线来讲。作为一门课能做到这一步已经不容易了所以我打算把这一章的核心内容拆开揉碎结合我们实际跑的搜索广告项目的经验写一篇能直接“抄作业”的深度解读。如果你正负责搜索广告产品的策略设计、广告平台的竞价引擎开发或者是在甲方做SEM投放优化这篇文章会很有用。我尽量把每一个概念都讲透同时会给出一些我们实际项目中踩过坑的细节。文章有点长建议收藏后分几次看。1. 搜索广告的信息入口价值用户带着意图来敲门1.1 搜索广告的底层需求与用户当前意图强绑定搜索广告和其他类型的在线广告之间有一条非常清晰的分界线用户是主动发起请求的广告是被动响应的。当有人在搜索引擎输入“降噪耳机推荐”时他并不是“顺便看到了广告”而是明确表达了一个需求。这个“意图前置”的特征决定了搜索广告天然拥有其他广告形式不具备的精准性和转化潜力。从产品设计角度看搜索广告的信息入口本质上是需求入口。用户在键入关键词那一刻就已经把欲望经济和所谓“种草”这些虚拟概念甩在了身后进入了一个高度具体的购买决策链路。因此搜索广告的竞价逻辑必须要围绕“关键词”做文章而不是围绕“人群画像”做文章。这一点和我们做信息流广告的体验完全相反。信息流广告是“千人千面”系统根据你的历史行为、兴趣标签去猜测你“可能喜欢什么”搜索广告则是“一人一问”用户直接告诉你他要什么。以某厂商的数据为例搜索广告的用户点击到成交的转化率通常比信息流广告高3到5倍不同品类差异较大原因非常简单搜索流量的转化意图是主动表达的信息流流量的转化意图是被动唤醒的。1.2 搜索广告与信息流广告的差异决定了策略方向完全不同很多刚入行的同学会把两套广告体系混在一起用信息流的思路去做搜索结果预算花得飞快ROI却惨不忍睹。打个比方信息流广告像在商场里随机拦截顾客靠话术和场景刺激即时购买搜索广告则更像在商场的服务台顾客主动走过来说“我要买一双42码的跑步鞋”你要做的不是说服他买鞋而是确保他优先选择你推荐的专柜。这种底层差异带来的策略方向完全不同信息流广告的核心是“标签 行为预测 创意吸引力”核心优化维度是点击率和转化率人群定向极其重要。搜索广告的核心是“关键词 拍卖机制 落地页相关度”核心优化维度是关键词覆盖度、出价效率和质量度人群定向反而处于辅助位置。所以搜索广告的预算分配也好投放策略也好第一步永远是关键词策略然后才是出价策略。这也直接影响到后面我们要讲的广告检索和排序机制搜索引擎必须在一百毫秒内从海量广告主中筛选出与当前查询最相关的广告并完成拍卖和排序。这样一个实时决策系统的复杂度远高于大多数人的想象。2. 拍卖机制拆解从GFP到GSP再到VCG的演进逻辑2.1 为什么谷歌早期放弃GFP出价是广告主的私有信息搜索广告的排序与计费机制是整个竞价广告体系中最核心的设计之一。早期搜索引擎曾采用过广义第一价格GFP机制广告按出价从高到低排序赢了就按自己出的价来付费。听上去很合理对吧但这种机制有一个致命问题在GFP下面广告主有强烈的冲动去“耍小聪明”。既然赢了就按自己的出价付费那么出价高的人实际上是把自己架在火堆上烤。于是广告主会不断压低出价同时反复试探竞争对手导致价格战不断波动系统不稳定广告主的体验也极差。这个现象在博弈论里被称为“需求的真实显示”问题。举一个我们实际跑测试时的例子。有一次我们模拟了一个小型拍卖环境三条广告分别报价2元、3元、4元GFP机制下排第一的广告主每次点击要付出4元。结果不到三轮第一名就开始降低出价又导致第二名升上来整个拍卖系统进入间歇性震荡。GFP机制的缺陷就在于出价不是广告主真实意愿的表达而是建立在猜测对手出价的基础上的策略行为。2.2 GSP的巧妙之处按第二名的出价计费实现“准真实出价”广义第二价格机制GSP成为行业事实标准就在于它解决了这个博弈困境的大半。它的排序还是按出价从高到低但计费时排在第i位的广告只需要付第i1位的出价再加上一个最小计价单位通常是一分钱。这个设计让广告主敢于亮出自己的真实心理价位因为即使你出价高最终付费也是由下一名的出价决定的你不需要为自己的“诚实”付出额外代价。从博弈论角度看GSP能有效激励广告主报出接近真实估值的出价从而提升市场效率。但GSP并不完美。它存在一个有意思的特性排序可能不是“最优”的因为广告主之间可以通过出价策略形成某种共谋或者故意压低出价来影响整个市场的价格水平。在个别场景下广告主的占优策略并不是报真实估值而是根据竞争对手的出价做微调。GSP的具体计算逻辑如下假设广告A出价5元广告B出价3元广告C出价2元。A排第一计费价格为B的出价3元 0.01元即3.01元。B排第二计费价格为C的出价2元 0.01元即2.01元。C排第三没有下一名则按起拍价或最低价计费。这个机制从产品层面解决了一个关键问题广告主无需实时掌握全场对手的出价信息只需要根据自己的真实成本预期合理出价系统会把市场调节的职能自动完成。2.3 VCG机制与GSP的对比理论最优但落地难高级的拍卖机制还包括VCGVickrey-Clarke-Groves。这套机制的核心是广告主支付的费用等于他的参与对其它广告主造成的“机会成本”。换句话说VCG按照“外部性”计费。听起来比GSP更“公平”确实VCG在理论上满足了激励兼容即广告主主动报真实出价是最优策略但实际落地却很少见。原因有两点第一VCG的计算复杂度远高于GSP。在线广告系统需要在毫秒级响应每多一个非线性计算都可能拖慢整个广告检索链路。第二VCG的计费结果波动较大广告主不容易理解也增加了运营沟通成本。所以我们看现在的主流广告平台用的基本都是GSP的变体或者是在GSP基础上增加一些行业特色的修正因子。GSP的“简单、稳健、可解释”是它能在产业界活到今天的根本原因。如果你想深入了解拍卖理论建议把GSP和VCG在几种典型场景下的收益差异画出来做一次对照分析远比干看书有效得多。3. 质量度与排序机制不再是谁出价高谁排前面3.1 质量度分不是玄学点击率、相关性和落地页体验早期的竞价广告只看价格导致搜索结果里经常出现“出价高但广告内容非常烂”的情况。这种粗放的排序方式既伤害用户体验也伤害平台长期利益。为了解决这个问题搜索引擎引入了质量度Quality Score体系。质量度的本质是对广告“是否值得展示”的预估打分。它通常由三个核心维度构成预期点击率Expected CTR系统预估这条广告被点击的概率有多高。这个值不是拍脑袋而是基于关键词与广告文案之间的相关性、历史投放数据、广告位的具体表现等汇总得出。广告相关度Ad Relevance广告文案是否与搜索关键词高度匹配。比如用户搜“厨房垃圾处理器”你的广告标题却是“厨房水龙头”相关度就很低系统会判定为不相关。落地页体验Landing Page Experience用户点击广告后到达的页面是否加载够快、内容是否与广告承诺一致、是否有较强的跳出率信号。这三者的加权组合最终形成质量度分。质量度分的引入让广告系统从“纯出价拍卖”走向了“出价 × 质量分”的综合排序。也就是说一个出价稍低但质量分很高的广告可能打败一个出价高但质量分很差的广告排在更靠前的位置。我们实际测过一组数据A广告主出价4元质量分7分B广告主出价3元质量分9分排序结果反而是B排在前面。这就是质量分对排序的“杠杆作用”。对平台来说这保证了搜索结果的质量底线对广告主来说这意味着与其疯狂抬高出价不如先把广告文案、关键词和落地页打磨好。3.2 Rank Score与计费公式从底层理解排序和点击单价明白了质量度之后就很容易理解排序公式了。业界最通用的排序公式是Rank Score 出价 Bid × 质量度 Quality Score排序时对每个候选广告计算Rank Score从高到低排列。而在点击扣费时则采用类似于GSP的变体计费公式通常为实际点击价格 下一名的 Rank Score / 自己的质量度 最小计价单位这里有个非常关键的细节值得多说几句因为自己的质量度在分母上所以质量度越高你实际支付的点击单价可能越低。也就是说当你的广告质量和落地页体验做到位时系统会用“更少的实际扣费”来奖励你。这种设计对维持广告主长期投放积极性非常有效。我们曾经在投放端做过一次实验来验证这个公式的实际表现。同一个关键词两个广告主出价相同但质量度从5分优化到8分之后实际平均点击成本下降了接近20%。这个结果算不上惊艳但在日预算10万级别的账户里20%的点击成本下降带来的预算释放是相当可观的。另外排序公式中的出价并不是只看广告主设置的“最高出价”还有一层“隐式出价”也就是系统会根据每个用户的历史行为、设备、时段、地理位置等动态调整出价。这个动态调整逻辑在业界通常被称为“智能出价”或“自动出价”它的核心思想是在广告主设定的约束下比如目标ROI让系统独立决策每一次拍卖的合理出价。3.3 质量度分对中小广告主是把双刃剑质量度体系虽然提升了搜索广告的整体品质但也带来一个现实问题中小广告主如果不懂优化落地页和相关度很容易陷入“出价高、点击贵、转化差”的恶性循环。因为质量分低会导致实际扣费高、排名低排名低导致点击率进一步下降点击率下降又反过来拉低质量分。这是一个典型的“死亡螺旋”。我见过不少甲方客户在账户上线初期不关心质量分只一味加价抢排名结果系统给的质量度越来越差最后即使加价到天花板也拿不到想要的曝光。这时候的解法不是继续加钱而是要回到基础做关键词分组、写高相关度文案、优化落地页的首屏内容和加载速度。质量度是搜索广告的“内功”内功不修外功再猛也容易走火入魔。4. 关键词匹配与广告检索流程一百毫秒内的综合调度4.1 精确、短语、广泛匹配三种匹配方式背后的流量粒度搜索广告中“关键词”是广告主购买的最小流量单元但同一个关键词用户可以以各种搜索表达方式去查询。为了让广告主的触达范围更可控平台设计了多种匹配方式。精确匹配用户搜索词与关键词完全一致时触发。这种匹配流量最精准但量也最有限。短语匹配用户搜索词包含关键词短语或语义与关键词短语高度一致时触发。比如关键词“跑步鞋减震”用户搜“男士跑步鞋减震”也可能触发。广泛匹配只要用户搜索词的语义与关键词相关系统就自动匹配甚至可以识别同义词、近义词、相关搜索意图。覆盖面最大但精准度最难保证。从产品设计的角度这三种匹配方式构成了一个“流量漏斗”精确匹配保住ROI底盘短语匹配做拓展广泛匹配负责规模。投放策略成熟后很多团队会采用“广泛匹配 否定关键词”的组合来提升量级但这需要相当精细的账户管理经验否则很容易跑出大量无关流量。4.2 广告检索过程倒排索引、相关度过滤与拍卖的串行流程在搜索引擎内部一次搜索广告的检索和排序往往要经历以下几个步骤查询分析对用户输入的query做分词、意图识别、纠错、同义扩展等处理。广告召回从广告索引库中通过倒排索引快速找到与query相关的广告候选集合。相关性过滤利用粗排模型或规则排除明显不相关的广告比如落地页主题完全不匹配的。拍卖与精排对通过初筛的候选广告计算排序分、计费价格、期望收益输出最终广告序列。广告渲染与数据上报将广告渲染在搜索结果页上并记录曝光、点击等行为数据。这里面的“倒排索引”值得多提一句。广告系统里通常不是直接遍历所有广告主去问“你这广告跟query配不配”而是建立一张“关键词到广告ID”的映射表。当用户搜“蓝牙耳机”时系统直接查倒排索引就能快速找到所有投放过“蓝牙耳机”相关关键词的广告然后在极小的候选集上做精细运算。这种设计决定了搜索广告系统能从工程上支撑每天数十亿次的检索请求。4.3 智能匹配与否定关键词流量规模与精度的平衡器智能匹配是广泛匹配的升级版系统会结合用户实时的搜索上下文、历史点击行为、广告账户结构等信息自动识别用户搜索意图并匹配相关广告。它的核心优势是能发现广告主自己都没有想到的关键词机会从而扩大流量池。但代价是广告主必须投入更多精力去“防止跑偏”。“否定关键词”就是用来防止跑偏最常用的工具。比如你卖的是“高端降噪耳机”如果投放广泛匹配用户搜“便宜耳机”也很可能触发你的广告但这类流量转化率极低。这时你就可以把“便宜”“低价”“二手”等词加进否定关键词列表系统就不会把这些展示机会分配给你的广告。在我们的投放实践中否定关键词的维护频率甚至比出价调整还要高。尤其是大预算账户每周至少要有一次否定关键词的排查更新否则整个账户的流量质量会随着匹配方式的拓宽而明显下滑。5. 预算控制与实时竞价中的调价策略5.1 预算平滑消耗宁可均匀跑不要秒速烧完搜索广告系统中预算控制是一个常被忽略但极其重要的模块。广告主设定了日预算之后系统不仅需要在一天内把预算花完而且最好能“均匀地”花完而不是上午十点就把预算全部耗光下午彻底消失。这种“预算平滑”机制背后有深刻的用户体验考量如果广告在一天中的前几个小时集中曝光后面完全没有广告会让人觉得平台的广告库存很不稳定广告主也难以评估真实的投放效果。在工程实现上预算平滑通常是通过“动态调整参与拍卖的概率”或“限制广告的实时最高出价”来实现的。最简单的方案是基于“当日消耗进度”动态调价如果当前消耗速度超过预期就降低每次拍卖的最高出价如果消耗太慢就适当提高出价。更高级一点的做法是引入在线学习算法根据历史消耗曲线计算下一小时的竞价策略。5.2 用PID控制思想理解调价比例、积分、微分很多做广告投放的同学不太理解“为什么要做调价算法”总觉得出价直接按转化成本来不就行了吗但实际上广告系统的出价必须同时满足三重约束预算约束、成本约束、流量竞争约束。这三者往往是相互制约的需要一套反馈控制机制来动态平衡。我们团队在设计调价模块时借鉴了控制论里PID控制的思想。核心逻辑如下比例项P当前实际成本与目标成本的差值按比例调整出价。差得越多调整幅度越大。积分项I把过去一段时间内累积的成本偏差做积分消除长期偏离目标造成的“残留误差”。微分项D观察成本变化的趋势提前做出响应避免过度震荡。举个例子目标CPA是50元当前实际CPA是60元此时P项会拉低出价但如果过去两小时CPA持续走高D项会提前加大下调幅度避免等到晚上数据恶化到不可收拾才开始反应。这套思路在中小规模的搜索广告账户里非常实用。另外一种常见的调价策略是“按小时级别重设出价系数”。比如分析历史数据发现“工作日早上10点到11点的转化率最高”就可以在系统里设定这个时段出价系数为1.2其它时段降到0.8。这样做的好处是简单、可控不需要复杂的算法但如果市场环境波动大效果就会打折扣。5.3 实时竞价的“微环境”每一次拍卖都是独立决策搜索广告的每一次广告展示本质上都是一次独立的实时拍卖。也就是说系统不是预先设定好“今天要花多少钱”而是在每一次曝光请求到达时综合当前用户价值、广告主预算、市场竞争状况临时决策“要不要出价、出多少”。这带来一个工程挑战决策必须是毫秒级的。所以很多广告平台会做“分层竞价”高价值流量走复杂模型精排低价值流量走轻量规则。广告主则通过账户后台设置“目标ROI”之类的约束条件让系统在尽可能多的拍卖请求中实现收益最大化。如果是从零搭建一整套搜索广告系统优先级最高的往往不是广告算法本身而是数据链路和实验平台。没有可靠的数据反馈再先进的算法都只是空中楼阁。这一点很多课程不会讲但实际项目里几乎是决定成败的关键。6. 点击欺诈与流量反作弊搜索广告的暗战6.1 点击欺诈的动机与常见类型有竞价就有作弊。点击欺诈几乎是搜索广告行业与生俱来的影子。欺诈点击的动机通常分三类消耗竞对预算竞争对手通过批量点击对手广告消耗其日预算使其广告提前下线从而抢占后续流量。赚取分成部分流量联盟或站群站长通过刷点击获取广告分成。恶意攻击对某个品牌或产品进行定向骚扰。点击欺诈的手法也在不断进化。早期是固定IP反复点击后来发展到利用代理IP池、真实设备农场、群控系统模拟真人操作甚至能模拟点击轨迹、停留时长和浏览行为试图绕过简单的频率检测。6.2 反作弊的指标体系IP、设备指纹、行为异常与转化漏斗反作弊的核心是从每次点击的行为数据中找出“不自然的模式”。常见的检测维度包括检测维度常见异常信号IP维度同一IP短时间内大量点击、不同账户来自同一IP段设备指纹设备型号、分辨率、操作系统组合过于集中行为维度点击后立即关闭、平均停留时间过短、页面滚动模式异常转化维度点击量高但转化量极低、转化价值异常集中时间维度深夜点击量异常高、点击间隔极其规律结合这些维度系统通常会给每次点击打一个“风险分”风险分超过阈值时该次点击的转化数据不会被计入广告效果报表并可能触发账户风控策略。6.3 反作弊策略的层次规则引擎、机器学习模型与人工审查构建反作弊系统一般会遵循“规则先行、模型兜底、人工复核”的三层策略。第一层是规则引擎。比如同一个IP在5分钟内点击超过20次直接拦截同一个设备指纹一天内点击超过50次进入观察名单。规则引擎的优势是响应快、可解释性强能快速过滤大多数简单攻击。第二层是机器学习模型。用历史标记数据训练分类模型判断点击是否来自真人。模型的优势在于能捕捉复杂、隐蔽的异常模式但它需要海量数据和持续迭代。如果平台的数据积累不够模型的效果会非常有限。第三层是人工审查与账户处罚。对于风险极高、数据证据链清晰的账户平台会采取警告、冻结、扣罚等措施。在广告主端我们通常建议客户开启“自动规则”来防御异常流量比如某小时点击率突增超过5倍时自动暂停计划。6.4 反作弊与广告拍卖的联动不是简单的“事后清洗”需要特别提醒的是反作弊不能只做“事后清洗”更关键的是在拍卖前和拍卖中实时干预。也就是说广告系统在决定是否给某个流量机会分配广告时就已经要对流量的质量做出预判。如果某个用户行为数据极其异常比如历史点击率保持在90%以上、落地页平均停留时间只有0.3秒系统完全可以在拍卖阶段就降低他的“流量质量分”从而压低该次曝光对广告主的价值评估。这样做的好处是不只是帮广告主“省下”被欺诈浪费的钱更是让整个广告市场保持良性的竞争环境。在这个问题上中小广告主能做的主要有两件事。第一定期下载搜索词报告把无效点击词加进否定列表减少低质流量进入账户。第二结合第三方统计工具对比平台数据和落地页数据分析真实会话时长、跳出率、转化路径识别异常的“高点击无转化”时段。7. 内容补充从理论到实践的最后一公里7.1 实验设计如何科学评估一次搜索广告策略调整在搜索广告里所有的策略调整都必须通过实验来验证否则很容易被“幸存者偏差”误导。我们一般建议用分层实验来评估保持流量不变只调整目标变量。比如要验证“增加50%出价是否能提升整体ROI”不能只挑几个流量高峰时段测试因为高峰时段的转化率天然就高结果不纯净。更科学的做法是选取一组相似的广告计划随机分为实验组和对照组在相同的时间窗口内实验组提高出价50%对照组保持原出价然后对比两组的综合转化成本、ROI、转化量变化。这里最容易被忽视的是“预算干扰”如果一个计划本身预算就不充裕出价提高后可能更快花完预算导致曝光量不足、数据波动大。所以实验组和对照组的预算是需要单独隔离的最好各留至少20%的预算冗余。7.2 常见误区搜索广告不是“投放就完”很多广告主在搜索广告上的最大误区是把“出价”当成唯一可调的旋钮。实际上搜索结果页的广告效果受太多环节影响关键词与落地页的一致性、广告文案的吸引力、页面加载速度、表单流程的简洁度、售后口碑等等。我们曾经优化过一个模拟项目X的搜索广告账户核心玩法很简单把落地页的标题改成与关键词完全一致的标题首屏突出卖点和价格优势同时在表单增加信任背书如质保年限、用户评价数量。仅仅这三个改动落地页转化率提升了大约65%而CPA下降了35%。这些优化并不需要多么复杂的算法关键是把数据链路打通、持续迭代。所以搜索广告的真正价值绝不只是一个“流量购买窗口”而是一个能够倒逼广告主完善产品、页面、内容体系的闭环系统。如果能用这个视角来运营广告费用的使用效率会明显好过大撒网式的投放。7.3 搜索广告未来的迭代方向多模态、自然语言交互与场景融合随着用户搜索行为的多样性发展搜索广告的形态也在不断演进。语音搜索、图片搜索、视频搜索的出现让传统的“关键词投放”模式面临更多维度的挑战。关键词不再是唯一的检索入口系统可能要从语音的语义理解、图片的视觉特征等多模态信息中识别用户真实需求再匹配广告。这意味着广告系统需要同时处理更复杂的query理解和更灵活的广告匹配逻辑。业内已经有团队在尝试用多模态向量检索来做广告召回把用户query和广告内容都映射到同一个语义空间里用向量相似度替代传统倒排索引的一部分能力。这种方案的优势是能应对长尾query但距离大规模落地还需要继续打磨稳定性和可解释性。如果你正在规划自己的搜索广告知识体系我的建议是先把GSP拍卖、质量度排序、匹配与检索、预算控制、反作弊这五块基本功打牢再去追逐新概念。它们之间的逻辑是层层递进的任何一块出问题整个系统都会摇摇欲坠。

相关新闻

新能源制氢多时间尺度优化调度:三层协同模型与工程落地指南

新能源制氢多时间尺度优化调度:三层协同模型与工程落地指南

简介:新能源制氢系统多时间尺度优化调度策略研究复现资源,以孤岛与并网两类场景为主线,系统讲解日前改进雷达图优化、日内MPC功率跟踪,以及价格型、替代型、激励型电-氢综合需求响应模型,适合科研人员、工程师与技术专…

2026/10/14 8:54:34 阅读更多 →
QGroundControl 设置页自动生成机制:从 JSON 定义到 QML 页面的完整指南

QGroundControl 设置页自动生成机制:从 JSON 定义到 QML 页面的完整指南

无人机智能硬件 【免费下载链接】qgroundcontrol Cross-platform ground control station for drones (Android, iOS, Mac OS, Linux, Windows) 项目地址: https://gitcode.com/gh_mirrors/qg/qgroundcontrol 点击查看 免费下载 导读 QGroundControl(Q…

2026/10/14 8:53:32 阅读更多 →
TypeScript + React 高效实战:类型安全、状态管理与性能优化指南

TypeScript + React 高效实战:类型安全、状态管理与性能优化指南

1. 这套组合的核心价值与适用场景1.1 为什么是TypeScript React先用一句大白话说结论:TypeScript React 的组合,本质上是在“灵活快速”和“可控可靠”之间找到了一个平衡点。React 的组件化思维特别适合快速搭建界面,但裸用 React 写大型项…

2026/10/14 8:53:32 阅读更多 →

最新新闻

手动部署OpenTelemetry Collector:从配置到运维的实践指南

手动部署OpenTelemetry Collector:从配置到运维的实践指南

简介:基于C#编写的winform Socket通信示例,面向需要掌握网络编程的C#初学者,演示了服务端与多个客户端同时连接与数据交互的实现过程。压缩包内包含服务端与客户端两个独立工程,可对照学习服务端监听、客户端连接以及多客户端并发…

2026/10/15 0:05:58 阅读更多 →
SpringBoot整合knife4j实战:接口文档与在线调试完整指南

SpringBoot整合knife4j实战:接口文档与在线调试完整指南

1. 为什么接口文档这件事值得单独拎出来聊做后端开发的人都有一个共识:写接口不难,难的是让前端、测试、甚至未来的自己看懂接口。早些年大家用 Swagger 那一套,ApiOperation、ApiModel注解满天飞,UI 长得像上世纪的产物&#xff…

2026/10/15 0:05:58 阅读更多 →
openrig 实战:用 tmux 与 Node.js 编排 Claude Code 和 Codex 多代理工作流

openrig 实战:用 tmux 与 Node.js 编排 Claude Code 和 Codex 多代理工作流

1. openrig 到底想解决什么问题第一次看到 openrig 这个名字,加上关联的 Claude Code、Codex、Node.js、tmux 这几个词,我脑子里冒出来的判断是:这大概率是一个把多个 AI 编码工具统一编排起来的工程化脚手架。后来实际折腾了一圈&#xff0c…

2026/10/15 0:04:56 阅读更多 →
AI入门避坑指南:零基础6个月可验证学习路线

AI入门避坑指南:零基础6个月可验证学习路线

1. 这不是“学AI”的路线图,而是帮你绕开99%初学者陷阱的生存指南你搜“人工智能入门”,页面刷出来全是“30天速成大模型”“零基础玩转ChatGPT”“PythonTensorFlow年薪30万”。我盯着屏幕看了三分钟,默默关掉网页——不是内容不好&#xff…

2026/10/15 0:04:56 阅读更多 →
探矿数据进RAG前的清洗全攻略:TXT、Word、PDF、网页四类文档处理实践

探矿数据进RAG前的清洗全攻略:TXT、Word、PDF、网页四类文档处理实践

1. 探矿数据进RAG之前,为什么必须先过清洗这一关1.1 探矿领域的文档生态:比想象中更杂做探矿业务的知识库和做通用知识库完全是两码事。通用场景里的文档再乱,基本也就是网页、PDF、Word这几类,格式相对规整。探矿业务呢&#xff…

2026/10/15 0:04:56 阅读更多 →
基于bbox的PDF文档解析:多栏重排与水印过滤实战

基于bbox的PDF文档解析:多栏重排与水印过滤实战

1. 项目概述:多栏和水印为什么是 RAG 解析里的两座山先说个场景。上个月我把一批技术论文和旧版产品手册塞进自建的 RAG 知识库,原以为 PDF 解析早就不是问题,结果检索结果让我怀疑人生:同一个问题的答案碎片化,有的片…

2026/10/15 0:04:56 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 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/13 22:01:27 阅读更多 →
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/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练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/14 7:53:34 阅读更多 →