NASA SpaceX Dragon Approaching Station Packed with Science and Supplies - NASA At approximately 6:38 a.m. EDT, Dragon will dock autonomously to the forward port of the space station’s Harmony module. [!quote]+ 美国东部时间上午 6:38 左右，"龙 "飞船将自主停靠在空间站 "和谐 "舱的前端端口。 这艘飞船搭载了近6500磅的货物，是SpaceX公司为美国国家航空航天局（NASA）执行的第34次商业补给服务任务。这次任务于5月15日下午6点05分由SpaceX公司的猎鹰9号火箭从佛罗里达州卡纳维拉尔角太空站的40号太空发射场发射升空。 1 个帖子 - 1 位参与者 阅读完整话题
最近官方跳过04.28直接推了2026.04.29版本。我是从04.23直升上来的，结果遇到不少状况。被迫去翻了源码变更和社区反馈，发现这个版本虽然重构了底层也引入了新特性，但在核心机制的默认配置上偏激进，导致好几个严重影响体验的问题。 如果目前停留在之前的稳定版，强烈建议先别动，等官方出fix。 汇总一下我遇到且比较致命的几个坑： 1. CPU满载与响应假死 新版把Active-run steering设成默认开启。初衷是优化代理队列，但实际表现不太行。当节点同时处理心跳、Cron定时任务或多渠道并发时，这个机制容易掉进高开销死循环。Gateway进程的CPU占用直飙，经常半天等不到回复。用低配VPS或者树莓派跑的节点基本就没法用了。 2. 既有脚本和工具全部报无权限 这是修复提权漏洞带来的一个breaking change。以前只要配好tools.exec和tools.fs，系统会默认放行部分受限配置文件的权限。新版堵死了这道口子，导致很多依赖老配置的工作流升级后直接崩溃。要是必须用新版，只能自己去查拦截日志，然后在openclaw.json里拿alsoAllow一条条加白名单。 3. TG/Discord等渠道幽灵锁死机 新版调整了断线重连逻辑，但处理得比较粗暴。网络波动触发重连后，底层会残留幽灵会话锁文件，然后机器人就突然不响应/new这类基础指令了。这块目前没好办法，只能手动删.lock文件并重启网关来解决。 Github上现在已经有不少相关的issue，官方还没放出针对性的补丁。之前有人反馈过的更新后启动不了的问题，在这个版本里也没有完全修复。 没升的继续观望就好，已经升了且遇到麻烦的建议直接降级回去，没必要费时间去排查环境。 P.S. Openclaw最近的每次更新都带一堆breaking change，不跟进怕掉队，跟进了又要花时间修bug。看着群里不懂代码的朋友每次更新坏了，就把终端截图喂给OpenClaw让它自己绞尽脑汁排错，最后修工具的时间远超用工具的时间。我有时在想，这种我不懂代码，也不懂环境，但看着AI满头大汗修它自己就感到运筹帷幄的状态……大概就是目前最纯粹的一种Vibe Coding了。 16 个帖子 - 11 位参与者 阅读完整话题
最近codex几乎不可用啊，奥特曼在搞什么鬼啊，plus用户太多了吗？还是前面的pro 20x漏洞被中转站在猛猛蹬导致的 32 个帖子 - 26 位参与者 阅读完整话题
一列满载55个集装箱的中欧班列，经二连浩特铁路口岸出境，开往波兰马拉舍维奇，这是今年以来经二连浩特铁路口岸通行的第2000列中欧班列。截至6月1日，二连浩特铁路口岸中欧班列运送货物19.37万标箱、182.66万吨，同比分别增长10.94%、27.46%。（央视新闻）