跳出聊天框:AI学习工具如何从对话交互转向结构化学习系统

1. 一个让人又爱又恨的现状

打开任何一个号称“AI 学习助手”的产品,十有八九你会看到一个熟悉的界面:左边一个输入框,右边一片空白对话区,底部一行小字写着“输入你的问题”。然后你问它一道数学题,它给你一段解释;你让它总结一篇文章,它给你一段摘要;你问它一个概念,它给你一段百科式的回答。用起来确实方便,但用久了总有一种说不出的别扭——这东西本质上就是一个换了皮的聊天框。

我过去一年多时间里,陆陆续续试用了市面上几十款打着“AI 学习”旗号的工具,从背单词的到刷题的,从论文阅读的到编程练习的,几乎无一例外,核心交互就是一个对话框。有些产品会在旁边加一个侧边栏放历史记录,有些会在顶部加几个预设提示词按钮,但骨子里的交互逻辑没有变:你打字,它回复,你再打字,它再回复。

这个现象值得认真拆解。因为如果 AI 学习工具真的只是聊天框,那它和直接打开一个通用对话产品有什么区别?为什么这么多团队做了这么久,最后还是做成了一个聊天框?这背后到底是技术限制、产品思维惯性,还是我们对“学习”这件事的理解本身就出了问题?

这篇文章想做的事情很具体:把这个“聊天框困境”拆开来看,分析它为什么会形成,它带来了哪些实际的学习效率问题,以及如果要做一款真正不一样的学习工具,可以从哪些方向去突破。适合正在做教育产品的开发者、对 AI 工具设计感兴趣的产品经理,以及那些用了一堆 AI 学习工具但总觉得哪里不对的学习者。

2. 聊天框是怎么变成默认答案的

2.1 大语言模型的能力边界决定了交互形态

要理解为什么 AI 学习工具都是聊天框,得先回到技术本身。当前主流的大语言模型,其核心能力是“给定一段文本,预测接下来最合理的文本”。这个能力被包装成产品时,最自然的映射就是对话:用户给一段输入,模型给一段输出,如此往复。

这不是巧合,而是技术形态决定产品形态的典型案例。你手里有一个能理解自然语言、能生成自然语言的模型,那最省事的做法就是让它和你聊天。开发成本低,用户教育成本也低——谁还不会打字呢?

但问题在于,学习这件事的本质并不是“对话”。学习是一个包含输入、加工、输出、反馈、修正的完整闭环。对话只是这个闭环中很小的一部分。你把对话做得再流畅,也只是优化了闭环中的一个环节,其他环节该缺失还是缺失。

我见过一个团队,花了半年时间优化对话的响应速度和回答质量,结果用户留存率还是上不去。后来做用户访谈才发现,学习者真正需要的是“帮我把这章内容变成一套自测题”,而不是“跟我聊这章内容”。聊天框解决不了这个需求,因为它的交互范式就不支持结构化的输出。

2.2 产品惯性:从通用对话产品继承的路径依赖

另一个重要原因是路径依赖。过去两年,通用对话产品教育了整个市场,用户已经习惯了“有问题就问 AI”这个模式。于是当团队想做学习工具时,第一反应就是“把通用对话能力包装一下,加上学习场景的提示词”。

这种思路的问题在于,它把“学习”当成了一个可以用提示词解决的场景,而不是一个需要重新设计交互范式的领域。你给聊天框加上“你是一个数学老师”的设定,它确实会变得更像老师,但它的交互方式还是聊天——你问一句,它答一句。真正的数学学习需要的是:出题、批改、追踪错题、调整难度、生成变式训练。这些没有一个是聊天框能自然承载的。

我试过用聊天框来刷题,体验很割裂。我问它要一道题,它给我一道;我回答后,它批改;然后我再问下一道。整个过程需要我不断地打字、发送、等待。如果换成传统的刷题应用,这些操作都是自动化的——题目自动出现,我点选答案,系统自动跳转下一题。聊天框把原本可以自动化的流程变成了手动对话,效率反而降低了。

2.3 学习场景的复杂性被严重低估

更深层的原因是,很多做 AI 学习工具的人,对“学习”的理解还停留在“获取信息”层面。他们觉得学习就是“我问一个问题,得到答案”,所以聊天框就够了。

但真实的学习远比这复杂。以备考为例,一个完整的学习流程包括:诊断当前水平、制定学习计划、按计划执行、定期测试、根据测试结果调整计划、考前冲刺、查漏补缺。这里面涉及大量的状态管理、进度追踪、数据分析、内容推荐。聊天框是一个无状态的交互——每次对话都是独立的,它不记得你昨天学到哪了,不知道你哪个知识点薄弱,也不会主动提醒你该复习了。

