解决MRTK在Oculus Quest 2上输入框键盘不弹出的配置指南
1. 项目概述当MRTK在Quest 2上“沉默”时在Unity中为Oculus Quest 2开发混合现实MR应用微软的混合现实工具包MRTK几乎是绕不开的利器。它封装了大量交互组件其中就包括那个看似简单、实则暗藏玄机的“输入框”InputField。很多开发者包括我自己都曾信心满满地拖入一个MRTK的输入框满心期待在头显里点击它就能弹出虚拟键盘结果却只换来一片寂静——键盘死活弹不出来。这不仅仅是功能缺失更是对用户体验的致命打击。用户无法输入意味着登录、搜索、表单填写等核心交互流程直接中断。这个问题之所以棘手是因为它涉及Unity、MRTK尤其是其输入系统和Oculus Quest 2的OpenXR/OVR插件三者之间复杂的交互链路。任何一个环节的配置偏差或理解不到位都可能导致信号无法正确传递。网络上相关的讨论零散且解决方案不一有的说改输入模块有的说换事件系统让新手开发者无所适从。本文将基于我多次在真实项目中踩坑和填坑的经验深入剖析这个问题的根源并提供一个经过验证、清晰可靠的解决方案核心就在于两个关键的配置项。无论你是刚刚接触MRTK和Quest 2开发还是被这个问题困扰已久的老手这篇“踩坑记”都能帮你快速定位并解决问题让你的虚拟键盘在头显里“听话”地弹出来。2. 核心问题拆解为什么键盘不响应要解决问题首先得理解问题是如何产生的。MRTK的输入框通常是TMPro文本组件与MRTK的Interactable或特定输入脚本的结合体在设计上依赖于一套统一的事件系统来响应来自控制器或手部的“聚焦”Focus和“点击”Select事件。当这些事件被正确捕获并处理后才会触发打开系统虚拟键盘的调用。在Oculus Quest 2的开发环境中这条事件传递链路由以下几个关键角色构成Unity的EventSystem这是Unity UI交互的基石负责管理输入模块Input Module和派发事件。MRTK的输入系统MRTK提供了自己的输入系统如MixedRealityInputSystem它封装了来自不同平台如HoloLens、Windows Mixed Reality、OpenXR的输入并将其转化为MRTK内部可识别的事件。Oculus集成通过Oculus Integration包或Unity的XR插件管理XR Plugin Management配置的OpenXR/Oculus插件负责将Quest 2硬件手柄、手部追踪的原始输入数据提供给Unity。MRTK的输入配置这是MRTK的核心配置文件MixedRealityToolkit对象上的MixedRealityInputSystemProfile它定义了使用哪种输入数据提供者Data Provider。当你在Quest 2上点击输入框而键盘不弹出时根本原因往往是事件流在此链条的某一处被阻断或未能正确初始化。最常见的情况是输入系统未正确配置MRTK的输入系统没有选择或配置兼容Quest 2的输入数据提供者。事件系统冲突场景中存在多个或错误的EventSystem或者MRTK所需的特定输入模块如MRTKEventSystem未被启用。OpenXR交互配置缺失即使输入系统配置正确但OpenXR后端与MRTK之间的特定交互配置如UnityUI输入可能未被激活。接下来我们将直奔主题通过两个核心配置来打通这条阻塞的管道。3. 解决方案一配置MRTK输入系统数据提供者这是解决该问题最根本、也是最常被忽略的一步。MRTK的强大之处在于其可扩展的输入系统但它也需要你明确告诉它在Quest 2这个平台上应该使用谁来提供输入数据。3.1 定位与选择正确的输入数据提供者首先在Unity编辑器的Hierarchy窗口中找到你的MixedRealityToolkit游戏对象通常是在场景初始化时由MRTK自动创建的。选中它在Inspector面板中找到Input System Profile并点击进入其配置页面。在这里你需要关注的是Data Providers列表。这个列表定义了MRTK将从哪些来源获取输入。对于Oculus Quest 2尤其是在使用Unity较新版本如2020.3 LTS或更新版本和XR Plugin Management体系时关键是要确保列表中包含了UnityXR或OpenXR相关的设备管理器。具体操作步骤如下在Input System Profile的Data Providers列表下点击 “Add Data Provider” 按钮。从类型选择中寻找类似于GenericXRSDKController或Microsoft.MixedReality.Toolkit.XRSDK.Input.XRSDKDeviceManager的选项。不同版本的MRTK如MRTK 2.7/2.8 与 MRTK3名称可能略有不同但核心是寻找XRSDK或OpenXR相关的控制器/设备管理器。添加后确保该数据提供者处于启用Is Enabled状态。注意如果你使用的是较老的Oculus Integration包Legacy可能还需要一个OculusXRSDKDeviceManager。但官方推荐的方向是迁移到XR Plugin Management OpenXR通用性更好。3.2 验证与排查输入配置添加了正确的数据提供者后还需要进行验证检查控制器状态运行项目在Game视图中查看MRTK的输入模拟窗口如果已启用或直接在Quest 2头显中观察。当你移动Quest 2手柄时虚拟的控制器模型是否出现并跟随运动如果出现说明基础输入数据已成功接入MRTK。检查交互功能尝试用手柄射线去点击场景中的其他MRTK交互对象如按钮。它们是否能被高亮和点击如果其他交互正常唯独输入框不行那么问题可能更聚焦于输入框本身和事件系统。如果所有交互都失灵则说明输入数据提供者的配置仍有问题。实操心得我遇到过一种情况数据提供者添加了但控制器依然没反应。后来发现是因为在MixedRealityToolkit的配置中Active Input Handlers列表里没有勾选GenericXRSDKController对应的输入类型如“Windows Mixed Reality Motion Controller”。确保你添加的输入提供者所对应的“控制器映射”在输入配置文件中是存在的且被启用。4. 解决方案二确保EventSystem与输入模块正确设置输入数据进入MRTK后需要由正确的事件系统EventSystem将其分派给具体的UI元素如我们的输入框。这里容易出两个问题一是用了错误的EventSystem二是输入模块不匹配。4.1 清理冗余的EventSystemUnity场景中只能有一个活动的EventSystem组件在起作用。MRTK通常会自带一个特化的MRTKEventSystem预制体或组件。你需要检查场景中是否存在多个EventSystem或Standalone Input Module。在Hierarchy中搜索EventSystem。如果发现除了MRTK自己管理的那个之外还有由Unity UI或其他系统自动创建的EventSystem游戏对象请果断删除或禁用多余的。只保留MRTK相关的那个。确保留下的那个EventSystem上挂载的输入模块是MRTK兼容的例如MouseInputModule可能不适用于XR环境。4.2 配置MRTK的Pointer配置输入框的点击检测依赖于MRTK的指针Pointer系统。指针如射线负责与物体交互并产生“焦点”事件。回到MixedRealityToolkit对象的配置面板找到Pointer Profile。检查其中定义的指针类型例如LinePointer用于手柄射线或PokePointer用于手部直接交互是否已启用且配置合理。确保在Input System Profile-Pointers设置中指针能够与UI层UIlayer进行交互。通常DefaultPointerMediator会处理这些但你需要确认指针的射线能检测到你的输入框对象。一个关键细节MRTK的输入框可能要求其所在的Canvas的渲染模式为World Space并且Event Camera需要被正确设置通常为MixedRealityPlayspace下的主相机。在World Space Canvas上检查Canvas组件下的Event Camera字段是否被正确赋值给了你的XR主相机。4.3 针对OpenXR的特别检查如果使用如果你完全采用XR Plugin Management并选择OpenXR作为插件提供者还有一个隐藏关卡在Project Settings-XR Plug-in Management-OpenXR选项卡下点击交互配置Interaction Profiles。确保你已经添加了Microsoft Motion Controller或Oculus Touch Controller Profile并且在其下的User Paths中/user/hand/right和/user/hand/left的绑定都包含了/input/ui/click这个动作。这个ui/click动作对于触发UI交互包括输入框聚焦至关重要。在Unity的Input System Package如果使用中也需要确保对应的Action Map和Action被正确设置并且被MRTK或你的输入处理代码所引用。5. 完整配置流程与实操验证让我们将上述两点串联起来形成一个从零开始或修复问题的标准操作流程SOP5.1 环境准备与基础配置Unity版本建议使用2020.3 LTS或2021.3 LTS等长期支持版本稳定性最佳。XR配置通过Package Manager安装XR Plugin Management和OpenXR Plugin。在Project Settings中启用OpenXR并添加Oculus Touch控制器交互配置文件。MRTK导入通过Mixed Reality Feature Tool或Package Manager导入适合你Unity版本的MRTK Foundation和Extensions包。场景初始化使用MRTK的配置向导Mixed Reality Toolkit Utilities Configure Project for MRTK初始化项目设置和第一个场景。5.2 输入框键盘弹出问题专项修复流程步骤一检查并配置输入数据提供者选中场景中的MixedRealityToolkit对象。在Inspector中导航至Input System Profile-Data Providers。确认列表中存在XRSDKDeviceManager或类似提供者。如果没有点击添加。展开该提供者确保其Controller Mapping Profile引用了有效的配置文件通常MRTK会提供默认的MixedRealityControllerMappingProfile。步骤二净化EventSystem环境在Hierarchy中搜索EventSystem确保只有一个活跃的且它属于MRTK体系可能由MixedRealitySceneContent预制体带来。删除任何额外的、孤立的EventSystem游戏对象。步骤三验证指针与Canvas设置确认你的输入框是MRTK风格的例如使用了MRTKUGUIInputField或由Interactable脚本驱动。选中包含输入框的Canvas确保其Render Mode为World Space并且Event Camera已指定为XR主相机如Main Camera。在MixedRealityToolkit的Pointer Profile中确保至少有一种指针如LinePointer是启用的。步骤四构建并部署到Quest 2进行终极测试将开发模式下的Quest 2通过USB线连接至电脑。在Unity Build Settings中切换平台为Android并确保正确的Quest设备被识别。构建并运行到设备上。这是最关键的验证步骤因为有些输入问题只在真机运行时才会暴露。5.3 验证成功的标志当你在Quest 2头显中用手柄射线对准输入框并扣动扳机或用手直接触碰时你应该能观察到输入框出现视觉上的聚焦反馈如边框高亮。系统虚拟键盘通常是Oculus系统自带的那个悬浮键盘从屏幕底部平滑弹出。你可以使用手柄射线点击键盘按键字符会实时输入到上方的输入框中。6. 常见问题排查与深度避坑指南即使按照上述流程操作你可能还是会遇到一些“顽固分子”。下面是我总结的常见问题排查清单和更深层次的避坑经验。6.1 问题速查表现象可能原因排查步骤与解决方案手柄射线可交互但点击输入框无反应1. 输入框未挂载正确的可交互脚本。2. Canvas的Event Camera未设置。3. 输入框所在的Layer被指针忽略。1. 检查输入框是否有Interactable组件且IsEnabled为true。2. 确认World Space Canvas的Event Camera已赋值。3. 检查Pointer Profile中指针的Pointer Rays或Line Pointer设置确保其UI Layers包含了Canvas所在的层。键盘闪烁一下即消失1. 输入框在键盘弹出瞬间失去了焦点。2. 可能存在多个Canvas或UI事件冲突。1. 检查是否有其他脚本在键盘弹出时强制切换了焦点如自动关闭弹窗的脚本。2. 简化场景尝试将输入框放在一个独立的Canvas上进行测试。只有手柄可以手部追踪不行手部追踪的指针PokePointer未启用或配置不当。1. 在Pointer Profile中启用PokePointer。2. 确保PokePointer的Poke Layer Masks包含了UI层。3. 确认手部追踪功能已在Oculus设置和MRTK中全局启用。在编辑器中模拟正常真机无效1. 构建时输入配置未正确包含。2. Quest系统权限或设置问题。1. 检查Player Settings中是否包含了必要的XR插件和输入系统设置。2. 确保Quest系统键盘功能正常可在系统界面测试。3. 检查Unity版本与MRTK、Oculus/OpenXR插件的兼容性矩阵。键盘弹出位置异常或偏移键盘的锚点或跟随逻辑问题。MRTK的键盘通常由SystemKeyboard预制体处理。检查实例化的SystemKeyboard预制体上是否有控制位置的脚本以及其与输入框的关联关系。有时需要手动调整键盘的初始位置偏移。6.2 深度避坑与经验之谈版本兼容性是万恶之源这是XR开发最大的坑。务必严格对照MRTK官方文档确认你使用的Unity版本 MRTK版本 XR插件OpenXR/Oculus Integration版本三者是官方明确支持兼容的组合。随意混用新版本插件和旧版本MRTK几乎必然导致各种光怪陆离的问题。理解“系统键盘”与“自定义键盘”MRTK默认调用的是系统键盘即Oculus系统提供的那个。它的弹出、样式、行为很大程度上由操作系统控制开发者干预能力有限。如果你需要完全自定义样式的键盘则需要自己实现一个虚拟键盘预制体并重写输入框的点击事件来调用你自己的键盘这涉及到更复杂的交互逻辑绑定。Input System vs. Legacy Input ManagerUnity新的Input System包功能强大但与MRTK和XR插件的集成需要额外配置。如果你不是特别需要它的高级特性在项目初期暂时使用传统的Legacy Input Manager可能会减少很多不必要的麻烦。可以在Project Settings-Player-Other Settings-Configuration中切换Active Input Handling。真机调试至关重要很多输入相关的问题在Unity编辑器的Play模式下即使使用了XR设备模拟也可能无法完全复现。尽早、尽频繁地在Quest 2真机上进行测试是节省后期调试时间的黄金法则。利用Unity的Android Logcat窗口查看运行时日志能提供宝贵的错误线索。从官方示例学起当你一筹莫展时去MRTK的GitHub仓库或通过Feature Tool导入“示例Examples”包。里面通常有完整的输入场景如HandInteractionExamples或UX相关示例。直接将其中的输入框和相关的配置管理器Managers预制体拖入你的场景进行对比测试是最快定位配置差异的方法。7. 进阶思路当标准配置仍不生效时如果你确认以上所有标准配置都无误但问题依旧那么可能需要从更底层的角度进行排查或者考虑一些非典型的解决方案。7.1 脚本级调试与事件追踪有时候问题出在输入框组件内部的脚本逻辑上。你可以通过编写简单的调试脚本来追踪事件流。using UnityEngine; using TMPro; using Microsoft.MixedReality.Toolkit.UI; // 假设使用MRTK的Interactable public class InputFieldDebugger : MonoBehaviour { public Interactable linkedInteractable; // 关联到你的MRTK交互式输入框 public TMP_InputField tmpInputField; // 关联的TextMeshPro输入框 void Start() { if (linkedInteractable ! null) { linkedInteractable.OnClick.AddListener(() Debug.Log(Interactable被点击了)); } if (tmpInputField ! null) { tmpInputField.onSelect.AddListener((str) Debug.Log(TMP输入框获得焦点 str)); tmpInputField.onDeselect.AddListener((str) Debug.Log(TMP输入框失去焦点 str)); } } }将这个脚本挂到输入框对象上并关联相应组件在真机运行时观察Console输出。如果OnClick事件触发了但onSelect没触发说明问题可能出在从Interactable事件到TMP输入框焦点传递的环节。7.2 回退方案使用Unity原生UI系统如果MRTK的输入框在Quest 2上实在难以调通而项目又急于推进一个务实的回退方案是暂时使用Unity原生的CanvasTMP_InputField并配合一个专门为XR优化的输入模块。移除MRTK的输入框预制体。创建一个新的World Space Canvas放入一个标准的TMP_InputField。安装并使用XR Interaction Toolkit这个Unity官方包。它提供了XRUIPointer和TrackedDeviceGraphicRaycaster等组件可以很好地让原生UI在XR环境中接收输入。为Canvas添加TrackedDeviceGraphicRaycaster组件并为EventSystem添加XRUIInputModule替换掉原有的模块。配置XRUIPointer预制体通常由XR Interaction Toolkit的示例提供来发射射线。这个方案虽然脱离了MRTK的UI体系但依赖的是Unity官方维护的XR交互框架在基础功能上通常非常稳定可以作为功能验证和交付的保底手段。待MRTK相关插件更新或找到根本原因后再考虑迁移回来。7.3 社区与版本更新XR生态更新迅速。你遇到的问题很可能已经在MRTK或OpenXR插件的更新版本中被修复。定期查看MRTK GitHub Issues搜索 “Quest 2 keyboard input field” 等相关关键词看看是否有已知的Issue和解决方案。Unity Forums和Oculus Developer Forums这里有很多开发者分享的实际经验。插件更新日志更新MRTK、OpenXR Plugin甚至Oculus Integration包到最新稳定版有时能“意外”地解决问题。解决Oculus Quest 2上MRTK输入框键盘不弹出的问题本质上是一场关于配置细节的“排雷游戏”。它要求开发者对Unity的XR输入管线、MRTK的模块化架构以及Oculus/OpenXR平台的特性有连贯的理解。核心就是确保输入数据能流入MRTK并且MRTK的事件系统能正确分派给输入框。牢牢抓住“数据提供者”和“事件系统”这两个配置牛鼻子按照流程逐一排查绝大多数情况下都能迎刃而解。这个过程虽然繁琐但一旦打通你对MRTK在移动VR/AR设备上的工作流程将会有更深层次的掌握后续开发中遇到类似的交互问题你也能更快地定位到症结所在。

