jeeeeeezit (灌水 Version)

AI-driven human agent/The best way to predict the future is to invent it./For vibe coding, talk is not simple./In the end, talk is simple, show me your work.

[jeeeeeezit (灌水 Version) @jeetizee]

相较于代码可以嵌入某种workflow，文字是无力的，如音乐，电影，电视剧，无改造世界的力量，却能作用于人的精神，给人以启迪/启发，授人以渔，让受众从自身中迸发出无限的力量，我的感受是，这是一种火热的，时不我待，至死不渝的能量。人生苦短，可革命者永远年轻。昔人已乘黄鹤去，可精神永垂不朽。

[jeeeeeezit (灌水 Version) @jeetizee]

整活：用于干扰注意力。

[jeeeeeezit (灌水 Version) @jeetizee]

update:
text selection和渲染不冲突了，管线分层之后，实现文本选中状态与光栅化的动画无关。
TUI有必要搞GUI/game engine这一套吗，要的，可以整活。

bgm: haku - isshin

[jeeeeeezit (灌水 Version) @jeetizee]

此外，k3给grep/glob tool做一个4阶段性能优化重构，300K token以内就搞定。
虽然算力限制速度慢，但是token效率高又稳定不会中途停下来摸鱼，2小时到点收菜即可。
而且惊喜的是，中间发现BUG还会遵循项目规则自动提工单，妙啊。

[jeeeeeezit (灌水 Version) @jeetizee]

update:
text selection和渲染不冲突了，管线分层之后，实现文本选中状态与光栅化的动画无关。
TUI有必要搞GUI/game engine这一套吗，要的，可以整活。

bgm: haku - isshin

[jeeeeeezit (灌水 Version) @jeetizee]

非技术原理分享类文章的作用就是传递作者的意识形态观点，不论是小说，还是文学评论，不存在客观中立，所谓新闻也不存在中立立场。

如果想追求极致的客观中立，那就是理科论文，形而上学的脱离物质宇宙永恒的客观真理。

[jeeeeeezit (灌水 Version) @jeetizee]

这种无一首可信权威信源的消息的我一般都懒得看。
足以见得批判性思维的欠缺，这种无可靠信源的消息也这么多人关注。

还是以前的观点原则，这类抹黑性质的文章可以通通扔给AI fact check一下：
- 查信源
- 查利益相关人
- 这篇文章的利益冲突（谁被黑，谁被吹）

[Max For AI @MaxForAI]

今天晚上各个群都在传一份《国内大模型蒸馏风波的来龙去脉》。

我大概看了一下，很可惜，这更像是一份由外行根据各种流言拼凑出来的 AI slop。

里面的内容有真有假，但几个核心判断基本都经不起推敲。

比如里面声称，智谱 @Zai_org 在今年 4 月份就已经破解并开始蒸馏 Fable。

这个时间线真的很离谱。

因为 4 月份的时候，Fable （那个时候还是Mythos）甚至还没有正式发布，能够使用的基本都是 Anthropic 的内部测试用户，通过Project Glasswing进行访问。

那智谱是怎么拿到的访问权限呢？

难道是 @AnthropicAI 的邀请或者是五角大楼反代吗🤣

还有一个比较典型的问题，是作者对于传闻中DeepSeek 将部分请求路由到 Fable 表示不理解，认为这样算不过来经济账。

实际上，但凡是个从业者或者稍微了解模型公司的研发流程，就知道这件事情不能简单按照 API 成本计算。

如果一个 frontier model 可以帮助你生成高质量训练数据、评测数据，或者提升模型迭代速度，那么获取这些能力本身就是一种研发投入。

用单次调用价格去判断整个策略是否划算，本身就是把模型公司的研发逻辑想简单了。

但最离谱的部分，是 PDF 里面声称 @Kimi_Moonshot 在 K3 发布前，把整个 RL 团队全部解雇了❓❓

这个说法目前没有任何可靠依据。

实际上情况恰恰相反，根据我的确认Kimi RL 相关团队目前仍然存在，并没有所谓“整个 RL 组被裁撤”的情况。

甚至 PDF 里面还进一步延伸出一套完整叙事：
K3 = 蒸馏 + 刷榜 + 裁撤 RL。

我一开始还在认真的区分哪些是事实，哪些是推测，哪些只是作者脑补出来的故事。

