我迷上了 Grok Bot。原因是这样的I'm Obsessed With Grok Bot. Here's Why

播出信息

• 日期：2026-11-11
• 时长：2911 秒（48 分 31 秒）
• 音频：收听本集
• YouTube：无
• Episode 链接：未提供
• 英文转写来源：asr:transcribe-svc:job_c8d3c05ed0c5

背景

这一集是一次以屏幕演示为主的使用经验分享。主持人 Greg 请嘉宾 Ras Mic 展示：如何用 Grokbot 管理软件开发、设计、内容创作、财务判断和购物。嘉宾的核心用法不是只与一个聊天窗口对话，而是为长期项目建立有独立上下文的 AI 智能体（Agent），再让它们调用编程工具、设计工具及外部服务。

转写中产品名出现 Grokbot、Grockbot 等拼法，其他工具名也可能受语音识别影响。下文沿用节目主要称呼；涉及产品身份、型号、价格与功能的说法，以嘉宾陈述为准，不视作已独立核实的产品规格。

总结分析

本集真正讨论的不是“让一个模型包办一切”，而是如何把分散的工作交给一个持续掌握上下文的入口。Ras Mic 为认真经营的产品建立专属智能体，为零散点子保留通用工程智能体，再由 Grokbot 调度编程工具、设计画布、邮件与购物流程。他尤其看重手机端体验：即使不坐在电脑前，也能检查方案、推进代码审查请求，或让系统继续处理事务。

演示最有说服力的部分，是任务之间的连接。产品设计先在 Paper 中定稿，再进入 Shopify 或代码实现；内容智能体定时搜集选题，但本人保留表达与编辑判断；财务智能体结合账户信息，对“突然想买房或开新公司”的冲动提出反对意见。这些例子说明，统一上下文可能比单次生成能力更有价值。不过，节目同时暴露出信任边界：嘉宾展示了大量原型和工作流，却并未证明每个应用都安全、可运营，或每笔交易都符合用户预期。他对模型套餐价值、自动化安全检查的信心，也需要与服务条款、实际成本和专业审查分开看。更稳妥的实践是借鉴其“分工与调度”，而不是照搬其授权范围。

节目结构 / 议程

1. 工程点子如何变成可检查的产出 — 00:00 🎧
2. 为什么用 Grokbot 调度编程工具 — 07:55 🎧
3. 何时新建、何时删除项目智能体 — 16:42 🎧
4. 生成的应用如何面对安全问题 — 19:33 🎧
5. 先确定设计，再进入代码 — 21:57 🎧
6. 内容选题与剪辑工作流 — 31:14 🎧
7. 用业务和财务上下文约束决策 — 36:19 🎧
8. 从比价到购物：互联网的新入口？ — 42:33 🎧
9. 结尾：扩大尝试，也保留判断 — 45:29 🎧

分节详解

1) 工程点子如何变成可检查的产出 — 00:00 🎧

💬 他们说了什么：Ras Mic 展示两类工程任务：一类是听说“AI 治理”政府采购后，让智能体搜索招标、生成应用原型，并推送到 GitHub；另一类是认真推进 Pluto 产品转型。他先把朋友制作的方案 PDF 交给智能体“审阅”，与朋友往返讨论并亲自确认修改后的计划，最后才要求构建。嘉宾称系统随后产出了 5 个可工作的代码审查请求，5 个均已完成，目前有人测试相关功能。

💡 为什么重要：两类任务不应使用同一个验收标准。陌生领域的原型适合用来探路；要交付给用户的功能，则需要先审方案、明确取舍，再检查代码与测试结果。嘉宾最有效的动作并非一句“帮我做”，而是在关键节点给出了审批。

⚡ 争议点：他坦言尚未运行、也不懂最初的 AI 治理原型。因此“生成了仓库”不等于“发现可行商机”，更不等于满足政府采购或合规要求；Pluto 的“可工作”也仍需测试结果支撑。

2) 为什么用 Grokbot 调度编程工具 — 07:55 🎧

💬 面对“为何不直接使用编程工具”的提问，嘉宾强调手机端体验、按名称区分项目的智能体，以及跨工程与商务任务的连续性。他让 Grokbot 启动编程会话，也让它处理加拿大 GPU 供应商的邮件沟通。技术连接方面，他提到每个智能体有自己的计算环境；自己的配置还使用 Tailscale 连接设备，并通过 T3 Code 启动编程会话。他称某编程工具的每月 200 美元套餐，可带来约 8000—12000 美元的 API 用量价值。

💡 这里的分工是“Grokbot 负责入口和调度，专用工具负责具体工程”。嘉宾喜欢的是在母亲家吃饭时仍能用手机推进代码审查请求，以及智能体知道项目的商务背景，而不只是生成代码。

⚡ 套餐与 API 额度的换算是嘉宾个人估计，不能当作保证收益；订阅能否按其方式连接和使用，也须核对现行条款。邮件谈判尤其需要确认发送权限、报价依据与最终承诺，不能因为系统能发送就默认可以代替本人授权。