相关新闻

Godot集成CEF:用Web技术构建高性能桌面应用UI

Godot集成CEF:用Web技术构建高性能桌面应用UI

1. 项目概述:为什么要在Godot里集成CEF? 如果你正在用Godot开发桌面应用,并且遇到了一个经典难题:需要一个功能强大、交互复杂的UI界面,但又不希望用Godot原生的Control节点从头到尾“手搓”一遍,那么集成…

2026/10/5 14:28:31 阅读更多 →
Elasticsearch测试:BBQ量化让Jina v5内存占用降29倍,召回率达0.994!

Elasticsearch测试:BBQ量化让Jina v5内存占用降29倍,召回率达0.994!

突发:Elasticsearch向量索引对比测试一项动手测试对Elasticsearch中的BBQ与float32向量索引进行了比较,测量了五种语言下的内存占用、磁盘占用以及recall10。用户可通过Search AI的自助式动手学习亲自体验向量搜索,能立即开始免费的云试用&am…

2026/10/8 12:03:08 阅读更多 →
IP6862至为芯支持PD快充的一芯多充15W无线充电方案芯片

IP6862至为芯支持PD快充的一芯多充15W无线充电方案芯片

英集芯IP6862是一款适用于多设备同时充电的无线充电发射端控制SOC芯片,广泛应用于手机、智能手表、车载充电器等无线充电方案,单芯片支持双线圈、三线圈多设备同时无线充电,成熟实现 15W15W3W三合一方案。支持单路最大30W应用。兼容WPC Qi BP…

