思科模拟器6.2全攻略:从网络仿真到CCNA实验与排错

简介:网络仿真工具是网络工程师和认证学习者不可或缺的实践平台,它通过软件模拟真实设备的行为,让复杂的协议交互和故障排查变得可视化、可重复。思科模拟器作为经典的网络仿真环境,不仅支持路由、交换、无线等基础实验,还能结合模拟模式与Wireshark联动深入理解数据包流转细节。其价值在于以零成本构建虚拟拓扑,提前演练VLAN划分、Trunk配置、静态路由及ACL过滤等关键技能,适用于认证备考、方案验证及日常排错场景。本文围绕思科模拟器6.2的安装选型、基础组网、常见故障规避与进阶调试技巧展开,帮助你从敲命令走向真正的网络仿真实践。

1. 思科模拟器版本6.2:不只是练命令,更是完整的网络仿真环境

我刚入行那年,为了准备认证考试,在一台老笔记本上装了个思科模拟器版本6.2,当时只觉得这是个能敲命令的“电子黑板”。后来真正做完一个跨三层交换机的园区网项目,才意识到这工具远比想象中能打——它不只是让你背熟enable和show running-config,而是把路由器、交换机、无线控制器、防火墙甚至物联网模块全塞进一个可视化的拓扑里,让你在真实设备动辄几万块的条件下,用零成本把网络设计、配置验证、故障排查整个流程走一遍。思科模拟器版本6.2适合谁?准备认证考试的在校生、刚入行的网络工程师、还有那些需要给客户出方案但手头没有测试设备的售前和运维。

这版本最值钱的地方不是新加了多少命令,而是它把“模拟”和“仿真”的边界划得很清楚。像OSPF邻居建立、STP根桥选举这种控制层面的行为,它模拟得相当到位;但像NAT转换表的实际转发速率、无线信道的真实干扰,它终究是模拟。理解这条边界,你才不会在模拟器里调通了,上真机却翻车。后面几章我会按“装好→配通→踩坑→进阶”的顺序,把每个阶段的关键参数和血泪经验拆开讲。

2. 安装与版本选型:分清“模拟”和“仿真”,选对你的7.x

2.1 版本号背后的含义:7.2.1是稳定线,别追8.x预览版

思科这个模拟器的版本号逻辑和真实IOS不太一样。真实设备上你看到Version 15.2(4)M指的是IOS软件版本,而这里的“7.2.1”指的是模拟器软件本体版本——它决定了你用的是哪个时代的设备型号库和协议实现精度。我在给几个同学做考前辅导时发现,很多人装了8.x预览版,结果打开拓扑发现老朋友Router-PT没了,换成了一堆只出现在真实ISR 4000系列上才有的接口命名,连interface gigabitEthernet 0/0/0都敲不习惯。这就是我坚持用思科模拟器版本6.2(对应7.2.1安装包)的原因:它处于功能完整性和操作习惯的平衡点,CCNA和CCNP的实验几乎全覆盖,且久经考验,网上随便一搜就能找到匹配的拓扑文件和排错记录。

安装时有个参数值得留意——安装路径。默认装在C盘系统盘我一般不反对,但这工具运行时会频繁读写设备配置文件和拓扑快照,装在机械硬盘上开一个大拓扑明显卡顿。我一般装完后会手动把“用户数据目录”指到D盘或E盘,避免C盘空间紧张时出现“无法保存拓扑”的诡异问题。安装包本身不大,但装完后首次启动会解压设备镜像库,那个过程看硬盘指示灯就知道——不是死机,是在写入设备模板,耐心等它走完。

2.2 首次配置三件套:关闭自动更新、固定工作目录、开启多语言

装完别急着拖设备连线,先把三个环境参数定下来,能省掉后面很多没必要的折腾。第一,关闭自动更新检查。这工具每次启动都会去连官方服务器查更新,在内网环境或网络慢的时候,启动过程能被拖慢半分钟,直接在Options → Preferences里把“Check for Updates”勾掉。第二,固定工作目录。默认的保存路径在用户文档目录下,如果文档目录被云同步工具接管,拓扑文件很容易出现冲突锁。我会在Preferences → Miscellaneous里把工作目录改成一个纯英文路径,比如D:\PT-Lab,一来避免中文路径在某些脚本调用时出幺蛾子,二来备份整个目录就是备份全部实验。

