四个商品分析模型:ABC、波士顿矩阵、价格弹性与生命周期实战指南
做商品分析这几年我见过太多团队在模型选型上栽跟头。问题从来不是模型不够用而是手里握着一堆模型对上具体业务那一刻反而不知道用哪一套。ABC、波士顿矩阵、价格弹性、商品生命周期这些名词大家多少都听过可真到了周会月报里能把“该看哪个模型”“看完能做什么决策”讲清楚的人并不多。这篇文章不打算把市面上所有模型都罗列一遍只聊四个我实际用过、也确实能推动决策的商品分析模型。它们分别对应贡献、竞争、价格、时间四个维度每个模型我都会讲清楚算法逻辑、适用场景、实操步骤和踩过的坑。适合刚接手商品运营的同事也适合那些已经跑了一段时间、想用更成体系的框架替代“拍脑袋”的从业者。1. 先别急着套模型先搞清楚业务问题属于哪一类1.1 四类常见的商品分析诉求分货、看竞争、定价格、判周期先说一个我自己的判断模型选型的本质不是比谁懂得的工具多而是你能不能把眼前的业务问题翻译成一种“可以被计算的方式”。很多团队开会争论半天最后发现大家连要解决的问题都没对齐——有人想优化库存结构有人想决定明年主推哪个品类这俩用的根本不是同一个模型。结合日常运营里最常见的决策场景几乎所有需求都可以归到四类贡献类问题哪些商品真正在贡献业绩库存都压在哪些商品上——用ABC分析做贡献度分层。竞争类问题哪个品还有增长空间、值得持续投入哪个品正在悄悄失去市场地位——用波士顿矩阵做二维定位。价格类问题调价之后销量会怎么变促销力度做到多少才不会卖一件亏一件——用价格弹性模型估算敏感度。时间类问题这个商品现在处在导入期还是衰退期接下来的补货、铺货、清仓动作怎么排——用商品生命周期模型做阶段判断。这四类问题在公司里几乎每天都有人在问。区别在于提问的人往往直接跳到“给我拉一张销售报表”却没想清楚报表背后到底要支撑哪个决策。比如同样是“帮我看下哪些商品卖得好”补货场景该用ABC而如果要决定明年主推哪个品类方向波士顿矩阵明显更合适。模型没有绝对的好坏只有匹配不匹配。1.2 用“问题—模型—决策动作”的框架对号入座我习惯用一个非常简单的三栏框架来主导选型第一栏写业务问题第二栏写匹配模型第三栏写看完模型之后要做的决策动作。一张A4纸就能列完但效果出奇地好。举个例子。某次月度复盘我面对的情况是整体销售额没跌但毛利跌得厉害。如果只盯销售额做ABC分析根本发现不了问题换成“毛利ABC”之后立刻就看清了——前20个SKU里有一半是低毛利引流款它们把销售额堆起来了却把整体毛利拖了下去。这个案例让我养成了一个习惯先写清楚要做什么决策再选模型而不是反过来。这里有个经验供参考一个模型解决一个问题。你永远别指望用ABC分析同时回答“哪些品该补货”和“这个品明年还有没有机会”这两个完全不同维度的问题。前者看现状贡献后者看潜力趋势。把这个思维理顺后面每个模型的应用边界才会清晰。2. ABC分析最快见效的“贡献度分层法”2.1 ABC模型的算法逻辑与分档标准ABC分析的核心思想一句话就能概括少数商品贡献多数业绩。这是帕累托原则在商品管理里的直接应用。具体做法是把所有SKU按某个指标从高到低排序然后累计加总按贡献占比分成A、B、C三档。我常用的分档标准是这样的A类累计贡献前70%销售额的SKU数量上通常只占10%-20%。B类累计贡献70%-90%销售额的SKU数量占比约20%-30%。C类累计贡献最后10%销售额的SKU数量占比常常超过50%。计算步骤其实不复杂在Excel里就能完成第一步按销售额降序排列所有SKU第二步计算每个SKU的销售额占比第三步从高到低累加占比第四步按70%、90%两条线切分A、B、C。需要注意这个指标不一定非得用销售额完全可以换成毛利额、利润贡献、库存金额甚至是订单数。我特别想强调的一点是业务目标决定了你的排序指标。做库存周转分析时用“库存金额”排序能直接找出压钱最多的商品做利润把控时用“毛利额”排序才能看清哪些品是赔本赚吆喝。指标选错ABC做出来再漂亮也只是自欺欺人。2.2 用ABC分层结果做库存与铺货决策的实操案例某国产品牌小家电项目在库SKU四百多个仓库面积有限经常出现爆款断货和滞销品占仓同时存在的尴尬局面。当时先用销售额做了一轮ABC分层结果很有意思A类只有36个SKU却贡献了73%的月销C类两百多个SKU合计只占月销的不到8%。拿到这个分层之后我们做的决策很具体A类商品实行高优先补货设置安全库存预警线只要低于5天销量就自动触发补货。B类商品日常按30天周转订购每周人工复核一次防止个别单品异动。C类商品暂停常规补货每两周做一次集中清理该打折打折该报废报废。这套动作执行了两个月库存周转天数从八十几天的水平降到了六十天以内并且畅销款的缺货率明显下降。这里我补充一句基于常见实践的提醒ABC分类不是一成不变的销售结构会随季节、营销活动变化我一般建议每个季度至少重跑一次。但ABC有个天然盲区它只看现状不看未来。一个刚上架的新品初期销量一定小按ABC很容易被分到C类如果机械执行“C类不补货”很可能会错杀潜力款。我的处理方式是把新品单独拿出来做“观察池”前三个月不参与ABC排序而是单独跟踪加购率、转化率、复购率这些先行指标。3. 波士顿矩阵从“卖得好”到“有前途”的二维判断3.1 相对市场份额与市场增长率怎么取值ABC分析是单维度的只看你自己盘子里的贡献。波士顿矩阵把它扩展到了二维一个轴看市场地位另一个轴看市场潜力。这个模型最早是企业战略层的工具但放在商品分析里完全适用尤其是当你需要回答“该重点培养哪个品”这种资源配置问题的时候。具体到计算横轴叫相对市场份额公式是自身商品的市场份额最大竞争对手的市场份额。大于1说明你是这个品类里的领先者小于1说明你在追赶。更朴素的算法是“本品销售额关键竞品销售额”。纵轴叫市场增长率常规取法是用该品类近12个月的销售额同比增速。至于多少算高、多少算低我一般看品类平均线没有绝对标准也可以用10%作为一个常见分界线超过10%算成长型品类低于10%算成熟型品类。两个轴交叉形成了四个象限高份额高增长率叫明星高份额低增长率叫金牛低份额高增长率叫问题低份额低增长率叫瘦狗。这里有一个容易踩的坑相对市场份额里的“市场”口径到底按什么界定。是按整个电商大盘还是按你所在渠道还是按某一类人群口径不一样得出来的象限位置会完全不同。我的建议是回到决策场景选口径——如果这个决策是渠道内部的资源分配就按渠道内销售额口径算如果是为了判断品牌层面的品类布局就要把外部行业数据加进来。3.2 四象限商品的对应策略与资源分配波士顿矩阵的意义不在于画一张漂亮的四宫格图而在于每个象限对应着一套明确的资源策略。我在实际运营中会按下面这张表来执行明星品高增长、高份额是未来的利润支柱。策略是加大投入优先保证库存和流量资源目标是把它们推进金牛象限。金牛品份额高、增长低是当下利润和现金流的来源。策略是不过度营销维持稳定转化抽出来的资源支援明星品和新品。问题品市场增长率高但份额低说明品类有机会但你自己没抓住。这类品不要一律放弃要给一个测试期观察一段时间看份额能不能起来。瘦狗品增长低、份额也低属于典型的边缘商品。策略是收缩资源清掉库存把货架让给更有潜力的品。我曾经用这个模型处理过一个非常典型的案例。某食品电商团队主推款是一款坚果礼盒销售额一直不低老板一直把它当明星品对待营销费用猛砸。可拉出波士顿矩阵一看这个礼盒所在品类整体年增速只有5%相对市场份额还不到0.8本质上是个“瘦狗”或者边缘品。真正的问题品是另一款新出的低糖糕点品类增速超过25%但份额只有0.3。后续的动作很清晰坚果礼盒撤掉大部分付费流量只保留自然转化低糖糕点重新拍素材、做测评种草用一个月时间把份额从0.3拉到了0.6。这个案例让我意识到波士顿矩阵的价值恰恰在于防“直觉错觉”——卖得好不一定有前途增长快才是。3.3 波士顿矩阵和ABC分析的交叉用法两个模型单独用各有盲区但组合起来非常互补。ABC看“当下贡献”波士顿看“未来潜力”交叉之后会形成一个更完整的判断框架。我习惯做一张交叉表横轴是ABC分类纵轴是波士顿象限。比如一个SKU是A类明星那它就是绝对的核心资产所有资源优先保如果是C类瘦狗基本可以直接进入淘汰流程。最纠结的是中间地带——B类问题品贡献一般但增长不错这类我会单独列一个“观察清单”每周跟踪增速和转化变化连续三周没有起色就降级处理。这里要提醒一点波士顿矩阵对数据颗粒度要求比较高小体量公司如果SKU很少或者市场数据拿不到硬套这个模型反而会失真。我一般建议SKU数量至少几十个以上并且有相对可靠的行业增速数据时再用否则更建议直接依赖ABC加生命周期模型。4. 价格弹性分析定价决策里被忽视的高性价比工具4.1 价格弹性系数的计算与含义价格弹性是我个人特别偏爱的一个模型因为它直接回答一个老板最爱问的问题“降价到底能多卖多少”很多人靠感觉定促销折扣靠竞对价格倒推售价其实都可以用一个简单系数来做量化。价格弹性的计算公式是弹性系数 销量变化百分比 / 价格变化百分比。举个例子。某个SKU原价99元降到89元价格变化是下降10.1%销量从月销1200件涨到1500件销量变化是上涨25%。弹性系数就是25%-10.1%≈-2.5。绝对值大于1说明这个商品对价格敏感降价能换来明显的销量增长属于“富有弹性”如果算出来绝对值小于1说明价格怎么动销量都变化不大属于“缺乏弹性”。我用过的一个案例同样降价10%一款便携榨汁杯销量涨了28%而一款高端空气炸锅销量只涨了4%。前者弹性系数约-2.8后者约-0.4。两者的定价策略完全不一样榨汁杯适合做活动引流、跑量而空气炸锅更适合保价、做赠品组合避免直接降价伤害品牌调性。比较关键的一点是计算弹性时数据要“干净”。如果用大促期间的价格和销量来算结果往往会严重虚高——大促的销量受流量爆发影响不只是价格因素。更稳妥的做法是取日常小幅调价期间的数据或者用价格变化前两周和后两周的日均销量来算这样更贴近真实的因果影响。4.2 用弹性结果指导调价和促销档位设计在实操里我会把商品分成三类来制定价格策略高弹性商品绝对值大于1.5适合降价冲量、做活动钩子但一定要算好毛利平衡点。比如毛利率40%的商品打八五折后毛利还剩25%如果销量增幅能超过20%总毛利反而是增加的。中弹性商品绝对值在0.8到1.5之间价格不是唯一杠杆我更倾向用组合优惠、满减、赠品来提升客单而不是直接改标价。低弹性商品绝对值小于0.8降价没意义核心靠产品力和渠道推广价格策略以稳定为主避免频繁调价给消费者造成“不值钱”的印象。这里补充一个实用技巧每次调价都做记录建一张价格变更日志至少积累三到五次有效的调价样本弹性系数才会稳定。数据量太少算出来的弹性参考意义有限只能当一个粗略的方向。5. 商品生命周期模型给商品决策加上时间轴5.1 四个阶段的识别指标与判断方法商品生命周期模型把商品分成导入期、成长期、成熟期、衰退期四个阶段。它和前面几个模型最大的区别在于动态视角——前面的模型都是截取某个时间点来看而生命周期模型逼着你盯住趋势本身。我的判断方法不搞复杂公式就用三个指标销售额同比增速增速超过20%视为成长期信号低于10%说明可能进入成熟期连续负增长超过两个月就要警惕衰退期。环比增速的稳定性成长期商品月度环比波动较大但整体向上成熟期商品环比稳定通常就在一个小范围里震荡。渗透率或复购率渗透率还有明显上升空间、复购率持续走高的多半还在成长期渗透率到顶、复购率掉头向下的大概率进入衰退期。举一个典型的场景某服装品牌去年上的一批夏季连衣裙第一波上架两周销量一般这是导入期的正常试探第三周开始爆发式增长加购率翻了快两倍这是进入成长期的信号八月之后增速明显回落进入成熟期到季末清仓阶段就是衰退期了。同一个商品在不同渠道的表现可能完全不同比如线下可能已经衰退了但在直播渠道还处于成长期所以判断生命周期阶段时最好按渠道拆开看。5.2 不同阶段的商品管理动作与资源排序生命周期不同阶段运营动作是完全不同的。我做得最多的动作是“阶段化资源配置”简单来说就是每个阶段有一套对应打法导入期目标不是赚利润而是收集数据。小批量试销投测试流量重点是看点击率、加购率、评价反馈确立这个品的潜力判断。成长期目标是把潜力量变成稳定销量。加大补货深度增加营销预算集中资源打造爆款。成熟期目标是延长生命周期、稳定现金流。减少大规模投入做好库存周转和利润维护同时开始培育下一代替代品。衰退期目标是优雅退出。停止补货、设置清仓止损线兼顾清库存和保护品牌形象不要把价格砸得太难看。这套逻辑在我处理某成熟品类时特别有效。当时一款小家电从成长期进入成熟期之后继续投放效率已经很低我们果断把增量预算撤出来给了另一款有增长潜力的新品同时给老品做了一波会员定向清仓。结果老品的库存一个月内去化干净新品成长速度也上来了。如果不看生命周期很可能还在老品上继续“输血”错过切换窗口。有个经验可以特别分享一下生命周期不是一条必然走向衰退的直线。通过产品迭代、新场景营销、渠道扩展成熟期可以维持很长时间。我遇到过一款基础锅具本来已经到了衰退期边缘换成“露营”新场景重新包装之后又活了整整两个季度。所以判断生命周期时也要考虑外部因素是否提供了新的增长动能。6. 四个模型如何串起来用一个完整案例复盘6.1 案例背景与数据准备前面四个模型分开讲是各说各话实际业务里它们往往是组合出招的。下面用一个虚构但非常典型的电商案例把整套流程串一遍。某电商团队经营一个中小规模的家电品类店铺SKU大概一百二十个。手上有过去半年的核心数据包括每个SKU的销量、销售额、毛利额、库存天数、价格调整记录以及部分行业大盘的增速数据。在做任何分析之前我先把数据口径清了一遍销售额剔除退款订单毛利额扣除平台佣金和固定仓储成本价格记录只保留日常调价和促销信息并打上标签。这个准备过程容易被忽视但它直接决定后续模型结论是否可信。我见过不止一个团队因为没剔除退款订单把一款高退货率的商品当成了畅销品最后补了一堆货全砸在手里。6.2 分步套用四个模型的完整过程第一步ABC分层。按销售额排序切出累计贡献前70%的SKU共23个归为A类中间20%约35个归为B类剩下的六十多个全归C类。接着把A类商品的毛利额单独排了一遍发现了三个销售额很高但毛利偏低的“虚胖款”在后面决策中降了优先级。第二步波士顿矩阵。只对A类23个SKU跑矩阵。取相对市场份额和品类增速两个维度最终分类是明星品4个金牛品7个问题品9个瘦狗品3个。明星品集中在“轻食早餐机”细分品类品类年增速达到28%金牛品基本是基础款的电水壶、电饭煲增速只有4%-6%。第三步价格弹性分析。对明星和金牛品里销量最大的8个SKU逐一计算价格弹性。结果是4个明星品里有2个弹性很高分别是-3.1和-1.8说明价格工具在它们身上能打出明显效果金牛品里有个主力电水壶弹性只有-0.4基本不适合降价营销重心应该放在内容种草和场景教育上。第四步生命周期判断。四个明星品里有1个已经连续增长六个季度判断进入成熟期需要马上开始规划迭代款另外3个还处于成长期可以大胆投入。三款瘦狗品里两款连续负增长超过三个月直接进入清仓流程。最后把四步结果汇总成一张决策清单每个SKU会明确标出ABC等级、波士顿象限、弹性系数区间、生命周期阶段以及对应的行动词主推、保利、观察、清仓。这张清单就是当月运营会的核心材料。6.3 这个组合拳避开的坑与注意事项整套跑下来有几个坑想重点标出来提醒大家。第一阈值设定不能拍脑袋。ABC的70%、20%、10%也好波士顿的10%分界线也好都是通用建议。落实到具体类目一定要参考历史数据分布来定。有一次我把某个高价低频品类的ABC阈值直接套用日化品经验结果A类商品数量太少补货压力全部集中到几个SKU上风险很大。第二模型叠加不是套娃。每多用一个模型都要问自己一个问题“它改变了哪个决策”如果结论跟上一个模型完全一样这个模型就是冗余的。只有真正影响了资源分配、定价动作或库存节奏的模型才值得纳入日常分析流程。第三数据颗粒度必须和决策颗粒度对齐。做全国整体资源调配就一定用全国汇总数据跑模型做区域门店分货就必须用区域数据重新算一遍。混用数据颗粒度得出的分析结论执行到区域层面经常会出现方向性失误。第四模型的输出必须“翻译”成业务语言。业务同事不会关心什么“弹性系数-2.5”他们需要听到的是“这款降价10%能带来25%的销量增长建议活动价做到89元”。把模型结果转成一看就懂的行动项整个流程才真正闭环。最后再分享一个我实际执行后的体会模型工具的价值不完全在于计算本身而在于它逼着你把每个判断背后的依据写清楚。我在跑完这套组合拳之后会把每个SKU的四维结论归档成一张商品分析卡连续做三期月报后再回看规律才会真正显现出来。刚开始做会觉得繁琐但三个月之后你会发现自己开会做决策的时候明显心里有底了。

