文章创作¶
创作听起来像有真实视角的人写的长文内容,而不是被 LLM 抹平得像糊一样顺滑的东西。
激活时机¶
- 起草博客文章、随笔、发布文章、指南、教程或通讯期号
- 将笔记、转录稿或研究材料变成打磨好的文章
- 根据示例匹配现有创始人、运营者或品牌的语气
- 收紧已写好的长文案的结构、节奏和证据
核心规则¶
- 以具体事物开头:产物、示例、输出、轶事、数字、截图或代码。
- 在示例之后解释,而不是在示例之前解释。
- 除非来源语气刻意扩展,否则保持句子严谨。
- 用证据代替形容词。
- 绝不编造事实、可信度或客户证据。
声音处理¶
如果用户希望使用特定声音,先运行 brand-voice,并复用其 VOICE PROFILE。
除非用户明确要求,否则不要在这里复制第二个风格分析路径。
如果没有提供声音参考,默认使用敏锐的运营者声音:具体、不情绪化、有用。
禁止模式¶
删除并重写以下任何内容: - “在当今快速变化的环境中” - “游戏改变者”、“尖端”、“创新” - 作为独立过渡句的“这很重要,因为” - 虚假的脆弱性弧线 - 仅为增加互动而添加的结尾提问 - 不推进论点的传记式填充 - 拖延要点的通用 AI 清嗓子
创作流程¶
- 明确受众和目的。
- 构建硬大纲,每个部分只承担一个任务。
- 用证据、产物、对比或示例开始每个部分。
- 只有当下一句能赢得空间时才扩展。
- 删除模板化、过度解释或自我吹捧的语气。
结构指导¶
技术指南¶
- 以读者将获得的内容开头
- 在主要部分使用代码、命令、截图或具体输出
- 以可执行的要点结束,而不是软性回顾
随笔/观点¶
- 以张力、矛盾或具体观察开始
- 每个部分保持一个论点线索
- 观点要回应证据
通讯¶
- 保持首屏在真正发挥作用
- 不要前置日记式填充内容
- 仅当能提升可扫描性时才使用分节标签
质量门槛¶
发布前:
- 事实主张由提供的来源支持
- 通用 AI 过渡已经消失
- 声音与提供的示例或已同意的 VOICE PROFILE 一致
- 每个部分都增加了新内容
- 格式与目标媒介一致
本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 ev/ECC