第三件事很多人不知道——Preferences里可以开启“显示接口名称为短格式”。默认情况下设备接口显示为GigabitEthernet0/0这种长格式,拓扑图上文字挤成一团。打开短格式后显示为Gi0/0,连线时对照命令清晰得多,对新手尤其友好。另外,如果后面要跑物联网相关的实验,在Preferences里找到相关扩展选项把它启用,默认是关闭状态,不打开你会发现自己压根拖不出智能设备组件。

2.3 设备选型:什么时候用PT路由器,什么时候选真实型号

这是思科模拟器版本6.2里最有意思的选型细节。同一个拓扑里,你可以从设备栏拖出Router-PT,也可以拖出具体的1941或2911。很多初学者以为PT路由器更“通用”,但它实际是个大杂烩——接口类型多、支持的命令全集,却削弱了设备差异性。而具体型号如2911,它背后绑定的是真实的IOS特性集,某些命令在1941上能敲但2911上不支持,这在模拟器里会被如实反馈。

我的习惯是:学CCNA阶段用Router-PT和2960交换机足够,重点是理解协议逻辑;到了CCNP或做项目仿真,尽量选具体型号,比如三层网关用2911或4321,接入交换机用2960-24TT,核心交换机用3560-24PS。这样能提前适应“不同平台命令差异”这一真实设备上的常见坑,而不是在PT路由器上练得飞起,上了真机却发现ip routing这条命令在有些平台上根本不存在。选错设备类型的典型翻车场景是:你在用Router-PT做VLAN间路由实验,配完一切正常,换到2911却发现子接口不生效——因为2911上encapsulation dot1Q的写法对VLAN ID范围有要求,这就是选型带来的差异。

3. 基础组网实战:从零搭一个能Ping通的跨设备网络

3.1 拓扑设计与IP规划:先画图再连线,别急着开设备

不管是在模拟器里还是真实机房,提前规划永远是第一位的。以模拟项目X——一个包含两台路由器、两台交换机、四台PC的简单三层网络为例,我会先在纸上或者记事本里把地址规划写清楚。这个习惯救了我很多次,因为模拟器里做实验最耗时的不是配置,而是配完后排查“为什么Ping不通”——一半以上原因是IP地址冲突或者掩码写错,而不是协议问题。

地址规划我一般遵循一个简单原则:管理地址和业务地址分开。设备间的互联链路用10.0.0.0/30这类掩码,每个链路单独一个子网;终端所在的VLAN用192.168.x.0/24,网关统一设在每台设备接口的第一个可用地址上。例如模拟项目X的拓扑:

  • 路由器R1的G0/0接交换机S1,网关是192.168.10.1
  • 路由器R1的G0/1接R2的G0/1,互联地址分别是10.0.1.1/30和10.0.1.2/30
  • 路由器R2的G0/0接交换机S2,网关是192.168.20.1

这样规划的好处是后期写ACL或静态路由时,规则本身就能看出流量走向。搭拓扑时我会顺手把设备名改掉——双击设备改为主机名,比如R1-Floor1、S2-Core,而不是默认的Router0、Switch3。因为等拓扑复杂到二三十台设备时,看名字比看图标容易定位得多,排查时省下的时间足够把整个配置重敲一遍。

3.2 交换机基础配置:VLAN创建、端口划分与Trunk链路

交换机配置是整个实验的第一个分水岭。很多人上来就用switchport access vlan 10把端口划进VLAN,却忽略了VLAN本身要先创建。在2960上,不创建VLAN直接划端口虽然不会报错,但那个端口实际上是在一个不存在的VLAN里,状态会一直显示为up/down,PC也拿不到IP地址。

# 在S1上执行 enable configure terminal hostname S1 vlan 10 name Floor1-Users vlan 20 name Floor1-Servers interface vlan 10 ip address 192.168.10.2 255.255.255.0 no shutdown exit interface range gigabitEthernet 0/1-10 switchport mode access switchport access vlan 10 exit interface gigabitEthernet 0/24 switchport mode trunk switchport trunk allowed vlan 10,20 exit

