🚀 AI Spark 联合创始人｜AI培训 + 企业咨询 📖 新手教程、AI 前沿资讯、工具产品使用推荐 💻 网站：https://xitter.cf/t.co/l9Da2CR8Zz 🛰 vx：a-lin-zone ✉️ 公众号：阿蔺 A-Lin
Joined July 2023
- Tweets7K
- Following486
- Followers11.8K
- Likes7.9K
🚨 使用 Muse 的用户速度去看下你的账号是否还正常！
最近发现 Muse 开始大规模封号了，打开软件页面直接提示：“Muse 已解除关联，请提交反馈工单重新关联”
我大致看了下，主要中招的就是：
1️⃣ 买的成品号
2️⃣ 批量注册的邮箱号
3️⃣ 登录环境乱跳的号
有人说提交工单 + 退出其他设备，等1-2天能救回来，但也有人直接没了。
买号的兄弟现在赶紧去看看自己的号还在不在！
🛠️ 分享个目前最优雅的 Grok Bot 自动备份方案：用开源的 Syncthing，把云电脑的 /workspace 实时单向同步到本地 Mac。
核心优势有三个：
1️⃣ 改动几秒内直达本地；
2️⃣ Mac 端开启“仅接收 + 保留 10 个历史版本”，彻底免疫云端回档和误删；
3️⃣ 配置极简（Mac 点几步 + Bot 喂一条 Prompt），全程加密传输。
具体操作就 4 步：
1️⃣ Mac 建个空目录，安装 Syncthing 设为开机自启，复制出 Device ID
2️⃣ 给 Bot 发条 Prompt，让它自己装好 Syncthing、共享 /workspace 并吐出它的 Device ID，同时给自己挂个每日保活的守护任务
3️⃣ 两边互加设备。Mac 接受共享时改三个关键设置：填好本地路径、打开版本控制、模式改成“仅接收”
4️⃣ 实测一下创建和删除文件，看下同步是不是秒级响应，以及 .stversions 文件夹里能不能正常找回旧版本
注意：本地这个文件夹只用来做兜底备份，平时别直接在里面改文件。另外 Bot 的系统指令、记忆这些不在云电脑目录里，记得单独导出备份。
阿蔺A-Lin retweeted
🚀 xAI 工程师：90% 的人，可能只发挥了 Grok Bot 不到 1% 的能力
大多数人用 GrokBot 的方式，和用普通聊天机器人几乎没区别——开一个窗口、问几个问题、让它写点代码。
但 xAI 工程师 Lauren Tan（@poteto ，前 Cursor / Meta / Netflix 大牛）在视频里分享的内部玩法完全是降维打击，她一个人同时跑着 20~30 个 Grok Bot，在云端组了一支全天候运转的全自动工程团队，单月产出上千个 PR。
早上醒来时，Chief of Staff 已经规划好全天工作，PM 把任务拆解分发完毕，Workers 在她睡觉时持续写代码并完成了部分 PR 的自动合并。
帮大家把这段高密度分享的核心架构和底层机制扒出来了，没时间看完整视频的直接看这套方法论 👇
1️⃣ 核心转变：从写代码的人，变成管 Agent 的人
在 xAI 内部，不少工程师都在跑类似规模的 Agent 团队。她的核心思路是：人只负责定方向、看关键结果、做必要决策，其余全部交给系统去跑。
为了实现这一点，她没有堆一堆无差别的聊天窗口，而是把 Bot 按角色做了严格分层：
Chief of Staff（幕僚长）：掌握全局，规划当天工作，协调其他 Agent。
PM / Managers：拆分任务、分配工作、检查进度和质量。
Workers：负责具体执行（研究、写代码、Code Review、验证）。
整个流水线是：研究 → 写代码 → 审查 → 验证 → 交付。上一个 Bot 跑完直接把结果交接给下一个，彻底砍掉人在中间当传话筒的成本。
2️⃣ 关键机制：怎么让 30 个 Bot 不变成“制造垃圾的机器”？
真正让这套系统能规模化的，不是 Prompt 写得更好，而是底层的 5 套工程机制：
Loop（闭环自愈）：不是写一次就结束。Bot 会按照“执行 → 自我验证 → 发现问题再修正”不断循环，直到真正跑通。
Goal（长期目标）：给长期、明确的目标，而不是一次性的短指令，让 Bot 能自己持续往前拱。
Verification（自证清白，最关键！）：如果 Bot 不能验证自己的工作，你就会沦为它的测试员。Bot 必须自己启动真实产品、复现问题、留下证据（截图、日志、操作路径），而不只是吐出代码。
Agent-friendly 架构 + CI：把约束写进代码结构、类型系统和 CI 里，让正确的做法成为阻力最小的路径，压缩 Bot 犯错的自由度。
Skills（经验沉淀）：把常见的失败模式和工程实践沉淀成可复用的技能。她开源的 pstack 就是一套这样的工作流集合，里面已经攒了几十个实用技能。
💡 避坑前提：信任是逐步建立的（本地观察受控修改 → 独立验证 → 云端运行自动合并）。一定要先把验证和约束做好，再扩大 Bot 数量，否则只是在指数级放大错误。
3️⃣ 普通人现在可以怎么抄作业？
如果你还卡在“开一个窗口聊天”的阶段，可以先从这 4 步最小闭环开始：
加上自验证：给现有 Bot 加上明确的验证步骤，让它自己证明做完了，而不是等你检查。
沉淀 Skills：把重复踩坑的问题变成固定技能或 Checklist。
任务解耦：尝试把大任务拆成可交接的小块，让不同 Bot 负责不同环节。
先跑通再扩建：先在小范围内跑通“执行 → 验证 → 修正”的循环，再考虑加更多 Bot。
真正拉开差距的，从来不是换更强的模型，而是你有没有把 Agent 当成一个可以持续运转的系统来组织。
你现在用 Grok Bot 的方式，还停留在第几阶段？
⚠️ 提醒所有 Grok Bot 用户：千万别把它的云端环境当本地硬盘用！
否则你就会像这位外国老哥一样，代码、数据、攒好的 Skills 一夜之间全部清零。
原因是：Bot 的云电脑在 Reset、Recover、部分更新，或者磁盘满、迁移时，会从「上一次保存的快照」重建。聊天记录是单独存储的，不受影响；但快照之后产生的、还没被同步进快照的内容就可能消失。
目前比较稳妥的做法：
1️⃣ 重要工作不要只放在 Bot 电脑上，同步到 GitHub / Google Drive / Dropbox 等外部位置
2️⃣ 定期把 /workspace、bot 设置、skills、聊天日志等关键路径做外部备份（有人用 restic 加密备份到 Dropbox）
3️⃣ 把 Bot 的「大脑」（指令、记忆、routines）也定期导出成文本保存
不是说随时都会丢，但平台目前没有提供足够强的原生持久化保障，重要产物建议自己做外部备份。
你们现在是怎么备份 Grok Bot 的？
在使用 Grok Bot 的用户都需要来看下的官方高质量分享 xitter.cf/alin_zone/status/21142…
🚀 xAI 工程师：90% 的人，可能只发挥了 Grok Bot 不到 1% 的能力
大多数人用 GrokBot 的方式，和用普通聊天机器人几乎没区别——开一个窗口、问几个问题、让它写点代码。
但 xAI 工程师 Lauren Tan（@poteto ，前 Cursor / Meta / Netflix 大牛）在视频里分享的内部玩法完全是降维打击，她一个人同时跑着 20~30 个 Grok Bot，在云端组了一支全天候运转的全自动工程团队，单月产出上千个 PR。
早上醒来时，Chief of Staff 已经规划好全天工作，PM 把任务拆解分发完毕，Workers 在她睡觉时持续写代码并完成了部分 PR 的自动合并。
帮大家把这段高密度分享的核心架构和底层机制扒出来了，没时间看完整视频的直接看这套方法论 👇
1️⃣ 核心转变：从写代码的人，变成管 Agent 的人
在 xAI 内部，不少工程师都在跑类似规模的 Agent 团队。她的核心思路是：人只负责定方向、看关键结果、做必要决策，其余全部交给系统去跑。
为了实现这一点，她没有堆一堆无差别的聊天窗口，而是把 Bot 按角色做了严格分层：
Chief of Staff（幕僚长）：掌握全局，规划当天工作，协调其他 Agent。
PM / Managers：拆分任务、分配工作、检查进度和质量。
Workers：负责具体执行（研究、写代码、Code Review、验证）。
整个流水线是：研究 → 写代码 → 审查 → 验证 → 交付。上一个 Bot 跑完直接把结果交接给下一个，彻底砍掉人在中间当传话筒的成本。
2️⃣ 关键机制：怎么让 30 个 Bot 不变成“制造垃圾的机器”？
真正让这套系统能规模化的，不是 Prompt 写得更好，而是底层的 5 套工程机制：
Loop（闭环自愈）：不是写一次就结束。Bot 会按照“执行 → 自我验证 → 发现问题再修正”不断循环，直到真正跑通。
Goal（长期目标）：给长期、明确的目标，而不是一次性的短指令，让 Bot 能自己持续往前拱。
Verification（自证清白，最关键！）：如果 Bot 不能验证自己的工作，你就会沦为它的测试员。Bot 必须自己启动真实产品、复现问题、留下证据（截图、日志、操作路径），而不只是吐出代码。
Agent-friendly 架构 + CI：把约束写进代码结构、类型系统和 CI 里，让正确的做法成为阻力最小的路径，压缩 Bot 犯错的自由度。
Skills（经验沉淀）：把常见的失败模式和工程实践沉淀成可复用的技能。她开源的 pstack 就是一套这样的工作流集合，里面已经攒了几十个实用技能。
💡 避坑前提：信任是逐步建立的（本地观察受控修改 → 独立验证 → 云端运行自动合并）。一定要先把验证和约束做好，再扩大 Bot 数量，否则只是在指数级放大错误。
3️⃣ 普通人现在可以怎么抄作业？
如果你还卡在“开一个窗口聊天”的阶段，可以先从这 4 步最小闭环开始：
加上自验证：给现有 Bot 加上明确的验证步骤，让它自己证明做完了，而不是等你检查。
沉淀 Skills：把重复踩坑的问题变成固定技能或 Checklist。
任务解耦：尝试把大任务拆成可交接的小块，让不同 Bot 负责不同环节。
先跑通再扩建：先在小范围内跑通“执行 → 验证 → 修正”的循环，再考虑加更多 Bot。
真正拉开差距的，从来不是换更强的模型，而是你有没有把 Agent 当成一个可以持续运转的系统来组织。
你现在用 Grok Bot 的方式，还停留在第几阶段？
🚀 xAI 工程师：90% 的人，可能只发挥了 Grok Bot 不到 1% 的能力
大多数人用 GrokBot 的方式，和用普通聊天机器人几乎没区别——开一个窗口、问几个问题、让它写点代码。
但 xAI 工程师 Lauren Tan（@poteto ，前 Cursor / Meta / Netflix 大牛）在视频里分享的内部玩法完全是降维打击，她一个人同时跑着 20~30 个 Grok Bot，在云端组了一支全天候运转的全自动工程团队，单月产出上千个 PR。
早上醒来时，Chief of Staff 已经规划好全天工作，PM 把任务拆解分发完毕，Workers 在她睡觉时持续写代码并完成了部分 PR 的自动合并。
帮大家把这段高密度分享的核心架构和底层机制扒出来了，没时间看完整视频的直接看这套方法论 👇
1️⃣ 核心转变：从写代码的人，变成管 Agent 的人
在 xAI 内部，不少工程师都在跑类似规模的 Agent 团队。她的核心思路是：人只负责定方向、看关键结果、做必要决策，其余全部交给系统去跑。
为了实现这一点，她没有堆一堆无差别的聊天窗口，而是把 Bot 按角色做了严格分层：
Chief of Staff（幕僚长）：掌握全局，规划当天工作，协调其他 Agent。
PM / Managers：拆分任务、分配工作、检查进度和质量。
Workers：负责具体执行（研究、写代码、Code Review、验证）。
整个流水线是：研究 → 写代码 → 审查 → 验证 → 交付。上一个 Bot 跑完直接把结果交接给下一个，彻底砍掉人在中间当传话筒的成本。
2️⃣ 关键机制：怎么让 30 个 Bot 不变成“制造垃圾的机器”？
真正让这套系统能规模化的，不是 Prompt 写得更好，而是底层的 5 套工程机制：
Loop（闭环自愈）：不是写一次就结束。Bot 会按照“执行 → 自我验证 → 发现问题再修正”不断循环，直到真正跑通。
Goal（长期目标）：给长期、明确的目标，而不是一次性的短指令，让 Bot 能自己持续往前拱。
Verification（自证清白，最关键！）：如果 Bot 不能验证自己的工作，你就会沦为它的测试员。Bot 必须自己启动真实产品、复现问题、留下证据（截图、日志、操作路径），而不只是吐出代码。
Agent-friendly 架构 + CI：把约束写进代码结构、类型系统和 CI 里，让正确的做法成为阻力最小的路径，压缩 Bot 犯错的自由度。
Skills（经验沉淀）：把常见的失败模式和工程实践沉淀成可复用的技能。她开源的 pstack 就是一套这样的工作流集合，里面已经攒了几十个实用技能。
💡 避坑前提：信任是逐步建立的（本地观察受控修改 → 独立验证 → 云端运行自动合并）。一定要先把验证和约束做好，再扩大 Bot 数量，否则只是在指数级放大错误。
3️⃣ 普通人现在可以怎么抄作业？
如果你还卡在“开一个窗口聊天”的阶段，可以先从这 4 步最小闭环开始：
加上自验证：给现有 Bot 加上明确的验证步骤，让它自己证明做完了，而不是等你检查。
沉淀 Skills：把重复踩坑的问题变成固定技能或 Checklist。
任务解耦：尝试把大任务拆成可交接的小块，让不同 Bot 负责不同环节。
先跑通再扩建：先在小范围内跑通“执行 → 验证 → 修正”的循环，再考虑加更多 Bot。
真正拉开差距的，从来不是换更强的模型，而是你有没有把 Agent 当成一个可以持续运转的系统来组织。
你现在用 Grok Bot 的方式，还停留在第几阶段？
Claude 好像彻底疯魔了，封号封红眼了
我的 Free 账户招谁惹谁了，不是说只封付费用户吗
同一个账户喜提二次封号，二进宫，第一次以付费用户身份被封，然后 Claude 官方主动给我解封的，现在又给我封了，是后悔给我解封了吗？
阿蔺A-Lin retweeted
伴随着 3.1 Pro 模型的发布，Kimi 同步全新推出 3D Make 功能！
3D Make 是 Kimi 最新上线的独立 3D 创作入口，默认由 K3.1 Pro 驱动。它把 3D 创作拆成了明确的入口，并提供了现成模板，方便直接上手。
目前一共有三种创作类型
1️⃣ 3D网页
生成可直接在浏览器里打开、交互的 3D 场景。支持旋转、缩放、点击、动画、光影等，适合产品展示、建筑可视化、小游戏原型、沉浸式页面。
2️⃣ 3D建模
侧重模型和场景构建。可用文字描述或上传参考图，生成可交互的 3D 对象/场景，并支持导出网页友好格式（如 GLB、glTF、OBJ）。
3️⃣ 3D打印
面向打印需求，生成可进一步处理的模型（常见 STL 等格式，或配合 Kimi Work 导出后修整）。目前更适合概念验证和简单结构。
📚 精选模板（可直接使用）
在输入框下方有精选模板区域，官方提供了多张现成的 3D 场景缩略图（例如哥特式教堂、科幻基地、玻璃温室、未来城市道路等）。
你可以直接点击模板快速生成一个可交互的 3D 结果，再在此基础上用文字继续修改（改风格、加元素、调交互等），不需要从零描述。
💻 实际能做什么
1️⃣ 一句话 / 一张图 / 选一个模板 → 可交互的 3D 网页或场景（浏览器直接打开）
2️⃣ 图片转 3D 场景（建筑、产品、角色等，几何近似 + 交互）
3️⃣ 带光影、动画、简单物理的可玩原型
4️⃣ 导出格式后可进一步用到网页、游戏原型或配合 Kimi Work / Blender 处理
🚗 能力边界
它本质是代码生成型 3D（主要靠 Three.js 等在浏览器里实时渲染），交互强、出结果快，但几何精度中等，复杂细节或高精度打印模型通常需要后续修整。适合快速做原型和可视化，而不是直接替代专业建模软件。
现在可以直接点进 3D Make，选类型或直接用精选模板开始试。
伴随着 3.1 Pro 模型的发布，Kimi 同步全新推出 3D Make 功能！
3D Make 是 Kimi 最新上线的独立 3D 创作入口，默认由 K3.1 Pro 驱动。它把 3D 创作拆成了明确的入口，并提供了现成模板，方便直接上手。
目前一共有三种创作类型
1️⃣ 3D网页
生成可直接在浏览器里打开、交互的 3D 场景。支持旋转、缩放、点击、动画、光影等，适合产品展示、建筑可视化、小游戏原型、沉浸式页面。
2️⃣ 3D建模
侧重模型和场景构建。可用文字描述或上传参考图，生成可交互的 3D 对象/场景，并支持导出网页友好格式（如 GLB、glTF、OBJ）。
3️⃣ 3D打印
面向打印需求，生成可进一步处理的模型（常见 STL 等格式，或配合 Kimi Work 导出后修整）。目前更适合概念验证和简单结构。
📚 精选模板（可直接使用）
在输入框下方有精选模板区域，官方提供了多张现成的 3D 场景缩略图（例如哥特式教堂、科幻基地、玻璃温室、未来城市道路等）。
你可以直接点击模板快速生成一个可交互的 3D 结果，再在此基础上用文字继续修改（改风格、加元素、调交互等），不需要从零描述。
💻 实际能做什么
1️⃣ 一句话 / 一张图 / 选一个模板 → 可交互的 3D 网页或场景（浏览器直接打开）
2️⃣ 图片转 3D 场景（建筑、产品、角色等，几何近似 + 交互）
3️⃣ 带光影、动画、简单物理的可玩原型
4️⃣ 导出格式后可进一步用到网页、游戏原型或配合 Kimi Work / Blender 处理
🚗 能力边界
它本质是代码生成型 3D（主要靠 Three.js 等在浏览器里实时渲染），交互强、出结果快，但几何精度中等，复杂细节或高精度打印模型通常需要后续修整。适合快速做原型和可视化，而不是直接替代专业建模软件。
现在可以直接点进 3D Make，选类型或直接用精选模板开始试。
我去了，这个 Apple ID 的小技巧应该大部分人都不知道吧
大家使用美区 ID 下载的 Claude 和 ChatGPT，在国区 App Store 是无法更新的，还需要重新在 App Store 登录你的美区 ID 才可以去更新。
下面我教大家一个小技巧，可以让你不用切换 ID，随意更新。
1. 打开 iPhone 设置 - 备忘录
2. 备忘录账户 - 添加账户
3. 选择 iCloud 登录你的美区 ID 即可
此时你就可以在你的国区 App Store 上去更新你在美区下载的软件了。
Grok Bot 现在能接上手机里的系统应用了。
这次更新加了日历、提醒事项、通讯录等功能，iOS 和 Android 正在陆续推送。
我更新后连上了 6 个：日历、提醒事项、家庭、通讯录、位置和闹钟。不用自己折腾 MCP，在手机上授权之后就能直接用。
查日程、记待办、找联系人，这些事可以直接在和 Bot 聊天的时候让它帮忙处理。
我先测试了下提醒事项，跟它说：
“今晚十点提醒我测试 Chrome 插件。”
它直接加到了我的生活清单里。我打开手机的提醒事项看了一眼，确实有，时间也是今晚 22:00。
接着问它现在有哪些未完成的提醒，它也能读出来，和手机上的一致。
这个对我还挺有用的。平时跟 Agent 聊完冒出个待办，还得切出去自己记，现在顺嘴说一句就能写进系统提醒，到点手机会弹通知。
