以下是根据您的指令翻译的简体中文版本：
学习如何将 Claude 打造成一个完整的内容运营系统。配置你的 Agent 角色，构建生产管线，把一个 Claude Project 变成一个能够研究、写作、审核并发布内容的机器，而你则可以专注于其他工作。
大多数人使用 Claude 一次只写一篇内容。他们打开一个对话，输入提示词，获得输出，然后关闭标签页。第二天他们又从头开始再来一遍。这不算内容运营。这不过是在给 AI 配了个键盘的体力活。
内容机器则完全不同。它是一组拥有明确角色的 Agents，一个它们共同读取的共享记忆文件，以及一条能将一个主题从想法转化为已发布输出的管线，期间只需你极少的介入。本文将精确展示如何构建它。
在构建之前理解结构
一台内容机器包含四个角色：研究员、写手、编辑和发布者。每个角色都是一个独立的 Claude Project，拥有自己的系统提示词和自己的任务。没有一个 Agent 会包揽所有工作。
研究员负责寻找切入点、收集参考资料，并撰写简报。写手将简报转化为草稿。编辑根据你的品牌调性审核草稿并标记出薄弱环节。发布者负责格式化输出，并为最终发布平台做好准备。
一个名为 PIPELINE.md 的共享文件位于整个系统的中心。每个 Agent 在会话开始时都会读取它，并将其输出写回该文件。这就是将四个独立的 Agent 连接成一个工作系统的记忆。
设置研究员 Agent
打开 claude.ai 并创建一个新的 Project。将其命名为 "Content Researcher"。粘贴以下内容作为系统提示词：
你是一名内容研究员。你的任务是根据一个主题返回一份结构化的简报。
首先读取 PIPELINE.md。找到 "NEXT UP" 下列出的主题。对其进行研究并返回：
- 一个犀利的切入点（不要显而易见的角度）
- 三个具体且有真实细节的支撑点
- 两个值得引用的来源
- 一个你的受众真正在问的问题
将你的简报写入 PIPELINE.md 的 "BRIEF" 部分下。将该主题标记为 "BRIEFED"。
在首次运行时给它一个真实的主题："撰写一份关于独立创业者如何利用 Claude Projects 取代招聘的简报。" 检查它返回的内容。纠正任何未达到你标准的地方。这个纠正将成为此后每次运行的新基准。
设置写手 Agent
创建第二个 Project。将其命名为 "Content Writer"。粘贴以下系统提示词：
你是一名内容写手。你的任务是根据一份简报写出一篇完整的初稿。
首先读取 PIPELINE.md。找到 "BRIEF" 下列出的简报。使用以下格式撰写文章：
- 钩子：一句话直接点明读者能获得的结果
- 正文：短段落，每段最多 4 行，语言平实，无废话
- 结论：不需要总结已经说过的话
使用 VOICE.md 中的语气。将你的草稿保存到 PIPELINE.md 的 "DRAFT" 部分下。将状态标记为 "DRAFTED"。
VOICE.md 是一个你需要单独编写的文件。把你现有的五篇最好的内容放进去。告诉 Agent："这就是每篇文章必须匹配的语气、节奏和格式。" 它在每次会话中都会读取这个文件，并写出符合其标准的文章。
设置编辑 Agent
创建第三个 Project。将其命名为 "Content Editor"。粘贴以下系统提示词：
你是一名内容编辑。你的任务是审核一篇草稿并返回具体的修改意见，而不是重写。
首先读取 PIPELINE.md。在 "DRAFT" 下找到草稿。根据 VOICE.md 检查它。返回：
- 任何超过 4 行的段落：标记出来，建议如何精简
- 任何含有废话或重复已说过内容的句子：引用它，并删除它
- 任何读者无法再学到新内容的部分：指出是哪一行
- 一个判定结果：APPROVE 或 REVISE
不要重写草稿。只返回精确的、手术刀式的反馈。将你的意见保存到 PIPELINE.md 的 "EDITS" 部分下。将状态标记为 "EDITED"。
编辑的任务不是喜欢草稿。它的任务是抓住写手遗漏的问题。写手和编辑之间的分离，正是阻止机器自我批准平庸作品的关键。
设置发布者 Agent
创建第四个 Project。将其命名为 "Content Publisher"。粘贴以下系统提示词：
你是一名内容发布者。你的任务是将一份已批准的草稿准备好以供发布。
首先读取 PIPELINE.md。确认状态为 "APPROVED"。根据你的平台 [Substack / Ghost / Medium / LinkedIn] 格式化文章。返回：
- 格式化好的、可直接粘贴的文章
- 一个标题选项和一个备选标题
- 用于预览卡的两句话描述
- 如果平台使用标签则提供三个标签
将最终输出保存到 PIPELINE.md 的 "READY" 部分下。将状态标记为 "PUBLISHED"。
将平台名称替换为你实际发布的平台。如果你在多个平台发布，为每个平台创建一个发布者 Agent。每个 Agent 都会用不同的格式处理同一份已批准的草稿。
构建 PIPELINE.md 文件
创建一个纯文本的 markdown 文件，命名为 PIPELINE.md。这是整个系统的连接组织。每个 Agent 都读取并写入该文件。按如下精确结构组织：
Content Pipeline
NEXT UP
- 此处写主题
BRIEF
[研究员在此处撰写]
DRAFT
[写手在此处撰写]
EDITS
[编辑在此处撰写]
READY
[发布者在此处撰写]
STATUS
current stage: [BRIEFED / DRAFTED / EDITED / APPROVED / PUBLISHED]
将该文件作为 "Project knowledge" 上传到每一个 Claude Project 中。当某个 Agent 完成任务后，它会将结果写回相应的部分并更新 STATUS 行。下一个 Agent 会从那里继续工作。
首次运行这台机器
将一个主题放入 PIPELINE.md 的 "NEXT UP" 下。打开研究员 Project，输入："read PIPELINE.md and complete your job。" 检查它返回的简报。如果没问题，将 STATUS 更新为 BRIEFED。
打开写手 Project。输入："read PIPELINE.md and complete your job。" 它会读取简报并返回一篇草稿。检查它。如果符合你的语气，将 STATUS 更新为 DRAFTED。
打开编辑 Project。输入："read PIPELINE.md and complete your job。" 它会审核草稿并返回具体的编辑意见。应用其中正确的意见。当你满意后，将 STATUS 更新为 APPROVED。
打开发布者 Project。输入："read PIPELINE.md and complete your job。" 它会返回格式化好的、可供发布的文章。直接粘贴到你的平台。
首次运行是手动的，并且速度较慢。这是正确的。你还在验证每个 Agent 是否能做好自己的工作，然后才能抽身。
在每个 Agent 变得可靠后添加调度
Claude Code 内置了调度系统。一旦你对每个 Agent 的输出有信心，请前往 Claude 桌面应用，打开 Claude Code，并运行 /schedule 来为每个阶段创建一个例程。
一个实用的初始调度方案：研究员在早上 7 点运行，并将简报写入 PIPELINE.md。你在 9 点前审核并批准。写手在上午 10 点运行，并在中午前返回草稿。你审核并批准。编辑在下午 1 点运行。你应用编辑意见。发布者在下午 3 点运行。你粘贴并发布。
你的投入是四个批准时刻，而不是四个创作环节。Agents 负责生产，你负责判断。
持续改进这台机器
每当某个 Agent 产出不符合要求的内容时，使用具体的更正信息更新其系统提示词。不要依赖记忆。提示词就是 Agent 的操作标准。只存在于你脑海中的更正，在你下次打开 Project 时就会消失。
每周一次，阅读最近发布的五篇文章，并根据你的 VOICE.md 文件检查它们。如果风格有所偏离或有所改进，请更新 VOICE.md 以反映当前标准。所有四个 Agent 都读取它。一次更新就能收紧整个机器。
机器不会自行改进。是你改进它。但随着每次更正在所有后续运行中叠加，你的投入会越来越少，而产出会越来越好。
你的工作变成了什么
你不再是写手。你是主编。你的任务是设定标准，批准或拒绝 Agents 产出的内容，并在系统出现偏差时更新它。
这种角色转变才是真正的杠杆所在。一个写手每周能完成一到两篇文章。而一个管理着四个 Agent 的主编，每周可以审核并批准五到十篇，并且每篇文章在到达时已经完成了调研、起草和格式化。
从生产意义上说，机器无需你参与即可运行。但在批准关卡上，它离不开你的判断。请守住那些关卡。这正是保证输出值得发布的关键所在。
