Grok Bot 1.0进Slack了，删除bot之前先处理权限

xAI的Grok Bot官方账号发布1.0。定位是AI队友，能共享，能在Slack和Teams里协作，能被拉进会议，边用边学。素材里写着，暂无定价。

官方发布推文在这里。

Suryansh Tiwari在X上列了一套搭法。他的前提很直接：如果今天开始搭Grok bots，会按下面6条做。

1. 每个主要项目一个bot。每个bot有独立环境、技能和上下文。零散想法丢给一个通用“engineering”bot。项目结束，删掉对应bot。

2. Grok做协调，云负责生成代码。新的云端编码会话一开始不懂你的业务。一个熟悉项目、客户和指标的Grok bot能做得更好。让它把信息喂给云，审PR，再向你汇报。

3. 内容bot每天扫两次X，时间定在9:00和17:00。找出3个可发的话题，附原推和建议标题。

4. 一个“advisor”bot，唯一工作是说不。接上指标，每个新想法在花钱或花时间之前先过它。

5. 先设计再写代码。先把设计系统定下来，比如用Paper通过MCP连接。这样能避开一些常见的AI坑。MCP可以理解成让模型连接外部工具的协议。

6. 杂事全交出去。邮件、跟进、比价、退款、选项对比，这些事很碎，容易吃掉一周。

1.0版本把范围扩到团队：Slack、Microsoft Teams、电话会议里的共享bot，能从所有人那里学习，并确保待办完成。

Suryansh Tiwari的判断是，模型之间的竞赛每个月都在变得没那么关键。赢家是拥有完整上下文的那一方：项目、收件箱、客户、财务。他说xAI抓到了这个层级，价格还没定。最后他问开发者：让Grok处理你的Claude，还是它只是套在Claude Code外面的花哨UI？

这个问题可以留着。回复区有两个提醒更实在。Deep说，检查每个bot是否有自己的权限范围。Alano说，专用项目环境给协调者更清晰的代码、上下文和凭证边界。项目关闭还需要交接：保留最终产物，撤销遗留访问，再让bot消失。

演示里，bot进会议室很显眼。真正决定它能不能碰生产数据、客户邮件和财务的，是权限范围和删除后的访问清理。删掉bot，不等于删掉它拿过的权限。

回复区还有人让bot“开始一个新的数字业务”，也有人要求拆解更新并映射到业务。Grok Bot账号对后一类请求的回复是，会转给对应的Grok Bot。

这类互动很热闹，但落地时先看上一段。