零售快消促销部绩效考核:关键指标设计与优化路径
做过零售、快消、大卖场的朋友应该对促销部这个部门特别有感触。它既不是纯粹的销售部也不是纯粹的市场部但每个月背的考核指标比谁都重——销量、费用、陈列、人员出勤、试吃转化什么都能往里装。也正因为这样促销部的绩效考核方案极容易两头犯错要么指标定得太虚考核了一堆跟业绩没什么关系的过程动作要么定得太狠全员只盯一个销量数字促销员为了冲量乱承诺、乱搭赠品活动结束后售后问题一大堆。干得久了你会发现这事的核心不是“该不该考核”而是“到底考什么、怎么考、考完怎么用”。今天这篇就把促销部绩效考核的关键指标和优化路径按我实际带团队的经验从头到尾拆一遍。1. 先把促销部的“考核难”想清楚后面才不会走弯路1.1 为什么促销部的考核比其他部门更麻烦促销部的工作性质决定了它处在“业绩冲锋队”和“费用消耗点”的交界地带。销售部管日常出货市场部管品牌投放而促销部干的是在有限的时间窗口内用有限的资源把销量拉起来。这个定位本身就带着矛盾你想让团队冲销量就得给他们费用空间你控费用太紧销量目标八成完不成。我在实际项目中见过太多考核方案翻车根源几乎都出在这个矛盾没处理好。比如有的公司把促销部考核直接照搬销售部的提成制结果促销员只挑好卖的大包装产品推新品、难卖的品类没人碰。有的公司反过来把陈列、话术、着装这些过程项全部做成“一票否决”导致促销员把所有精力放在应付检查上真实转化效率反而下降。所以设计考核之前先要承认一件事促销部的考核必然是“结果过程成本”三者平衡的产物任何单一维度的考核方案都撑不了多久。这也是下面所有指标设计的逻辑起点。1.2 促销部绩效考核的三层设计思路我做考核方案时习惯把指标分成三个层级结果层、过程层、成长层。这个结构不是凭空想的而是对应着业务逻辑的三个问题——钱赚到没有、动作做对没有、人有没有变强。结果层解决的是“做了有没有用”典型指标是促销达成率、同比增长率、费销比过程层解决的是“动作做标准没有”典型指标是试吃转化率、赠品核销率、陈列达标率成长层解决的是“团队可持续性”典型指标是培训通过率、新人上手周期、团队稳定度。三层缺一不可。只考结果团队会动作变形只考过程团队会沦为表演式执行只考成长短期业绩没人兜底。实际的权重分配后面第三章会给出一个可以直接套用的参考。1.3 指标设计的第一原则指标会引导行为这里想先说一个我踩过的最深坑也是一个所有考核设计都必须印在脑子里的原则员工不会做你期望的事只会做你考核的事。比如你把“促销达成率”作为唯一核心指标那促销员自然会出现在售前夸大活动力度、拦截其他品牌消费者、虚报试吃人数这些动作上。你考核“赠品核销率”他们就会为了达成核销率把赠品不管三七二十一往顾客手里塞正价商品反而卖不动。你考核“陈列达标率”就会有人每天到岗第一件事把堆头摆得整整齐齐然后站在旁边玩手机。所以指标选择本身就是一个管理动作。在往下拆具体指标前管理者要先把一个问题想透我希望促销团队把每天最重要的精力花在哪里这个答案写清楚了指标清单自然就出来了。2. 促销部绩效考核关键指标怎么选、怎么算2.1 销量与业绩类指标考核的“压舱石”销量类指标是促销部绩效考核逃不掉的部分但选哪几个、怎么计算门道很多。最基础的是促销达成率促销达成率 活动实际销售额 ÷ 活动目标销售额 × 100%这个指标看起来简单实际设定时要考虑一个关键问题促销卖出来的销量里有多少是“本来就会成交”的自然销量有多少是促销活动带来的增量如果不做区分会出现一种情况——选的档期本身就有大客流促销员什么都没干达成率照样好看。我的做法是设置一个“增量考核基数”。比如该门店该品类最近四周的平均日销是5000元活动档期预计客流增长20%那自然销量基线就是6000元/天。活动实际日销超过6000元的部分才算促销带来的增量。增量达成率比单纯销售额达成率更能反映促销团队的真实贡献。除达成率外还有两个常用业绩指标同比/环比增长率活动期销售额对比去年同期或上个同类型活动的增长幅度用来判断促销是否在真正拉动生意。大单品/新品目标完成率针对当次活动重点推的产品单独设目标避免促销员“只卖好卖的、不卖该卖的”。2.2 费用与效率类指标防止“花钱买销量”促销的本质是花小钱撬动大生意所以费用效率必须进考核。这一块我特别建议用两个指标搭配看费销比 促销活动总费用 ÷ 促销活动销售额 × 100%这里的总费用包括促销员薪资、赠品成本、物料费用、试吃品损耗以及其他分摊费用不能只算赠品采购价。不同行业的合理费销比区间差异很大快消食品类我一般控制在3%-8%家居建材类可以放宽到10%-15%。低于下限说明活动力度不够高于上限说明钱没花在刀刃上。另一个指标是人均产出人均产出 促销活动销售额 ÷ 参与促销人数这个指标能看出人力安排是否合理。比如同样一场活动A组3个人做了8万B组5个人做了10万人均产出差别巨大。这个数据直接决定了下一场活动你到底该配几个人。2.3 过程与执行类指标动作质量才是持续业绩的来源很多人觉得过程类指标是给领导看的“安慰剂”其实不是。过程指标在考核体系里的真正作用是提前暴露出结果指标来不及反映的问题。我最常用的过程指标有三个试吃/试用转化率 实际成交人数 ÷ 试吃/试用触达人数 × 100%这个指标是现场执行质量的晴雨表。转化率偏低大概率不是产品不行而是话术有问题、试吃分量不够、或者促销员在“只递不吃、不介绍”。赠品核销率 实际核销赠品数量 ÷ 已发放赠品数量 × 100%这个指标专治赠品管理混乱。核销率过低说明赠品可能被促销员私吞、送给了不购物的顾客或者在登记环节就丢了。核销率一般要求达到95%以上低于90%必须启动异常调查。陈列与物料达标率 检查达标项 ÷ 检查总项 × 100%这个适合用巡店检查表来打包括堆头位置、价签信息、海报露出、促销台整洁度等按项计分。陈列问题在活动前三天高发后面章节会讲怎么用检查节奏来治它。2.4 客户与成长类指标让短期考核为长期生意服务促销不只是卖当次货也是在为品牌积累新客和复购。所以客户类和成长类指标也建议在考核里占一定比重。新客获取数可以用“留资人数”或“首次购买人数”来界定。比如买赠活动可以把“凭券新客兑换数”作为指标。连带率则反映促销员有没有在结账时做关联推荐连带率 销售总件数 ÷ 成交总单数连带率低于1.5的促销团队基本可以断定只做了“拿货收款”的最低配动作。老带新、关注品牌企微这类动作也可以折算成加分项我不建议把私域加粉这类做成一票否决但作为加分项很有价值。2.5 关键指标速查表一张表直接抄作业为了方便大家落地我把上面提到的关键指标整理成了一张速查表涵盖了计算公式、参考权重、数据来源和常见坑点可以直接打印出来贴在会议室里。指标类别指标名称计算公式建议权重主要数据来源常见坑点结果类促销达成率实际销售额 ÷ 目标销售额 × 100%25%-35%POS系统未区分自然销量目标虚高或虚低结果类费销比促销总费用 ÷ 促销销售额 × 100%10%-15%财务/活动台账费用漏算人员工时、赠品损耗结果类人均产出促销销售额 ÷ 促销人数5%-10%POS排班表忽略兼职与全职的工时差异过程类试吃/试用转化率成交人数 ÷ 触达人数 × 100%10%-15%现场记录POS触达人数虚报无监控核验过程类赠品核销率实际核销数 ÷ 发放数 × 100%5%-10%核销系统/台账发放数与核销数口径不一致过程类陈列达标率达标项数 ÷ 检查总项数 × 100%5%-10%巡店检查表检查时间固定存在应付检查客户/成长新客获取数实际新客成交/留资人数5%POS/会员系统难以识别真新客、假新客客户/成长连带率销售总件数 ÷ 成交总单数5%-10%POS促销员自行拼单拉高件数成长类培训考核分实际得分 ÷ 总分 × 100%5%培训记录考核太简单流于形式这张表里的权重是参考值实操中要根据业态和目标调整但调整幅度不建议超过50%。比如你做的是高端美妆促销试妆转化率权重可以上调连带率权重可以降低但核心结果指标的权重最好维持在30%以上否则考核体系会失去重心。3. 从指标到落地绩效考核方案怎么设计才不卡壳3.1 目标值怎么定三档目标法最简单可靠指标选好了最让人头痛的就是目标值。定太高团队直接躺平定太低公司觉得你糊弄。我这些年用下来最顺手的是三档目标法。第一档是基线目标参考前三个月的平均销售数据再乘一个1.05-1.10的保守增长系数。这个目标完成就能拿绩效工资的70%左右保证团队“垫垫脚就够得着”。第二档是挑战目标在基线目标基础上乘以1.15-1.25。这个目标要跳一跳才够得着完成它绩效奖金能拿满。第三档是冲刺目标通常是基线的1.3倍以上完成的人员给予额外专项奖励。这个目标不是所有人都要追但团队里总有几个销售苗子可以就往这个方向激励。以某食品品牌在一个A类门店的活动为例该店前三个月该品类月均销售是15万那么基线目标就是16.5万挑战目标就是20万上下冲刺目标可以定到22万以上。目标不是拍脑袋要让团队看到数据依据。目标沟通会上直接把基期数据摆出来促销组长心里有数接受度会高很多。3.2 权重分配与计分方式加法模型和乘法模型怎么选权重分配的逻辑在前面的速查表里给了参考这里补充一个重要问题计分方式用加法模型还是乘法模型。加法模型就是各项得分相加。比如达成率满分40分试吃转化率满分20分陈列满分10分最后加总。它的好处是各项之间有补偿——一项没做好另一项做得好也能拉回来。乘法模型则是各项得分相乘比如达成率得分×过程得分×费用系数。它更严格任何一项掉链子都会拖垮总分。促销团队能力参差不齐兼职占比高用加法模型更现实。乘法模型更适合小规模的精锐促销组比如品牌直营的美妆专柜团队。新手团队上来就用乘法容易被打击到失去动力。具体的计分方式我推荐线性计分而不是一票否决。举个例子目标达成率在80%-100%之间按“实际达成率÷目标达成率×该项满分”计分低于80%该项计0分高于120%的部分可以设置封顶比如最多加该项满分的20%防止团队为了冲量过度消耗费用。3.3 数据采集和口径统一考核最容易被质疑的一环指标和权重都定了接下来最大的坑是数据。促销团队人员流动性大、排班复杂、兼职多数据一旦靠手工填报就一定会出现扯皮。先说我的建议能用系统数据就绝不用手工数据。POS销售数据、会员系统的新客数据、核销系统的赠品数据都是硬数据直接从后台导出作为考核的基准。试吃转化率这类没有系统支撑的数据则要配套一个可校验的现场记录方式。比如规定试吃触达人数按分时段小票记录每两个小时勾一次店长签字确认防止促销员下班前一次性编一整套数字。口径统一这件事尤其要提前做。什么是“促销销售额”是活动商品的销售额还是消费者当次购物整单销售额什么是“新客”手机号从未在系统注册过的用户还是注册超过一年未复购的用户这些问题不定义清楚月底统计时各个门店交上来的数据根本没法比对。我习惯在活动启动前发一页纸的《数据口径说明》上面把所有名词解释列清楚参会人员签字确认这样月底对账至少能少吵一半的架。还有一个小技巧是神秘访客抽查。每个月安排两个人假扮顾客到现场购买记录促销员是否主动介绍、话术是否标准、赠品是否按要求给。神秘访客的成绩可以作为过程得分的修正系数不需要每次活动都做一个季度做一次就足以让团队绷紧神经。3.4 绩效面谈怎么开从“算分数”变成“找原因”考核分数出来之后真正让考核起作用的是绩效面谈。很多主管把面谈做成了“通知分数”——告诉你这个月得了多少分然后没有了。这样考核就废了一半。绩效面谈正确的打开方式是三段式。第一步把数据给促销员看尤其是达成率、转化率、赠品核销率这些他们自己没看过的数据第二步问一个开放式问题——“你自己觉得这个月哪些环节没做好”先听他自己怎么说第三步聚焦两个问题定改进目标不要一次指出五个毛病挑最关键的一个改进就够了。举个例子某促销员达成率只有85%但他的试吃转化率只有8%而团队平均是12%。面谈时就要把数据摆出来“你每天触达了大概80个顾客成交6-7单别人成交是10单。你觉得卡在哪一步”对话走到细节里往往能挖出“试吃话术只会报价格、不会讲卖点”或“递试吃的时候没有主动问需求”这种具体问题。这时候再给一个动作标准比扣分管用十倍。绩效面谈不用做成长篇大论每人15-20分钟足够但每个场景都要留下改进承诺记录。下一个考核周期开始前把上次的承诺翻出来作为第一项验收内容。这个闭环做扎实了考核就不再只是打分工具。4. 常见问题与复盘优化填坑比选指标更重要4.1 三个高频问题及处理建议考核方案落地过程中有几个问题几乎每个团队都会遇到。提前说清楚至少能少走一半弯路。第一个高频问题是“只考核销量导致动作变形”。促销员为了冲量给顾客错误承诺“买一送一下次还能用”或者把赠品说成本品顾客买完发现不对就投诉。处理办法是加过程类指标对冲同时把客诉也纳入负面扣分项。我在考核方案里有一条硬规则当月出现有效客诉的促销员取消绩效评优资格并在总得分中扣5分。第二个问题是“门店数据和促销台账对不上”。门店说卖了3万促销员台账记了3.8万最后谁都说不清。解决这个问题的关键就是前面说的口径统一以及严格以POS数据为最终依据。台账记录只能作为辅助不能两者权重并列。规则不搞一刀切但一定要有明确的“最终解释权归系统数据”这条原则。第三个问题是“目标定太高团队彻底失去动力”。三档目标法能缓解这个问题但前提是目标沟通做得足够透明。目标分解会上把每一项数据的计算过程给促销员讲清楚允许他们当场提质疑。目标一旦确认就不要再在活动中途偷偷加码。中途加码是团队士气最大的杀手比指标定高还伤。4.2 优化路径怎么走月度复盘到季度调权的PDCA绩效考核方案不是一成不变的它本身就需要一个优化循环。我自己是按月做复盘、按季调权重、按半年换指标的节奏来做的。月度复盘活动活动结束后三天内开复盘会看的是动作层数据。试吃转化率降了就去现场回看话术核销率异常就查赠品流转记录陈列扣分多了就重新拍照核对标准图。复盘会必须有责任人、有整改期限开完会没人跟进的复盘就是浪费时间。季度调权重每个季度根据生意重心调整指标权重。比如Q4是大促季销量指标权重上调到50%过程指标权重下调Q1是淡季重点做陈列和培训过程指标和成长指标的权重相应提高。这样考核体系始终能跟上业务节奏。半年换指标经营方向调整时个别指标可以替换。比如公司从“追求销售额”转向“追求利润”那就要把费销比权重提上来把人效指标纳入核心。但每次更换指标要提前一个月公示给团队留出适应时间绝不能月底发工资时突然换规则。4.3 一个季度考核复盘的真实案例为了让大家更直观地理解这套打法分享一个我实际跟过的案例片段。某个做果汁品牌的分销团队一季度考核用的是“促销达成率50%费销比20%试吃转化率20%培训分10%”的结构。三个月跑下来销量目标全部完成但费销比超标严重平均超过10%。复盘时发现关键问题出在赠品核销率上——门店的核销记录显示赠品全部发完但费销比里的赠品成本却比预算高出一大截。派人下店核查才发现部分门店把赠品当作“促销员福利”自行留用还有门店为了让销量数字好看直接拿赠品冲抵正价销售。这个动作在第一个月就已经出现但因为当月指标里没有核销率直到第二季度调整权重时才发现。修正方案是把赠品核销率加入关键过程指标并按周检查核销台账同时对涉及违规的两个门店做了绩效追回。下一个季度的费销比就回到了预算线内核销率稳定在97%以上。这个案例说明两件事指标组合里最好永远至少有一个“牵制性指标”来兜底比如核销率盯费用、客诉盯服务复盘会不能只看结果数字必须落到过程记录和现场动作上去翻找原因。5. 最后分享几个沉淀下来的经验这几年带促销团队我最大的体会就是考核方案做得好不好看一个细节就够了——月底绩效结果出来时促销员是满脸不服地来吵还是心平气和地来问“我下个月怎么改进”。前者说明指标和过程出了问题后者才说明考核真正立住了。还有一点想特别强调促销团队里兼职和全职的比例会直接影响考核粒度。全职促销员可以承担成长类指标像培训、带新人短促兼职就要以结果类和过程类为主培训项做到位就行不要拿正式工的标尺去卡临时工。把颗粒度分清楚团队管理摩擦会减少很多。最后一个建议是给管理者的指标数量宁少勿多。我一个促销组最多设六个指标超出六个促销员根本记不住反而会优先做那些容易完成的真正重要的核心动作反而被稀释。考核不是把所有人五花大绑是让他们清楚地知道“今天上班哪几件事做好了钱就拿到手了”。想明白这句话后面所有设计都会变得简单。

