如何用 Grok Bot 搭建收入系统（完整指南）

如何用 grok bot 构建收入系统（完整指南）August 25, 2026 · 26 min read · View source ↗ Grok Bot Youtube AI Reddit 一旦设置好，grok bot 可以不需要你运行多个生意，它只需要正确的工具来做这件事，所以唯一剩下的事情就是决定它运行哪些生意。 到这份指南结束时，你将拥有： 五个每天阅读互联网找问题的系统 一道把任何只被单一来源确认的东西挡在门外的门槛 一个你来批准或否决想法的 dashboard 每一个你批准的生意都会新开一个 agent 自主创建的产品和结账链接 发往那些描述了问题的人的外联 这些 agent 每天阅读招聘网站、自由职业简报、应用评论、播客、许可备案、论坛和 reddit，在同一个问题出现在不止一个地方之前，它不会给你任何东西。一个人抱怨不是一门生意。 所以每天落在你 dashboard 上的，是几个带着证据的问题。 你批准一个，grok bot 就为它新开一个 agent。那个 agent 构建这个想法，把它上线部署，放到 whop 上这样它就能收钱，并把它卖给那些一开始抱怨它的人。 然后它回去继续阅读，而你在上一个还在跑的时候批准下一个。 你把这套东西对准谁 值得在构建任何东西之前决定，因为它改变了这些系统读什么。 你想要老板亲自操盘的生意。agency、小型软件公司、电商运营者、专业服务、带真实班底的承包商。拥有这个生意、亲身感受问题成本、并且能不经任何中间人就决定购买的人。 这排除了消费者，也排除了任何大到有采购流程的公司。 为什么在这方面要严格，原因是价格。一个老板面对一个月花他几千块的问题，会愿意付一个月几百块去止住它，而且他会在一天内做出决定。同一个产品卖给消费者，就是一个 $9 的订阅和十倍的客服。 在我自己跑的那轮里，产出的最大垂直领域是 agency、hvac、电商和小型 saas。全是老板操盘，全都有钱在流动。 为什么是五个独立的系统 一个指向论坛的 scraper 会给你抱怨，而只有抱怨不足以在其上构建。 你想要的是同一个问题出现在一个招聘启事里、一个付费自由职业简报里、一个人们已经在付费的工具的一星评论里，以及某人的抱怨里。当它出现在多个地方时，它才是一个真实的痛点。 所以每个系统读一种不同的证据，而打分最在乎的是有多少个系统确认了某件事。 系统 1 是他们已经在付费修复的东西。 系统 2 是聪明运营者正在汇聚的方向。 系统 3 是把握时机。 系统 4 是老板们抱怨的东西。 系统 5 是什么在爆发。 第 1 步，工具 这件事之所以行得通，是因为 grok bot 有自己的电脑，上面有一个终端，而整个 whop api 现在从终端运行。所以它自己登录 whop 并保持那个会话，然后创建产品、设置价格、生成结账链接、并把数字读回来，不需要你。（顺带还注册一个 llc！） whop 也会在 agent 读取的 manifest 里标记破坏性命令，所以删除、付款和转账在运行前会请求确认。 设置一次，之后机器找到的每一个生意都会得到一个产品和一个在线的结账链接。 粘贴这个： > 设置好你以后运行我批准的任何一个生意所需要的一切。 > - 安装 whop cli 并登录。运行 whop skills add，然后 whop --llms，并用你自己的话告诉我，用我给你的登录你什么能做、什么不能做 > - 列出这个账号上已有的东西。如果你找到不是我创建的产品，别动它们，只告诉我它们是什么 > - 这是 print api key：[key]。读他们的文档，告诉我他们要的确切尺寸、出血和文件格式，从现在起一切都按那个规格生成 > - 这是 supplier api key：[key]。告诉我哪些产品类型对应他们的哪些 sku、每个需要什么图案规格、以及他们是否返回追踪号 > - 在供应商那一端为两者都设置月度上限，不是在这个对话里设 > - 你自己部署站点并给我 url。永远不要 zip 文件 > - 在你真正用这些之前，先给我的地址下一单测试单，把回来的东西展示给我 先把这个设置好，你就不需要再做第二次。例如，机器找到的第 10 个生意用和第 1 个一样的设置，同一个 whop 账号，不同的产品。 第 2 步，存储 机器层存原始条目、提取出的问题、embeddings、簇和分数。我从一个托管数据库开始，后来迁移到本地 sqlite，做的是一样的事。如果你更想托管，supabase 在这里也很好用，无论哪种都是同一个 schema。 你读的那一层是 obsidian。它只是一个文件夹里的 markdown 文件，而 grok bot 直接写进那个文件夹。 我的在 /Users/chris/Documents/Chris' Vault，编号文件夹放在根目录： 00-Inbox，bot 从不写它，那个是我的 01-Daily 放每日摘要 02-Candidates、03-Watching、04-Proposals、05-Active、06-Outcomes、08-Killed 07-Dossiers，每个垂直领域一个常青笔记，只追加带日期的行 每个簇笔记是一页。顶部是 yaml frontmatter，带簇 id、分数、哪些系统确认了它、垂直领域、状态、以及一个空的 verdict 字段。然后是问题一句话、带来源 url 的引述、诊断、以及丰富信息，任何未经证实的东西都标成 unverified。 你的 frontmatter 赢。bot 在写任何东西之前先拉取它。 粘贴这个： > 设置存储。机器层用带向量的 sqlite，我读的那层用我的 obsidian vault。 > - 原始条目、带 embeddings 的提取问题、簇、丰富信息、我的 verdicts、结果、以及运行日志都进 sqlite > - vault 在 [path]。直接把 markdown 写进去，不用插件 > - 每日简报、candidates、watching、proposals、active、outcomes、killed 各一个文件夹，每个垂直领域一个常青笔记 > - 每个笔记都带 frontmatter，包含簇 id、分数、确认的系统、垂直领域、状态、以及一个给我的空 verdict 字段 > - 在你写任何东西之前先读每个笔记的 frontmatter，这样我的编辑总是赢 > - 永远不要把原始爬取条目放进 vault，也永远不要把代码、测试或 env 文件复制进去 > - 如果我的机器关机了，先持有这些笔记，下次开机再推 > - 在你构建之前，告诉我这个 schema 里有什么你认为我一个月后会后悔的 那个离线问题，因为 obsidian 是一个本地文件夹，所以 bot 只能在你机器开着的时候写。听起来像问题，但其实不是。机器无论如何都在继续运行和收集，它只是把笔记排队，下次你在的时候放进去。我有一次 mac 关机时攒了 50+ 条笔记，它回来时全落进去了。 要费劲用 vault 而不是只读 dashboard 的原因是它会复利。你以后如果需要，可以把那个文件夹交给任何 agent，它就知道这台机器学过的所有东西。 第 3 步，他们已经在付费的东西 从这里开始，因为这是找到值得构建的生意的那一个。 一个招聘启事告诉你有人在每年付 $45,000 让一个人来处理它。一个他们订阅的工具的一星评论告诉你他们已经在每月付费，而它依然没修好。这两者都不是某人在许愿，是钱已经离开了账户。 粘贴这个： > 每天收集这些并提取，任何提到的美元金额加一个额外字段。 > - 我垂直领域里的 upwork 和 fiverr 简报，过滤像 weekly、ongoing、every month 这类重复出现的措辞 > - indeed 上只为流程问题而存在的岗位：dispatcher、estimator、permit runner、review manager、account manager > - 这些类别里的 flippa 和 acquire 列表，以及它们卖了多少 > - 只看一到三星的评论，来自这些老板已经在付费的工具：[列出它们] > - 用免费的 itunes rss feed 拿 app store 评论，而不是 scraper > - 只保留付钱的人是老板或直接向他汇报的人。跳过任何读起来像大公司流程的东西 评论是我那轮里最好材料的来源。thumbtack 评论里有个承包商说他付了 $188 拿八个线索，一个活都没接到，另一个说 $520 换两个。angi 评论里有专业人士说平台向客户收 $100，却只付他们 $20。 这不需要任何人去解读。这是一个人在陈述他付什么、得到什么，而那也正是之后产品上 whop 时你对标定价的那个数字。 第 4 步，文字稿 这是我跑的那五个：greg isenberg 的 startup ideas 播客、this week in startups、my first million、the ai daily brief，以及 lenny's podcast。 那是个不错的起步清单，但那是我的，而你的应该匹配你卖进去的任何领域。所以在设置监控之前，让它先为你建清单： > 给我找 10 个最好的播客和 youtube 频道，人们在里面谈论真实生意、老板们在挣扎什么、以及什么正在用 ai 构建。 > - 我要的是运营者和创始人谈论真实生意的节目，不是新闻评论或励志 > - 对每一个告诉我受众是谁、多久更新一次、以及单集是否长到有真实细节 > - 跳过那些主要是大公司高管访谈的，我要老板操盘的 > - 每个给我 youtube channel id，这样我能拉 rss feed > - 告诉我其中哪些你认为浪费时间、为什么，而不是为了礼貌给我十个 然后是监控本身。youtube 给你每个频道的 rss feed，不需要 api key。取 youtube.com/feeds/videos.xml?channel_id= 加 id，每隔几小时轮询，有新东西出现时拉文字稿。 粘贴这个： > 通过 rss 监视这些频道，每当新视频出现就拉文字稿：[列表]。 > - 对纯音频节目，取播客 rss，抓 mp3 并转写 > - 提取每一个不同的想法和每一个被点名的工具，带谁说的、垂直领域、以及一个 5 分制的确信度，5 分意味着他们自己会构建或投钱 > - 跳过赞助口播、没有想法的个人故事、以及宏观评论 > - 把所有这些标记为仅确认。它们可以提高别的系统已经找到的东西的分数。单靠它们自己就停留在 watching > - 如果三个不同的节目在 30 天内提到同一个类别，单独标记为一波浪潮 播客想法是这台机器里最公开的信号。 我把整整一个月的文字稿跑过这个，那五个节目共 184 个视频，出来了九个老板操盘的问题。那是规则在做它的工作。 它拉出来的一些，让你看看产出的形状。1. 一个牙科诊所，有人一天大部分时间都在给保险公司打电话、重做被拒的理赔。2. 一个珠宝店主问为什么所有这些销售都没在银行里显示成钱。3. 一个工资单上没有工程师的水管公司，想自动化派单。4. 一个小企业把一份合同在四五个平台之间来回倒才能签好并开票。 这些都是真实的问题，在某个人讲故事时冒出来，那正是你想从这个系统里得到的。 第 5 步，时机 这是唯一值得一天跑不止一次的系统，因为它是创造紧迫感的那个。 它也恰好是高客单价东西的来源。一个法规变化或一家保险承保人撤出一个州，会制造一个老板必须在本季度解决的问题，等等。 粘贴这个： > 白天每两小时，检查我垂直领域里每个 query 的 google news rss、县级许可门户、新企业注册、承包商执照委员会、以及 noaa 极端天气。 > - 对每一个告诉我它为谁制造紧迫感、地理范围、窗口持续多久、以及它意味着某人应该做什么 > - 如果一个新催化剂匹配一个已有两个系统确认的现有簇，立即给我发五行的消息。不要等早晨简报 在我那轮里，这拉出了太阳能许可延误、想在风暴季前拿到运营资金的屋顶承包商、以及夹在干旱限制和仍要绿草坪的 hoa 规定之间的园艺工。 第 6 步，抱怨和发布 最后两个是构建最便宜、单靠自己最不可靠的，这就是为什么它们排在所有其他东西后面。 对抱怨，粘贴这个： > 每天早晨，读这些 subreddits 和论坛过去 24 小时的内容：[列表]。 > - 拉新帖子和它们的顶评 > - 任何 discourse 论坛，你在 url 后加 .json 就能拿到公开 json，用它而不是 scraping > - 保留来源 url、作者、参与度数字 > - 把来源列表放进一个配置文件，这样我可以在不让你重写代码的情况下增删地方 然后是提取部分： > 对每个条目，判断它是否包含一个来自企业老板或运营者的真实问题。 > - 忽略员工抱怨、消费者抱怨、政治、励志帖、以及没有任何问题的成功故事 > - 如果没有合格的，返回空。不要硬凑 > - 对合格的，给我一句平实的话，说明谁在为什么挣扎、谁有这个、垂直领域、以及 5 分制里的严重度，5 分意味着它每周都在花金钱或时间 > - 拉最短的精确引述来证明痛苦或付费意愿，最多 25 词，不要清理他们的措辞 > - 值得抓的措辞："i wish there was"、"is there a tool that"、"we currently pay"、"i spend hours every week"、"alternative to"、"why is there no" 行业论坛在这里比 reddit 更值钱。一个在水管工论坛发帖的人正在经营一家水管公司，而 reddit 给你的是老板和员工的混合。 然后是发布，构建起来很快： > 每天，拉 product hunt 的前 20、github trending、以及 50 分以上的 show hn 和 ask hn。 > - 记录 traction 证据并附上年龄，而不只是计数 > - 单独把任何跨过某个阈值的 ai 或自动化工具标记为赞助目标，放进简报自己的一个板块 第 7 步，夜间汇总 这是五堆条目变成一张短清单的地方。 粘贴这个： > 每晚系统跑完之后，按顺序做这个。 > - 嵌入每一个新问题，要么把它挂到一个现有簇，要么开一个新簇 > - 更新每个簇有多少个不同的系统确认，以及和上周相比它增长多快 > - 把任何新东西对比我已经 kill 过的所有东西。同样的想法、没有新证据，归档并记录。同样的想法、但有东西实质变了，把它带回来并准确告诉我变了什么 > - 给每个簇打分，把有多少个独立系统确认它排在所有东西之上 > - 把任何带真实美元金额的东西排在没有任何金额的东西之上 > - 纳入我最近 30 个 verdict 和我给的理由，对我 kill 过的模式惩罚、对我 pursue 过的模式青睐 > - 70 分以上且有系统确认的晋升为 candidate。只在 85 分且有三个系统确认和已验证数字时才提议构建 > - 永远不要在没有来源 url 的情况下引用数字。如果你无法验证，在旁边写 unverified 二十或三十个 verdict 之后，打分开始理解你实际构建什么。 第 8 步，实际产出什么 值得在这里设定期望： 我那轮收集了 576 个条目，从中拉出 72 个问题。那些归成 57 个簇，而 57 个里恰好一个成为 candidate。其他 56 个停在 watching 上。 那是它在正确工作。一个值得看的东西，56 个它在 watch、不浪费你的时间。 那个 candidate 是 hvac 店主难以找到持牌替班技师应对最后一刻的随叫随到，两个系统确认，得分 84.9。持有的条目包括 stripe connect 付款费每月花掉一个市场运营者大约 $9,000、员工一天大部分时间耗在保险理赔上的牙科诊所、以及每次大约一千美元的 dumpster 更换。 那些都不是 candidate，因为每个背后只有一个系统。那是对的，你不去动它们。 第 9 步，dashboard 你需要一个做决定的地方，它应该是一个列表和一个页面。 我经历了几个版本。草图、卡片、一个系统地图。全都看着有趣，没一个帮我决定任何事。管用的是一张按分数排序的列表： 粘贴这个： > 给我构建 dashboard 并托管它。给我一个在手机上能用的在线 url。 > - 首页是一张所有需要 verdict 的东西的列表，按分数排序。每行显示一句话问题、垂直领域、分数、多少个系统确认了它、以及状态 > - 点击一行打开完整页面：问题一句话、它为什么在这里、每条引述带来源和 url、以及任何存在的丰富信息 > - verdict 按钮是 pursue、watch 和 kill，保存前需要一个理由 > - 键盘快捷键向下移动列表并设置 verdict > - 第二个视图只放 watching，带一行说明什么会让某条从中晋升 > - 第三个视图放所有在线的，直接从该产品的 whop stats time_series 拉收入，并显示它离它的 kill 指标有多近 > - 每个页面都保持轻到能在手机上加载 > - 现在就告诉我，你计划用的 host 能不能让这个 url 永久存活 直接从 whop 拉数据的在线视图值得做，而不是单独追踪销售。你 dashboard 上的数字就是 whop 有的数字，所以没有什么要对账。 第 10 步，你批准时发生什么 当你点 pursue，grok bot 为那个生意创建一个新 agent。它拿到证据、你在第 1 步设置的工具、以及它自己的一套账。 粘贴这个： > 当我批准某件事时，为它新开一个 agent。不要从这个里面运行它。 > - 给它这个簇拥有的一切：问题、每条引述、来源、以及丰富信息 > - 它从我们已经做好的设置里继承 whop 登录、print api、supplier api 和部署权限 > - 它记自己的账。永远不要在生意之间混用支出或收入 > - 它像其他一切一样汇报进同一个 dashboard 和同一条早晨简报 > - 它永远不碰任何其他生意 > - 在它开始之前，告诉我它认为第一笔销售长什么样、要多久。如果它认为这件事按描述行不通，现在就明说 分开的 agent 重要，和分开的账重要的原因一样。 第 11 步，构建之前的测试 把这个粘贴进新 agent： > 先别构建产品。构建测试。 > - 用证据里的措辞写落地页，不是我的措辞。标题是从有这个问题的人那里引述的问题 > - 具体说明它做什么、给谁、不给谁，并给它标个价 > - 对标他们已经在为这个问题花的钱定价，而不是对标我们构建它花了多少 > - 不要 testimonials、不要编造的数字、在没有任何人的时候不要 "join 2,000 readers" > - 部署它并给我 url > - 用 whop plans create 在 whop 上创建产品，用 whop checkout-configurations create --plan_id plan_xxx 生成结账链接，这样有人想要的那一刻它就能收钱 > - 然后在任何流量靠近它之前先设置 kill 指标，并告诉我什么数字意味着这个死了 落地页在产品存在之前上线。如果有人点进来并试图付款，你就把它做出来。 有一个 waitlist 告诉你有人好奇。一个结账页告诉你他们会不会付款。那就是为什么 whop 产品在它自己之前就被创建出来的全部原因。 ——"示例 mockup" 第 12 步，构建的形状 构建什么取决于证据说什么，而实际上只有四种形状。 粘贴这个： > 在构建之前搞清楚这是这四种里的哪种，并告诉我。 > - 一个工具，当证据是人们在为某个不好用的东西每月付费。构建做他们抱怨的那一件事的窄版本，不是整个产品的竞品 > - 一个服务，当证据是一个招聘启事或一个重复出现的自由职业简报。有人在付一个人来做它，而你在没有那个人的情况下卖同样的结果 > - 一个实体产品，当问题发生在一个地方而不是屏幕上。你已经有 print 和 supplier api 来做这个 > - 一个信息产品，当人们反复问同一个问题，而答案是知识而不是软件。构建最便宜，且只在问题跨周反复出现时才值得做 > - 不管哪种，产品和定价都放上 whop，你自己生成结账链接 > - 如果它不干净地匹配任何一种，明说，而不是硬塞进最近的那个 一个招聘启事是最清晰的证据，因为一个企业认定这个问题值每年 $45,000 和一个人头。卖同样的结果、一个月几百块，是一个轻松的成交。 工具这种形状是要小心的那个。人们每月付 $130 用一个在线工具并觉得它让人不堪重负的证据，不是他们想要你的 seo 工具的证据。那是他们想要他们真正用上的那一个报告、且花更少钱的证据。 把层级作为分开的 plans 放上 whop，而不是一个带选项的产品，因为那样 whop stats time_series 会告诉你人们实际买哪个层级，不用你自己去算。 第 13 步，触达那些告诉你问题的人 机器是通过读真实的人找到问题的。评论作者、发布那个岗位的公司、写自由职业简报的人。那些人是第一批客户，而且他们已经在这个数据库里。 粘贴这个： > 从证据本身构建外联名单。 > - 从每个引述挂在这个簇下的人开始。他们用自己的话描述过这个问题，他们是为这件事存在的最热的人 > - 任何为这个发过招聘、或为它付过自由职业者的人，排到名单顶部。他们已经在它上面挂了预算 > - 对任何邮递类的东西，拉同一类别、有实体地址、20 到 200 条评论且评分高于 4.0、老板运营而不是连锁的企业 > - 用证据里他们自己的措辞写每条消息。不要写营销文案 > - 每条消息和每张卡片都带上 whop 结账链接，这样从想要它到买它之间没有一步 > - 对实体路线，生成明信片，把 qr 角落留空并告诉我，我在合成一张真的进去 > - 完整准备好每一批然后停下。任何东西发出去之前我批准实际那批 > - 永远不要从我的任何社交账号发布或回复。那部分我自己做 批次批准和想法批准是分开的，因为批准一个概念和批准 500 张明信片发出去是两个不同的决定。 而社交账号保持手动。平台能检测自动化发布，而我已经用 vpns 和轮换代理测试过。 第 14 步，销售之后运行它 生意不止于结账链接： 粘贴这个： > 处理有人付款之后发生的事。 > - 监视 whop 账号上的付款，把每笔匹配到名单里的人，然后把那笔账标记为已付 > - 对实体订单，直接用他们的详情和我们已经生成的图案发给供应商，然后记录订单 id 和追踪号 > - 对站点或工具，配置它，移除任何等待条，给他们一个可以回复的地址 > - 发一条确认，带他们买了什么、何时发货或上线、以及一个回复的地方 > - 如果付款上的收货地址和我们寄的不同，用付款上的那个并标记给我 > - 如果供应商拒绝一个订单或一个图案文件，先按住并告诉我，而不是改了什么东西重试 > - 如果关于一个订单有任何不清楚，先按住并问我一个问题，而不是猜 对任何数字化的东西，一旦文件在 whop 上，交付就由 whop 处理，所以那一侧完全不需要你做什么。 然后是汇报： > 每天早晨，对每个在线的生意，从 whop 拉数字并告诉我什么进来了、什么出去了、管道里有多少、以及它离它的 kill 指标有多远。 > - 如果某样东西过了它的 kill 指标，明说并建议关掉它 > - 如果某样东西在奏效，告诉我你会改哪一件事让它更卖力地奏效 > - 如果什么都没卖出去，不要用活动数字填满这个。就说没卖出东西 它被允许不请示就能做的事 在你打开日程之前先把这个做对。 粘贴这个： > 这些是你的权限，没有我说就不变。 > - 一次批准之后你可以做这些：调研、一个一次性域名上带结账链接的落地页、内容草稿、构建潜在客户名单。便宜、可逆、不联系任何人 > - 任何联系真人或花真钱的事，你准备然后停下。外联、明信片、广告 > - 永远不要在 whop 上退款、改价或移动钱。那些是破坏性命令，它们归我 > - 没有匹配的批准，永远不要发送任何外部的东西、发布任何东西、或超出运行预算花钱。没有小例外 > - 一次最多运行两个在线的东西，其余排队 > - 每个在线的东西从开始就有 kill 指标，当它以任一方向结算时，你记录结果并反馈进打分 结果反馈进打分，是复利发生的地方。 日程 最后粘贴这个： > 从现在起按一个日程运行这个。 > - 早晨：系统 1、4 和 5 收集 > - 每两小时：系统 3 检查催化剂，任何匹配现有簇的东西立即给我发消息 > - 当新一集出现：系统 2 拉取并提取它 > - 晚上：分簇、打分、应用我的 verdicts、更新 vault 和 dashboard > - 早晨：一条简报。什么动了、新催化剂、任何汇聚、爆款列表、每个在线生意在 whop 上做了什么、以及这一切花了多少 > - 每周：告诉我哪些垂直领域什么都没产出、要不要砍掉它们 > - 如果什么都没动，用一行说那个，而不是把简报填满让自己显得忙 什么会坏 免费数据源持续失败。google news 在三次独立运行里抛了 503，bls api 回来一个 request not processed 错误，census 不可达。把它构建成记录失败然后继续。 文字稿在一些视频上毫无解释地失败。所以这里也一样，跳过并继续。（如果它坏得频繁，你可以在这里用 apify 代替） 而最大的那个，如果你让它纯粹按量优化，机器会漂向消费者，因为消费者比老板抱怨得更响、更频繁。让它保持对准老板操盘的生意，那里问题是金钱或时间。 从哪里开始 先设置 whop cli 和那些 api，在你构建五个系统里的任何一个之前。 感觉反直觉，但它不是。你批准某样东西的那一刻，你想要当天就有一个在线结账链接。 希望你设置这个玩得开心。 加入这里获取更多价值：https://t.me/+pbCBBtUEtu1lZDA1 Tags: # X # Grok Bot # Youtube # AI # Reddit # Automation # Obsidian # Marketing # Growth # Ecommerce # Guide Related articles 7 Step AI Visibility Guide Behind 58k Mentions in 3 Months (4,231 citations Analyzed) I analyzed 100 buy-intent questions across five AI answer engines: ChatGPT, Gemini, Perplexity, Google AI Overview and Google AI Mode. The questions are 25 business software categories crossed with 4… AI Reddit Youtube Automation