聊天机器人过时?主动型AI的技术闭环与落地实践
看到这个标题的时候我正好在翻海外技术社区里的一些项目更新。说实话“聊天机器人已经过时”这个说法第一眼会觉得有点标题党但顺着话题往下看北美科技圈最近的产品方向确实在变越来越多的团队不再把“能聊几句的大模型对话框”当作卖点而是开始聊主动型 AI——系统不会等你提问而是自己判断该在什么时候找你、告诉你什么、替你做什么。这篇文章我就围绕这个趋势聊聊我自己看到的信号、底层技术拆解以及如果我们要跟这个方向到底该从哪里下手。先给一个简单的判断聊天机器人没有死但以“用户提问、AI回答”为核心的产品交互逻辑确实到了一个瓶颈。用户已经习惯了大模型对话新鲜感消退之后“会聊天”本身不再构成竞争力。真正被验证有价值的能力是AI能否在用户还没有开口的时候就帮他解决掉一个实际问题。这才是“主动型 AI”被推上前台的根本原因。1. 聊天机器人“过时”论背后的三个信号1.1 用户习惯变了从愿意聊到懒得聊前两年对话式大模型刚火的时候大家还愿意把它当成一个“聊天对象”什么问题都去对话框里敲一遍。但用过一段时间就会发现很多场景下让用户主动提问其实是反人性的。举个例子你每天登录某个工作台想知道今天有哪些待办要处理、哪些任务逾期了、哪个项目风险升高了。传统做法是问一句“我今天的任务有哪些”甚至要分多次问不同模块。可如果系统本身已经知道你的日程、权限和项目状态它完全可以早起推送一条消息“你目前有3个今日截止任务其中A项目的交付文档还没提交。”这就是很典型的主动价值。用户习惯的变化不是说他们不再需要助手而是他们不希望当“提问者”。真正想用助手的人要的是身边有一个一直在关注状态的推进者而不是一台“你拨一下才动一下”的老式电梯。这个变化在年轻用户里尤其明显——他们对“打扰”更敏感但对真正有用、时机合理的提醒接受度反而高得多。1.2 技术底座变了大模型从“能说话”进化到“能做事”聊天机器人时代的核心能力是语言理解和生成能回答好问题就已经合格。但主动型 AI 要求的不只是“会说话”而是“会判断、会行动、敢负责”。这个转变依赖几个技术前提。首先是模型的任务拆解能力明显提升一个复杂目标可以被分解成多步计划并逐步执行其次是工具调用机制成熟模型可以稳定地调起接口、读数据库、触发工作流而不是只输出一段建议让你自己去做第三是上下文管理升级系统可以记住你上周的偏好、上个月的消费习惯、某个项目的历史进度主动服务的“依据”开始变得具体。说得直白一点以前大模型像一个什么都懂的咨询师你问它它才答现在的技术底子已经让大模型可以像一个了解你业务又手上有权限的同事自己看报表、自己发现问题、自己给你协调结果。能力边界变了产品形态当然会跟着变。1.3 商业叙事变了留存和转化需要AI主动创造增量过去对话式AI产品的商业故事是“降低人力成本”回答一个客服问题省一份人力这个逻辑没问题但天花板很快见顶——省下的钱是有限的而且数据集特别强之后边际效益越来越低。主动型 AI 讲的是另一个故事创造增量。客服机器人没法帮你提高客单价但一个知道“这个用户连续两周没打开产品且他上次购买的商品可能快用完了”的主动提醒可能带来一笔真实订单。企业内部也一样系统主动识别出“某个供应商的价格波动已经连续超过阈值”比让运营自己发现要早两三天。这些增量价值才是大公司愿意重新投入的原因。商业叙事的转变直接决定了资源分配方向。头部的模型团队、应用层团队、甚至开源社区都在往“Agent能力”和“主动工作流”上投入单纯把上下文窗口加大、把对话效果调顺已经很难成为拿到融资或立项的理由。2. 主动型 AI 的完整技术闭环是怎么跑起来的要落地主动型 AI不能只把它理解成“加个定时提醒功能”。一个合格的主动系统至少要跑通“感知—决策—执行—反馈”四个环节缺一个都会变成只会乱弹通知的骚扰工具。2.1 感知层主动的前提是“真的知道发生了什么”感知层解决的问题是系统凭什么知道“现在该主动了”。比较常见的信号源有事件流、时间上下文和状态监测三类。事件流是最直接的触发源比如用户下单、支付成功、任务状态变更、设备离线、会员即将到期等这些都是明确的业务事件。时间上下文则是基于时间的规则比如每天早上九点汇总日程、每周一生成上周数据周报、账单日前三天提醒余额不足。状态监测更复杂一些系统需要持续观察某个对象的当前状态比如监控一个项目的完成进度、一段服务的可用率、一个用户的活跃度变化趋势当状态偏离合理区间时就触发主动动作。很多团队在感知层容易犯一个错只接事件不做上下文合并。比如用户刚在App里手动支付了账单系统下一秒还推送“您有账单尚未支付”这个主动就是纯粹的打扰。好的感知层要做“事件实体状态”的合并判断知道用户已经做了这个动作就把对应的主动任务撤销或降级。2.2 决策层不是所有“该提醒”都值得提醒感知层告诉系统“发生了什么”决策层要回答“要不要打扰用户”。这一层是主动型 AI 成败的关键。首先做意图判断系统要判断当前事件对用户是高价值还是低价值。然后是优先级排序同一时刻可能有三个事件都想找用户必须收敛成一条消息而不是连发三条。最后也是最容易被忽略的打扰成本评估。系统要预估这次主动触达如果用户不关心会付出多少信任代价。一个通用的经验值是只有当“用户可能因此受益的价值”明显高于“用户可能被干扰的成本”时才应该触发主动动作。我见过一个比较合理的实现方案用大模型做意图判断和优先级排序但用一层轻量规则做前置过滤。规则先把“百分百不用打扰”的情况过滤掉比如用户已经在处理中的事项、与其自身无关的低等级状态变化剩下的候选事件再交给模型去判断这样既控制住了误报率也避免了大模型在小事上反复消耗成本。2.3 执行层从“给建议”到“直接办”执行层的本质是把模型的判断变成一个真实动作这一步就是主动和被动最大的区别点。最基础的动作是生成一条主动信息比如“您的项目A进度风险偏高建议今晚补齐交付材料”。再进一步是直接调用工具比如自动给项目负责人发一条提醒、自动在系统里创建一张跟进任务工单。更复杂的执行则涉及多步骤工作流编排比如发现客户流失预警后系统自动生成用户画像、拟定一段个性化挽回文案、推送给运营审核、审核通过后自动触达用户。执行层常见的工程坑是权限边界模糊。主动系统手上有了权限就一定要有清晰的“可执行范围”定义。比如可以查询状态、可以发送内部通知、可以生成草稿但所有对外发送的动作都必须经过人工确认或明确的规则授权。宁可让执行链路多一些审批环节也不要让一个误判直接发给所有客户。2.4 反馈层主动系统必须“记得上次的效果”主动型 AI 最怕的不是做错而是做错了还不知道。所以反馈层是整个闭环里最容易偷懒但不能偷懒的部分。系统需要记录每次主动触达的结果用户看了没有、点了没有、是否因此完成了目标动作、有没有明确表达反感。这些数据回流之后一方面用来调优触发规则和决策阈值另一方面也用来做个性化的打扰频率控制。比如某些用户连续三次忽略了某类型的提醒系统就应该对这类用户降低该类型触达的频次而不是反复用同一种方式刷存在感。没有反馈闭环的主动系统本质上就是把“轮询”换成了“随机发消息”看起来不一样实际体验比聊天机器人还糟糕。3. 哪些场景真的值得改成主动触达三个高价值方向不是所有产品都适合做主动化改造把时间线拉开看真正能够把主动型 AI 价值放大到最大的是三类方向。3.1 个人数字管家日程、账单与健康提醒个人助理是最符合直觉的主动场景因为它的触发事件天然清晰日程临近、航班变动、账单到期、长时间未活动、身体指标异常。在这些场景里AI不需要用户先描述需求因为需求是场景自带的结构化信息。航班是否延误、账单是否到期、日程是否冲突这些数据都可以通过系统接口拿到模型只需要做组合判断和自然语言转述。实测下来这类场景用户容忍度最高因为信息本身客观且稀缺系统只是在帮忙降低遗忘风险。但个人管家场景的坑在于“数据来源分散”。日历数据在手机上、账单一堆来自不同App、健康数据又有独立的穿戴设备。真要把主动服务做顺前面的数据接入工作占了七成工作量AI能力反而不是最难的。3.2 企业内部流程异常告警、审批提醒与数据巡检企业内部系统是最容易被低估的主动场景。想想运营每天要看数据后台、查报表、盯异常这些动作本质上都应该是系统主动完成的。真正做得好的企业主动体系通常会覆盖三个层次第一层是异常监测比如销售额突降、服务器负载飙高、转化率异常偏低系统发现后主动把原因分析和相关指标打包推送给负责人第二层是审批推进比如某个流程卡在某人那里超过24小时系统催促处理并给替代路径第三层是定期总结比如每周自动生成一份要点式周报告诉你这个周期发生了什么、哪些值得关注而不是靠人力去写。企业场景对打扰的容忍度比个人场景低但因为“工作职责”提供了正当性用户对主动消息的接受度反而更高。前提是每一条主动消息都要配上下文告诉用户为什么收到这条消息、关联了哪个项目、紧不紧急。3.3 客户运营与营销触达在正确时机做正确沟通商业化的主动型 AI最敏感的落地点是客户运营。但这也是最容易翻车的点因为营销天生骚扰属性强。相对比较安全的设计思路是把主动能力用在“用户主动意愿的延伸”上。比如用户下单时留下了一周后自动提醒送达用户上次购买的商品按周期快用完了提前推送补货建议用户在某个页面停留很久且反复浏览但未下单系统再给一条推送提醒。核心原则是每次都跟用户某个近期的具体行为挂钩而不是拍脑袋觉得“这个用户可能想买”。这类场景和传统营销最大的区别是通过模型理解用户当下所处的决策阶段。比如同样的“落地扇促销”一个刚搜过的用户收到是索需匹配一个上个月刚买过的用户收到就是骚扰。模型判断的粒度决定了主动触达的天花板。4. 主动型 AI 投入产出比的现实账误触、信任与成本4.1 误触问题AI主动三次无关提醒用户就再也不信了主动产品最大的成本不是算力和开发而是用户的信任。一个用户被无关提醒打扰一次可能只是觉得烦打扰三次他大概率直接关闭所有通知权限这个用户以后就算真的遇到高价值提醒也看不到了。误触来源主要分两类。一类是规则判断太粗比如只要库存低于阈值就提醒但没考虑该商品已经下架提醒就没有意义另一类是模型误判语境把低优先级事件理解成了高优先级。降低误触率最有效的手段是“保守策略”刚上线的时候宁可少发、漏发也不要多发。漏发用户不会骂你多发用户会用脚投票。4.2 信任问题用户会问“为什么这时候找我”主动型 AI 本质上是在替用户做判断用户必然会想你凭什么觉得这事值得通知我所以在产品设计上必须尽可能让每次主动触达带上可解释性。比较推荐的做法是在消息本身附带一条“触发原因”。比如“您的会员将在明天到期当前续费可保留历史记录”就比单纯说“您的会员快到期了”更让用户安心。因为前者解释了系统为什么知道这件事也给了用户决策所需的关键背景。可解释性做得越好用户对系统的信任成本就越低后续系统再主动提醒时被忽略的概率也越小。另一个容易被忽略的信任问题是撤回难度。主动系统发出消息后如果用户发现它错了要能一小步撤回或纠正。这个能力不只是一个交互细节更是用户愿意给系统“试错机会”的前提。4.3 推理成本与延迟常驻判断比单次问答贵得多聊到成本很多团队会忽略一件事主动型 AI 不是一次调用而是持续的实时判断。传统聊天机器人是用户发一句、AI答一句调用次数完全由用户驱动主动系统则要周期性地或事件式地跑判断逻辑计算量和 API 成本会上一个量级。工程上比较划算的策略是分层计算第一层用几乎零成本的规则和关键词完成绝大多数事件的过滤第二层才让模型参与语义判断第三层再让大模型生成最终话术。这样既能控制成本又能保证只有值得模型介入的事件才会走到深层。如果一开始就把所有事件全部丢给大模型判定效果看起来会好一点点但账单会让整个项目失去可持续性。4.4 安全边界有些动作无论如何不能全自动主动系统一旦拥有执行权限安全边界就得守得比被动系统严十倍。被动系统里你只是问它回答错了好赖是信息问题主动系统里它直接替你动作出错就是事故级影响。我自己的判断标准是这样的可逆且低成本的动作可以自动执行比如生成草稿、保存记录、提醒内部成员高影响对外动作必须有人工确认比如对外发送营销信息、修改正式订单、删除数据、触发批量操作涉及财务支付、法律承诺、公开声明的内容无论模型置信度多高都必须走完人工审批流程。这里还要提一个隐蔽的安全坑主动系统容易在用户面前暴露它知道的“过多信息”。比如用户没问系统主动提醒“您上周在某渠道的消费异常”本意很好但如果数据边界没规划好用户会觉得系统在偷窥自己。主动能力的权限不是越大越好而应该刚好够用并且让用户知道边界在哪。5. 从聊天机器人平滑演进的实操路线架构与产品双视角5.1 产品策略不要推倒重来加一层“主动入口”即可大部分团队已经有自己的聊天机器人不需要为了追“主动型 AI”把产品重写一遍。更务实的产品做法是在现有对话能力之上增加一个“主动消息中心”。这个中心可以分成两层一层是系统化主动推送比如每日简报、异常提醒、状态更新它们由事件驱动逻辑稳定适合规则也能做另一层是基于模型的主动洞察它虽然没有明确事件触发但通过周期性分析用户状态给出“我注意到最近X有变化需要你关注吗”这类低打扰探索性消息。产品上先把第一层做稳再把第二层作为差异化亮点来试。这样做的最大好处是保留了用户原有的使用习惯想自己查资料的时候原来的聊天入口还在当系统发现更值得关注的事再以主动消息的方式提供价值。新旧两种模式共存比强行切到“全主动”更顺。5.2 架构设计事件驱动 规则兜底 模型判断从架构上讲清楚主动能力应该是一个独立的服务模块而不是往现有聊天后端里塞一个定时任务。事件源先接入一个统一的事件网关所有业务系统的事件都往这里对齐事件经过规则引擎做第一轮过滤把明显的无效事件和重复事件合并掉剩下的候选事件进入主动决策服务模型结合用户画像和上下文做优先级判断决策结果交给执行编排模块去调用消息服务、工单系统或CRM接口。整个链路里还要有一个反馈采集器把每次触达结果写回决策日志。我比较推荐先把事件网关和反馈采集器搭好因为这两块是后续所有主动能力的公共底座。没有统一事件后面每加一个场景都要重复接数据没有反馈采集策略调优基本靠拍脑袋。5.3 最轻量的验证方法先做“主动发消息”再做“主动办事情”如果一个团队现在刚想试主动型 AI其实不需要一次到位。最轻量的落地方案是在现有机器人上增加“订阅式主动提醒”功能用户告诉系统自己喜欢收到什么类型的提醒或者系统给出默认类型然后系统以消息形式主动推送。这个方案的优点很明显它不需要模型有很高的执行能力也不需要复杂的工作流编排只需要把事件接对、把提醒文案写准就能快速验证用户对“主动触达”的接受度。真正需要让模型去直接操作业务流程的复杂场景完全可以等这个基础形态跑出数据之后再叠加。很多产品不是死于不够智能而是死于在用户还没建立起接受习惯时就递上了过于复杂的主动能力。5.4 指标设计别只看打开率要看“正向反馈率”和“无效打扰率”最后聊一下数据考核。主动型 AI 的指标体系和聊天机器人很不一样聊天机器人看对话轮数、回答质量、用户满意度主动系统要看的核心是两个正向反馈率用户是否因为这条主动消息完成了预期动作和无效率打扰率用户是否忽略了这条消息或者明确关闭了此类通知。正向反馈率衡量的是价值。比如系统提醒用户“项目提单还没提交”用户随后真的去提交了这就是一次正向反馈。无效打扰率衡量的是信任损耗。原则上是正向反馈率在稳步上升无效打扰率在持续下降说明主动判断是准的。如果一个场景跑了一段时间正向反馈率上不去别急着调话术先回头检查触发逻辑是不是判断错了人群和时机。关于指标还要提醒一句不要为了好看把“打开率”当成北极星指标。打开率只能说明用户点开看了不能说明用户觉得这个东西有价值。真正有价值的主动系统应该让用户因为“恰好解决了我问题”而产生“幸好系统提醒了我”的感觉这种感觉很难直接量化但通常会体现在留存曲线和主动触达后动作完成率上。我个人在这一轮趋势里体会最深的一点是主动型 AI 真正难的不是模型能力而是分寸感。模型判断什么时候该说话、什么时候该闭嘴本质上是在模仿一个成熟的人类同事。这个分寸感的建立没有捷径只能靠持续的数据反馈打磨。所以如果有人问我聊天机器人是不是过时了我会说会聊天只是一个起点能在正确的时机自己站起来把事办了才是这代AI真正要卷的方向。

