今天abc看了啥🤔
- #coding 最近 Vibe 了一个小玩具,可以在 iOS 端运行 llama.cpp 跑本地推理,也支持 OpenAI 的 API 格式,并且支持各种 Shortcuts 定制 System Prompts 直接从键盘里调用,欢迎大家自己编译体验。近几天也会折腾一下 App Store 上架事宜。也用自己的设备测了下性能,Qwen 3.5-0.8B Q4在 iPhone 17 Pro 上大概 60tps,iPhone 13 Pro 上大概 20tps,也可以作为国行设备的 Apple Intelligence 缺少 Writing Tools 的替代品。 https://github.com/cyyself/opentihui
- 中国地震台网自动测定:06月29日00时12分,在四川宜宾市高县附近(北纬28.50度,东经104.70度)发生5.5级左右地震。最终结果以正式速报为准。
https://weibo.com/1904228041/R6gEprXvl - 震级:M5.9级(0.0千米)【[黄]色警报】
地点:四川宜宾市珙县附近(104.694,28.48)
时间:2026-06-29 00:12:07【北京时间】
最大烈度:8.1度(震中附近)
预警区域:【[黄]色预警】南充西山;少有感;预计地震波约63秒后抵达;距震中约:290千米;本地预估地震烈度:3.0度
震级:M5.5级(6千米)【[黄]色警报】
地点:四川宜宾市高县附近(104.7,28.5)
时间:2026-06-29 00:12:08【北京时间】
最大烈度:**度(震中附近)
速报次数:最终报【[自动测定]】
信息来源:中国地震台网 cenc_au(WS备用) -> 自动发布系统
震级:M5.9级(4.0千米)【[黄]色警报】
地点:四川宜宾市珙县附近(104.69,28.48)
时间:2026-06-29 00:12:07【北京时间】
最大烈度:8.1度(震中附近)
预警区域:【[蓝]色预警】云南FSO;或有震感;预计地震波约133秒后抵达;距震中约:466千米;本地预估地震烈度:1.78度;
速报次数:第1报
触发测站:吉林
触发时差:8秒(P波)/-
信息来源:中国地震预警网-吉林分中心 cea-pr_eew -> 自动发布系统
———
来源自微博,中国地震台网暂无数据,如有数据将更新为正式测定。 - 省流: DeepSeek 发布 DSpark 框架, 一个 DFlash 的上位替代品
同时开源了 DeepSpec 代码仓库,内含 DeepSeek 自用的 pipeline, 涵盖 Data Preparation, Train, Eval 三个维度。
DSpark paper: https://github.com/deepseek-ai/DeepSpec/blob/main/DSpark_paper.pdf
DeepSpec 仓库: https://github.com/deepseek-ai/DeepSpec -
-
-
- Doubao-Seed-2.1
面向 Coding 和 Agent 时代打造的新一代大模型,提供 Pro 和 Turbo 两个版本,分别面向高复杂度任务探索和规模化生产场景。相较上一代版本,Seed 2.1 在 Coding 工程交付、Agent 长链路任务执行和多模态理解三大方向上实现全面升级,以更强的自主规划与动态修复能力,胜任真实研发与高价值生产任务。
Doubao-Seed-Evolving
面向 Agent 与 Coding 场景打造的 Seed 系列模型,具备复杂任务编排、长程规划、代码生成与工具调用能力。该模型宣称将保持周级别更新升级,统一调用 Model IDdoubao-seed-evolving,无需关注版本切换,即可持续获得最新模型能力。
需要注意,本次新模型的上下文窗口均为 256k
https://www.volcengine.com/docs/82379/1330310?lang=zh - 迎面向我们走来的是:
【火山引擎】尊敬的用户,火山方舟已上线 Doubao-Seed-2.1 系列模型与 Doubao-Seed-Evolving 模型,更强 Coding 与 Agent 能力,点击立即体验:https://www.volcengine.com/experience/ark?mode=chat&modelId=doubao-seed-2-1-pro-260628 。感谢您的支持,如有疑问,请咨询官网在线客服、提交工单或拨打热线400-850-0030。
- Steam Machine https://store.steampowered.com/hardware/steammachine
- Codex CLI 被曝本地 SQLite feedback log 模块存在严重写入放大问题
GitHub issue #28224 里有用户反馈:Codex 会持续、大量地写入 (大约年化 ~640TB) 本地日志数据库:~/.codex/logs_2.sqlite ~/.codex/logs_2.sqlite-wal ~/.codex/logs_2.sqlite-shm
根因及影响范围:
自 PR #12969 (2026/2/27) 引入 SQLite feedback log sink 以来,Codex 会默认采用全局 TRACE 级别记录大量无用数据,包括 Responses API 的每一个 WebSocket 事件、OTel 遥测数据等。
影响:
这个 log sqlite 一直在做高频的 “插入-索引-写WAL-修剪回收” 循环,造成了极其严重的写放大循环。虽然表面上看文件体积似乎没怎么变化,但 I/O 和你的 SSD 寿命成功原地蒸发。
⚠️ 更严重的副作用:
当硬盘被 log 填满后又恰巧正好用 Codex CLI 挂着全自动的 /goal 模式,Codex 为了试图 “腾出硬盘空间继续运行”,竟然会开始主动删除你磁盘上的文件和目录 ref
Issue Link: https://github.com/openai/codex/issues/28224
(本文为 AI Summary) -
- 3067 DAYS SINCE BOSTON'18
- 当你觉得你已经足够缺德的时候,不妨想想导播在 Niko 图三打小镇的中场插播了 Look at the time
- #优质博文 #CSS #动画 #前端
In-N-Out Animations: Popovers (Part 2/3) | Master.dev:利用 CSS 新特性给 Popover API 元素添加平滑的进出场动画。
In-N-Out Animations: View Transitions (Part 3/3) | Master.dev:使用 View Transitions API 优雅解决 DOM 节点真实增删时的进出场动画难题。 -
-
-