群聊回顾

dontbesilent 聊赚钱的群 2026-06-11 回顾

资料来源:2026-06-11 原始聊天记录-增强版.txt
记录范围:2026-06-11 00:48 至 23:57
消息数量:282 条

这版回顾不是逐条复述聊天,而是按当天真实活跃的时间段,把每一段重构成:他们在聊什么问题、为什么会聊到这里、Don 或群友的意思是什么、最后应该怎么理解。这样读的时候不用自己再从聊天记录里拼逻辑。

阅读按时间段顺序阅读当天回顾
阅读标注
Don重点做法资料关键概念
时段 01

海外知识付费账号刚起步,产品要先放出来收集信息

早上 AK 问 Don:海外知识付费账号刚起步,已经有明确商品规划,是应该初期就把产品展示出来,还是等账号做到一定程度再放?

Don 的回答很明确:

直接放出来

你需要放出来收集信息

这句话解决的是很多新账号的犹豫:总觉得产品要等账号做起来、粉丝多了、内容成熟了再放。但 Don 的意思是,如果你已经有明确商品规划,产品本身就应该成为信息收集工具。用户看了产品会不会问、问什么、犹豫什么、愿不愿意付费,这些反馈比你自己憋内容更真实。

这也和后面几天反复出现的逻辑一致:内容不是脱离产品做流量,内容要服务产品产品也要反过来校准内容。

这一段最省时间的理解是:重点有明确产品时,不要等账号做大才展示。先放出来,用真实反馈修正产品和内容。

时段 02

小红书一天双更可以提高活跃,但低质量内容发了没意义

这一段聊更新频率。Don 说:

算法希望你一天双更

一天双更会被小红书认定为高活跃创作者

抖音无所谓

有人追问:质量不高的图文也可以吗?

Don 的回复是:

那你发了没意义

后面 Don 又补了一句:

把其他平台火过的搬运过来

这段的意思不是鼓励低质量堆量,而是说:小红书可能喜欢高活跃,但活跃不能牺牲内容质量。如果自己暂时产不出足够多的高质量内容,可以先积累素材,把其他平台已经验证过的内容,改造成适合自己账号的版本。

做法更稳的更新方式是:

  1. 如果能保证质量,小红书可以一天双更。
  2. 如果质量跟不上,不要为了双更硬发废内容。
  3. 平时先积累内容池,不要当天临时憋。
  4. 可以参考其他平台已验证内容,但要改成自己的表达和定位。

这一段最省时间的理解是:重点高频更新有用,但低质量高频没意义。算法喜欢活跃创作者,不代表你可以用低质内容喂账号

时段 03

做推特 AI 自媒体,Don 提醒“先有目的,后有手段”

极燃问 Don:推特前期能不能先发创业、鸡汤、话题类热门帖子,等几千粉后再转垂直 AI?还是一开始就要发 AI 赛道?

Don 的回答是:

先有目的,后有手段

取决于你的目的是什么

后面他又说:

推特起号只需要一条内容

这条内容你是绕不过去的

这里的意思是:你不能先问“发什么容易涨粉”,而要先问“这个账号最终靠什么变现”。如果目的是真正做 AI 自媒体、广告、私域或 IP,那前期发泛创业鸡汤,虽然可能涨粉,但会让别人觉得你不专业,也可能打散账号标签。

有人问 X 平台开了 Premium 但每次发帖观看只有个位数,是不是限流。Don 说不是,需要有人帮你转发进入推荐池,并发了一个资料:

资料Don 推荐阅读:我在各个平台是如何快速做到 1 万粉丝的?

这一段最省时间的理解是:重点不要为了涨粉先发泛内容,再幻想以后转垂直。账号要先定义目的,起号那条关键内容迟早绕不过去。

时段 04

内容资产工程、搬运与原创,关键是交付能不能兜住