相关新闻

从 1080P 到 4K:Video2X 的 Qt6 界面把视频超分辨率与帧插值做成四步

从 1080P 到 4K:Video2X 的 Qt6 界面把视频超分辨率与帧插值做成四步

从 1080P 到 4K:Video2X 的 Qt6 界面把视频超分辨率与帧插值做成四步 【免费下载链接】video2x A machine learning-based video super resolution and frame interpolation framework. Est. Hack the Valley II, 2018. 项目地址: https://gitcode.com/GitHub_Tre…

2026/10/14 5:16:02 阅读更多 →
用RAG盘活老师傅经验:制造业设备手册解析与故障诊断开源框架

用RAG盘活老师傅经验:制造业设备手册解析与故障诊断开源框架

制造业里攒文档的速度,永远赶不上老师傅退休的速度。我见过不少车间,设备手册摞起来半人高,故障代码表散落在三四个系统里,老师傅随口一句“这声音不对”,新来的维护工要翻半天手册才敢动手。我一直在琢磨怎么用RAG把这…

2026/10/14 5:16:02 阅读更多 →
工业AI落地制造现场:从缺陷检测到工艺优化的实战观察

工业AI落地制造现场:从缺陷检测到工艺优化的实战观察

这几年我跑了不少制造工厂,从汽车零部件、家电组装到电子产线,都待过一阵子。发现一个有趣的现象:“工业AI”这个词人人都在喊,真正把模型嵌进产线、天天跑数据的其实没多少。许多人把工业AI想象成科幻片里的机器人代替工人&#…