这段配置做的事很清楚:先在VLAN数据库里建好两个业务VLAN,再给VLAN 10配上SVI接口地址,然后把1到10号端口划入VLAN 10,最后把24号端口设成Trunk并限定允许通过的VLAN列表。这里有两个参数值得多看一眼。第一是switchport trunk allowed vlan——默认Trunk口允许所有VLAN通过,生产环境一般不这么干,显式列出白名单能防止VLAN泄漏。第二是SVI接口要no shutdown,这在很多入门教程里是不会提的,默认状态下SVI是关闭的,忘了敲这句VLAN间路由怎么都起不来。

从S1连到S2的链路我用的是gigabitEthernet 0/24对gigabitEthernet 0/24,模拟器里这两台交换机之间只用一根线就能承载所有VLAN流量,这就是Trunk的作用。如果你发现两台交换机上相同VLAN的PC不能互通,优先查两边Trunk口允许的VLAN列表是否一致——这是最容易被忽略但最常见的互通故障。

3.3 路由器配置:静态路由和直连路由的边界

跨设备通信到这里就要上路由器了。在R1和R2上都配置完直连接口地址后,它们各自只能到达和自己直连的子网。要让192.168.10.0/24和192.168.20.0/24互相通信,就必须写静态路由或者动态路由协议。这里先用静态路由说清楚逻辑。

# 在R1上执行 enable configure terminal hostname R1 interface gigabitEthernet 0/0 ip address 192.168.10.1 255.255.255.0 no shutdown exit interface gigabitEthernet 0/1 ip address 10.0.1.1 255.255.255.0 no shutdown exit ip route 192.168.20.0 255.255.255.0 10.0.1.2 exit

对应地,R2上需要写一条回程路由:ip route 192.168.10.0 255.255.255.0 10.0.1.1。两条路由都配上后,Ping测试才算真正跑通。这里有一个模拟器特有的细节:如果你忘了在接口下敲no shutdown,接口状态显示为“down”的同时,路由表里也不会有对应的直连路由。很多人在模拟器里排查路由问题,先看路由表一片空白,就以为路由协议出了问题,实际上是物理层就没起来。在真实设备上接口默认是开启的,但在模拟器里默认关闭——这是思科模拟器版本6.2和真机的一个明显行为差异,也是新手最容易踩的坑之一。配置完成后,建议用show ip route查看一次路由表,确认两条静态路由的状态码都是S而不是C——看到S说明路由生效,看到C说明你配的可能只是直连地址。

3.4 用Show命令验证:看表、看邻居、看接口状态

配置完不等于配置对,验证环节才是实验的真正核心。我用得最多的三条命令是show ip interface brief、show ip route和show vlan brief,对应着接口层、路由层和交换层三张“体检表”。这三条命令的输出各有各的门道。

show ip interface brief看的是每个接口的IP地址和状态,重点看状态是up还是administratively down。后者说明接口被手动关闭了,十有八九是忘敲no shutdown。show ip route看的是路由表,重点看你要去的目的网段对应的路由条目是否存在、管理距离和度量值是多少。show vlan brief看的是交换机上的VLAN列表和端口归属,如果某个端口对应的VLAN是空的,说明端口划分没生效或者连的是Trunk口。这三张表看完,一个三层互通实验的百分之八十问题都能定位。

模拟器里的一个便利之处是设备支持ping命令的扩展参数。比如ping 192.168.20.2 source 192.168.10.1 repeat 100指从指定源地址连续发100个包,比默认的5个包更能反映链路的稳定性。如果你发现前几个包超时而后面的包正常,多半是ARP解析导致的——第一次通信要先广播ARP请求,这在模拟器里也被如实模拟了。所以遇到“第一个包丢、后面全通”的现象不用慌,这不是故障,是ARP的正常开销。

4. 避坑与常见问题排查:我在模拟器里翻过的五个车

4.1 接口显示“up/up”但Ping不通:检查VLAN和Trunk的白名单

