当AI器具能快速生成著作，真确的挑战在于若何确保内容齐备、事实一致。作家共享了一套content-publishing-sop责任流，从齐备对话中索求短处决策，生成母稿后适配多平台，并坚握发布后从读者视角检查。这套方法幸免了“只记取临了谜底”的陷坑，让复杂素质真确可复用。
我咫尺照旧不太会对 Codex 说：“把刚才的内容追忆成一篇著作。”
Codex 正常几分钟就能给我一篇结构齐备的稿子。缺乏在背面：那篇稿子很可能只记取了临了的谜底。
我为什么改决议，哪些作念法试过但莫得采取，一张图片对应的是哪一版内容，视频有莫得配音，读者临了能不可拿到齐备教导词，这些信息都散在几十轮对话、截图和文献里。“追忆一下”很难把它们重新接起来。
是以自后我作念了一个 content-publishing-sop Skill。我念念补上的，是从读取对话到公开检查的整段责任经由。
我把整段对话交给它这套 Skill 的起先，来自我更正 Browser Use 的一次着实对话。
领先的问题很小：Codex 能不可走漏掀开一个闲鱼短协调。赓续用下去以后，问题酿成了专用 Chrome 奈何阻遏、浏览器为什么总抢到前台、合并个会话要奈何使用多个标签页、标签占满以后能不可安全回收。
淌若只看最终服从，这件事不错被压缩成一句话：给 Browser Use 作念一个阻遏浏览器。
但真偶合得共享的恰好是中间那些变化。为什么不可径直继承日常 Chrome？为什么后台入手不就是把窗口藏起来？为什么资源满了以后，宁可让新任务失败，也不可马虎清掉仍在使用的页面？
这些判断决定了最终决议，也决定了一篇著作有莫得复用价值。
因此，我不再让 AI 凭据临了几轮聊天开脱发扬。我把齐备对话交给 Skill，让它先复原领先需求、发现的问题、尝试过的方针、我的反映、临了选拔和骨子检查服从，再判断哪些变化应该参预著作。
我不但愿它把聊天记载依技能抄一遍。相关过程必须齐备，但著作仍然需要一个中心判断。对 Browser Use 来说，这个判断是：浏览器 Agent 能掀开网页仅仅起先，真确影响使用体验的是权限、惊扰、可不雅察性和相称处理。
合并段事实，不应该复制成六篇疏浚的著作往时作念多平台内容，我最容易犯的非常是先写一篇长文，再删成小红书，改成口播稿，临了给每个平台换一个标题。
这么很快，但读起来总像合并篇著作的不同长度。
我自后给 Skill 定了一条文矩：事实只可有一套，抒发必须重新组织。
东说念主东说念主都是居品司理更适合讲为什么作念、我奈何判断和决议之间的采纳；知乎不错把论证和边界张开；简书要让大叫和方法更容易复现；小红书需要重新安排短段落和图片；抖音、B 站则要重新商量口播、字幕和画面。
这里最容易混浊的是“平台适配”和“改写事实”。标题、开头和结构不错不同，但用过什么器具、作念过哪些修改、测试服从是什么、还有哪些收尾，不可因为平台不同就随着变化。
是以 Skill 会先生成一份母稿，再从合并组事实制作平台稿、图片和视频。生陋习矩很紧迫：先把事实固定住，再辞别恢复不同平台的读者为什么要赓续看。
写完案牍，我先检查内容有莫得交皆有一段时分，我把好多元气心灵花在著作口吻上。自后几次返工让我篡改了判断：比正文不颜面更缺乏的，是内容看起来作念完毕，骨子却莫得交皆。
最典型的是齐备教导词。
著作里写着“齐备教导词见文献”，但阿谁文献只在我的电脑上，对读者莫得任何意旨。教导词太永劫，把它拆成十几张图片，诚然体式上齐备，阅读体验又很差。
咫尺的处理格式是先看内容自己。淌若教导词短，就径直放在正文或一两张图片里；淌若教导词很长，况兼神色本来就有公开仓库，就使用能径直掀开具体文献的协调。莫得现成神色时，不会为了发一篇素质著作临时创建 GitHub 仓库。
图片和视频也相通。图片文献可能还属于上一篇著作；时分线诚然有配音，导出的 MP4 后半段仍可能莫得声息。
是以在发布前，Skill 会把正文、图片、视频、齐备教导词和方针平台放在一齐检查。它要阐述相关中的短处变化莫得漏，图片对应现时版块，视频莫得漫空缺或缺音轨，公开协调不是某台电脑上的腹地旅途。
我看完最终内容说不错，才参预发布。
这是我在整套经由里保留得最强项的一条判断。
平台教导“提交告捷”，只可解释内容照素交到平台。它可能还在审核，也可能莫得通过。即使著作照旧有了公开地址，图片、正文或教导词协调仍可能缺失。
因此，发布动作之后还有一次读者视角检查。能掀开公开页面，才检查标题、正文、图片和教导词进口；仍在审核，就照实记载审核中；审核莫得通过，就记载失败，不把后台告捷动作著作照旧发布。
这听起来比“让 Agent 自动点发布”缺乏，但我以为这才是自动化最需要贬责的方位。按钮不错很快点完，景色一朝记错，背面通盘补发、重试和数据统计都会随着错。
登录、考据码和平台契约也莫得被包装周全自动。遭遇账号授权、站外同步、删除或遮蔽旧内容时，Skill 会停驻来单独盘问。能自动完成的部分尽量自动，波及账号和公修复布的边界则保留东说念主的决定。
这个 Skill 适合什么情况淌若仅仅临时写一条随笔，径直让 AI 生成可能更省事。
我作念这套 Skill，是因为我方的内容正常来自一段照旧发生过的长对话：需求悔改几轮，有着实文献和测试服从，要同期制作长文、图片或视频，还要发布到多个平台。我并不缺稿子，真确让我返工的是过程、媒体和教导词彼此对不上。
使用时，我会在事情照旧作念完、决议照旧笃定以后告诉 Codex：
使用 $content-publishing-sop，把咱们此次的齐备相关整理成著作，
配好图片和视频，发布到东说念主东说念主、知乎、小红书、抖音和 B 站。
淌若仍在原会话里，它不错径直读取前文。换了会话、电脑或 IDE，就把聊天导出和内容神色一齐交给它。Codex、Claude Code、Cursor、Windsurf 都不错通过合并套文献和大叫赓续处理，不需要依赖上一段聊天的缅想。
神色地址：
https://github.com/372790111z-wq/content-publishing-sop
安设前不错先克隆仓库并检查现时电脑具备哪些智力：
git clone https://github.com/372790111z-wq/content-publishing-sop.git
cd content-publishing-sop
python3 tools/content_publishing.py doctor –deep
齐备的一键彭胀教导词放鄙人面这个公开文献里，不错径直稽察和复制：
https://github.com/372790111z-wq/content-publishing-sop/blob/main/EXECUTE-PROMPT.md
它不会保证每个平台一定通过审核，也不会绕过登录和考据码。它精采把一段复杂对话整理成可检查、可赓续、可公开考据的内容，幸免只留住那篇看起来照旧完成的著作。
我咫尺用一个很骨子的步调判断 AI 内容器具是否可用：读者临了拿到的东西，是否仍然和相关服从一致。至于一分钟能不可写完，反而没那么紧迫。
本文由 @弗洛伊德 原创发布于东说念主东说念主都是居品司理。未经作家许可开yun体育网，辞让转载