| name | article-writing |
| description | 以源自提供示例或品牌指导的独特声音撰写文章、指南、博客文章、教程、Newsletter 版本和其他长篇内容。当用户想要超过一段的精心书面内容,尤其是声音一致性、结构和可信度很重要时使用。 |
| origin | ECC |
文章写作
撰写听起来像有观点的真实人物的长篇内容,而不是将 LLM 平滑成糊状。
何时激活
- 起草博客文章、散文、发布文章、指南、教程或 Newsletter 版本
- 将笔记、记录稿或研究转化为精心撰写的文章
- 从示例中匹配现有的创始人、运营商或品牌声音
- 加强已撰写长篇副本的结构、节奏和证据
核心规则
- 以具体事物开头:制品、示例、输出、轶事、数字、屏幕截图或代码。
- 在示例之后解释,而不是之前。
- 保持句子紧凑,除非源声音故意扩展。
- 使用证据而不是形容词。
- 永远不要捏造事实、可信度或客户证据。
声音处理
如果用户想要特定声音,首先运行 brand-voice 并重用其 VOICE PROFILE。
不要在此处重复第二次样式分析传递,除非用户明确要求。
如果未给出声音参考,默认为敏锐的运营商声音:具体、不伤感、有用。
禁止模式
删除并重写以下任何内容:
- "在当今快速发展的格局中"
- "游戏规则改变者"、"前沿"、"革命性"
- "这就是为什么这很重要"作为独立的桥梁
- 虚假的脆弱弧线
- 仅为了增加互动而添加的结束语问题
- 不推动论证的传记填充
- 延迟要点的通用 AI 清嗓子
写作流程
- 澄清受众和目的。
- 用每节一个任务构建硬大纲。
- 以证据、制品、冲突或示例开始各节。
- 仅在下一句话赢得空间时扩展。
- 删除任何听起来像模板、过度解释或自我祝贺的内容。
结构指南
技术指南
- 以读者获得的内容开头
- 在主要部分使用代码、命令、屏幕截图或具体输出
- 以可操作的要点结束,而不是软性回顾
散文 / 观点
- 以紧张、矛盾或具体观察开始
- 每节保持一个论证线程
- 让观点回答证据
Newsletter
- 让第一个屏幕做真正的工作
- 不要前置日记填充物
- 仅在改善可扫描性时使用部分标签
质量门
在交付之前:
- 事实声明由提供的来源支持
- 通用 AI 过渡已消失
- 声音与提供的示例或商定的
VOICE PROFILE 匹配
- 每个部分都添加新内容
- 格式匹配预期媒介