相关新闻

Lucide开源图标库:从SVG到按需加载的前端图标方案实践指南

Lucide开源图标库:从SVG到按需加载的前端图标方案实践指南

做图标选型这件事,很多做前端的同行都有体会:东西不难,但选择成本极高。字体图标体积大、样式死;自研图标要设计资源还要维护;随便找一套免费图标又怕授权不清、风格不统一。我这两年大部分项目里都用了 Lucide Icons …

2026/10/12 8:06:42 阅读更多 →
vscode-docs 开发容器实战:使用 Dev Containers 持久化 bash 命令历史

vscode-docs 开发容器实战:使用 Dev Containers 持久化 bash 命令历史

文档教程 【免费下载链接】vscode-docs Public documentation for Visual Studio Code 项目地址: https://gitcode.com/gh_mirrors/vs/vscode-docs 点击查看 免费下载 本指南讲解如何在 Visual Studio Code Dev Containers 扩展的开发容器中,跨会话、跨…

2026/10/12 8:06:42 阅读更多 →
open-code-review:用自动化代码审查与静态分析提升团队评审效率

open-code-review:用自动化代码审查与静态分析提升团队评审效率

1. 项目概述1.1 为什么想做 open-code-review先说个场景。我所在的小团队大概七八个人,每次提 Merge Request 的时候,代码评审基本靠两个人撑着——一个是组长,一个是最资深的那个同事。剩下的同学要么不知道怎么评,要么不敢评&am…