2026/10/14 5:16:02 阅读更多 →

最新新闻

高校农业病虫害智能监测系统设计与实现

高校农业病虫害智能监测系统设计与实现

1. 项目概述农业病虫害监测与预测一直是农业生产中的关键环节。传统的人工巡查方式效率低下且容易遗漏,而基于大数据的智能监测系统正在改变这一现状。这个项目构建了一个面向高校场景的农业病虫害监测与趋势预测系统,整合了数据采集、存储、分析和可视化…

2026/10/14 6:01:22 阅读更多 →
义乌商家被职业打假集中盯上,找舆情公司有用吗

义乌商家被职业打假集中盯上,找舆情公司有用吗

有用,但作用边界需要先说清楚:舆情公司在义乌商家被职业打假集中盯上这类场景中,主要价值是合规研判、证据固定和规则投诉,不是花钱消灾,更不是把投诉记录一笔勾销。职业打假与恶意碰瓷的区分职业打假人本身不是一个违…

2026/10/14 6:01:22 阅读更多 →
SFTPGo 对接 Windows Server Active Directory 认证:基于 sftpgo-ldap-http-server 与 Caddy 静态文件服务的完整实践

SFTPGo 对接 Windows Server Active Directory 认证:基于 sftpgo-ldap-http-server 与 Caddy 静态文件服务的完整实践

