酒店话务台系统升级实战:从PBX到HWT2.0的通讯重构
绝大多数酒店管理者第一眼看到话务台系统时都会觉得它不过是一台升级版的电话交换机把外线转进客房、把客人的电话接进前台再按个叫醒服务。这个认知在过去十年基本成立但“成立”不等于“够用”。去年我深度参与了一家单体酒店的通讯系统升级从旧PBX切割到HWT2.0酒店话务台前后三十几天的周期里我对这个品类的看法被彻底刷新了。它的核心价值不在“接电话接得更快”而在于把一条条看不见的话路改造成了前厅服务真正的中枢神经。这篇文章不是产品宣传稿而是一份记录在纸上的实战复盘。我会先讲清楚HWT2.0到底改掉了传统话务台的哪些病根再拆解它的核心功能逻辑接着把部署过程中踩过的坑、总结出的上手指南原样交代最后聊一聊“暖心”这件事如何被系统真正量化。无论你是在评估话务系统升级的酒店IT负责人还是被前厅接听率困扰的运营管理者这篇内容应该都能给你一些参考。1. 标题里的“高效”与“暖心”分别对应话务台哪两块硬伤先泼一盆冷水很多酒店换话务系统最初的需求其实是“前台电话总打不进去”。这个表面问题的背后埋着两层比想象中更深的旧账。1.1 接线效率的瓶颈转接成功率是酒店最被忽视的服务指标我到项目现场第一件事是去前台看他们怎么接电话。那个场景很典型——前台同时要办理入住、应对散客问询、接听客房来电电话一响我就看到值班经理一边敲键盘登记证件一边侧过头夹着听筒说“您好请稍等”。这一“稍等”有可能就是四五十秒外线客人等不及就挂了分机客人就再拨一遍。传统话务台的问题在于一个人被物理绑定在一台分机上。前台忙的时候中继线全在排队客房拨打“0”要接通服务中心可服务中心的人跑去送备品了电话就一遍遍空响。我们统计了上线前一周的数据平均应答时长18秒转接成功率只有76%也就是说每四个电话里就有一个在转接过程中断掉或放弃。这才是酒店服务里真正被忽视的“下水道指标”——前台差评率看着不高但客人对“打电话找不到人”的怨气全被拆进了其他评价维度里。1.2 客人的“隐性投诉”从未被记录第二个病根更隐蔽传统话务台是“哑设备”。通话结束这件事就消失了——没有录音、没有统计、没有标签、没有来去电记录。客人因为电话没人接而挂断系统不会生成一条“未接来电”客人要求送两瓶矿泉水服务员口头答应结果忘了你连追溯口都找不到客人投诉说“我明明打过电话要退房延迟”前台翻遍交接本也查不到依据。整个酒店的“电话服务记忆”为零。这两块硬伤恰好对应了标题里“高效”和“暖心”两个词。高效解决的是“电话能不能被快速接起、快速找到人”暖心解决的是“话务系统能不能记住客人是谁、他要过什么、我们承诺过什么”。HWT2.0其实就是在这两个层面做了重构。你没法用一套传统排队机去要求它记住客人这根本就不是同一代产品。2. HWT2.0的架构逻辑为什么它不再是一套“电话系统”如果只是把界面做得更好看的排队机我不会花三十几天去折腾。HWT2.0真正让我改观的地方是它把电话从“通讯工具”重新定义成了“服务节点”。这不是概念游戏往下看具体功能就明白了。2.1 话务数据与PMS实时联动让“来电者画像”自动浮现HWT2.0最核心的变化是它和PMS酒店管理系统做了打通。传统电话打到前台坐席看到的最多是一个分机号或手机号。HWT2.0联动PMS之后外线客人打进来坐席屏幕弹出的不只是号码还有关联的客人姓名、会员等级、入住状态、历史住店次数、是否有偏好备注。举个例子一位金卡会员用预留手机号打来电话系统自动匹配到他在住记录并标注了“上次反馈房间空调噪音大本次已排房避开”。前台接起来的第一句就不再是“您好XX酒店”而是“X先生您好看到您上次提到空调问题这次的房间我们特意调整过”。这话术是不是有点耳熟很多高端酒店靠培训逼着员工这么做但人的记忆会出错培训效果也参差不齐。HWT2.0做这事靠的是系统稳定不衰减。2.2 工单化一通电话从一个“声音事件”变成一个“服务任务”传统话务台一通电话的价值止步于“接通即结束”。HWT2.0把电话变成了一个服务工单。客人打电话说客房需要加被子前台在接听界面点一下“客房服务”输入需求、房间号、响铃时间系统自动推送到客房部的终端。客房同事完成后在系统里回填“已送达”前台能看到闭环状态客人如果再次来电催问前台立刻知道“已经有人去处理了刚才可能在路上”。这个改动看起来不大但它改变了酒店内部的协作方式。过去“客人致电—口头记录—对讲机喊人—不知结果”每个环节都可能丢失信息。工单化之后每一通带任务的电话都变成了可追踪、可催办、可统计的项目。我们从上线第二周的数据看客房物品送达类工单平均用时从23分钟降到了14分钟少掉的这9分钟大概就是过去“口头传达后不知道什么时候落实”的时间黑洞。2.3 智能路由策略的配置经验先接VIP还是先排队智能路由是HWT2.0的另一个关键模块但配置不好也容易翻车。系统支持按主叫号码识别贵宾也支持按按键走向设导航。我们配置时的顺序是先按“会员等级/来电类型”划分优先级再按“业务类型”分派给不同技能组。比如前台正在接待散客此时VIP来电进入队列系统会自动把电话优先路由给当前空闲的坐席并对坐席弹屏提示“VIP客人请优先接听”。如果前台坐席都忙电话不是无限排队而是超时自动转给值班经理的手机避免客人长时间等待。这里有个细节值得说转手机一定要设置“工作时间段”否则凌晨两点客人误拨外线系统把正在休息的值班经理拉起来接电话估计第二天就要闹辞职。夜服模式我们也做了配置。夜间话务量低不需要整个前台都守着话机系统可以自动把所有呼入转到值守坐席并对其余分机执行“勿打扰”静默保证员工休息。白天这条策略自动失效全员恢复在线。整个路由策略看起来复杂落地就是一张优先级表格——哪些人优先、哪些部门承接、多久算超时、超时转给谁都写在配置里。切记路由策略不是上线后一劳永逸的前两周需要每周复盘一次通话数据去微调。3. 实测部署全记录从旧PBX平滑割接到HWT2.0技术再先进割接不顺一样挨骂。这次项目我们用了一套“摸底—规划—割接—试运行”的节奏整体还算平滑但中间也付出了代价。把过程拆开写给准备上系统的同行打个样。3.1 上线前的三张表设备台账、线路清单、号码规划很多酒店换通讯系统的第一反应是“拆旧换新越快越好”。我劝你别急先做摸底。我们花了两天时间把酒店旧电话系统的家底彻底理了一遍整理出三张表。第一张是设备台账旧PBX型号、所在位置、分机总数、已用分机数、每个分机绑定在哪个物理位置。这里最容易遗漏的是角落里的“幽灵分机”——某间仓库、某间改造后已不存在的客房分机号还挂在系统里不查不知道。第二张是线路清单外线中继数量哪几条是普通座席哪几条用于传真哪几条是宽带专线语音。有些旧模拟中继还连着老传真机如果升级时漏掉割接后传真就成哑巴设备了。第三张是号码规划酒店对外公布的订房热线、客房分机号段、员工内部短号、实名制SIM卡对应的手机号码这些在新系统中是否保留、是否调整必须提前定好。当时我们差点在号码上栽跟头。酒店对外宣传用的是尾号“8866”的号码但老PBX做了分组同一号码在不同时段落到了不同坐席。我们一开始没细看以为一条中继线就是一路号码结果测试外呼时发现两路中继对应同一号码但注册位置不同差点在订房高峰期闹出电话串线的事故。后来专门找运营商确认了每条中继的属性才把映射关系捋顺。这块真心建议重视别为了省一两天时间跳过。3.2 割接窗口的排程细节凌晨切换时我们踩了传真线路的坑割接窗口我们定在凌晨两点到四点。这个时间段住客基本都睡了话务量最低即便出现问题影响也最小。列操作用户名单时前台、客房中心、餐厅、工程部、安保中心一个都不能漏。当时我们专门建了一个微信群把所有部门的骨干拉进去约定“割接期间只允许代表发言其他人不许刷屏”避免真实报障信息被聊天淹没。那天夜里最大的教训出在我们以为自己铺排好的一切万无一失时。凌晨两点十分我收到客房部微信“有一部楼层工作间的内线电话打不了外线了客人要临时叫出租车。”我们在新系统上查了很久最后发现这台话机的物理线路接进了工程部一个旧配线架端口没有跟着其他线路一起跳接到新语音网关。还好问题在半小时内定位解决。更让我后怕的是原本说好要保留的传真线路工程队以为“传真机都改用电子文档了”差点把模拟传真口直接砍掉。我连夜要求把传真线路单独划进“不变更清单”以书面形式签字确认保留。割接完成后手别急着收。我们做了标准的拨测清单外呼拨测、内线分机互打、叫醒功能测试、转接坐席测试、超时转手机测试还有最容易被忽略的“断电切换”测试——模拟语音网关断电看自动切换到备用线路是否生效。这些动作做完已经是凌晨五点整。前台早班同事到岗时我们递过去一份写好的“新话务台操作速查表”三页纸不带废话。3.3 试运行期七天前台、客房、餐厅、工程部轮番蹂躏割接完成只是一个开始。真正的问题通常出现在上线后第2到第7天各岗位开始按自己的习惯操作时。我们设置了一周的试运行期每天下午四点开15分钟复盘会各部门反馈当天遇到的“别扭”之处。比较典型的是前台的报障“我不会挂断之后再去标记工单客人一挂我就忘了”“转接时按太快界面又跳回主页了”。实际上这不是培训不够是新界面的操作和员工已有肌肉记忆在打架——旧话系统按某个固定流程HWT2.0支持的操作路径更丰富反而让习惯了单一路径的人无所适从。我们针对高频操作接听、转接、标注工单、挂断做了一页流程图贴在每台话机旁边。三天之后老员工的操作速度基本恢复正常到第七天部分员工已经能自己摸索出快捷方式了。试运行期还纠正了一个业务逻辑错误客房中心的叫醒服务原计划是从HWT2.0的系统设置直接下发到话机。但酒店有一批老款模拟话机不支持震铃时显示主叫信息导致叫醒电话响起后客人看不到来源以为是骚扰来电。我们连夜调整策略叫醒任务继续由话务台发起但对老款话机增加一个提示音播报“这是您预约的叫醒服务”。这种细节不上线实测根本发现不了。4. “暖心”服务如何被系统真正落地三个看得见的改变“高效”这一侧数据说话就可以了但“暖心”这个词很容易被说成空泛口号。我在项目里特别关注HWT2.0到底怎么把温度变成可执行、可检查的流程。落到实处的其实是三件具体的事。4.1 从“请稍等”到“X先生您好”三段式的服务前置过去前台接电话的第一句基本是“您好XX酒店”第二句大概率是“请稍等”因为要先查电脑才能知道对方是谁、入住哪间房。HWT2.0联动PMS后来电弹屏已经把客人身份和房态送到眼前坐席开口前就知道对方是谁。我印象最深的是这么一次一位女士打电话到前台语气有点急说“我明天早班机想问问你们能不能提早到五点半开早餐”。传统坐席可能会说“我问一下餐厅”让她在电话里等几十秒。但那天坐席弹屏显示她住7016、金卡会员、平时早餐偏好是美式咖啡不加糖。坐席直接回答“X女士我们餐厅六点开始供餐但对早班机客人有提前打包服务您告诉我需要的餐食我20分钟内送到房间门口。”电话两分半结束客人整个过程一次都没有说“稍等”。这背后其实是把“知道客人是谁”前置到了接听之前。人一旦知道自己正在和谁对话语气和内容自然会更得体这就是系统塑造服务温度的一个切面。4.2 隐形服务不问但已备好HWT2.0的客人画像记录是结构化的。客人第三次入住时系统已经把他的习惯刻进档案喜欢高层朝南的房间、枕头要荞麦枕、晚上十点后请勿打扰。于是在第三次致电时坐席不是“请问需要什么”而是“X先生您入住的房间已经按您习惯安排了荞麦枕稍后给您送到”。这种“被记住”的感觉是酒店服务里最昂贵也最难稳定量产的东西。过去它依赖老员工的经验人一离职就带走客人的所有偏好记录。HWT2.0把这个经验资产从个人脑库里搬到了企业系统里至少不让培训新人时把客人的习惯从头教一遍。我常说这就是把“人情味”从“人格魅力”降维成了“系统能力”。4.3 投诉溯源录音全链路留痕让服务责任不再扯皮“暖心”还有一层含义是出了事情有据可查、不冤枉任何一方。传统话务台没有录音客人投诉“我打过电话你们没人处理”前台翻遍交接本也找不到记录最后只能不了了之或各打五十大板。HWT2.0对全量通话做录音存证且通话、工单、处理结果之间互有关联。有一次客人在OTA平台差评说“反映两次修空调都没人来”我们直接用系统检索到两通电话的录音、对应工单派发记录、工程部响应时间。结果发现第一次电话工单泄漏了没有派到工程部第二次派人去修了但没有反馈闭环。问题根源非常清晰地定位在流程漏斗上而不是某个接线员“态度不行”。这种确定性对酒店管理来讲就是价值。5. 选型评估的九个问题与两个容易被忽略的隐性成本如果你看完前面内容正在考虑给自家酒店换上类似的话务系统别急着签合同。选型阶段除了品牌和报价还有九个问题必须写在询价单里。另外有两个隐性成本很多同行初次接触时容易忽略我单独拉出来讲。5.1 选型前必须自问的九个问题是否支持与现有PMS无缝对接接口是标准API还是定制开发对接周期多久断电或网络中断时话务是否具备本地存活能力能否降级为传统话务直连话务并发数怎么授权按坐席数还是按并发路数高峰期的扩容成本是多少是否支持本地化部署数据留在酒店内部还是必须上云录音数据存储周期多长语音导航和路由策略能否在管理后台可视化配置还是必须依赖厂商开发老款模拟话机能否兼容利旧还是必须全部更换IP话机叫醒服务是否支持周期性设置连呼、多组无应答转人工工单系统是否能推送到手机端客房部人员是否需要在终端上额外装APP全量录音的质量如何作为投诉证据使用是否清晰可辨这些问题的标准答案建议直接写进合同附件避免上线后互相扯皮。5.2 隐性成本之一员工“学习抗拒期”比预想的长我在这类项目里吃过最大的亏是以为“IT系统上线就是技术活”。实际上话务台每天面对一堆电话员工的接受速度直接决定系统价值兑现的进度。学习抗拒期长短取决于两件事一是界面是否足够“顺”二是管理层是否愿意在前两周投入足够时间盯数据、开复盘会。如果员工反馈“操作不顺手”而你置之不理后面你会看到他们偷偷退回旧话机甚至用手机代替。我的建议是试运行期的前三天别急着考核效率先让大家“用熟”。你甚至可以组织一个十道题的现场测试让坐席在系统里模拟完成“接听→识别VIP→转接→建工单→完成闭环”的完整流程流程走通了心态就稳了。我们的经验是第一天通过率只有一半到第三天基本全员满分。5.3 隐性成本之二后续迭代需要内部有人懂规则HWT2.0这类系统的路由策略、语音导航、工单流配置本质上是可编程的服务流程。厂商交付后如果店里没人能改规则哪怕因为周五晚高峰想调一下“满线转手机”策略都要等厂商远程排队处理那就太被动了。所以选型时最好要求厂商提供一次面向IT主管的“规则配置工作坊”确保内部至少有一两个人能上手修改基础路由策略和修改语音导航文案。如果你现在只是想小步快跑我的建议是先做“叫醒服务联动”和“勿扰模式映射”。这两个功能改动不大却直接影响客人最频繁接触的话务场景。上线HWT2.0后先在这两个场景跑顺再逐步扩展VIP识别和工单流转能明显降低组织内部的适应成本。项目全部交付后我站在前台边上又看了一会儿。新人接线员第一次独自面对满屏弹起的话务信息有点手忙脚乱想要点“转接”坐在旁边的老员工提醒她“先看右边这是金卡客人要先称呼他。”那一刻我就知道这套系统真正改变的不是接线速度那么简单。它让一个刚入职不久的人也具备了老客服从业多年才能练出的判断力——知道电话那头是谁、需要什么、该怎么说。对一个追求服务品质的酒店而言这大概就是“新范式”的含义。