现象:两台交换机的Trunk链路状态正常,两边PC的IP和网关都配对了,VLAN 10里的PC能访问同台交换机上的服务器,但跨交换机就无法通信。

原因排查下来是Trunk口默认允许所有VLAN不假,但我在S1上执行了switchport trunk allowed vlan 10,20,而S2上对应的Trunk口还是默认状态。一旦Trunk两端允许的VLAN列表不一致,两边的VLAN 10就变成了两个隔离子网,数据帧到了Trunk口就被丢弃。

解决方式:在S2的Trunk口上执行switchport trunk allowed vlan 10,20,然后两端分别用show interfaces trunk确认列表一致。从那以后我配Trunk必定两端同步看一眼输出,而不是只配完一端就接着往下走。

4.2 路由器能Ping通但对端PC不行:看路由表里的“直连依赖”

现象:R1能Ping通R2的互联地址,但Ping不通R2后面的PC;反过来R2也Ping不通R1后面的PC。

原因:两端的静态路由只写了对方的业务网段,但没写全中间链路。因为PC访问路径上的每一步路由器都要查表,如果中间路由器上没有目的网段的路由条目,数据包就会被丢弃。R1能通R2是因为直连路由天然存在,而R2后面的PC需要R2上那两条静态路由配合才通。

解决方式:在R1上写ip route 192.168.20.0 255.255.255.0 10.0.1.2,在R2上写回程路由。这里有个易被忽略的点:模拟器里的静态路由命令支持在末尾带上permanent关键字,表示即使接口down也不删除这条路由。实验里不建议加,但真实环境里有时用得上,知道有这个参数即可。

4.3 模拟器启动变慢或卡死:错在把拓扑放在中文路径或云盘目录

现象:打开一个20台设备的大型拓扑,启动到一半程序卡住不动,等了几分钟仍然无响应,只能强制结束进程。

原因:拓扑文件所在的目录路径里包含中文字符,或者工作目录被云同步工具实时同步,导致模拟器在读写临时文件时出现锁冲突。这类问题在模拟器里比真实设备上更常见,因为模拟器每台设备启动都要读设备镜像文件,路径解析异常会无限期阻塞。

解决方式:把工作目录切到纯英文路径,比如D:\PT-Lab\Projects,并排除在云同步范围之外。如果已经卡死,先备份整个工作目录下的.pkt文件,再删除临时缓存目录后重启程序。从那以后我每建立新实验都会先确认目录路径,这种低级卡死再没出现过。

4.4 保存后的拓扑打不开:版本不兼容背锅

现象:从别人那儿拿到一个.pkt文件,双击打开提示“文件版本过新”或直接打不开。

原因:思科的拓扑文件格式在不同主版本之间不保证完全兼容。7.x能打开6.x的文件,但反向通常不行。别人用更高版本保存的文件,低版本打开就会失败。

解决方式:要么升级到对应版本,要么让对方在File → Export时选择兼容格式导出。我一般会常备一个“文件转换专用”的高版本压缩包,遇到版本不兼容的拓扑先在高版本里打开再另存,降级处理后再拿回主用版本里跑。虽然麻烦,但总比重新画一个拓扑快得多。

4.5 配置莫名丢失:关闭设备前没保存

现象:辛苦配置了一下午,第二天打开拓扑发现所有设备配置恢复出厂状态,白干了。

原因:模拟器里的配置默认存储在“运行配置”中,也就是RAM里。关闭拓扑时程序会问是否保存,如果你选择不保存或者程序异常退出,RAM里的配置直接丢失。真实设备也是这个逻辑,但在模拟器里因为关闭成本低,更容易被忽略。

解决方式:在每台设备上执行copy running-config startup-config,确保配置固化到NVRAM。关拓扑前我还会整个工作目录做一次压缩备份。这个小习惯的核心逻辑很简单:模拟器里的“保存拓扑”不等于“保存配置”,只有这两步都做了,实验成果才算真正留住。

5. 把模拟器用出“实弹感”:模拟模式、过滤规则与Wireshark联动

