小耳朵sir

你到底还有多少干货😂

Codex 已经没有任何理由值得续费了，我决定 All In Grok Bot ，后续的开发、测试、客服、运营全迁过来。 就拿昨晚来说，我让 Codex 和 Grok Bot 在同一个模板下开发一个新站上线，结论如下： 1. Grok bot 的前端满分 100 的话则可以到 70-80，完全有理由相信调用的是 Claude，Codex 顶多 40-50，质量一度让我想起去年 AI 完成的质量，纯文字堆砌，审美更 是谈不上了，要知道，我甚至用上了 Astra 2. Codex 的单线程沟通效率很低，新的会话需求必须排队完成，Grok Bot 则在这一点完全拉开体验差距。还有，哪怕设置成“帮我批准”，Codex期间询问权限的次数至少有十几次，有些细节会反复确认，Grok Bot 也就几次，底层原因就是他们的道德感太强，强过了，影响到正常流程 3. Grok Bot 比 Codex 聪明，是的，聪明这个词是我后知后觉意识到的，这个体感很明显，Grok 会试图理解你的意图，从这个基本出发点去做其他事情，Codex 则完全没有主线的感觉 4. Grok Bot 的自主性好太多，它会自主去发现一些明显的问题自动修复（虽然仍有一些需要人工干预测试），Codex 就像做的反正是你的东西，我敷衍给你干个差不多就行了，剩下都是你的事情 总体上，撇开 Codex 的降智不谈， Grok Bot 在交互、协作方式上，就是更接近个人助理，我们要的不是跑分越来越高的模型，而是知道在什么节点用什么模型最具性价比从而最终能交付成果的 Bot，这点，Grok Bot 无疑走在了最前面，@thsottiaux 请停止你那无意义的营销行为，回归到产品本身，别起了个大早，赶了个晚集

和最近的很火的Clean Your TV，我们的确应该多留意下现实里其他的生态机会了

发现一个新的产品思路，很多时候都是红人迎合我们去做内容发广告，但如果你手头有一些影响力不错的现成大V，你在产品源头上就为他们匹配/定制化一款产品（现在做产品门槛这么低，你深入想想，会有很多模式）那么，转化率会很惊人，产品冷启动问题迎刃而解。 所以，如果你实在没什么产品思路，多去逛逛YouTube、TikTok、ins吧，尤其是YouTube，长尾流量甚至直接撑起一个产品，不仅仅针对这次说的这点，真的还藏着很多源头产品机会，因为很多博主对用户需求的敏感度很高，他们有自己的粉丝的高效反馈，那Grok视频举例，很早是不收费使用的，后来收费了立马形成了一个大缺口，就是找相关替代品或者免费Grok视频的平台，如果你这时候介入，就可以吃掉很大流量，和博主形成双赢。 还是说回红人这块吧，其他的后面再聊，我认为，做出海应该定时物色一些合适的账号，前期广撒网，多合作，一开始roi不是重点，慢慢沉淀自己的红人资产，类似于外链资产，分门别类，这样到后期，无论是新的产品冷启动还是品牌合作，都不至于“书到用时方恨少”临时抱佛脚式被动。 这块其实展开讲还真有不少点，不适合随便发个帖，先挖个坑吧。。

自从出现了Tab一键填充功能后，我已经离不开这玩意儿了，我也很少去额外补充什么。 毫无疑问，我们正在从human-on-the-loop 过渡到human-out-of-the-loop 的历史进程的临界点，任何做agent的AI从业者接下来不得不弄清楚这个基本前提

值得一试，如果内容切中需求，还能给网站带来长尾流哦

