返回案例库AI产品DeThink

CASE STUDY

多个模型接力,工作上下文不断线

不比较模型参数,直接解释用户为什么需要在同一个项目里切换模型。

CONTENT ANGLECASE STUDY / X
不比较模型参数,直接解释用户为什么需要在同一个项目里切换模型。
公开浏览4.22万
点赞49
收藏73
转发10
引用2
评论14

01 / CASE BRIEF

从一个真实用户问题,
进入产品价值

内容任务

不比较模型参数,直接解释用户为什么需要在同一个项目里切换模型。

公开结果

4.22万次公开浏览,49次点赞,73次收藏

02 / CONTENT

最近在研究胡楚靓那套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之间的切换不是完全省心,无论怎样都需要调整、表达清楚意图、了解业务,归根结底还是你表达意图的能力

而且我觉得这个新产品出来之后,后面肯定是能够把模型自动路由给开发出来的,把这件事如果干出来,那真是大有可为了,如果有想试试的,可以直接私信我,我给你发优惠码

查看 X 平台原帖

03 / POSITIONING

多个模型接力,工作上下文不断线

这次内容以“不比较模型参数,直接解释用户为什么需要在同一个项目里切换模型。”作为核心组织方式,与同品牌的其他合作内容保持明确区分。

带上你的需求,直接聊

添加微信时可备注“品牌合作+DeThink”,我会更快看懂你想解决的问题。

微信zephyr136
TelegramA_HANG_666
打开 Telegram