
build @OpenAliceAI / prev @NGC_Ventures
Joined December 2021
- Tweets3K
- Following746
- Followers10.1K
- Likes704
你可以使用 OpenAlice 来把 Coding Harness 转换成 Trading Harness
通过将交易所需的环境构建于代码库中,你可以在 OpenAlice 里使用 Claude Code / Codex 或时下流行的 Grok Build 来做股票研究、题材追踪、交易辅助
如果你有订阅的话——甚至不需要多付一份订阅费
github.com/TraderAlice/OpenA…
用了一下 Glimpse,从前端来看,模型在输出的 message box 中频繁对帧进行检查,并且视频也被处理成了一系列单独的帧
根据前端的设计,有理由推断,Glimpse 实现多模态推理的方法是post train了模型的工具调用倾向,让模型更多在推理块中对抽帧进行检查和联合推理
之前品鉴过小红书的 dot3,dot3 的思路是复用视觉塔,把视频当成一帧一帧处理,时空推理则交给语言的部分,虽然不能算是传统意义上的视频原生模态,但模型结构层面确实有为视频模态做过优化设计
而 Glimpse 的做法更像是于让模型采用特定的、针对视频工作优化过的轨迹,并将其整合到模型权重中,是一种 Agent 思路的内化
结合社区猜测模型底座是 Qwen3.8-27B、后训练所使用的卡不多,直接改变模型结构的概率较低,更有理由这么猜了
不过用起来效果是好的,让 AI 看个视频啥的结果都不错;主要问题是有点慢,慢的都离谱了,估计也是用轨迹来做增强的代价,本来是一轮压缩就看懂了, 现在需要在一轮对话的 loop 里面塞几十个工具,慢才是正常的
孩子们,多模态不是区.jpg
简单聊聊做 Agent Trading 里面的一个经典现象:网格交易化
举个例子,市面上几乎所有 Agent Trading 的产品流程都是「看新闻」「拿 K 线」「算因子」「下单」,尤其是下单这一步,一般会带 TPSL
这个过程里,看新闻很难起决定性因素,因为事件面的因子对散户产品而言很难免费提供,实际上最后干活的基本都是那点量化因子
这个过程里,如果产品没有内置特殊因子,所用的因子基本就是 MACD RSI 这些大路子货
与此同时市面上几乎所有的 AI 都被训练成保守模型,倾向于给出高胜率决策,也就是「超买就卖点,超卖就买点」
喜欢做交易的小朋友应该知道,网格交易基本上就是这个风格
因此,基于这种理念设计的 Trading Agent 产品,不管过程吹了多少牛逼,最后实际执行的策略很容易劣化成某种网格策略,可以理解为带了一点主观因素的网格
这时候有脑瓜灵光的小朋友要问了:「主播主播,那我去买别人的因子好不好啊」
好啊,当然好啊,那 TPSL 的点位怎么做?如果仍然是让 AI 主观决定,最后的产物基本还是网格交易
而如果去掉 AI 主观决定的部分,那不好意思,哥们你这就是量化,而且是最典的那种量化,跟 AI 没啥关系了
总而言之这行又好干又不好干,好干的原因是不管做成什么样都可以享受网格的收益率,不好干的原因是不管做成什么样都很容易回落到网格的坑里
至于怎么改变跳出这个坑... 主播也不能说就找到了什么灵丹妙药,但我多写出来、抛砖引玉吧
深度用了一天 Dot,我的体验还不错
与其说是对标 Grok Bot 和 Muse,不如说这是对标 Claude Tag 的功能
就像 Claude Tag 一样,作为开发者工具而言很优秀,作为 Personal Agent 基本等于没有
你可以在 Slack 中发送消息并@ Dot 进行处理,Dot 能够自动识别上下文并拉起对应的 Codex Cloud,并且不断动态修正
与 Dot 同一天发布的 Codex Cloud,赋予了 Codex 较为完整的云端执行能力,平时修修补补提点 PR 非常方便
Cloud Agent 的好,Cursor 和 Claude 的用户早就吃上了,而你 GPT 叔叔姗姗来迟,直到 Work 功能出来才勉强算是有个入口,而 Codex 的云端入口则被放到各种奇怪的地方,难用的一批
现在 Codex Cloud 的拉起终于不反人类了,叠加 Dot 会动态拉起 Codex Task 的特性、以及跟无尽能源一样的 6.1 Sol,用起来体验相当不错
当然问题也很明显
- Muse/Bot 做不好的事,Dot 也做不好
- Muse/Bot 用工程细节堆出来的体验,Dot 做的很差
- 后端服务不稳定,偶尔会把自己卡死,需要手动 reboot
- 速度慢,属于异步工作流,你着急也没用
实际上,由于没有自己的 app 入口,在 ChatGPT 里面打开 Dot 的体验基本可以说约等于零,虽然本身是一级入口,但推送不算及时、移动端缺斤短两
也就是说,Dot 真实的应用场景是
- 你本来就用 Slack 办公,或者正在寻求用 AI IM 做工作加速
- 你需要高频拉起 Cloud Agent 环境做开发
- 你因为各种原因没办法稳定使用 Claude Tag
- 你对在 Slack 里和 ChatGPT 里共享记忆的 assistant 有好感
符合以上条件,那你大概率用 Dot 用的会很爽
说到这里,其实各位大概会想起来一个熟悉的朋友:OpenClaw
对,还真差不多,就连龙虾 bug 多的特点也完美继承了,各处接口缺斤短两的
真是一对苦命鸳鸯
关于 jev 的流行原因的分析
技术上面没什么可啰嗦的了,值得一提的是社区有个工作是用 qwen 2b 做了个微调来复刻,虽然有点讽刺的意味,但原理大概率还真差不多
大范围火爆流行的原因有很多,社交传播上长期缺乏热点题材是一个比较重要的原因,从年初的 openclaw 到后面接力的 hermes,实际上再往后没有一个持久的新题材,自媒体都快憋炸了
前段时间出来的那个果蝇,其实在 SF 圈很火,也就是把果蝇的神经元转成神经网络,社区做了不少有趣的工作,比如让果蝇玩游戏、打舞萌、炒币
路径如出一辙,用一个尺寸足够小、速度足够快的模型来做连续工作,展示其智能性
但果蝇在中文语境又不是什么好词,中文圈有点不好消化,jev 出来的时间恰好是果蝇传播受阻的阶段,完美打了热度接力
以上是对 jev 的技术复盘和传播复盘
如果你用 GPT 系列的模型感到恼火,基本都是因为需求太宽泛导致的,比如
- 帮我优化前端/帮我优化架构/帮我优化性能
但如果你换个说法,用更强的命令,“你照着 herdr 的架构给我抄”“照着 Notion 首页给我抄”,GPT 的性能就会暴涨,以极快速度高质量完成任务
原因可能是模型align的目标是“向上管理”
想象一下,你上学上班的时候,身边是不是总有那种提一堆鸡毛蒜皮的小事给班主任/领导、然后当个正事办的人?浪费了大量时间,处处找茬,进度缓慢,甚至做到最后还能负优化
如果模型 align 的目标是向上管理,那么人类就是被管理的对象,这种相处模式一定是让人舒服的,同时也是让人焦躁的:看到手底下的人越努力越没产出,谁都绷不住,骂也不是夸也不是
但是一旦切换到清晰的命令状态,目标就迅速收敛了, GPT 就会丢掉向上管理的倾向,转而专注完成任务
所以如果你想用 GPT 系列的时候保持良好体验,不妨尝试以下提示词 OvO
- 你他妈点开 dribbble 照着抄
- 你找个 star 多的开源项目照着抄
- 一帧帧分析那个视频!
以上
不亚于清朝宣布停止闭关锁国
不亚于独立战争时期美国与英国和好
不亚于孙笑川承认天皇是他刺杀的
不亚于 Dario 和 Sam 官宣出轨
不亚于甜粽子和咸粽子宣布和解
不亚于三体人在程心当选后没有动作
不亚于iPhone支持 type-c
不亚于宿傩回到虎杖悠仁身体里
GLM 传数据这个事情,大概不是因为有多大恶意,但能出这个问题本身就挺难绷的
起点大概是开发者/工程师/产品经理提了个代码库索引加速或者 wiki 的需求
要用这个功能就必须用云端处理代码库,比如 RAG 的第一步就是建向量索引,总不能在用户本地跑吧?那就只能上传了
当年 Cursor 有过差不多的设计,但舆情没有这么严重,原因大概是 Cursor 当时是外接 API 的,外接 API 有承诺不会被用于训练
不管怎么说,只要让 AI 写代码,就一定会把代码库里关键的上下文扔给 AI 处理,即使不是把整个文件直接上传,那也是在传代码,更何况什么密钥之类的本来就在文件里了
另外就是处理级别,GLM 这个上传不仅会带着代码库,还会带着.git 里面的史诗级大包,而且不做文件级别过滤,是文件就传,这个确实是太逆天了
火上浇油的是 zcode 不开源
有一说一模型都开源了,一个 coding agent 何必藏着捂着,现在社区遇到问题连代码都没办法核查,隔壁 OpenAI 至少把 Codex 的 core 开源了,遇到问题可以进去看两眼
Claude Code 没开源那是大家确实没有替代品,等哪天 Anthropic 模型不领先了,现在所有夸的用户立刻原地转型小黑子
总之希望国产厂多重视一些这种问题吧,毕竟有不少涉敏用户,隔壁 Kimi 也是刚刚被 Anthropic 拷打一轮,用户怕这个怕那个是正常的
隔壁 DeepSeek Harness 更个版本能把老插件直接干爆,社区都没怎么骂;zcode 要是能快速发个公告来讲一下代码 wiki 和索引加速的原理,用户大概率会冷静很多,而不是让舆情快速爆炸传播
jev 本质是专门服务于结构体生成的高速模型,在已经非常宽泛的 LLM 需求里,专门挑了一个刚需单独做
而结构体确实是 AI 工作的水电煤
2023 年的时候,开发者会先完成 tool 内的代码,然后使用 few shots 让 AI 生成对应的 json 结构体,再把结构体送入专门的执行器
用这个思路,可以完成 tool 调用、分类器、决策器等一系列功能,langchain 有一个标准 chain 就是用来做 routing 的
甚至在更早的 GPT-3 时期,AI 甚至没有 tool calls 的 schema 约束能力,开发者已经在采用 few shots 的方式去做结构体的输出和消费,可以说在语言模型发展的早期,结构体就是最早的 AI 工作流水电煤
到了 2025 年,AI 生成代码的能力开始显著变强,以 claude code 为首的 coding harness 倾向于使用 bash 和临场编写代码的方法完成复杂任务,与此同时随着一系列 skills 和 cli 的普及,“结构体”似乎变成了被 AGI 进程吞噬的一个小小概念
但结构体的生产和消费确实太高频了,CLI 调用本质是结构体,tool calls 本质是结构体,时常也大量存在用 2B 小模型做路由的需求、这个也是结构体
因此,在 2026 年,专注于结构体这一个需求的模型,再次火起来也是有合理性的
一个简单的功能是按需路由,把 prompt提前分配给不同尺寸的模型进行工作,尽管具体实现上还有缓存之类的问题,但不可否认的是,这个需求确实就是“语义进去,结构体出来,最好又快又便宜”
我一直有个观点是,AI 是未来生活的水电煤,结构体又是 AI 工作的水电煤
不过坊间流传的用 jev 直接做交易还是有点...不如让果蝇学学吧
After co-inventing ChatGPT, I kept asking myself: why have superhuman chat models not led to AGI?
I’ve spent the last 2 years in stealth building a new way to train models (RLCD), and a new type of frontier AI model that we are releasing today: Jev
• 20-200x faster
• 40-400x cheaper (w/ output tokens free)
• Frontier composable intelligence optimized for decisions
AFAICT the shortest path to AI-based economic revolution







