虚拟树为何让人上瘾?从行为心理学到产品落地的完整拆解
日常刷到一个现象——不管是我自己还是团队里的年轻人明明都知道某个App里那棵虚拟树换不了一分钱却还是每天定闹钟去浇水、收能量、施肥。连我楼下便利店老板都在收能量就为了年底能换一棵真实的树。这个表面看起来“成本极低”的小玩法背后其实藏着整套精心设计过的行为心理学机制。虚拟树能让人上瘾靠的从来不是美术有多好看而是它同时满足了人对“即时反馈”“自我认可”“社交比较”和“沉没成本”四种心理需求的组合体。这篇文章我想从一名做养成类产品、也做过增长实验的从业者视角把虚拟树让人上瘾的底层机制拆开讲清楚。不管你是产品经理、独立开发者、运营还是单纯对这个现象感兴趣都能从中看到一些可复用的设计思路。市面上常见的虚拟树形态有三种第一种是专注工具里的种树比如Forest你放下手机它才生长第二种是支付平台里的公益树靠日常消费和好友互动攒能量第三种是各类打卡App里的养成树连续学习、早起、背单词来浇灌它。三种形态的变现模式不同但上瘾逻辑高度一致它们都不提供真正的实物价值只提供一种“我在变好”的情绪反馈。1. 先说结论虚拟树不是游戏而是一台情绪反馈机器很多人把虚拟树归为“养成游戏”我不同意。游戏的核心是规则带来的对抗和不确定乐趣而虚拟树的核心是循环往复的情绪奖励。它的本质是一台把“日常微小行为”转化为“即时正向反馈”的情感机器。1.1 为什么“种树”比“抽卡”更有黏性市面上的抽卡游戏靠的是随机爆率制造惊喜但随机奖励有个致命问题当用户连续几十次都没有抽到好东西时挫败感会迅速压过期待感。虚拟树不一样它的反馈是确定性的——只要你浇水树就长高一点进度条就前进一格。这种“做功必有反馈”的闭环设计天然比“赌运气”更容易让用户建立长期使用习惯。我见过不少产品试过把养成和抽卡结合结果留存活不过三个月。原因很简单用户的耐心是有限的随机性消耗耐心确定性积累信任。1.2 真正让虚拟树上瘾的是五层感受叠加第一层是掌控感用户能清楚看到自己的行为如何影响虚拟世界第二层是期待感成长到某个阶段的奖励始终悬在前方第三层是归属感用户给树起名字、把它放在社群里展示第四层是成就感突破阶段门槛时获得的视觉和数值变化第五层是恐惧感怕树枯萎、怕进度断掉。这五层情绪交替出现每次打开App都能至少触发其中一到两层。理解了这一点你再看市面上那些失败了的仿制品就很容易发现问题。很多仿制品只做了“树会长大”这一个反馈没有后续的社交、损失、期待设计用户养到开花结果后就没有然后了自然流失。上瘾不是单一机关是一套组合拳。2. 上瘾的底层机制大脑为什么愿意养一棵假树虚拟树之所以能骗过我们的大脑是因为它精准击中了几个进化早期就写进底层代码的心理偏好。我们以为自己是在理性地玩一个小应用实际上大脑把它当成了“低成本的生存技能练习”。2.1 进度错觉让你以为自己在创造价值虚拟树最核心的设计是可见的成长进度。每一滴水、每一次施肥都让树的状态发生肉眼可见的变化。这在大脑里激活的是多巴胺系统里的“预期奖励”回路和你在真实世界里种一棵花然后每天看它长大获得的满足感非常相近但成本低得多。现代人太缺乏这种“持续创造”的反馈了。上班写代码、写方案可能要半年才能看到结果但养一棵虚拟树今天种下明天冒芽一周长出第一对叶子。这种压缩时间尺度的创造体验让用户在快节奏生活里获得一种“我仍然能让东西生长”的掌控感。我经常说一句话虚拟树卖的不是树是一种被细心照顾的感觉。尤其是在大城市独居的年轻人养花容易被养死养宠物费用高、责任重虚拟树恰好提供了“用极低成本照顾一条生命”的体验。2.2 损失厌恶与“怕它死掉”的焦虑这是虚拟树里最隐蔽但最有效的引擎。真实世界的植物会枯萎虚拟树也继承了这一设定。一旦树开始缺水、蔫叶子用户就必须回来处理。这种“不处理会有损失”的机制比“处理后有奖励”更能拉动用户回访。行为经济学里有个经典理论叫损失厌恶指人对“失去”的敏感程度大约是对“得到”的两到三倍。设计虚拟树的时候如果你只做加法浇水得金币用户回访的动力会逐步衰减但如果你加入减法不浇水就蔫掉枯萎两天用户的回访动力能维持很久。我做过一次A/B测试加了枯萎机制的版本次日留存比纯奖励版本高了12%——代价是卸载率也高了一点所以这个刀要掌握好度我会在后面“避坑”部分详细说。2.3 社交货币晒树的动力比游戏本身更大虚拟树上了规模之后它就不再是个人养成工具而是一个社交身份符号。你会看到用户在朋友圈晒自己种了500天的连续记录、晒合种出来的参天大树、晒公益证书。这时候虚拟树已经从工具变成了社交货币。社交货币的定义很简单用户愿意用它来交换关注、赞赏和认同感的虚拟资产。一棵养了500天的树本质上是在对朋友说“我有恒心、我有责任感、我懂得付出”。这些信息如果换成文字直接写出来会显得自恋和尴尬但通过一棵树展示出来所有人都能自然地接受。所以做这类产品时如果不给用户设计“可以晒”的场景就是白白浪费了最容易引发自传播的机制。好的晒法不是让用户每次分享都看到一句“帮我浇水”而是让用户自己觉得“我的树很好看/我坚持了很久”主动想展示。2.4 沉没成本越投入越难离开越离开越焦虑沉没成本是所有长期养成类产品最无解也是最强有力的武器。用户养了800天的树中间断签过三次累计浇水上万次这时候他离开的心理成本极高。每次想卸载App脑子里都会闪过那棵已经长大的树和“如果我从今天开始不养了之前的付出全部作废”的遗憾感。虚拟树比普通养成游戏强的点是它的沉没成本被记录得非常清楚。用户随时能看到自己养了多少天、浇了多少次、树已经长到了什么高度。这些数字等同于清晰标注的“投入额度”一家银行不断用户会告诉你“你在我这里存了多少钱”当你看到那一串数字的时候理智就已经输了。这也是为什么很多虚拟树产品会刻意做“历史足迹”功能。它不是为了给用户方便是为了让用户看到自己的付出产生“舍不得走”的情绪。下次你看到某个App提醒你“你已经陪伴这棵树365天”时就知道这不是温情提醒是沉没成本话术。3. 从零设计一棵虚拟树上瘾机制的产品化落地前面讲了原理现在讲实操。假设你要自己设计一个带虚拟树功能的App或者小程序应该怎么把这套上瘾机制拆解成可落地的功能模块。我会从核心循环、数值设计、随机性、社交、商业化五个方面逐一拆解。3.1 核心循环画布五步循环驱动日活跃所有成功的虚拟树产品都离不开一个紧凑的核心循环。我习惯把它拆成五步收到触发用户通过推送、桌面小组件、好友提醒等方式被叫回产品完成动作做一次低门槛操作比如浇一次水、点一下收能量看到反馈树的状态改变能量数值上涨进度条前进获得感受产生期待或成就感觉得自己在变好留下钩子看到下一阶段的奖赏比如再浇5次就能发芽或者风险提示今晚不浇就蔫了。五步缺一不可。很多产品失败是因为第3步反馈太弱或者第5步钩子不明显。反馈弱的表现是用户浇完水树没有明显视觉变化进度条只涨1%没有任何音效——这是灾难。钩子弱的表现为用户做完当天所有任务后毫无悬念完全不知道明天为什么要回来。我建议的核心循环周期是“每天3-5次”。每次操作控制在5秒以内不宜让用户感到负担。超过5秒用户就会觉得是任务一觉得是任务就会产生抗拒感。3.2 能量与成长曲线数值设计怎么定才让人停不下来虚拟树的数值设计是整个系统的心脏。这里我提供一个可以复用的基础模板数据是我在实际项目里跑过、验证过有效性的区间。先定义阶段一棵树从种子到成熟建议设置6个阶段分别为种子、发芽、幼苗、小树、大树、开花结果。每个阶段配置一个独立的视觉模型和背景音乐突破阶段的时候播放一段10秒左右的高潮音效。再定义能量来源每日基础登录给50能量连续签到第7天额外送100完成一个挑战任务给30-80不等好友浇水一次给5能量上限每天20次消费型行为单次给20能量。把每日可获取的稳定能量控制在300-400之间。然后是成长阈值。我的建议是目标阶段所需累计能量预计天数发芽1201天幼苗4804天小树120010天大树300020天开花结果800045天关键参数是最后一档的阈值它应该是前一档的2.5倍左右。如果太接近比如1.5倍用户会很快完成任务然后流失如果太远比如4倍以上用户会觉得目标遥不可及直接放弃。另外每个阶段内部至少拆成20个进度格子。为什么因为人对反馈的感知频率有上限如果进度条只有5格浇一次水跳一格一天只能跳3格用户就会觉得反馈不够细。20格以上每次浇水都能看到进度条动尤其是最后两格时用户会为了“不想走到一半停在那里”而多做几次操作。这在产品设计里叫接近目标效应。3.3 随机性设计恰到好处的惊喜抽屉虚拟树本来以确定性为主但完全不设随机性会单调。关键是随机事件不能喧宾夺主。我的经验是把随机事件设计为“额外的小确幸”而不是“核心晋级通道”。比如0.5%的概率浇水之后触发“幸运雨露”本次能量翻倍每两天保底触发一次“好友来访”事件随机获得20能量。这类小惊喜的目的是给用户新鲜感而不是改变整个成长节奏。若随机性控制不住用户会有“我长得快因为运气好”的错觉数值体系就乱了。还有一个被很多人忽略的细节奖券类随机奖励尽量设计为确定性消耗品。比如“加速卡”只能在用户主动选择时使用而不是自动生效。这样用户在觉得进度卡住的时候会主动用卡产生“我自己解决问题”的掌控感。3.4 社交与排行榜别把互动做成负担虚拟树的社交设计是最容易翻车的地方。很多产品一上来就做全球排行榜让用户看到自己排倒数。这种设计对头部用户有刺激对腰部用户直接劝退。我的建议是分级处理。好友列表里只显示最近7天有活跃的好友排名合种功能要设计门槛——必须树长到小树阶段才能参与浇水动作要单向化不需要对方回浇也能完成闭环。一句话社交互动的核心是“低负担的表达亲密”不是“强制互惠的任务”。我做过一个数据统计在开合种之前用户7日留存约在23%左右开放合种且做了一定的关系链引导后30日以内合种用户留存可以比单机用户高出7-8个百分点。但前提是合种任务不能太频繁否则用户会觉得被人情绑架。3.5 商业化收钱的时机决定了产品生死虚拟树的付费设计最讲究时机。很多产品在用户第一天进入时就能收手续费抽成结果用户觉得苗头不对立刻流失。好的商业化应该在用户和这棵树建立情感连接之后才启动。我推荐的商业化节奏是前7天完全免费不推送任何付费入口第8-15天推出“树皮肤”类的纯外观付费第16天以后也就是用户已经沉淀了一定成本之后再推出“加速成长”和“专属纪念证书”类付费。皮肤类付费满足炫耀需求加速类付费满足进度焦虑证书类付费满足情感归属。三者对应三种不同的付费动机。这里尤其注意不要过度使用“加速卡”。如果用户发现不付费进度就走不动他会直接干脆放弃整个产品而不是乖乖掏钱。付费的界限必须划定在“付费只是锦上添花”而不是“付费是必要生存条件”。4. 避坑实录做养成类产品最容易栽的跟头理论说完了说点真实的。我自己在做过养成玩法的小程序落地之后踩过不止一个坑有些甚至到了要回滚版本的程度。这些经验也许比前面那些机制拆解对你更有参考价值。4.1 留存上去了活跃却崩了深度和频率不可兼得我最早做的版本是让用户一天固定浇三次水早上、中午、晚上。每次浇水都会长出一小截当天任务完成之后再浇就无效。这个版本次日留存确实不错72小时内的注册留存能到36%但从第7天开始日活跃断崖式下跌。原因后来复盘清楚了用户每天回到App里就只有三件事可做做完就没有任何悬念了。深度的活跃每天多次被我锁死成了浅度的定时打卡用户不觉得是在和产品互动只觉得是在执行日程。后来改成了“每日无次数硬限制、但收益递减”的方案当天第一次浇水获得100%能量第二次80%第三次50%第四次以后10%。这个改动把用户的主动回访意愿还给了用户又通过收益递减控制住了刷量。改版两周后活跃用户从原来的34%回升到47%。核心教训是不要用硬限制去消耗用户的心智要用动态收益去引导行为。4.2 用户集体弃养的临界点当曲线变得越来越陡早期我把最后一档树的升级所需能量设成了前一级的4.5倍本意是拉长用户生命周期。结果上线第三周就收到了大量用户反馈说“我已经养了半个月了还是小树级不想玩了”。最具代表性的行为是不少用户不是慢慢流失而在某一天突然把所有好友解除关系、卸载App表现得很愤怒。这是因为成长曲线过陡导致用户产生了目标失效感。用户的期待是“我每周应该至少看到一次明显变化”但我设计的曲线让他在10天到65天之间只能看到两次阶段跳跃。后来我把最后一档调回2.5倍并且把阶段内的进度格子细化把“大树”和“开花结果”之间的过渡段又拆出了两个小节点。调整后用户流失率反而下降因为大家不再觉得自己被困在漫长的平台期。4.3 服务器与离线计算被忽视的技术坑虚拟树看起来是轻量玩法但技术坑一点都不轻。最典型的是推送系统的阻塞效应每天早8点大批用户同时收到浇水提醒同一时间涌入App服务器经常扛不住。我们第一次遇到这种情况时接口延迟从正常的80毫秒飙到了3000毫秒用户打开页面看到白屏就直接退出了。解决方案是分桶推送把推送时间按用户注册尾号错峰到6个时段另外浇水动作在前端做乐观更新页面先显示结果再异步提交服务器。这样用户体感上几乎不会认为系统卡顿。还有离线状态计算树在用户离开期间要根据真实时间更新状态比如6小时没浇水则叶子微微下垂。这部分计算量不能靠每个用户每次打开时实时算需要用定时任务预计算状态快照否则并发一高就会全站瘫痪。我建议把状态快照的更新频率控制在“每10分钟一次”不要做成实时。4.4 伦理边界别把上瘾变成操控这一点很多人不爱听但作为从业者必须想清楚。虚拟树的机制设计很容易滑向恶意操控。常见的阴暗手法包括故意让树在用户旅行期间快速枯萎、利用好友愧疚感强迫浇水、设置复杂的断签补救套路。这些手段短期内确实能拉高活跃但长远看会被用户识别产生严重的信任反噬。我在项目里做过一次灰度测试其中一个版本把“树枯萎风险提醒”从每天一条增加到每天六条次日留存确实上升了5%但一周后的卸载率上升了13%。用户不是傻子被操控的感觉一旦积累就是一场沉默的逃亡。好的虚拟树应该在“提醒”和“骚扰”之间找到平衡我自己的标准是一天最多三次主动推送且每条推送都要提供“确实有变化”的信息比如“你的树开花了”“好友刚给你浇了水”“你的树快渴了”。如果推送纯粹为了召回没有任何有效信息那就属于操控。5. 我的真实体会和几个可以继续扩展的方向写了这么多机制拆解最后讲点我个人的实践感受。虚拟树这个品类能让人上瘾本质上是把一个极其朴素的需求——被关注、被认可、做有意义的事情——装进了一个低门槛的数字容器里。它之所以比很多短平快的玩法更持久是因为它积累的不是一次性刺激而是用户的持续付出和由此带来的身份认同。我在自己的产品里试过把虚拟树和实际行为绑定。比如用户每背10个单词、每早起打卡一次树就多一条特殊的生长纹路当树长成的时候用户可以看到整个过程中所有努力的回放。这个版本的付费转化率和7日留存都明显优于纯种树版本。因为它做了关键一步把虚拟产出和真实世界建立了物质世界的锚点。后续如果想继续深挖有几个方向我认为很有潜力一是把虚拟树生成可打印的实体证书或者可种植的种子包打通线上线下链接二是把树的形态做得更具艺术性让它能作为一种数字艺术品被用户挂在主页上三是让树能够回应其他好友的情绪比如好友心情低落时树可以送出一片带有祝福的叶子。这些方向核心都是同一个逻辑让一棵虚拟的树尽量多地承载真实的情感。做产品这件事很有意思的地方在于当你理解了上瘾机制就能更理性地决定到底要不要用这些机制用在哪一层。虚拟树的养成逻辑本身是中性的它可以让用户为了种树而荒废工作也可以让用户为了养好一棵树而坚持背单词、早起锻炼。最后这段不是总结只是一点我在实际操作里的自省上瘾设计的终点最好是把人引向真实的生活而不是把人留在屏幕前。我自己的下一版本就准备把树的健康和用户的睡眠、运动数据绑定起来树的样子直接反映用户的真实生活状态——这比单纯制造虚拟焦虑让我睡得踏实。