2026/10/12 8:06:42 阅读更多 →

最新新闻

基于SSM+Vue的养老服务平台设计与实现——毕设项目技术全解析

基于SSM+Vue的养老服务平台设计与实现——毕设项目技术全解析

做 Java 后端、写 Vue 前端的这些年,SSMVUE这套组合我经手过不少项目,但要说最值得拿出来好好聊聊的,大概率还是这个老人养老服务平台。作为计算机毕业设计选题,它比普通的管理系统多了一层人文关怀,又比纯电商项目多了…

2026/10/12 8:50:01 阅读更多 →
Vibe Coding与Claw之争:AI时代编程范式与工程实践指南

Vibe Coding与Claw之争:AI时代编程范式与工程实践指南

不知道为什么,最近朋友圈里聊AI编程的人都在问同一个问题:“为什么会Vibe Coding的,不养Claw龙虾?”我第一次看到这个标题的时候也愣了几秒,然后反射性地笑出声。Vibe和Claw,读音押韵,意思却南辕…

2026/10/12 8:50:00 阅读更多 →
SpringBoot+Vue洗衣店管理系统开发实战:状态机与权限控制

SpringBoot+Vue洗衣店管理系统开发实战:状态机与权限控制

1. 项目概述与核心需求拆解1.1 这个毕业设计到底在做什么洗衣店管理系统,乍一听是个不起眼的管理系统,但真做起来你会发现它麻雀虽小五脏俱全。绝大部分同学做毕业设计时喜欢选图书管理、超市管理这类烂大街的题目,而洗衣店这个场景天然自带一…