相关新闻

AI Agent从Demo到生产:架构拆解与工程实践

AI Agent从Demo到生产:架构拆解与工程实践

做 AI Agent 这段时间,我最大的感受是:Demo 人人都会写,生产系统才是真正的分水岭。GitHub 上随便一搜就是一堆 Agent 项目,跑起来个个惊艳,能查资料、能写代码、能自动操作浏览器,评论区一片叫好。可等你真…

2026/10/10 7:56:33 阅读更多 →
OSG Earth三维可视化开发:Win10+VS2019二进制库实测指南

OSG Earth三维可视化开发:Win10+VS2019二进制库实测指南

简介:本资源是面向三维地理信息系统(GIS)开发与仿真可视化工程师的OpenSceneGraph(OSG)3.6.5与OSGEarth 3.1完整编译库,专为Windows 10平台、Visual Studio 2019环境深度适配,解决开发者在复杂地…

2026/10/10 7:55:33 阅读更多 →
AI Agent社交产品Builder实战指南:从技术落地到产品共生

AI Agent社交产品Builder实战指南:从技术落地到产品共生

1. 这不是招聘启事,而是一份“技术方向共建者”的入场券“寻找技术方向的 Builder / 联创|AI Agent 社交产品 Acho”——看到这个标题,我第一反应不是点开投简历,而是停顿三秒,把手机屏幕翻转过来,对着光看…

