Is this related to the pricing for these models, since these are not going to be subsidised, they do not have much incentive to offer zdr.
My current thought is that many businesses use claude code on API based pricing opposed to subscriptions due to the zdr. However, these models are already not being subsidised?
I think using skills like grill_me is supposed to make the experience a lot more user-involved and fun, rather than just being an accept_permissions driven process and the feeling like an observer.
Running more scanning agents exponentially is an interesting proposition as we scale to massive, continuously growing tasks. In my initial experimentations with well-defined tasks, the overhead has not been worth diving into yet, since latency has been low enough.
It would turn a slow search into a highly parallelised "MapReduce" problem. You trade a brief, massive burst of machine execution to keep wall-clock latency incredibly low for the human waiting at the top.
A tree structure means these scanning agents don’t just run wild. High-level nodes could aggressively prune entire branches the moment a scanning agent reports a dead end.
"upper limit on how many tasks can be run in parallel" - definitely, however at the moment codinig workflows like Claude Code will spawn around 5 agents in parallel at max, but we can hope that dynamic workflows provides a better solution however the intial reports on the coherency of the their multi-agent system seems to be sub-optimal
Excited to see more about their partnership they with Alexa+. In agentic and tool-calling, Mistral’s model architecture excels at the exact structured JSON output Alexa needs to trigger APIs and smart home routines without breaking.
My current thought is that many businesses use claude code on API based pricing opposed to subscriptions due to the zdr. However, these models are already not being subsidised?