Keep on to blur preview images; turn off to show them clearly
RT @gu_xiangming: Glad to see attention sink biases work in both language modelling and long context scenarios. Please see my recent post h…
We're in a race. It's not USA vs China but humans and AGIs vs ape power centralization. @deepseek_ai stan #1, 2023–Deep Time «C’est la guerre.» ®1
如果让我颁奖的话，我愿意把 2025 年最好的 AIGC 视频颁给这个！ 那就是以音乐综艺的形式整活，😂太会了啊！ 一切模式，包括前采、演唱、后采、跟观众的互动等等，都是和《我是歌手》一样的模式。要素太多了！ 更绝的是，中间插入的广告非常完美。很多弹幕都在说，这个地方如果没有广告，都会觉得不适应，哈哈哈哈 现在的 AI 影像技术真的已经过于真实，对于创作者来说真的仅限于想象力啊，甚至比真人秀更好玩儿，跨界的快乐！ 关键是里面的歌还真的挺好听的，以至于 Up 主还出了单独的纯享 Live 版本。 《我不是歌手》让科比和方大同永远“活”了下去，能够继续通过声音、画面、音乐娱乐大众，这里跟我的愿景“复活历史人物，解决当代问题”是类似的。
“赛博永生有利有弊吧，利就是可以让大家记住他，可弊呢，可弊坠机了📷” 泪目了
别的不说， 我这个完全没设计感的人 PPT 技术可能真要起飞了。 我过去做 PPT 最痛苦的是得在脑子里同时跑三条线程： 内容逻辑、叙事节奏、视觉表达。 如果现在有个 agent 能把这三件事拆开： 先把信息吃透 再把故事线搭起来 最后按设计指令把表达落到版式 我准备拿几个真实场景测一下： 看看这种 agent + slides 到底能把一个纯内容脑托到什么程度。 如果效果成立，就真的解放生产力了，特别是每天跟机器打交道的程序员。
行道途中。非求速成，惟求通达。 2023 年扎进AI ，打通Know-How，不少赚钱项目，踩过坑，也见过光。 围城里待得够久了，出来聊聊世界，聊聊技术、聊聊赚钱。
BREAKING: Shift in online education. Coursera to buy Udemy, creating $2.5 billion firm to target AI training : r/technology https://t.co/yHyApJYnwG I wonder what it *actually* means under the hood. Were Udemy not making enough money anymore and decided to sell while they can?
~20 yrs in web-dev, now mostly Laravel. My Laravel courses: https://t.co/HRUAJdMRZL My Youtube channel: https://t.co/qPQAkaov2F
Coaxial drones, a more mature version than that infantry-launched grenade carrying one. This class gets very little attention, but it's pretty interesting. They'll have all classes.
We're in a race. It's not USA vs China but humans and AGIs vs ape power centralization. @deepseek_ai stan #1, 2023–Deep Time «C’est la guerre.» ®1
Anthropic 修复 Claude Code 终端闪烁：从根源分析到渲染系统重构 来自 Claude Code 开发者 @trq212 的分享，详细解释了 Claude Code 长期存在的屏幕闪烁问题，以及团队如何通过重写渲染系统将闪烁减少约 85%。 闪烁问题的根本原因 终端界面分为两个部分： · viewport：用户当前看到的底部区域。 · scrollback buffer：上方已滚过的历史内容。 普通命令行工具（如 ls 或 echo）一次性打印输出后退出，不会频繁更新界面。但 Claude Code 是一个长运行的交互式 UI，每秒可能重绘视口数十次。 当内容超过视口高度时，最上面的行会被推入滚动缓冲区，导致部分渲染发生在“offscreen”。为了避免渲染错误或终端调整大小时出现混乱，旧系统每次都需要清除整个滚动缓冲区，这就造成了明显的闪烁效果。 解决方案：重写渲染系统 过去几个月，团队从零重写了渲染引擎。主要改进包括： · diffing：逐个比较终端 cell 中的变化，只发出必要的 ANSI 转义序列来更新修改的部分。 · 最小化全屏重绘：仅在绝对必要时（如终端大小变化）进行完整重绘。 为什么不采用“alternate screen”模式？ 一些终端应用（如 emacs 或 vim）会切换到“备用屏幕”模式： · 程序完全控制滚动、选择等功能。 · 退出时，原终端内容自动恢复。 · 这能彻底消除闪烁。 但缺点是失去终端的原生体验，例如： · Cmd+F 全局搜索。 · 鼠标文本选择。 · 复制/粘贴等功能。 团队非常重视这些原生终端特性，因此目前优先保留主屏幕模式。未来可能探索备用屏幕，但标准很高，不会轻易妥协。 为什么修复耗时这么久？ 早期渲染代码缺乏足够的自动化测试。修改一处往往会导致其他地方意外出错，进展缓慢。 关键突破是引入 property-based testing： · 生成数千种随机 UI 状态（不同终端宽度、内容长度、Unicode 边缘案例等）。 · 同时通过旧系统和新系统渲染相同状态，并自动 diff 输出是否一致。
邵猛，中年失业程序员 😂 专注 - Context Engineering, AI Agents. 分享 - AI papers, apps and OSS. ex Microsoft MVP 合作 - 私信/邮箱：shaomeng@outlook.com 📢 公众号/小红书: AI 启蒙小伙伴