后端网络存储 【免费下载链接】sftpgo Full-featured and highly configurable SFTP, HTTP/S, FTP/S and WebDAV server - S3, Google Cloud Storage, Azure Blob 项目地址: https://gitcode.com/gh_mirrors/sf/sftpgo 点击查看 免费下载 导读 本指南围绕 SFTPGo …

2026/10/14 6:01:22 阅读更多 →
高速导航智驾测试全解析:从IVISTA规程到实战避坑

高速导航智驾测试全解析:从IVISTA规程到实战避坑

简介:《导航智能驾驶系统(高速公路)试验规程》(2023版)是IVISTA中国智能汽车指数体系智能行车指数的官方技术文件,主要面向自动驾驶测试工程师、标准研究人员及智能网联汽车行业从业者。文件系统规定了高速…

2026/10/14 6:01:22 阅读更多 →
2025年12月视频号创作者排行榜背后的内容风向与运营启示

2025年12月视频号创作者排行榜背后的内容风向与运营启示

每年12月的榜单我都格外关注,不是因为年末需要仪式感,而是12月往往是内容生态全年特征最浓缩的一个月。这份2025年12月的视频号创作者排行榜出来之后,我反复看了好几遍,里面藏着不少比排名本身更有意思的东西。做内容的人看榜单&a…

