另一种越来越多程序员开始定义自己的ADE
有的人需要项目管理看板
有的人需要git工作流
有的人习惯ddd,频繁、评论文档
有的人需要调度多种agent
各种需求社区都可以找到对应的headless组件,剩下的就是UX和品味了
别人的ADE终究是是别人的,自己的才是最好的
也有小概率社区出现一个拓展性很好的方案,大家在上面定义自己的组件,但是这很难,任何插件系统都会碰到各种各样的问题
potato 前两天在 X 上问 chat 是否是 AI 应用的最终形态,70% 以上的投票选择了否,"如何与应用交互" AI 产品值得去探索的问题
这篇文档分析了 Raft、T3 code 等 ADE 的产品形态和这类产品的后续发展
Ludamn retweeted
Before, I only had to ignore my emails.
Now have to ignore the emails and all the agents trying to make me do something about them.
多Harness调度最佳实践
I used Orchestrator-V2 in T3 Code for a few days, and damn the team cooked hard.
It just feels all so connected, letting claude use grok from grok cli and gemini 4 argon from devin as subagents is magical in a way.
Congrats T3 Team, i really love using this feature, can't wait for new updates that make it even better (even though i honestly have no idea how could it get any better)
bot 额度有限,再加上大家基本都还有各家的 coding plan,所以很多人有多 Harness 接入的需求
我调研了一圈方案
纯 ACP 要实现的东西太多、Raft 团队的 oar 好一些,暴露面不够
t3code(t3.codes/)是综合看下来最好的,本身就是多 Harness 的 ADE,同时本身就是 server-client 分离,可以根据自己的需求复用API,也可以直接拿 t3code client 当看板(有移动端)
更惊喜的是,这个 ADE 本身的所有面向人的交互都被保证成了 MCP 可以给 bot 无缝接入
另外这个项目的维护方式非常激进,迭代速度极快(质量很好),值得学习