3) 何时新建、何时删除项目智能体 — 16:42 🎧

💬 Ras Mic 用“上下文是否足够多、项目是否需要持续关注”决定是否建立专属智能体。小型截图扩展只放在通用工程智能体里；Pluto、圣经应用等持续项目各有自己的智能体。他称 Bezalel 当时约有每月 200 美元经常性收入，因此值得保留专属上下文；短期尝试结束后，他会直接删除对应智能体。

💡 按项目分组可以减少讨论时反复补充背景，但无限增设智能体也会造成查找和维护负担。“通用收件箱＋少量长期项目＋及时归档删除”，是这一节可直接借鉴的组织原则。

⚡ 删除智能体是否同时删除其历史、文件和外部工具权限，节目没有交代。涉及客户资料、密钥或长期决策记录时，不能仅凭界面上的“删除”推断数据已彻底清除。

4) 生成的应用如何面对安全问题 — 19:33 🎧

💬 主持人追问大量快速交付的项目如何确保安全。嘉宾称，他会用一个去除部分安全限制的模型持续检查较严肃的应用，例如 Pluto；对于支付或敏感用户信息相关产品，他建议让能力较强的模型执行安全检查。他也认为，免费、无登录的圣经应用面临的风险较低。

💡 嘉宾至少区分了原型、低敏产品和涉及资金或个人信息的产品，并承认向真实用户交付时负有安全责任。安全审查应进入开发流程，而不是发布后的可选补丁。

⚡ “无登录、免费”不等于“没有可攻击面”；依赖、更新、设备端数据和外部服务仍可能有风险。让模型自查模型生成的代码，也不能替代独立测试、权限控制和必要的专业审计。节目未展示审计方法或结果，无法据此判断 Pluto 的实际安全水平。

5) 先确定设计，再进入代码 — 21:57 🎧

💬 嘉宾通过 Paper 的 MCP 连接智能体，收集网站截图和设计参考，先生成字体、颜色、间距、按钮等规则组成的设计系统，再制作页面。他以兄弟的服装品牌商店和 Bezalel 网站为例：在设计画布里查看结果、留下评论，让智能体修改，认可后才接入 Shopify 或进入前端实现。主持人特别反对未经设计判断便直接要求“写代码”。

💡 设计画布把反馈放在代码生成之前。即使用户不会使用专业设计术语，也能指出“字体不对”“间距奇怪”，再让工具把意见转成具体修改；这通常比上线后反复重写页面更容易控制方向。

⚡ 参考他人网站建立设计系统，与照搬受保护的视觉表达之间仍有边界。嘉宾表示自己会调整，但节目无法证明具体作品的原创程度；商用前仍应检查素材、字体和品牌元素的授权。

6) 内容选题与剪辑工作流 — 31:14 🎧

💬 嘉宾的 YouTube 智能体约在每天上午 9 点和下午 5 点检索 X，按他的内容方向提供每次约 3 个选题、相关帖子、资料和标题建议。他不照单全收，也通常不让 AI 直接替自己写完整脚本。另一个编辑智能体帮助他把“画面太黄”等直觉反馈整理给真人剪辑师；主持人则分享了用编程模型辅助制作短视频的尝试。

💡 内容工作流被拆成“发现—筛选—表达—剪辑反馈”。自动检索能降低错过话题的概率，却没有必要取代创作者的判断和声音。对不懂剪辑术语的人，智能体还可以充当意见翻译器。

⚡ 嘉宾展示的当日话题涉及金融产品、隐私与政治，均可能快速变化。智能体给出的标题和帖子不是事实核查；主持人所说部分 AI 辅助短视频获得大量观看，也不足以证明剪辑工具是增长原因。

7) 用业务和财务上下文约束决策 — 36:19 🎧

💬 嘉宾为自己设置了“顾问”及财务相关智能体，并称可通过 Plaid 连接账户，让系统参考交易、储蓄目标和业务状况。面对一处房产，它指出资金会偏离现有目标、卖方限制买方代表，以及锅炉和暖炉约为2009 年设备、当时已约 17 年等疑点。另有智能体筛选加拿大政府合同，并按他的业务能力提示是否需要招聘。

💡 与其只问“这个机会怎么样”，不如让系统结合预算、既有目标和当前项目提出反对理由。嘉宾所说的跨领域价值，也集中体现在这里：工程决策不再与现金流、客户和内容计划完全割裂。

⚡ 把完整财务数据交给智能体，是本集最重的授权选择之一。账户连接范围、数据留存、错误交易归类及第三方访问都需事先确认。房产和招标判断也不能替代律师、会计师、持牌专业人士或原始文件。

8) 从比价到购物：互联网的新入口？ — 42:33 🎧