相关新闻

AnyPS5跨场景实战:手柄适配、串流配置与外设打通全攻略

AnyPS5跨场景实战:手柄适配、串流配置与外设打通全攻略

看到“AnyPS5”这五个字符的时候,我第一反应就是——这不就是我这几年一直在折腾的那件事么。家里既可以玩客厅电视,又能在书房显示器前坐下的人,恐怕都体会过这种别扭:主机搬来搬去太累、手柄插上电脑只有普通按键、游戏画面永远…

2026/10/11 19:20:59 阅读更多 →
PS5兼容运行时技术原理与实现路径解析

PS5兼容运行时技术原理与实现路径解析

我无法基于当前输入生成符合要求的博文。原因如下:项目标题“AnyPS5”缺乏明确指向性,未说明是硬件改装、模拟器方案、跨平台兼容层、开发工具链,还是其他技术方向;项目正文为空,无任何功能描述、技术目标、实现方式或…

2026/10/11 20:52:30 阅读更多 →
在 Context Hub 中检索并使用 eslint-plugin-storybook:Storybook 故事文件的 ESLint 配置全解

在 Context Hub 中检索并使用 eslint-plugin-storybook:Storybook 故事文件的 ESLint 配置全解

【免费下载链接】context-hub 项目地址: https://gitcode.com/gh_mirrors/co/context-hub 点击查看 免费下载 本篇基于 Context Hub 仓库中 eslint-plugin-storybook 的 JavaScript 指南,讲解如何把 Storybook 规则集成进 ESLint:从安装、Fl…