2026/10/13 9:48:32 阅读更多 →

最新新闻

iso8211lib解析S-57电子海图:从二进制格式到坐标提取指南

iso8211lib解析S-57电子海图:从二进制格式到坐标提取指南

简介:ISO8211lib是一套解析和生成ISO 8211标准数据文件的C库,主要面向GIS、地球科学、遥感与测绘领域的开发者和数据专业人员,解决不同系统间多元地理数据交换与集成的读取、写入和操作问题。ISO 8211标准定义了地质、气候、地形等数据的组织…

2026/10/14 19:40:51 阅读更多 →
Qwen3-Omni全模态模型RL后训练实战:VeRL-Omni的GSPO/DAPO/DPO训练配方完整解析

Qwen3-Omni全模态模型RL后训练实战:VeRL-Omni的GSPO/DAPO/DPO训练配方完整解析

【免费下载链接】verl-omni Multimodal RL training framework for diffusion & omni models 项目地址: https://gitcode.com/gh_mirrors/ve/verl-omni 点击查看 免费下载 本文带你用 VeRL-Omni 多模态强化学习训练框架,对 Qwen3-Omni 全模态模型进…

2026/10/14 19:40:51 阅读更多 →
自动驾驶与具身智能通吃模型:架构、数据与部署实战

自动驾驶与具身智能通吃模型:架构、数据与部署实战