相关新闻

工业微电网设计与落地:从架构、经济性到实施要点

工业微电网设计与落地:从架构、经济性到实施要点

1. 整体设计思路:为什么工业场景需要微电网先说一个很多人容易混淆的概念:微电网不是小型电网,更不是“给工厂装几块光伏板”那么简单。它是把分布式电源、储能、负荷、控制保护系统打包成一个可自我管理、可独立运行的电力系统。对工业企业来…

2026/10/12 7:30:15 阅读更多 →
C++静态检测实战全指南:工具选型、误报治理与CI集成落地

C++静态检测实战全指南:工具选型、误报治理与CI集成落地

写这篇文章其实是因为我最近在帮团队落地代码质量管控时,发现一个挺有意思的现象:大多数C开发都知道“静态检测”这个词,但真到了项目里,要么只开了编译器警告就当完事了,要么工具拉了一大堆,最后因为误报太…

2026/10/12 3:07:22 阅读更多 →
问卷设计:从“灵魂拷问”到“科学测量”之间,隔着多少个无效问题?

问卷设计:从“灵魂拷问”到“科学测量”之间,隔着多少个无效问题?

宏智树AI官网:www.hzsxueshu.com 微信公众号搜一搜:宏智树AI 如果你写过论文,大概率经历过这样的场景:选题定了,文献读了,研究方法那一栏写了“问卷调查法”。然后打开一个空白文档,盯着光标闪…