有人看了 Don 的“内容资产工程系统”视频,问:用 Ollama 部署,加 Obsidian Copilot 插件,能不能实现类似效果?自己以前有很多文案,分散在公众号、备忘录、收藏夹、手写本子里。

Don 后面给了明确方向:

Agent 执行 /dbs-content-system 就行

不用 Obsidian 插件

这句话很重要。重点不是装哪个 Obsidian 插件,而是让 Agent 按内容结构化系统去处理资料。插件只是工具,真正决定结果的是:资料怎么归类、怎么抽取、怎么变成可复用内容资产

同一段里,极燃问了“原创和搬运”的本质区别。他以前做小红书矩阵,经常和平台斗智斗勇,现在想做 AI 自媒体、IP、内容积累。问题是:原创数据差,搬运爆款有数据但容易被看出来,内容质量也不高。

Don 给出的角度不是单纯平台规则,而是交付:

主要是交付的层面,如果你像我这样拉个答疑群,然后群里的人发现你在复制搬运,你这个交付完成不了呀,会有售后呀

这句话很关键。搬运不是只看会不会被平台抓,还要看你后端卖什么。如果你只是做矩阵流量,搬运可能短期有数据;但如果你做 IP、社群、课程、答疑,用户一旦发现你只是复制搬运,信任就会塌,交付也兜不住。

这一段最省时间的理解是:重点内容资产工程不是装插件,原创和搬运也不是只看流量。你后面如果要卖信任和交付,内容必须能支撑你的专业性。

时段 05

低价引流品和微信小店,平台能上不等于抖音不判违规

苏菲问 Don:用优客星球上架引流品,客服说引流品定价不能低于 50,有没有别的办法上 10 元以下产品?别人好像还可以上低价品。

Don 的判断是:

他们平台倒是无所谓,主要是抖音可能判你违规

后面有人问视频号是否可以直接上 9.9,Don 说:

自己弄个微信小店

这段的重点不是“哪个平台能不能上 9.9”,而是区分两个问题:

  1. 第三方平台允许你上架,不代表内容平台不会判违规。
  2. 引流品低价可行,但承接方式要符合平台规则。

这一段也和后面几天的低价产品讨论连在一起:低价引流品不是随便找个口子上架,而是要考虑平台类目、交易路径、风控和后续私域承接。

这一段最省时间的理解是:重点低价引流品要同时考虑交易平台和内容平台。能上架不等于安全,尤其要看抖音/视频号/小红书怎么判。

时段 06

AI 模特和国内 Agent 产品,技术惊艳但产品设计仍然容易停留在旧思维

中午群里看了一些 AI 模特、AI 视频内容,大家感叹实拍图以后可能越来越难分辨。随后又聊到国内 Agent 产品,比如 WorkBuddy、Trae Solo/Trae Work。

有群友评价 WorkBuddy 仍然像移动互联网时代的产品,点到点、入口多,但没有发挥 AI 先发散再收敛的优势。

Don 对腾讯产品的评价很短:

腾讯就是这个水平

习惯就好

这段的价值不在吐槽,而在提醒:AI 产品不是把传统功能入口都搬进来就叫 Agent。真正的 Agent 应该围绕任务、上下文、目标和执行闭环,而不是让用户在很多入口之间自己选择。

这一段最省时间的理解是:重点AI 产品的关键不是功能多,而是能不能围绕目标完成任务。旧式入口堆叠,容易让用户觉得“给了很多,但什么都没给到”。

时段 07

小红书合规引流、dbskill 安装和账号隔离

下午 Fiona 问:小红书后台私信很多,怎么留微信比较安全?

Don 直接发了资料:

资料三大平台合规引流微信指南:飞书文档

这段说明,私域引流不是靠群里口头猜,而是有一套可复用的合规操作指南。

随后大家又聊到 dbskill 安装。有人问 Codex 怎么支持 dbskill,Don 给了命令:

npx -y skills add dontbesilent2025/dbskill -g --all

Don 说:

一条命令适配所有 Agent