模拟器里最容易被低估的功能是右下角的“模拟模式”(Simulation Mode)。很多人只用了实时模式,拖两台设备配置完Ping一通就关掉了,这等于只看结果不看过程。模拟模式能让你在数据包从源设备出发的每一个跳点停下来:查看帧在交换机里如何处理、VLAN标签什么时候被打上、ARP请求广播到了哪个接口、路由器的路由表在同一次转发中被查询了几次。

具体用法是:先切换到模拟模式,再执行一次ping命令。这时窗口里会出现一个信封样式的数据包图标,点击它就能看到完整的PDU信息,包括源/目的MAC、源/目的IP、所属VLAN ID以及上层协议类型。我一般会重点关注三个节点:PC发出第一个包时的ARP请求、交换机Trunk口的VLAN标签操作、路由器转发时的路由表命中条目。这三个节点理解了,交换和路由的大部分底层逻辑就通了。比如你亲眼看到一个帧带着802.1Q标签从Trunk口出去,到对端交换机后又把标签剥掉,VLAN的概念就不再是书本上的名词了。

Wireshark联动也是这版本值得摸透的能力。在实时模式下,点击某个链路或接口,选择“在Wireshark中打开”,就能像抓真机流量一样抓模拟器里的数据包。我在模拟一个ACL过滤实验时,就是靠Wireshark里的ICMP包确认了过滤规则生效的顺序——模拟器命令行里show access-lists显示的命中次数递增,Wireshark里同步看到被丢弃的包没有出现在接口上,两相对照,ACL的执行逻辑就清楚了。

把这几样组合起来,可以做一个有用的进阶练习:在一台路由器上配三条标准ACL规则,分别允许、拒绝、再允许某个源地址,然后在模拟模式下观察同一个包的匹配过程。你会看到数据包在进入接口时按规则顺序依次比对,而不是一次性匹配所有条件——这个“顺序敏感性”的认知,真机上做错一次就可能造成生产事故。我每次写完ACL都强制自己走一遍模拟模式核对,那以后真机上线前脑子里的流程就是从模拟器里练出来的。这个习惯帮我躲过了好几次潜在的网络中断,希望也能帮到你。

本文还有配套的精品资源,点击获取

相关新闻

iOS地图定位Demo:原生MapKit+CoreLocation从权限到落图

iOS地图定位Demo:原生MapKit+CoreLocation从权限到落图

简介:一个面向iOS开发者的地图定位入门Demo,演示Core Location与MapKit的集成方式,清晰解决定位权限申请、位置获取、地图展示等基础问题,适合初学者到中级开发者作为实践参考。压缩包共23个文件,主要包含Objective-C源…

2026/10/21 2:47:00 阅读更多 →
拆解一个做 PPT 工具:素材自动变大纲一键出片

拆解一个做 PPT 工具:素材自动变大纲一键出片

## 背景这篇记录一次把做 PPT流程工程化的尝试。## 核心能力- 文本素材自动梳理大纲- 大纲支持二次编辑- 多套配色模板可选- 渲染16:9标准PPTX文件## 落地场景学习提升等场景都能直接搬进工作流,输入是散乱的原始材料,输出是可直接交付的成品。## 实现要…

2026/10/21 2:47:00 阅读更多 →
Git核心操作与四区模型详解:从基础命令到协作实战避坑指南

Git核心操作与四区模型详解:从基础命令到协作实战避坑指南

1. 为什么“git 基本操作”值得单独拎出来讲刚入行那会儿,我对 Git 的态度就是“能用就行”——clone、pull、push三板斧走天下,遇到冲突就慌,遇到回退就懵,实在不行就把整个项目删了重新拉一遍。后来参与协作的项目多了&#xff…

2026/10/21 2:47:00 阅读更多 →

最新新闻

51单片机贪吃蛇实战:12864驱动、EEPROM掉电保存与嵌入式分层设计

51单片机贪吃蛇实战:12864驱动、EEPROM掉电保存与嵌入式分层设计

简介:本资源是一套面向大学本科课程设计的51单片机贪吃蛇游戏完整开发方案,适用于单片机原理与应用、嵌入式系统实践等课程学习与项目实训。资源包含Proteus仿真工程(.pdsprj)、Keil C51源码(.c/.a51)、编译…

