article-writing

# 文章写作 撰写听起来像真人或真实品牌的长篇内容，而非通用的 AI 输出。 ## 何时使用 * 起草博客文章、散文、发布帖、指南、教程或新闻简报时 * 将笔记、转录稿或研究转化为精炼文章时 * 根据示例匹配现有的创始人、运营者或品牌声音时 * 强化已有长篇文稿的结构、节奏和论据时 ## 核心规则 1. **以具体事物开头**：示例、输出、轶事、数据、截图描述或代码块。 2. 先展示示例，再解释。 3. 倾向于简短、直接的句子，而非冗长的句子。 4. 尽可能使用具体且有来源的数据。 5. **绝不编造**传记事实、公司指标或客户证据。 ## 声音捕捉工作流 如果用户需要特定的声音，请收集以下一项或多项： * 已发表的文章 * 新闻简报 * X / LinkedIn 帖子 * 文档或备忘录 * 简短的风格指南 然后提取： * 句子长度和节奏 * 声音是正式、对话式还是犀利的 * 偏好的修辞手法，如括号、列表、断句或设问 * 对幽默、观点和反主流框架的容忍度 * 格式习惯，如标题、项目符号、代码块和引用块 如果未提供声音参考，则默认为直接、运营者风格的声音：具体、实用，且少用夸张宣传。 ## 禁止模式 删除并重写以下任何内容： * 通用开头，如“在当今快速发展的格局中” * 填充性过渡词，如“此外”和“而且” * 夸张短语，如“游戏规则改变者”、“尖端”或“革命性的” * 没有证据支持的模糊主张 * 没有提供上下文支持的传记或可信度声明 ## 写作流程 1. 明确受众和目的。 2. 构建一个框架大纲，每个部分一个目的。 3. 每个部分都以证据、示例或场景开头。 4. 只在下一句话有其存在价值的地方展开。 5. 删除任何听起来像模板化或自我祝贺的内容。 ## 结构指导 ### 技术指南 * 以读者能获得什么开头 * 在每个主要部分使用代码或终端示例 * 以具体的要点结束，而非软性的总结 ### 散文 / 观点文章 * 以张力、矛盾或尖锐的观察开头 * 每个部分只保持一个论点线索 * 使用能支撑观点的示例 ### 新闻简报 * 保持首屏内容有力 * 将见解与更新结合，而非日记式填充 * 使用清晰的部分标签���易于浏览的结构 ## 质量检查 交付前： * 根据提供的来源核实事实主张 * 删除填充词和企业语言 * 确认声音与提供的示例匹配 * 确保每个部分都添加了新信息 * 检查针对目标平台的格式