CASE STUDY
多个模型接力,工作上下文不断线
不比较模型参数,直接解释用户为什么需要在同一个项目里切换模型。
不比较模型参数,直接解释用户为什么需要在同一个项目里切换模型。
01 / CASE BRIEF
从一个真实用户问题,
进入产品价值
不比较模型参数,直接解释用户为什么需要在同一个项目里切换模型。
4.22万次公开浏览,49次点赞,73次收藏。
02 / CONTENT
查看 X 平台原帖最近在研究胡楚靓那套AI工作台怎么搭,我觉得是最适合FDE去割实体商家韭菜的,一单收个2000块钱不过分,而且懂点AI真干得成
然后我调研了一圈市场,我觉得大多数人都把工作台开发想的太复杂了
只知道要搭工作台,但不知道怎么让AI高效去搭、模型之间怎么流转
这里面涉及到一个点,就是要做好模型选型
目前我体感最好的就是,OPS 4.8输出方案,Codex用GPT 5.5、或者5.6 Sol进行方案实现效果是最好的
今天偶然发现了dethink @dethinkai 这个工具
我觉得真的挺牛逼的,这玩意把我需要工具之间流转的dirty work给干掉了,他们是直接做了一个多harness工作台,相当于在一个产品里能用Codex能用Claude Code还能用Grok Build
我自己做X和抖音视频,本质都是内容工厂,这次让它帮我搞一个自媒体内容生产工作台
分享一下我自己的搭建方式
第1步:Claude Code扫描整个库 → 输出完整方案文档(技术选型、功能模块、UI设计系统)
第2步:在dethink里切到Codex
第3步:Codex读CC的方案 → 直接实现工作台代码(HTML Dashboard + 扫描脚本)
CC擅长架构设计,Codex擅长代码实现。以前得在不同工具之间复制粘贴上下文,现在直接切harness就行
但在过程中,我发现了一个坑:Harness之间的切换不是完全省心,无论怎样都需要调整、表达清楚意图、了解业务,归根结底还是你表达意图的能力
而且我觉得这个新产品出来之后,后面肯定是能够把模型自动路由给开发出来的,把这件事如果干出来,那真是大有可为了,如果有想试试的,可以直接私信我,我给你发优惠码
03 / POSITIONING
多个模型接力,工作上下文不断线
这次内容以“不比较模型参数,直接解释用户为什么需要在同一个项目里切换模型。”作为核心组织方式,与同品牌的其他合作内容保持明确区分。