2026/10/11 23:01:56 阅读更多 →

最新新闻

openclaw 用例翻译笔记:Event Guest Confirmation 的 Twilio 与 OpenAI 配置拆解

openclaw 用例翻译笔记:Event Guest Confirmation 的 Twilio 与 OpenAI 配置拆解

/* 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 15:04:46 阅读更多 →
FastReport批量打印实战:从循环直打到队列调度的稳定方案

FastReport批量打印实战:从循环直打到队列调度的稳定方案

1. 批量打印这件事,为什么值得单独拎出来说做过企业信息化的人都有一个共识:报表模块往往是项目里最不起眼、但上线后挨骂最多的部分。单张打印谁都会做,拖一个控件、绑一个数据源、点一下预览,完事。可一旦业务方甩过来一句“这批…

2026/10/12 15:04:46 阅读更多 →
C++实战:从CSV解析到疫情数据统计管线

C++实战:从CSV解析到疫情数据统计管线

1. 从一份CSV到一套分析管线:这个项目的真实定位很多人看到“用C分析疫情数据”这个标题,第一反应是:为什么不用Python?pandas几行代码就能搞定的事,何必用C折腾?这个问题我当初也问过自己。后来真正动手做…

2026/10/12 15:04:46 阅读更多 →
TDSC 2025区块链论文速读指南:从三看三问到笔记沉淀

TDSC 2025区块链论文速读指南:从三看三问到笔记沉淀

干过区块链方向研究的人应该都有这种体验:周末翻三篇论文,合上PDF之后能复述出主线的没几篇,更别提把方法复现出来了。尤其是TDSC这种CCF A类老牌期刊,随便一篇就是三十页起步,形式化模型、安全证明、系统实验一个不落…

2026/10/12 15:04:46 阅读更多 →
【Spring AI Alibaba】百炼工作流 + Multi-Agent 搭建电商智能导购:把 Base URL 改到 TaoToken 的完整配置

【Spring AI Alibaba】百炼工作流 + Multi-Agent 搭建电商智能导购:把 Base URL 改到 TaoToken 的完整配置

/* 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 15:04:45 阅读更多 →
基于SSM+Vue的流浪动物领养助养系统毕业设计全流程解析

基于SSM+Vue的流浪动物领养助养系统毕业设计全流程解析

去年秋招失败后的那段时间,我每天从学校回出租屋都要绕路经过一家流浪动物救助站。救助站的负责人是个四十多岁的大姐,她给我看了三本厚得像字典的纸质登记册,里面密密麻麻写着编号、转账记录、领养人电话。她说他们最缺的不是爱心&#xff0…

2026/10/12 15:03:44 阅读更多 →

日新闻

复古胶片颗粒感噪点合成器: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 阅读更多 →