2026/10/10 7:55:33 阅读更多 →

最新新闻

StackExchange.Redis 脚本编程实战指南:Lua EVAL/EVALSHA 与低分配 RespResult 结果读取

StackExchange.Redis 脚本编程实战指南:Lua EVAL/EVALSHA 与低分配 RespResult 结果读取

后端缓存数据库客户端消息队列 【免费下载链接】StackExchange.Redis The Redis client for .NET 项目地址: https://gitcode.com/gh_mirrors/st/StackExchange.Redis 点击查看 免费下载 导读 在 Redis 生态中,Lua 脚本(EVAL/EVALSHA&#…

2026/10/10 8:43:15 阅读更多 →
Galacean Engine:构建在 WebGL 与 glTF 之上的 TypeScript 2D/3D 互动引擎架构与纯代码开发指南

Galacean Engine:构建在 WebGL 与 glTF 之上的 TypeScript 2D/3D 互动引擎架构与纯代码开发指南

图形学3D渲染游戏开发 【免费下载链接】runtime A typescript interactive engine, support 2D, 3D, animation, physics, built on WebGL and glTF. 项目地址: https://gitcode.com/gh_mirrors/ru/runtime 点击查看 免费下载 本文以 Galacean Engine(仓…

2026/10/10 8:43:15 阅读更多 →
Deis web 模块源码解析:web.urls、web.views 与 gravatar 模板标签的完整实现