2026/10/14 6:01:22 阅读更多 →
AI前沿动态实操解码:从推介信息到生产落地的完整闭环

AI前沿动态实操解码:从推介信息到生产落地的完整闭环

1. 项目概述:这不是一份“资讯简报”,而是一份AI前沿动态的实操解码手册“爱可可 AI 前沿推介(2.18)”这个标题,乍看像是一条社交媒体上的信息流推送,但如果你真把它当成随手划过的新闻标题,就错过了一个极有价值的信号…

2026/10/14 6:00:22 阅读更多 →

日新闻

AnyPS5通用适配层设计:兼容性与性能的工程取舍

AnyPS5通用适配层设计:兼容性与性能的工程取舍

1. 从"AnyPS5"这个名字说起:它到底想解决什么问题第一次看到"AnyPS5"这个标题,我脑子里冒出来的第一个念头是:这大概率是一个围绕"跨平台运行"或者"通用适配"做文章的项目。名字里的"Any"…

2026/10/14 0:00:41 阅读更多 →
Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

1. 项目概述:Flutter跨平台二手交易应用开发作为一名长期从事移动应用开发的工程师,我最近完成了一个基于Flutter框架的二手物品交易平台项目。这个项目最吸引我的地方在于它完美结合了Flutter的跨平台优势与HarmonyOS的生态特性,实现了"…

2026/10/14 0:00:41 阅读更多 →
DFS算法解决飞机降落调度问题实战

DFS算法解决飞机降落调度问题实战

1. 项目背景与核心思路飞机降落问题是一个经典的调度优化场景,也是算法竞赛和面试中的高频题目。这个题目要求我们合理安排多架飞机的降落顺序和时间,确保所有飞机都能安全着陆而不发生冲突。在实际航空管制中,这类问题直接关系到飞行安全和机…

2026/10/14 0:00:41 阅读更多 →

周新闻

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

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

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

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

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

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

2026/10/13 16:22:04 阅读更多 →
影刀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/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练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/12 18:11:17 阅读更多 →