爆火的How to Fish《渔力全开》玩家数量近日已突破了2000w，流水过2亿元，开发就2人！游戏成功有很多因素，我觉得下面几种是做产品和游戏，甚至是做内容都值得学习的： 1. 传播：虽然他们做的是游戏，但是和做产品一样，如果产品能产出趣味，独特的画面体验，就非常适合短视频传播，这个和国内做小红书传播逻辑一致，这里推荐一位我最近关注的@TomozoP ，他做的小游戏不仅脑洞大，趣味咋十足，具备天然传播属性，最典型也属最火的就是油炸图片 2. 玩法创意：钓鱼游戏千千万，为何它能破圈，说白了，他就属于我提及很多次的多“属性”结合，组合式创意（本质上乔布斯也是将很多已有的产品进行组合式创新），这款游戏是把CSGO的射击、多人在线派对、钓鱼体验等进行有机杂糅，产生了有趣的化学反应。说到这，我认为AI时代，进行组合创意简单很多。后面有机会我也会单独专门分享下自己的一些案例。 3. 宣发：做产品很大痛点就是宣发，做游戏同样面临这个挑战，比如还有一款高重合度的游戏叫《猎鱼达人》，内容甚至更为丰富，但因为团队没做宣发，曝光极低。而爆火的《渔力全开》深谙宣传运营的重要性，他们持续在各大社交平台更新游戏实机玩法视频，相关内容在TikTok、Ins上累计收获了数百万的播放量。做产品，也一样，我想起我最近在筹划新品牌站，这条路我也想好了一个飞轮闭环。 4. 专业全方位支持：其实《渔力全开》爆火的背后，还少不了一个专业团队的支撑，有 1 个专业团队叫，Evil Landfall投资了他们，进一步完善了商业化、运营 短板。 我写这点的原因是，这对于我们出海做产品的，其实也有很大 的参考意义，在产品初期或者发展阶段，如果能获得一个专业第三方投资/全方位支持，将会一下子与竞争对手拉开距离，这里同样推荐一个靠谱的，算是来自于我老东家盛大的一个类似孵化器的机会，可以关注@NovaCatapult，现在正在开放第二期申请，全方位支持，优先使用盛大内部的GPU集群，不低于100万元的投资等等，AI 时代，我认为就得敢想，打破常规思维，要有王侯将相、宁有种乎的超然心态，比如 赵纯想 大佬正在做的 Cromma。但如果你刚好卡在资金和资源方面，但对项目拥有绝对的自信，那么这将是一个非常值得考虑的机会。

干货满满👍 期待下次月入万刀的复盘

这种伪名人语录，很适合做图片自媒体赛道啊，AI判断哪个名人最近火+批量生成+矩阵账号，小红书、微信随便发，赚点零花钱不在话下

实践证明，28天挑战期内没必要使用sol了，直接梭哈Astra。 致所有像我一样被Claude拒之门外而不得不使用codex续命的宝宝们。。。