我认识一个做教育产品的朋友,他们团队一开始也是做聊天框,后来发现用户用了两周就不用了。原因很简单:用户每次打开都要重新告诉 AI 自己学到哪了、想学什么,这种重复劳动让用户很快就失去了耐心。后来他们转型做了带学习路径和进度追踪的工具,留存率才上来。

3. 聊天框做学习工具的三个硬伤

3.1 状态缺失:每次对话都是重新开始

聊天框最大的问题之一是没有持久化的学习状态。你昨天问了一道三角函数题,今天再打开,它不知道你昨天做过什么,不知道你哪类题容易错,也不知道你接下来应该练什么。

有人会说,不是有对话历史吗?但对话历史只是记录了你说过的话,它并没有被结构化地组织成学习数据。你没法基于对话历史生成一份“薄弱知识点报告”,也没法让系统自动根据历史表现推荐下一步学习内容。

这就导致了一个尴尬的局面:用户每次使用 AI 学习工具,都像是在和一个刚认识的家教上课。这个家教很聪明,什么都会,但他不了解你,不知道你的基础,不知道你的目标,也不知道你之前犯过哪些错。每次都要从头开始介绍自己,这种体验很难让人坚持下去。

真正有效的学习工具应该像一个跟了你半年的私教:他知道你哪一章学得扎实,哪一章还需要巩固;他知道你做题速度慢是因为计算不熟练还是因为概念不清;他知道你适合早上背单词还是晚上背单词。这些都需要系统持续地记录和分析你的学习行为,而聊天框天然不具备这个能力。

3.2 输出不可控:模型自由发挥带来的学习干扰

聊天框的另一个硬伤是输出格式完全不可控。你问它一个历史事件,它可能给你一段叙述,也可能给你一个列表,还可能给你一个表格。每次格式都不一样,信息密度也参差不齐。

对于学习来说,信息的组织方式非常重要。同样一个知识点,用结构化的方式呈现和用一段散文呈现,学习效率差别很大。但聊天框的输出是模型“自由发挥”的结果,你很难保证它每次都按照你期望的格式输出。

我试过让聊天框帮我整理一份复习提纲,结果它每次生成的格式都不一样。有时候是分点列表,有时候是段落叙述,有时候还会加一些我根本没要求的“扩展阅读”。这种不确定性对于需要精确复习的学习者来说,是一种干扰。

更麻烦的是,聊天框的输出长度也不可控。你问一个简单问题,它可能给你写五百字;你问一个复杂问题,它可能只给你三句话。这种不可预测性让学习者很难建立稳定的学习节奏。

3.3 交互单一:打字不是最高效的学习方式

聊天框的交互方式只有一种:打字。但学习场景中,打字往往不是最高效的交互方式。

背单词的时候,最高效的方式是快速滑动卡片,看到认识的往左滑,不认识的往右滑。这种手势交互比打字快得多,也更符合记忆规律。但聊天框做不到这个,你只能打字告诉它“我认识”或“我不认识”。

做数学题的时候,最高效的方式是在纸上演算,然后拍照上传或者手写输入。但聊天框只支持文字输入,你没法直接写公式,也没法画图。虽然有些产品支持图片上传,但交互流程还是很别扭。

练习口语的时候,最高效的方式是直接说话,系统实时反馈发音和流利度。但聊天框的文字交互完全不适合这个场景。

我试过用聊天框来练习编程,体验很差。我需要把代码复制粘贴进去,然后等它回复,然后再复制粘贴回来。如果换成专门的编程练习工具,代码是直接在编辑器里写的,运行结果也是实时显示的,根本不需要这种来回粘贴的操作。

4. 那些跳出聊天框的尝试

4.1 卡片式学习:Anki 类工具的 AI 化改造

有一些团队在尝试把 AI 能力嵌入到卡片式学习工具中,而不是把学习塞进聊天框。具体做法是:保留卡片式学习的核心交互——翻卡、评分、间隔重复——但在卡片生成、内容解释、难度调整等环节引入 AI。

这种思路的好处是,它尊重了学习科学中已经被验证有效的机制,比如间隔重复和主动回忆。AI 在这里的角色是辅助,而不是主导。它帮你生成卡片,帮你解释难点,帮你调整复习计划,但核心的学习交互还是翻卡和评分。

我试过一款这样的工具,体验比纯聊天框好很多。它会根据我的评分自动调整下一张卡片出现的时间,也会在我连续答错某个知识点时,自动生成一些辅助记忆的提示。这些都是在后台自动完成的,不需要我打字。