2026/10/12 3:07:13 阅读更多 →

最新新闻

基于Matlab+Yalmip的储能调峰调频模型复现与优化实践

基于Matlab+Yalmip的储能调峰调频模型复现与优化实践

做电力系统优化方向的研究生,大概率绕不开储能调峰调频这个方向。原因很直接:新能源渗透率不断提高,系统对灵活性资源的需求已经从“锦上添花”变成了“刚性需求”,而储能恰恰是目前公认的最灵活的调节手段。这篇博文想写的是&…

2026/10/12 17:17:33 阅读更多 →
C++Builder 2010 安装与注册全攻略:Win10/Win11 兼容性配置与激活指南

C++Builder 2010 安装与注册全攻略:Win10/Win11 兼容性配置与激活指南

简介:这份文档面向需要在 Windows 平台搭建 CBuilder 2010 开发环境的程序员与学习者,聚焦于安装与注册环节的完整解决方案。资源包内共 1 个 doc 文件,体积约 21KB,以文字说明形式记录了安装包与破解工具的版本对应关系及详细操作…

2026/10/12 17:17:33 阅读更多 →
LCA最近公共祖先算法详解:倍增法、Tarjan离线与欧拉序RMQ选型指南

LCA最近公共祖先算法详解:倍增法、Tarjan离线与欧拉序RMQ选型指南