人人都可以通过Ai 写代码屎山，啊不，写需求的时代🥲，有一个痛点已经不能忽视了，就是电脑空间开始常年亮红灯，这让我这本就不富裕的256g Mac 更是雪上加霜，但最近我还是用了 3 招，完美解决了问题： 第 1 招： 安装 Mole，你也可以直接在第 2 招里面跟 Grok bot 说，帮我装上开源的 Mole，定期自动执行清理，作者大神在这 @HiTw93 ， Mole 知名度是Mac 清理工具圈跟腾讯Lemon 一起靠前的了，最近还有重大升级，非常好用！为了打磨产品，作者亲自测试 800 多款竞品，AI 时代这匠人精神就够学了。 说第 2 招之前，其实有个小插曲，我本来是打算做清理工具的，因为看准了现在这个需求痛点趋势，比如 9 月份来自于哥伦布 @jinlv11 收入榜单上就有一款 Mac 清理工具（图 1），但发现Mole 挺好用，关键是大神最近还重大升级了一波，我很有自知之明地，扣了扣手指头，想了想还是算了吧🫠 第 2 招： 让Grok Bot每天定时巡检+清理，直接丢这个 prompt 给它，在这个基础上自定义，比如昨天我的 Codex 因为需要一下子下载了 6 个多 g 的素材，然后就收到了 Grok 的提醒了： 请帮我设置一个「Mac 每日安全清理」的定时任务，每天上午 9:30 左右在我的 Mac 上执行。先跟我确认是哪台电脑，再确认时间。 每次执行： 1. 记下数据盘剩余空间（df -h /System/Volumes/Data）。 2. 清理下面这几类能自动重新生成的东西。每一项都要先确认对应的软件没在运行，在运行就跳过： - /private/var/folders 下浏览器留下的 *code_sign_clone 签名副本（只在对应浏览器完全退出时删） - 项目里的 .next、.next-* 构建目录（正跑着开发服务器的项目整个跳过） - ~/Library/Caches 里的 pnpm、浏览器缓存、各软件的 ShipIt/Sparkle 更新包，以及 ~/.npm/_cacache、~/.cache/puppeteer 3. 绝对不碰：AI 编程工具的会话和聊天记录（比如 ~/.codex/sessions、~/.claude）、git worktree 本身、node_modules、没提交的代码、钥匙串、系统目录、微信等聊天软件的数据，以及任何需要管理员密码的操作。被安全检查拦下的就跳过，不要绕过去。 4. 只读检查、只报告不动手：大于 1GB 的 Codex/Cursor worktree（标出有没有没提交的改动）、有没有没装的 macOS 更新、大的 node_modules，以及最近一天新冒出来的大于 1GB 的文件夹。 最后用大白话给我发一条短汇报：清前和清后各剩多少空间、清了什么、跳过了什么以及原因、建议我手动处理什么。腾出不到 1GB 又没什么要我处理的，就不用发。 另外再帮我设一个提醒：每 4 小时检查一次，剩余空间低于 8GB 就告诉我，只提醒不删除。 第 3 招： 如果你使用 codex，你的痛感应该很明显， 咱也不知道是不是@tibo 这家伙是不是就知道重置，也不优化下这块，反正每个任务开一个worktree，连node_modules拷一整份，做完也不删。不用管，直接复制下面的 prompt 到对话即可，如果你使用其他 AI，，也可以参考这套规则发给 AI 让改下就行，反正我的 codex 每次删完就自动执行： 请把下面这份「磁盘卫生规则」写进项目的 AGENTS.md 和全局 ~/.codex/AGENTS.md，已有同类规则就合并更新，后续开发必须遵守： ① 构建默认用项目现有的 .next/dist，保留正在用的一份缓存，不要每验证一次就新建一个目录。确需临时目录，用完确认无人使用后清理。 ② 同一任务优先复用工作区；并行开发、切换分支、保护已有改动时照常开 worktree，但别重复创建同用途副本。 ③ 沿用项目的包管理器和锁文件。pnpm 项目复用共享 store，别反复复制 node_modules，也别为了省空间擅自换包管理器。 ④ 测试浏览器复用默认共享缓存，只安装需要的浏览器，不要每个任务重新下载一遍。 ⑤ 临时截图、录屏、日志放任务专属临时目录，用完清理；交付文件和必要验收证据保留，临时资料别提交进仓库。 ⑥ 任务合并或放弃后，主动列出 worktree 的占用和清理建议。确认提交已合并或推送、没有待保留内容、无人使用，经我确认后执行 git worktree remove，禁止强制删除。 ⑦ 每个任务结束时交代：哪些目录新增或明显增长超过 500MB、清了什么、释放多少空间、哪些 worktree 还留着、磁盘还剩多少。空间不足时先清闲置的可重建产物。 ⑧ 红线：不删聊天记录、会话、未提交改动、未跟踪源码或其他任务的资料；不影响运行中的服务和待部署产物；不为省空间省略必要测试。拿不准归属和用途，先问我。

我看Loki大佬的seo帖子内容久了，越看越感觉我的seo知识约等于0，啊不，就等于0🥲🥲🥲

排除法大好，当把已知的所有错误答案排除了，就无限接近于正确答案了，我提供一个错误答案，用过中转站API的桌面Claude端，就不要再回头登回你的账号了，我的一个稳如老狗的老号就是这样gg的