2026/10/12 8:50:00 阅读更多 →
SYN Cookies原理与内核参数配置:从TCP三次握手到SYN Flood防御实战

SYN Cookies原理与内核参数配置:从TCP三次握手到SYN Flood防御实战

SYN Cookies这东西,搞网络和运维的兄弟应该都听过,但真正把它原理吃透、知道生产环境怎么配的人不算多。前阵子我帮一个业务团队排查连接超时问题,最后定位到是SYN Flood导致的半连接队列被打满,顺手把tcp_syncookies相关机制完整…

2026/10/12 8:50:00 阅读更多 →
基于Django的蔬菜销售分析与预测可视化系统毕设实战拆解

基于Django的蔬菜销售分析与预测可视化系统毕设实战拆解

1. 先看明白这个毕设到底要做什么打开标题里的关键词:“大数据毕设项目”、“基于django”、“蔬菜销售分析与预测可视化系统”、“源码文档,讲解、调试运行、定制”。一句话概括,这就是个面向毕业设计的典型全栈工程——用Django把“数据分析…

2026/10/12 8:50:00 阅读更多 →
ThinkPHP美食商城系统开发实践:路由、订单与库存事务处理

ThinkPHP美食商城系统开发实践:路由、订单与库存事务处理

真要做“ThinkPHP美食商城网站”这种课题,多数人第一反应是“又是个学生作业”。但真正动手把商城从零搭起来,并且能跑通下单、支付、库存扣减这一整套流程之后,你会发现这个“老框架”里头能挖的东西比想象中多。这篇文章就围绕我在开发这套…