4.2 结构化练习:把对话变成题目和反馈

另一种尝试是把聊天框的对话能力转化为结构化的练习。具体做法是:用户不再直接和 AI 对话,而是通过选择题、填空题、连线题等结构化题型来学习。AI 在后台负责出题、批改、生成解析。

这种思路的核心洞察是:学习需要主动输出,而不仅仅是被动接收。聊天框的问题在于,用户很容易陷入“看 AI 回答”的被动状态,而结构化练习强迫用户主动思考、主动输出。

我见过一个做语言学习的工具,它把 AI 生成的内容全部转化为填空和选择题。用户看到的是一个一个的题目,答完立刻得到反馈。整个过程不需要打字,只需要点选。效率比聊天框高很多,而且学习效果也更好,因为主动回忆比被动阅读的记忆效果好得多。

4.3 多模态交互:语音、手写、拖拽的引入

还有一些团队在尝试引入更多交互方式。比如语音输入和输出,适合语言学习和口语练习;手写识别,适合数学和物理等需要公式推导的学科;拖拽排序,适合历史事件排序和逻辑训练。

这些交互方式的核心价值在于,它们更贴近真实的学习行为。你在纸上做数学题的时候,是手写的;你练习口语的时候,是说话的;你整理笔记的时候,是拖拽和排版的。如果 AI 学习工具能支持这些交互,学习体验会自然很多。

我试过一款支持手写输入的数学学习工具,体验很惊艳。我直接在屏幕上写解题过程,它能识别我的笔迹,判断每一步是否正确,并在错误的地方给出提示。这种交互比打字输入公式自然太多了。

5. 如果重新设计一个 AI 学习工具

5.1 从学习闭环出发,而不是从对话出发

如果让我重新设计一个 AI 学习工具,我会从学习闭环出发,而不是从对话出发。学习闭环包括:诊断、计划、执行、测试、反馈、调整。每一个环节都需要不同的交互方式和界面设计。

诊断环节可能需要一个测试,用户通过做题来让系统了解自己的水平。计划环节可能需要一个日历或看板,用户可以看到自己的学习路径。执行环节可能需要卡片、题目、阅读材料等多种形式。测试环节需要计时和评分。反馈环节需要可视化的数据报告。调整环节需要系统自动推荐下一步内容。

聊天框在这个闭环中可能只占很小一部分,比如用户有问题时可以随时提问。但它不应该是核心交互,更不应该是唯一交互。

5.2 状态管理:让 AI 记住你学到哪了

状态管理是重中之重。系统需要持续记录用户的学习行为:做了哪些题、正确率如何、花了多长时间、在哪些知识点上反复出错。这些数据需要被结构化地存储和分析,而不是散落在对话历史里。

有了这些数据,系统才能做到个性化。它知道你今天应该复习哪些内容,知道你哪个知识点需要加强,知道你适合什么难度的题目。这些都不需要用户主动告诉它,它自己就能判断。

我理想中的 AI 学习工具应该像一个贴心的助教:你打开它,它已经帮你安排好了今天的学习任务,任务是根据你昨天的表现自动生成的。你只需要按部就班地完成,不需要自己规划,也不需要反复告诉它你想学什么。

5.3 输出结构化:把 AI 的回答变成可操作的学习材料

AI 的输出不应该是一段自由文本,而应该是结构化的学习材料。比如,当你问一个概念时,它不应该只给你一段解释,而应该给你:一个简洁的定义、一个生活化的类比、一道检验理解的题目、一个常见的误区提醒。

这种结构化的输出需要产品设计层面的约束,不能完全依赖模型的自由发挥。团队需要定义好每种学习场景下的输出模板,然后让模型按照模板来生成内容。

我试过一款这样的工具,它把每个知识点的输出都分成了“一句话概括”“详细解释”“举个例子”“小测验”四个部分。这种结构化的呈现方式让学习效率高了很多,因为我可以快速浏览概括,然后根据需要深入阅读详细解释,最后通过小测验来检验自己是否真的理解了。

6. 实操:从聊天框到学习工具的改造路径

6.1 第一步:识别聊天框无法覆盖的学习环节

如果你现在手里有一个聊天框式的 AI 学习工具,想把它改造成更有效的学习工具,第一步是识别聊天框无法覆盖的学习环节。

具体做法是:找一批真实用户,观察他们使用你的工具时的行为。记录他们在哪些环节遇到了困难,在哪些环节需要反复操作,在哪些环节流失了。然后分析这些环节是否可以通过非聊天框的方式来解决。