1. 从两个场景说起:为什么大家开始琢磨“一套模型通吃”自动驾驶和具身智能,表面上看是两个赛道,但如果你真正在一线做过感知、规划或者机械臂控制,就会发现它们最近一年在技术路线上越来越像。自动驾驶那边,端到端方案…

2026/10/14 19:40:51 阅读更多 →
Lua脚本驱动消息队列:热更新路由与性能调优实战

Lua脚本驱动消息队列:热更新路由与性能调优实战

1. 为什么要在消息队列里嵌入Lua脚本引擎第一次接触“用Lua脚本驱动消息队列”这个思路,是在一个需要频繁调整消息路由规则的场景里。当时业务方几乎每周都要改一次消息分发逻辑——今天要把订单消息同时推给风控和报表两个服务,明天又要求根据订单金额分…

2026/10/14 19:40:51 阅读更多 →
0胶水不等于0甲醛、无甲醛,家用环保床垫怎么选?为什么高环保可拆洗静音床垫更值得推荐?

0胶水不等于0甲醛、无甲醛,家用环保床垫怎么选?为什么高环保可拆洗静音床垫更值得推荐?

在居家软装中,床垫是陪伴我们每日时长最久的家具,其环保安全性与睡眠体验,直接影响全家人的居住品质。大多数消费者选购床垫时,最纠结、最关心的核心问题集中在三点:床垫是否存在甲醛隐患、使用过程是否会产生异味、夜…

2026/10/14 19:40:51 阅读更多 →
Andersen Consulting携手TalentSmartEQ,推动领导力发展与业务转型

Andersen Consulting携手TalentSmartEQ,推动领导力发展与业务转型

Andersen Consulting与TalentSmartEQ签署合作协议,拓展其人力资本服务能力。TalentSmartEQ总部位于圣迭戈,专注于情商(EQ)与领导力发展,致力于打造实用、生动且便于学以致用的学习体验。 二十多年来,Talen…

2026/10/14 19:39:50 阅读更多 →

日新闻

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/14 16:30:29 阅读更多 →
影刀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/14 7:53:34 阅读更多 →