7.8
深览指数
产品人人都是产品经理·弗洛伊德··AI 生成
让 AI 写文章不难，难的是把整段对话变成能发布的内容
作者分享了一套名为 content-publishing-sop 的工作流，核心挑战不是 AI 生成初稿，而是从几十轮对话、截图和文件中，恢复完整的决策过程。这套方法先从完整对话中提取关键判断，生成母稿后再适配多平台（人人、知乎、小红书等），并强调发布后必须从读者页面检查实际效果。它避免了“AI 只记住最后答案”的陷阱，让经验真正可复用，而非仅有一篇结构完整的稿件。原文 ↗
核心观点
- ▍AI 内容工具的真正挑战不在于生成初稿，而在于确保从完整对话中恢复的决策过程、事实一致性和多平台适配后的内容完整性，最终让读者看到的东西与讨论结果一致。
- 01作者以改造 Browser Use 的过程为例，指出如果只看最终结论（“给 Browser Use 做一个隔离浏览器”），会丢失中间的关键判断：为什么不能直接接管日常 Chrome、为什么后台运行不等于藏起窗口、为什么资源满了不能随便清掉仍在使用的页面。
- 02作者定下规则：事实只能有一套，表达必须重新组织。人人、知乎、小红书、抖音等平台需不同结构，但工具、修改、测试结果、限制等事实不能因平台变化而改变。
- 03工作流按“母稿 → 平台稿 → 图片/视频”顺序生成，目的是先固定事实，再分别回应不同平台读者的阅读动机。
- 04发布前检查包括：正文、图片、视频、完整提示词，确保关键变化无遗漏、图片对应当前版本、视频无长空白或缺音轨、公开链接非本地路径。
- 05发布后坚持从读者视角检查，确认公开页面能正常打开，而非仅依赖平台后台的“提交成功”提示，并如实记录审核中或失败状态。
反方 / 局限
- — 作者承认该 Skill 不适合临时短文，且不会保证每个平台一定通过审核，也不会绕过登录和验证码，关键边界决策（如账号授权、删除旧内容）仍保留人的判断。
- — 工作流依赖将完整对话交给 AI，如果换了会话、电脑或 IDE，需要手动导出聊天记录，存在一定的操作成本。
7 分钟 · 4 卡片 · 7 资料
读原文 →