针对 Grok Bot 强制为机器人命名的设计,Elvis Saravia 表示赞同,认为这能避免随机 agent 会话难以查找和整理。他把 Grok Bot 当作团队使用,由 CTO、CMO、CRO 等常驻高层智能体代为管理子智能体与任务会话的命名、分支等低层事务,从而显著降低认知负担,PR 产出提升约 5 倍。
I disagree with this take because it all becomes as it was before: a bunch of random agent sessions that are hard to find and organize.
I argue that it’s great that Grok @bot forces you to name your bots.
I approach Grok Bot as a team. Team members should be easily identifiable.
I think the issue here is getting used to the idea of delegating more things to the bots. Let the bots figure out the low-level tasks like how to manage tasks, how to name the agent/task session, etc. Don't try to micromanage stuff yourself.
Grok Bot works best this way, IMO.
My orchestrator (you see it in the shared image) is still mostly task/agent session-dependent, but increasingly I am interacting mostly with my persistent higher-level agent team. These agents (CTO, CMO, CRO, etc.) manage all the subagent/task sessions for me (naming, branching when needed, etc.).
This has significantly reduced cognitive load and has allowed me to better scale the amount of work I do with agents. Lots of PRs are getting shipped now, like 5x more. That's why I am excited for the direction of Grok Bot.
In this new way of working, the best part is that I am not overthinking or unnecessarily managing things that are now delegated to the higher-level agent team.
Your thoughts on this?
来源:@omarsar0 · x.com