直到我看到 PDF 后半部分开始大量加入意识形态化表达，把技术讨论上升到所谓“国模黑暗时代”“技术偷取”等叙事，我反而释然了。

因为这已经不是在分析 AI 行业，而是在借 AI 叙事讲另一个故事。

PS：我感觉这个PDF是黑KIMI来的，因为KIMI的篇幅最大，但里面的大部分内容都是假的，其他家就有真有假了。

[jeeeeeezit (灌水 Version) @jeetizee]

脚本： https://t.co/sp2lft6COw

[jeeeeeezit (灌水 Version) @jeetizee]

新版的runcat neo没有彩虹猫的预设，而默认提供的预设丑的我头晕，只能自己找一组精灵动画。
精选一个undertale sprites，效果不错。

https://t.co/jm3xtQBsmN

[jeeeeeezit (灌水 Version) @jeetizee]

update:
更换了一套claude/gruvbox融合的theme style，视觉上和谐了.

确实体验比需要搭配tmux使用的inline mode要好。

[jeeeeeezit (灌水 Version) @jeetizee]

update:
舒适。基于floating window做设置/审批之类的交互，可比inline mode的体验起来好多了。

目前还是有点简陋了。再调整一下颜色主题还有start screen，就是我心目中理想的Vim风味agent了。

例如，这意味着也可以基于这个floating window实现外部程序调用，或者一些动画效果如DVD logo等等。

[jeeeeeezit (灌水 Version) @jeetizee]

重构ing，做altscreen TUI躲不了z-index，布局约束。
alt screen渲染机制下，floating window/pane可以整合很多能力，尤其是调用外部CLI实现套娃功能。

inline mode就不用过多考虑布局问题。

[jeeeeeezit (灌水 Version) @jeetizee]

重新设计了alt screen mode下的TUI，inline mode继续使用terminal自己的色板主题，而fullscreen需要与inline mode区分，因此需要重新设计。
altscreen mode的交互，键盘操作优先，所有交互先支持键盘操作，然后才有其等价的可快捷的鼠标交互支持。

vim键盘操作 + agent才是个人理想的agent交互形态。

[jeeeeeezit (灌水 Version) @jeetizee]

因为TUI engine/framework抽象足够好，所以从inline变altscreen没动业务代码。
目前的交互设计很粗糙，只是作为PoC验证可行性。
- 非常简约的下方更新提醒（没有类似GUI/web的居中小弹窗提醒）
- 选择模式没有按键提示
等等。

甚至可以完全重新设计TUI。

[jeeeeeezit (灌水 Version) @jeetizee]

对TUI开发的看法：
还是altscreen 能实现更多丰富的自定义交互，即滚动，选择，搜索的组合。

inline模式复制内容，需要依托tmux实现。用altscreen，就可以自己自定义快捷键选择消息复制了（类似Vim mode）。

[jeeeeeezit (灌水 Version) @jeetizee]

不愧是接近gpt 5.6 sol max/fable 5 max级别的模型。额度飞快用完。

[jeeeeeezit (灌水 Version) @jeetizee]

....

[jeeeeeezit (灌水 Version) @jeetizee]

虽然不稳定429了，但是status页面上看不到这种情况。
https://t.co/b7uxHYs7aQ

[jeeeeeezit (灌水 Version) @jeetizee]

所以这意味着什么呢？

kimi code的订阅会立即售罄（算力告急）。

早订阅早享受了。

[jeeeeeezit (灌水 Version) @jeetizee]

kimi k3 做重构工作非常高效，context占用低，跑了4个阶段的大重构，比opus 4.8听人话多了。
而且fable 5 也找不出问题，突出一个稳定（而opus 4.8就会耍小巧思偷懒，还说胡说八道蹦出日语来）。爽到！

[jeeeeeezit (灌水 Version) @jeetizee]

所以这意味着什么呢？

kimi code的订阅会立即售罄（算力告急）。

早订阅早享受了。

[jeeeeeezit (灌水 Version) @jeetizee]

特定准备了一个重构ticket来测试一下kimi k3.

[jeeeeeezit (灌水 Version) @jeetizee]

bugfix方面的体感：使用kimi k3 max修复相同的底层引擎BUG，速度比fable 5 high快，而fable 5最终也修复，但是慢很多。

没有对比gpt 5.6 sol high，不过显然Kimi k3比gpt 5.6 sol这种喜欢过度规划的好太多了。