Deis web 模块源码解析:web.urls、web.views 与 gravatar 模板标签的完整实现

后端云原生 【免费下载链接】deis Deis v1, the CoreOS and Docker PaaS: Your PaaS. Your Rules. 项目地址: https://gitcode.com/gh_mirrors/de/deis 点击查看 免费下载 本文基于 Deis 控制器的 Python API 参考页 docs/reference/server/web.rst,对…

2026/10/10 8:43:15 阅读更多 →
用C++实现三国杀:回合状态机与事件驱动设计

用C++实现三国杀:回合状态机与事件驱动设计

简介:C实现的《三国杀》纸牌游戏完整工程,适合C初学者、课程设计或游戏开发入门的读者。资源包含可直接编译运行的源代码文件和配套设计报告文档,共2个文件,压缩包约1.21MB。代码覆盖随机发牌、牌面比较、输赢统计与结果输出&…

2026/10/10 8:43:15 阅读更多 →
C++ Qt实现单机斗地主:从牌型识别到界面交互的完整指南

C++ Qt实现单机斗地主:从牌型识别到界面交互的完整指南

简介:一份基于C与Qt框架实现的单机版斗地主期末大作业,适合C初学者、Qt应用开发学习者以及需要完成类似课程设计的高校学生。项目完整覆盖洗牌、发牌、出牌规则、牌型判断、胜负结算等核心游戏逻辑,并提供了图形化的对战界面与人机AI对手&…

