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

平台局部违规不用过度恐慌，关键是不要频繁踩底线

凌晨群里延续了账号违规和实名后的流量问题。卷卷提醒，不用因为局部问题过度焦虑，继续更新内容，一般不会有太大影响；没有实名认证时的内容可能受影响，但整体不一定有问题。她也提到，自己头一天内容违规，第二天新内容一样有流量和小爆。

重点平台风控不是一次小问题就彻底判死刑。真正危险的是频繁出问题、连续触碰平台底线。

content system 报错：先判断是 skill 问题，还是账号/API/网络问题

中午有人使用 content system 时遇到异常，问 Don 这种情况是否常见。Don 判断这和 skill 没关系，是账号或者 API 的问题，额度受限了。后面群友也补充可能是网络问题，提问者最后确认是梯子问题。

做法使用 Agent 或 skill 报错时，不要先默认是 skill 坏了。先排查账号额度、API Key、网络、代理、模型服务状态，再看 skill 本身。

Codex 接入 DeepSeek：Don 建议把 URL 和 Key 给 Agent，让它直接配好

有人问 Codex 现在能不能接入 DeepSeek。Don 回答可以，ccswitch 已经支持。对方贴了 AI 推荐的方案，Don 的建议更直接：把 URL 和 Key 给 Agent，让 Agent 直接配置完，然后打开 Codex 开箱即用。如果 Codex 额度用完，就让其他 Agent 搞定。

重点这段体现的是 Don 的工具使用习惯：不要自己手动折腾太多配置，把可执行信息给 Agent，让 Agent 完成工程操作。

让 Codex 做需求分析效果不好：负反馈必须具体

有人问，新项目之前想让 Codex 做需求分析，但直接对话效果不好，怎么办。Don 说，要把负反馈写清楚，明确你觉得效果不好到底是哪里不好。能提供的信息越多越好，要说具体哪里有偏差，具体哪个步骤做得不对。

这段很适合保存成提示 Agent 的原则。很多人说“效果不好”“方向偏了”，但这不是可执行反馈。Agent 需要的是：哪一步错、错在哪里、期望是什么、约束是什么、参考标准是什么。

做法不要只说“分析不对”。要写成：你在第 X 步假设错了，因为真实情况是 Y；你忽略了 Z；我希望下一版优先比较 A/B/C。

团队文件共享：NAS 和 iCloud 都用，多人读写要考虑 Git

晚上有人问 Don 团队协作时用什么方式共享文件夹，是 Google Drive 还是 NAS；如果多个用户端读写同一套文件夹，版本问题怎么处理。Don 说 NAS 和 iCloud 都有。群友补充，多人读写同一套文件夹需要用 Git。

重点文件协作不是只选一个网盘。只要涉及多人同时改同一套资料，就要考虑版本控制，否则很容易出现覆盖、冲突和历史丢失。