2026/10/21 3:32:25 阅读更多 →
图书推荐系统实战:Python协同过滤从原理到代码避坑指南

图书推荐系统实战:Python协同过滤从原理到代码避坑指南

我记得第一次带学生跑这个图书推荐系统项目时,好几个人卡在了同一个地方:代码能跑通,但推荐结果全是乱的。后来查了半天,问题出在一个被注释掉的函数上。这个项目在中文互联网上流传了很多版本,绝大多数人拿到的都是简…

2026/10/21 3:32:25 阅读更多 →
空间注意力模块实战指南:原理、代码与调参经验

空间注意力模块实战指南:原理、代码与调参经验

做视觉任务这些年,大家都会遇到一个很实际的需求:网络深了、宽了,但该学的东西没学会。SpatialAttention空间注意力模块,是我调过的结构里性价比最高的一个——代码就几十行、参数量几乎可以忽略,却能明显改变网络的关…

2026/10/21 3:32:25 阅读更多 →
awesome-shizuku vs Dhizuku:两大Android权限提升工具终极对比指南

awesome-shizuku vs Dhizuku:两大Android权限提升工具终极对比指南

awesome-shizuku vs Dhizuku:两大Android权限提升工具终极对比指南 在Android开发的世界中,awesome-shizuku和Dhizuku是两个备受关注的高权限工具,它们都致力于让普通应用获得系统级权限,从而突破Android系统的限制。无论你是普通…

2026/10/21 3:32:25 阅读更多 →
CANN内测实战:从环境初始化到模型推理的完整指南

CANN内测实战:从环境初始化到模型推理的完整指南

前阵子看到某社区的“内测招募,免费体验CANN开发环境”活动,我第一时间就报名了。说实话,当时打动我的不只是“免费”两个字,而是想看看这个面向昇腾AI处理器的异构计算架构,在过去一年里到底进化到了什么程度。CANN这…

2026/10/21 3:32:25 阅读更多 →
Redis单线程还是多线程?从4.0到7.2的线程模型演进真相

Redis单线程还是多线程?从4.0到7.2的线程模型演进真相

1. 这个问题为什么值得花十分钟认真搞懂“Redis 到底是单线程还是多线程?”——这句提问在技术群、面试现场、甚至线上课程评论区里,几乎每周都会高频出现。它表面看是个“是非题”,但背后牵扯的是你对 Redis 性能本质、架构演进逻辑、以及高…

2026/10/21 3:31:24 阅读更多 →

日新闻

统一内存+量化:锐龙AI Max PRO 400如何本地跑320B大模型

统一内存+量化:锐龙AI Max PRO 400如何本地跑320B大模型

这段时间硬件圈和AI圈都在传一个事:AMD锐龙AI Max PRO 400系列把最高192GB统一内存搬进了PC形态的产品里,按宣传口径,本地跑320B参数的大家伙不再是纸面概念。我第一反应倒不是“内存真大”,而是这话背后的含金量——它把过去只能…

2026/10/21 0:00:11 阅读更多 →
AI助手深度使用体验:对话质量、长文本处理与指令遵循如何留住用户

AI助手深度使用体验:对话质量、长文本处理与指令遵循如何留住用户

1. 从“封号重开”这个行为说起:用户到底在追求什么“封号重开”这四个字,放在任何产品语境里都带着一股决绝的味道。一个账号从零开始积累使用记录、调教偏好、沉淀工作流,背后是大量的时间和精力成本。正常情况下,没有人愿意主动…

2026/10/21 0:00:11 阅读更多 →
ROS中YOLOv3工程落地:通信同步、坐标变换与性能调优

ROS中YOLOv3工程落地:通信同步、坐标变换与性能调优

1. 为什么在ROS里硬刚YOLOv3不是“炫技”,而是工程落地的必经之路我第一次在某高校机器人实验室看到那台搭载Jetson TX2的移动底盘原地打转、反复识别错垃圾桶时,就意识到:单纯跑通darknet_ros demo和真正让YOLOv3在ROS里“干活”&#xff0c…

2026/10/21 0:00:11 阅读更多 →

周新闻

基于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 阅读更多 →