2026/10/10 8:43:15 阅读更多 →
Meta收购Manus被叫停后,TaoToken视角下AI Agent融资10亿美元的技术选型思考

Meta收购Manus被叫停后,TaoToken视角下AI Agent融资10亿美元的技术选型思考

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

2026/10/10 8:42:14 阅读更多 →

日新闻

卫星轨道分类全解析:从LEO到GEO的选型逻辑与工程实践

卫星轨道分类全解析:从LEO到GEO的选型逻辑与工程实践

1. 从“卫星轨道分类”这个标题说起:为什么值得花时间搞懂第一次接触“卫星轨道分类”这个概念,很多人会觉得它离自己很远——不就是天上的星星怎么转吗?但如果你正在做航天任务规划、遥感数据接收、星座设计,甚至只是准备一场航天…

2026/10/10 0:00:39 阅读更多 →
Spring AOP 核心原理与实战:从概念到日志切面落地

Spring AOP 核心原理与实战:从概念到日志切面落地

1. 从一个真实痛点说起:为什么你的代码里到处都是重复逻辑刚入行那会儿,我写过一个用户管理模块,注册、登录、改密码、注销四个接口。每个接口里都塞了几乎一样的日志打印、参数校验、事务开启和提交。当时觉得没什么,能跑就行。直…

2026/10/10 0:00:40 阅读更多 →
Python招聘数据采集与分析可视化:从采集清洗到薪资技能城市可视化全链路

Python招聘数据采集与分析可视化:从采集清洗到薪资技能城市可视化全链路

简介:这是一套面向计算机相关专业学生与项目实战学习者的Python数据采集与分析可视化完整项目,以Boss直聘岗位数据为对象,适合用作毕业设计、课程设计或期末大作业。资源包共38个文件,约246KB,以13个py源码文件为核心&…

2026/10/10 0:00:40 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

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

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

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

2026/10/10 1:36:08 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

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

2026/10/9 10:11:06 阅读更多 →

月新闻

我发现了一个新思路:用 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/10 5:23:50 阅读更多 →
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/9 21:32:20 阅读更多 →
黑夜航拍船只数据集训练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/9 6:17:20 阅读更多 →