axtrur

Claude Code 生态项目！（不到2个月不知不觉已经看了这么多项目了，回头针对每个分类下梳理一下） 之前说Claude Code会带动一波开源生态繁荣，结果大家看到了，各家Coding IDE 逐渐推行Coding Cli，SubAgent&Hook&Commands的机制，以及Headless模式和Claude Code sdk给予开发者极大的空间，不管是Basic层还是Spec workflow Spec template，还是各种机遇Claude Code的封装和桥接项目，近两个月的Coding Agent的生态都是围绕Claude Code来的，虽然看到OpenAI在推行agents.md，但估计跟anthropic和openai协议一样，也会很长时间保留 agents.md 和 Claude.md 吧

@yetone 这个实现是基于mcp app 协议还是自己内置的？我看claude 的实现好像也不是标准的mcp app？

差点忘了说了，Alma 也支持流式生成可交互的可视化 widget 了

@strrlthedev @xu_paco 听着像是在conductor.build 外面加一层raphl loop？

有人用 Kubernetes Operator 那套来写 Agentic Loop 吗? 🤔 感觉挺像的啊.. @xu_paco 大佬有啥想法或者看到过类似的项目吗?

@strrlthedev 我感觉2秒内体验够的，不管是cold start，checkpoint，resume 所以其实沙箱选型更多要看场景吧

@axtrur 话说现在这个阶段一般来说冷启动在多大的范围内算是够用了呢？ 😳 几秒还是一秒内

😬 我不明白为什么做 agent sandbox 的项目都在卷冷启动速度 现在的模型推理显然是更大的瓶颈, 无论是吞吐量还是延迟 加快一点 toolcall 能提升多少啊... 有没有大佬教教我是为什么..

@berryxia 确实是的，变化太快了

@axtrur 讲真 我快多半年没有打开cursor 并且以及卸载了 🤣 现在用cc

Cusor在产品上随模型能力提升的交互升级，我们称之为自动化滑块 None -> Tab -> Agent -> Parallel agents -> Agent Teams (?) -> ??? 除了coding agent，相信未来几个月Agent Team这种偏工程范畴的multi agent pattern会相继出现在其他领域，比如design agent，work agent x.com/i/status/20267…

@blackanger 把plugin比作程序或者app可能更恰当一些？

如果 Agent 就是一种 Computer， 那么 Skill 就是它的程序。 而 Skill 规范就是它的编程语言。 顺着这个思路， 所以我感觉现在缺一个 Skill Compiler，来拯救现在只依赖 LLM 的糟糕的 Skill 自动触发机制。 我目前有个方案，先尝试尝试。

@OipsAnthony 只是日期的话还好，claude-code就是这么干的

😅 oh-my-opencode 有点草台班子的感觉了，把当前时间注入到 system prompt，token burned 哲学？ github.com/code-yeongyu/o…

@WaiooT mermaid

@axtrur 这图使用啥画的呀

梳理一下 Claude Programmatic Tool Calling 的大致流程，目前许多高层抽象的sdk都在支持这个特性了

claude的CodeAct模式的官方托管沙箱实现（PTC）已经GA了，最新toolName=code_execution_20260120, 对于遍历迭代，数据处理的场景很适合，不知道后面会不会支持到Claude Code里

@SuSu698822 至少openclaw给了我很多启发，值得深入学习借鉴

字节内部的AI群太吓人了😨好像传教会，差点叫OpenClaw爹了，这也太fomo了吧，还能沉下心来干活吗，刚开始讨论技术还能聊两句后面越说越神越说越玄乎太吓人了。跟刚接触枪的原始人一样。。。爸呀，大哥们，把我吓晕。进去说几句技术壁垒被喷的连连败下。胆敢忤逆AI！全部处死！

@JasonDonFan @yetone 有subagent，有skill，有mcp，有hooks，已经是一个完全体了

@axtrur @yetone 求教，这个“Plugin as next APP”怎么理解？

以前 Editor + AI features 是上个时代的叙事，这短短不到几个月类似于 conductor 这种 AI Editor 也已经是上个时代的叙事了，好消息就是，AI 时代正在大力跑向「大道至简」，Agent Loop + Skills 就可以实现一切了

@blackanger 理念跟方向我觉得是对的，就看后续的使用场景以及模型在agentic方向的训练迭代了

我很怀疑 agent team 这种概念。 我们写代码的人，都知道，同一个软件项目，并不是人越多写的就越好越快。 那么现在，你启用 5 个 Claude code 实例就比启用 1 个 claude code 实例更好吗？ 我严重怀疑，这是为了让我们消耗更多 token 出的把戏。 这不是工程能力的提升吧。哪怕质量没提升，只要你觉得“在用一个团队”，平台的 ARPU 就已经赢麻了。。。 当然，我不是怀疑这种理念。 我只是怀疑 team 的真正效果。 多个 agent 相互协作，是有效果，但这些都是 cc agent，而不是混合 codex/gemini 。。。问题是现在都是 CC agent。 cc agent 啥性格啥能力不都门清吗？来一个和来一群有区别吗？ 实际效果验证起来也比较简单： 你把 agent team 的任务，合并到一个 prompt里，看看区别是不是很明显？ 用之前的 agent/subagent 是不是也可以解决？ 是不是必须要用 agent team ？agent team 是不是有它理想的效果？ 大家都验证了吗？

Claude Code之前推出Task的特性的时候，其实已经有Team Mode能力了，最近把这个开关打开了 在这之前anthropic的技术博客（ Building effective agents，multi-agent-research-system）已经提到这种leader的Orchestrator-workers模式了 这次体验下来感觉这种Leader + N workers形式的 Agent Team 算是一个现阶段更好的multi-agent模式，它不像看上去很美实际上很糙的A2A，它比想Kimi2.5推出的Parallel Fans-out模式的Agent Swarm更近一步，Tasks的Comments更像一种Github like的commit，同时增加了Mailbox通信机制 后续的agentic感觉有2个推进方向 * 针对顺序型、强依赖、同文件密集编辑的任务的 single session + subagents * 针对宽搜索、多分支推理、相互独立、交付物明确的任务的 multi session + leader + N subagents

@wey_gu 之前听植麟的访谈，我猜他们在模型智能的爬坡过程中，感觉慢慢从openai bet的reasoning方向，转向anthropic bet的的agentic方向，现在也蛮多专门训练leader agent的论文

@axtrur 嗯嗯同感，是呀说起来 kimi 更早搞 swarm 呢

有了 team 的 claude code，即使没有开启 team，调用 plan + subagent 的意愿也比以前大了，不知道是 4.6 还是 agent system prompt 的变化。

@yetone 哈哈哈上周看到你这个项目刚想问你咋不集成一个Confirmo Hooks完善功能，原来你是为了做纯无感👍，不过我感觉hooks其实侵入性不是很大，这样你甚至能做通知，能做permission request，我记得现在tool use hook已经从1分钟改成10分钟了

最新版的 Confirmo 放弃了不动用户配置的哲学，因为 claude code 生成的 sessions.jsonl 实在是太屎了，从中完全感知不到任务是否完成，所以 Confirmo 现在基于 claude code hooks 来监听任务完成事件了，准确率 100% 了，plan mode 结束后等你决策的时候也会及时提醒你了

@e7h4nz 很棒的项目，话说你们核心团队几个人呢？

trending time! github.com/vm0-ai/vm0