这说明 dbskill 已经不是只给某一个工具用,而是尽量做成跨 Agent 的能力。

同一段里,还有人问老账号要不要重新做、不同平台是否要物理隔离。Don 的判断是:

同一个平台,最好是一部手机一个账号

不用的老账号和新账号权重一样的

就是断更账号

这一段最省时间的理解是:重点引流、skill、账号隔离都要标准化。不要每次凭感觉试,能写成文档和命令的就固定下来。

时段 08

Codex 不要靠记忆,Don 明确说“所有事都在文档里记录”

这一段非常重要,也和我们现在做项目迭代记录直接相关。

Feng 问:Codex 没有记忆怎么办?之前做好的流程执行成功过,过几天又像失忆一样换了方式。是不是每个项目都写一套单独记忆?

群友先建议:让 AI 建一个 AGENTS 规则文件,有规则就塞进去,每次执行任务前读取一遍。

Don 后面给出明确原则:

不要记忆,所有的内容都写入文档

所有的事都在文档里记录

有人追问文档形式,Don 继续说:

一个项目内是有大量文档的

大量的 markdown

我日常工作的这个 project 里面有接近 2000 万字

几百个文件夹,几千个文件

再追问具体记录什么,Don 说:

你想记录啥都应该记录到文档

并不存在某一类内容要记到文档,另外一部分内容就不记录

这个取决于你具体的工作目标

格式最好是 markdown 或者 CSV

最后有人问目录和规则怎么设定,Don 说:

Agent 去定这个规则

然后再让他去执行这个规则

这段就是整个项目长期可迁移的核心原则:不要依赖某一次聊天上下文,不要依赖模型记忆,而是把流程、规则、输出规范、进度、文件位置都写到项目文档里。下一次换 Agent、换电脑、换工具,只要读文档就能接着做。

这一段最省时间的理解是:重点Agent 工作流要靠文档,不靠记忆。规则、流程、项目状态、输出规范都应该写进 Markdown/CSV,并让 Agent 每次先读再执行。

时段 09

最新资料应该看 SkillAgent 和 Chatbot 的区别是“能不能执行任务”

晚上有人问 Don:他发过的文档链接有些旧、有些新,有些智能体在腾讯元宝,有些可以由 dbskill 调用,怎么分辨哪些是最新、哪些已经迭代掉?应该如何开始阅读?

Don 的回答是:

我推荐是只用 skill

dbskill 就是最新的

我自己是只用 Agent 和 skill,已经不再用 chatbot(智能体)

随后有人问 Agent 和 Chatbot 区别是什么。Don 说:

Agent 可以执行任务,Chat BOT 只能对话

Agent 不一定是 CLI,也可能是 GUI

这段对使用方式很关键:不要把 AI 都当成聊天机器人。Chatbot 适合问答,但 Agent 可以读文件、改文件、运行命令、整理资料、生成交付物。Don 推荐只用 skill,是因为 skill 能沉淀可复用工作流,不只是临时聊天。

这一段最省时间的理解是:重点新的能力入口是 Skill + Agent,不是零散智能体。Chatbot 只能聊,Agent 能执行;长期项目要围绕可执行工作流搭建。

收束

最值得保存的五件事

  1. 重点产品要早放出来收集信息。 有明确商品规划时,不要等账号做大才展示,真实反馈比空想更重要。
  1. 重点先有目的,后有手段。 做推特、小红书或 AI 自媒体,不要先追泛流量,要先知道账号最终靠什么变现。
  1. 重点内容资产工程靠 Agent 和文档,不靠插件堆叠。 /dbs-content-system 这类流程比 Obsidian 插件本身更重要。
  1. 重点不要依赖记忆,所有事写进文档。 Don 明确说所有内容都要记录到 Markdown/CSV,Agent 每次按文档执行。
  1. 重点Skill + Agent,不要停在 Chatbot。 dbskill 是最新入口,Agent 能执行任务,Chatbot 只能对话。