💬 嘉宾让智能体持续寻找密封包装的 GPU；购买 PS5 Pro 时，系统联系卖家、核对其为安大略省一家约两小时车程的商店，并提供电话与沟通提纲，最终在取得权限后完成购买。他还让系统寻找适合自己的鞋款，并把候选清单交给妻子筛选。因此，他称 Grokbot 越来越像自己访问互联网的入口。

💡 购物不只是搜索结果排序，还包含核实卖家、比较条件、征询家人意见以及执行交易。这个例子清楚展示了智能体式流程如何跨越网页、邮件和个人偏好。

⚡ 身体疼痛对应的鞋款建议不等于医疗建议；卖家真实性、退货政策和支付金额也必须由本人确认。让系统代购时，宜设置商品、价格、商家与付款的明确审批关口。

9) 结尾：扩大尝试，也保留判断 — 45:29 🎧

💬 Ras Mic 以自己动手连接 Raspberry Pi、扬声器等硬件为例，鼓励听众把过去因不懂技术而搁置的想法拿出来试验。他强调自己并非硬件专家，而是在反复询问“下一步怎么连接”。主持人回应：面对“软件已死”等悲观说法，更重要的是聚焦自身能创造的东西。

💡 本集的积极结论不是每个想法都会成功，而是试错门槛下降后，个人可以更快验证能力边界。提问、检查实物和继续修改，比等待掌握所有知识后才开始更可行。

⚡ 低成本启动不等于低成本维护。硬件安全、软件支持、客户服务、法律责任和长期投入不会因为能快速做出样品而消失；“先试”应与预算上限和停止条件配套。

人物与机构

• Ras Mic：本集嘉宾；展示其软件产品、内容制作及个人事务工作流。转写中的称呼和人名拼写有波动。
• Greg：主持人；主要追问调度工具的理由、智能体数量、安全和设计流程。
• Grokbot：嘉宾使用的工作入口与调度工具；转写存在不同拼法，具体产品身份与功能应以官方资料核对。
• Paper、Shopify：分别用于设计画布与电商网站实现的示例工具。
• Plaid、Tailscale、T3 Code：节目分别提及账户连接、设备网络连接及编程会话工作流。
• Pluto、Bezalel：嘉宾展示的持续项目；前者涉及产品功能调整，后者被用于说明设计及收入背景。

金句

“不要只用 Grokbot 来构建；用它来调度，让它知道正在发生什么。”——Ras Mic，依据英文发言意译

“你永远不该直接跳到最终产出。”——Ras Mic，谈设计反馈流程，意译

“请大胆想，然后真的去试。”——Ras Mic，结尾发言，意译

洞见与延伸背景

从聊天记录走向工作界面。 单个对话能回答问题，长期项目却需要保存目标、设计选择、工具状态和待办事项。本集的“项目智能体”可理解为给不同工作建立边界；其效果取决于上下文是否准确、是否及时更新，而不只是模型回答是否流畅。

MCP 与外部连接提高了能力，也扩大了权限面。 设计画布、邮箱、代码仓库、财务账户接入后，系统才能跨工具完成流程。相应地，每项连接都应按最小必要权限配置，并区分“读取信息”“起草动作”和“实际执行”。

原型速度不等于经营能力。 嘉宾可以迅速做出界面、代码和硬件样品；但用户需求、可靠性、合规、售后与盈利仍须分别验证。把“已生成”“已测试”“已上线”“有人付费”分开记录，才能避免把演示效果误认为商业证据。

争议与需核实

1. 名称与型号：转写中的 Grokbot／Grockbot、编程工具名称及“Opus 5.5”等表述可能存在识别误差，不能仅凭本转写确认正式名称或当前可用型号。
2. 套餐价值：每月 200 美元对应 8000—12000 美元 API 用量，是嘉宾口述估算；需核对计费口径、额度限制和服务条款。
3. 安全效果：节目没有提供独立审计报告、漏洞清单或修复记录，不能据此认定展示的应用已经安全。
4. 自动执行权限：邮件谈判、账户读取和代购的具体授权设置未完整展示；产品能力是否适用于其他地区或账户也待核实。
5. 业务成果：代码审查请求、月经常性收入和视频播放表现均为嘉宾或主持人口述案例，不代表一般用户可复现的结果。

行动建议

1. 选一个持续项目和一个零散任务，分别建立专属与通用智能体；一周后比较维护成本。
2. 先让智能体审阅方案、列出风险和验收标准，再允许它启动开发；不要把仓库生成视为项目完成。
3. 为设计、代码合并、对外发信和付款分别设人工确认点，尤其不要默认授权自动交易。
4. 接入邮箱、财务或代码工具前，检查权限范围、数据留存与撤销方式；敏感项目增加独立安全审查。
5. 对自动生成的选题和商业判断保留原始来源，逐项核实事实，再决定是否发布或投资。

来源

• 本集英文 ASR 转写：asr:transcribe-svc:job_c8d3c05ed0c5
• 本集音频
• 播出日期与时长按题目提供的信息记录；未提供 YouTube 或 Episode 页面链接。