1. 从一次线上故障说起:为什么LCA值得你花时间搞懂去年帮一个朋友排查他们内部工具的一个性能问题,场景很典型:一个组织架构树,大概三万多节点,每次要计算两个员工在组织树里的"最近共同上级"。他们最初的实…

2026/10/12 17:17:33 阅读更多 →
基于两阶段鲁棒优化的微网多电源容量配置Matlab实现

基于两阶段鲁棒优化的微网多电源容量配置Matlab实现

做微网容量配置的同仁应该都有体会:风光出力一波动、负荷一变脸,之前算好的配置可能立马就不够看了。我早先做这类项目时用的还是确定性优化加多个典型日场景,结果每次评审都被追问一句“极端场景你考虑了没有”。后来转用两阶段鲁棒优化来做…

2026/10/12 17:17:33 阅读更多 →
代码评审自动化实践:open-code-review 接入、误报排查与团队落地

代码评审自动化实践:open-code-review 接入、误报排查与团队落地

1. 为什么我会盯上代码评审自动化这件事先说个真实场景。上个月底我们团队迭代节奏加快,PR 一下子堆了二十几个,我每天下午基本都泡在评审页面里。打开一个改动几十个文件的 PR,先要花十几分钟理清楚这次到底动了哪些模块,再逐行看…

2026/10/12 17:17:33 阅读更多 →
北邮编译原理大作业:词法语法分析器实现与调试全指南

北邮编译原理大作业:词法语法分析器实现与调试全指南

简介:这份资源是北京邮电大学计算机学院编译原理课程中词法分析与语法分析器的实现压缩包,面向正在学习编译原理、需要完成课程实验或想动手理解编译器前端构建的学生与开发者。包内共12个文件,以4个cpp源文件、1个c文件为核心实现代码&#…

2026/10/12 17:16:33 阅读更多 →

日新闻

复古胶片颗粒感噪点合成器: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/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练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 阅读更多 →