比如,如果你发现用户经常问“我接下来该学什么”,那说明你的工具缺少学习路径规划功能。如果你发现用户做了很多题但正确率没有提升,那说明你的工具缺少错题分析和针对性推荐功能。如果你发现用户用了几天就不用了,那说明你的工具缺少进度追踪和提醒功能。

6.2 第二步:为每个环节设计专门的交互

识别出问题环节后,下一步是为每个环节设计专门的交互方式。

学习路径规划可以用看板或日历视图,让用户直观地看到自己的学习进度和下一步任务。错题分析可以用数据仪表盘,展示用户的薄弱知识点和进步趋势。针对性推荐可以用卡片流,让用户快速浏览和选择推荐内容。复习提醒可以用推送通知,在最佳复习时间提醒用户。

这些交互方式都比聊天框更直观、更高效。关键是,它们需要产品团队有意识地去设计,而不是把所有需求都塞进聊天框里。

6.3 第三步:把 AI 能力拆解成后台服务

改造的第三步是把 AI 能力从“前台对话”拆解成“后台服务”。也就是说,AI 不再直接和用户对话,而是在后台默默工作:生成题目、批改答案、分析数据、推荐内容。

这种架构的好处是,用户看到的是一个精心设计的学习界面,而不是一个聊天框。AI 的能力被封装在后台,通过 API 调用,输出结构化的数据,而不是自由文本。

我见过一个团队就是这样做的。他们的产品界面上看不到任何聊天框,但 AI 在后台做了大量工作:根据用户水平自动出题、根据答题情况自动调整难度、根据错题自动生成解析。用户感受到的是“这个工具很懂我”,而不是“我在和一个 AI 聊天”。

7. 常见问题与排查技巧实录

7.1 用户还是习惯聊天框怎么办

这是最常见的顾虑。很多团队担心,如果不做聊天框,用户会不会不知道怎么用。

我的经验是,用户习惯是可以被引导的。关键在于,你的非聊天框交互是否足够直观、足够高效。如果用户发现新交互比聊天框更快、更方便,他们会很快适应。

具体做法是:保留一个聊天入口作为辅助,但把核心学习流程设计成非聊天框的形式。用户可以在需要提问时使用聊天,但日常学习不需要聊天。这样既照顾了用户习惯,又引导他们使用更高效的交互方式。

7.2 结构化输出会不会限制 AI 的能力

另一个常见顾虑是,结构化输出会不会让 AI 变得死板,无法处理复杂问题。

实际上,结构化输出和 AI 能力并不矛盾。你可以定义好输出的框架,但框架内的内容还是由 AI 生成的。比如,你可以要求 AI 按照“定义-类比-例题-误区”的结构输出,但每个部分的具体内容还是 AI 根据用户问题生成的。

这种“框架+自由”的模式,既保证了输出的可预测性,又保留了 AI 的灵活性。我试过很多次,效果比完全自由的输出好很多。

7.3 改造过程中最容易踩的坑

根据我的观察,改造过程中最容易踩的坑有三个。

第一个坑是过度设计。有些团队一上来就想做一个大而全的学习系统,结果做了半年还没上线。我的建议是,先从一个小环节开始改造,比如先把“出题”这个环节从聊天框改成结构化练习,验证效果后再扩展到其他环节。

第二个坑是忽视数据。结构化学习工具的核心竞争力在于数据。如果你没有把用户的学习行为数据化,那你的工具和聊天框没有本质区别。所以改造的第一步应该是建立数据采集和分析体系。

第三个坑是忽略用户反馈。改造过程中一定要持续收集用户反馈,观察他们的使用行为。有些设计在团队看来很合理,但用户用起来很别扭。只有通过真实用户的反馈,才能不断优化。

8. 一些个人体会

我用了这么多 AI 学习工具,最大的感受是:聊天框是一个很好的起点,但它不应该是一个终点。它降低了用户使用 AI 的门槛,让更多人体验到了 AI 的能力。但如果要真正提升学习效率,就必须跳出聊天框,去设计更符合学习规律的交互方式。

这个转变不容易,因为它要求产品团队既懂 AI 技术,又懂学习科学,还要有很强的产品设计能力。但我相信,未来真正有价值的 AI 学习工具,一定不是聊天框。它会是一个精心设计的学习系统,AI 在后台默默工作,用户在前台专注于学习本身。

如果你正在做 AI 学习工具,我的建议是:把聊天框当成一个功能,而不是整个产品。用它来解决“用户有问题时随时提问”的需求,但不要用它来承载整个学习流程。学习流程需要更结构化、更数据化、更个性化的设计。这才是 AI 学习工具真正有价值的地方。

相关新闻

OpenJDK 11.0.10 ARM64 Linux 部署指南:架构匹配、环境配置与生产验证

