dontbesilent 聊赚钱的群 2026-06-07 回顾
来源:
2026-06-07 原始聊天记录-增强版.txt范围:2026-06-07 当天群聊
说明:本资料按“回顾”方式整理,重点提炼讨论主线、商业判断和可保存方法。
ima 知识库与群资料:新成员开始围绕 Don 的资料体系使用工具
下午前半段,群里有人问 ima 知识库是不是可以直接提问,不需要点开旁边文档。有人回复“不需要”,后面也有人把它称作 ima 知识库。当天很多新成员陆续进群,所以这段更像是围绕 Don 的资料体系和 AI 知识库的入门讨论。
晚上也有人问,为什么 ima 里面搜不到 Don 开源的知识库。Don 回复说没有开放到广场,群友补充说飞书文档里面有。
重点这说明 Don 的知识库并不是一个公开广场随便搜到的入口,而是通过社群资料、飞书文档等方式分发。以后找不到时,优先回到群资料或飞书文档,而不是只在 ima 广场里搜。
Claude/Codex/GPT 怎么分工:Don 说 Agent 都会思考,但任务要分类型
下午有人问 Claude Code Max 的订阅渠道和账号稳定性,同时也有人问:是不是需要干活时用 Codex/GPT,需要思考时用 Claude Code。
Don 先纠正了这个理解:不管你说什么,Agent 都会思考。后面有人追问什么任务用 Codex/GPT,Don 的回答是“不依赖文字产出的”。
这段可以理解成一种工具分工:不是 Claude 才思考,Codex/GPT 不思考,而是不同模型和产品形态更适合不同任务。如果任务主要靠文字审美、表达、深度判断,很多人会更偏向 Claude;如果任务更偏执行、代码、网页、工具调用,Codex/GPT 也能胜任。
重点不要把工具分工粗暴理解成“谁负责思考,谁负责干活”。更好的问法是:这个任务是否高度依赖文字产出、审美判断、深度表达,还是更依赖执行和工程落地。
同一段里也有人讨论 Claude 4.6、4.8、Sonnet 的差异。Don 说对他来说区别不大,Sonnet 也能用。这句话背后其实是:当方法、资料、工作流足够稳定时,对具体模型的依赖会下降。
法律咨询是否产品化成线下课:Don 先问有没有跑通对标
当天最重要的商业讨论,是一位细分领域律师提问。他现在主要靠线上咨询变现,但咨询非常耗时;提高小时费率后,销量立刻下降;委托案件成交周期又长,前期沟通会消耗很多时间,而且目前收入规模还不稳定,无法雇佣售前筛选。他问,是否可以像 Don 一样,把线下课作为产品化思路。
Don 没有直接回答“能不能做线下课”,而是先问:有没有法律线下课跑通的对标?
提问者说,看到两个同行在做线下课,价格是 8000 元两天,也能看到课程大纲,但不清楚具体情况。群里随后讨论了法律、求职咨询、职业咨询等赛道的一对一问题:一对一很耗时,涨价会影响销量,陪跑能提高客单价但责任和风险更高,求职咨询复购弱,结果承诺也难。
Don 后面给出一个关键判断:不应该追求复购或者高客单价,应该看最终总利润比较大的生意。没有复购、单价很低,未必是劣势,也可能是优势。
重点产品化不是为了“显得高级”,也不是一定要追求高客单和复购。真正要看的,是这个生意最后能不能带来足够大的总利润。
做法法律咨询如果想做线下课,第一步不是设计课程,而是拆已经跑通的同行:谁在买、为什么买、交付后解决什么问题、课程之外有没有转化委托、总利润来自课程还是后续案件。
求职咨询和职业服务:高客单往往来自链条更长的资源
围绕法律咨询,群里顺带讨论了求职咨询。有人说自己做 HR 相关职业咨询选 offer,价格 299 元/小时;也有人说法律咨询 500 元/小时,还有人提到更高价格。群里共识是,求职咨询很难复购,想做高客单通常只能陪跑,但陪跑容易变成结果承诺,风险上升。
随后有人提到更高客单的职业服务并不是普通咨询,而是资源链条更长的生意,比如对接公司卖岗位、付费实习、留学保录取等。它们客单价高,但风险、资源要求和合规问题也更重。
重点同样叫“求职咨询”,低客单小时咨询和高客单资源型服务不是同一种生意。前者卖认知和建议,后者卖资源、路径和结果接近度,风险结构完全不同。
Claude 订阅和 API 渠道:官方账号太折腾,API/中转是省心路径
后面群里继续讨论 Claude 订阅、虚拟信用卡、代充、官方账号和中转。有人说虚拟信用卡路径很危险,自己前后封了 15 个号左右,最后还是找 2-3 个稳定中转用。也有人说,如果心力一直用在磨刀上,就砍不了柴。
Don 也补了一句:官方账号太折腾人。随后他再次发了 ofox 和 codesome:
资料ofox 免费额度链接:https://ofox.ai/x/dbskill
资料codesome 使用方式:
当有人问哪个更接近“满血 Claude”时,Don 说 codesome 可能还有反代问题,ofox 除了贵没有任何问题,因为它没有号池;后面又补充,codesome 应该没有买 API,只是买了官方账号,而 ofox 买的是 API。
重点这段最实用的结论是:如果你不想把精力耗在账号封控、支付和设备环境上,按量 API 或稳定中转可能更适合;但不同服务背后的技术路径不同,要分清“官方账号/反代/号池/API”。
Claude Code 额度、内容使用和 OPC 政策
晚上有人问,如果纯做内容不写代码,能不能用完 200 美元的 Claude Code。群友反馈多数内容任务可能用不完,图形类、网页类任务更吃额度。这个讨论对轻量用户有参考意义:如果只是写文章、普通内容处理,未必需要上很高额度;如果做网页、图形、代码和多轮迭代,消耗会明显上升。
后面又有人聊 OPC 政策,问为什么很多做 OPC 的在深圳,是不是有扶持政策;也有人说杭州也有政策,并提到阿里巴巴 OPC 园区福利政策。
重点工具订阅和创业政策都不要只看“别人用了什么”。要看自己的真实使用量、任务类型、所在城市和可用资源。
推特和小红书算法差异:平台机制决定内容打法
当天最后有人分享了一篇关于推特、小红书算法差异的文章。摘要里提到,推流机制是不同内容平台的核心区别,会直接或间接决定后续的一切。
这和前面几天群里反复讨论的“同一内容跨平台不一定继续火”是同一个主题:平台不是内容的容器,而是分发机制本身。做内容时,不能只看内容表达,还要理解平台如何判断、如何推流、如何惩罚、如何放大。
最值得保存的五件事
- Don 的知识库不一定在 ima 广场公开,找不到时先回群资料和飞书文档。
- 工具分工不要理解成“Claude 思考、Codex 干活”,而要看任务是否依赖文字、审美、深度表达或工程执行。
- 法律咨询想做线下课,先找跑通对标;不要迷信高客单和复购,最终总利润更重要。
- Claude 官方账号和虚拟卡路径很折腾,按量 API 或稳定中转可能更省心;ofox 和 codesome 的底层路径不同。
- 内容跨平台不能只搬运,推流机制决定打法,小红书和推特这类平台的内容逻辑差异很大。