2026/10/12 8:48:56 阅读更多 →

日新闻

复古胶片颗粒感噪点合成器:Canvas ImageData 像素高斯杂色注入算法

复古胶片颗粒感噪点合成器:Canvas ImageData 像素高斯杂色注入算法

在数码相机、高清显示屏与现代矢量图形技术高度发达的今天,画面可以做到绝对的锐利、平滑与无瑕。然而,当一张秋日手账插画或拍立得照片过于“平整无瑕”时,往往会散发出一种冰冷生硬的“数码塑料感(Digital Plasticity&#xff0…

2026/10/12 0:00:59 阅读更多 →
活字印刷古籍线装排版:Canvas 竖排文字与栏线自适应算法

活字印刷古籍线装排版:Canvas 竖排文字与栏线自适应算法

在现代网页与移动端设计中,横排(Horizontal Layout)早已经成为了绝对的主流。然而,当我们翻开泛黄的线装古籍、宋版木刻诗集,或是欣赏一张茶道雅集的手写便签时,那种**自上而下纵向书写、自右向左逐列铺展&…

2026/10/12 0:00:59 阅读更多 →
周日晚间的“精神松绑减震器”:无压力情绪倾倒箱与温和轻声陪伴

周日晚间的“精神松绑减震器”:无压力情绪倾倒箱与温和轻声陪伴

每到周日的晚上八点到十点,很多人心里都会悄悄亮起一盏警示灯。 在心理学上,这种现象有一个专门的称谓——“周日夜晚焦虑症(Sunday Scaries)”。明天又是周一,闹钟又要重新在七点响彻卧房;脑海里仿佛有一个…

2026/10/12 0:00:59 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/12 0:16:43 阅读更多 →

月新闻

我发现了一个新思路:用 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/11 10:45:37 阅读更多 →
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/11 14:36:53 阅读更多 →
黑夜航拍船只数据集训练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/11 14:36:54 阅读更多 →