OpenJDK 11.0.10 ARM64 Linux 部署指南:架构匹配、环境配置与生产验证

简介:本资源是面向ARM64架构Linux服务器与嵌入式开发者的OpenJDK 11.0.10官方构建版,专为aarch64平台深度适配,解决Java开发者在国产化ARM服务器、云原生边缘计算及信创环境下的JDK运行与开发需求。压缩包共508个文件,涵盖72个jmo…

2026/10/20 21:08:21 阅读更多 →
sparky鸿蒙化适配实战:Flutter游戏库迁移的完整指南

sparky鸿蒙化适配实战:Flutter游戏库迁移的完整指南

最近在做游戏化 UI 的老项目迁移,技术栈从 Flutter 转到鸿蒙端,结果发现最头疼的不是业务代码,反而是那些平时用得很顺手的第三方库。其中有个叫 sparky 的极简 2D 引擎库,专门负责精灵图渲染和轻量级交互动画,猛然发现…

2026/10/20 21:08:21 阅读更多 →
端侧多模态AI助手的轻量化工程实践

端侧多模态AI助手的轻量化工程实践

1. 项目概述:一场被低估的“轻量级AI原生应用”实践最近有同行在内部测试群里发了一条消息:“灵光新版本灰度开了,入口藏得挺深,但跑通第一个提示词就感觉不对劲——它没调大模型API,本地推理延迟比预期低一半。”这句…

2026/10/20 21:08:21 阅读更多 →

最新新闻

本体驱动的AI原生应用开发:让知识结构成为AI操作系统

本体驱动的AI原生应用开发:让知识结构成为AI操作系统

1. 项目概述:当“知识结构”成为AI应用的底层操作系统你有没有遇到过这样的情况:写一个智能客服系统,规则改三次,模型微调五轮,最后发现90%的问题其实出在“我们对‘退货’‘换货’‘补发’这几个概念到底怎么界定”上…

2026/10/20 21:58:56 阅读更多 →
Maven安装与环境变量配置全攻略:从settings.xml到镜像仓库实战

Maven安装与环境变量配置全攻略:从settings.xml到镜像仓库实战

1. 为什么要自己折腾Maven环境,以及装它之前必须想清楚的事很多刚接触Java生态的朋友,第一次听到“Maven”其实是在报错信息里:明明代码没问题,却提示找不到依赖包,或者是“package does not exist”,再或者…

2026/10/20 21:58:56 阅读更多 →
AI记忆系统被一句话劫持?从update漏洞看可追溯、可纠正的设计底线

AI记忆系统被一句话劫持?从update漏洞看可追溯、可纠正的设计底线

最近在测试一个带长期记忆模块的对话系统Demo时,我撞见了一件让我后背发凉的事:整个团队花了半个月搭出来的用户画像记忆库,被一句夹杂着"update"的自然语言指令轻松改写,而且系统全程没有任何察觉。更讽刺的是&#xf…

2026/10/20 21:58:56 阅读更多 →
Transformer从入门到实战:自注意力机制原理与PyTorch实现

Transformer从入门到实战:自注意力机制原理与PyTorch实现

1. 从“transformers”这个词说起:它到底是什么,能解决什么问题如果你最近在技术社区、开源项目或者AI相关的讨论里频繁看到“transformers”这个词,大概率不是指那部科幻电影,而是指一个在自然语言处理、计算机视觉、语音识别等领…

2026/10/20 21:58:56 阅读更多 →
从Postman到Rest Assured:接口自动化测试实战指南

从Postman到Rest Assured:接口自动化测试实战指南

1. 从Postman到Rest Assured:整个方案的逻辑起点接口自动化测试这几年的热度一直在涨,团队里做后端接口验证、前端联调预检、CI流水线里加质量门禁,都绕不开这层。很多人是从Postman开始接触接口测试的,但真正做到自动化回归、批量…

2026/10/20 21:58:56 阅读更多 →
AI Agent不是电子人:拆解原理、四大挑战与落地实践

AI Agent不是电子人:拆解原理、四大挑战与落地实践

1. 搜索框和招聘帖里的Agent,和真正跑起来的Agent是两回事我最近刷信息流的时候有种很割裂的体验。一边是铺天盖地的“AI Agent改变世界”“2025是Agent元年”的标题,另一边是我和几个做落地项目的朋友私底下的聊天记录——大家不是在搞什么宏大叙事&…

2026/10/20 21:57:46 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

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

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

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

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

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

2026/10/20 1:01:30 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/20 10:02:13 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/20 20:43:59 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/20 2:50:50 阅读更多 →

月新闻

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