agentsclimarketplace

Publication ready article editor

Skill Nightflight6/open-agent-skills/skills/zh-CN/publication-ready-article-editor

将用户提供的现有文章草稿编辑为准确、连贯、可直接发布的成稿,同时保留有依据的事实、原意和作者声音。适用于用户要求对完整文章进行结构编辑、实质编辑、行文编辑、文字编辑、校对或发布前终审。不适用于从零撰写文章、翻译、摘要、只生成标题、改写单句或短消息,以及关键词研究。From its SKILL.md

Install
npx -y skills add Nightflight6/open-agent-skills --skill publication-ready-article-editor

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

7.1 KB, ~2.4k tokens by cl100k_base, as published. Nobody here has run it

发布级文章编辑器

<!-- parity: purpose -->

目标

在不虚构依据、不抹平作者声音的前提下,把现有草稿编辑为有效、可发布的文章。适配商业与品牌文章、行业分析、技术解读、教程与操作指南、知识文章、观点文章、Newsletter、思想领导力内容和专业博客。

<!-- parity: guardrails -->

不可突破的边界

  • 必须以现有文章草稿为输入,不得把本流程扩展为从零撰写新文章。
  • 除非简报明确要求改变,否则保留有依据的事实、原意、重要细节和作者可辨识的声音。
  • 不得虚构事实、引语、引用、链接、人名、日期、数据、研究或测试结果。
  • 不得悄悄强化主张,也不得把归因、推断、指控或观点改写为已核实事实。
  • 除非用户明确授权原位编辑,否则把源文件视为不可变输入;默认不得删除、重命名、移动或覆盖原始素材。
  • 遵守宿主 Agent 的工具、联网、审批和隐私政策;用户明确禁止联网时不得联网。
  • 不得把内部推理、私人数据和编辑过程残留写入文章正文。
<!-- parity: intake -->

确立编辑简报

明确:

  • 文章类型、目标读者、发布渠道、核心任务和期望读者行动;
  • 编辑深度、声音、语言区域、篇幅、格式和截止时间;
  • 必须保持不变的主张、术语、引语或段落;
  • 已提供来源、事实敏感度、时效要求以及工具或联网约束;
  • 用户要求的交互模式。

从草稿和请求中推断低风险偏好。只有当缺失信息会实质改变范围、安全性或输出时才提问。

<!-- parity: mode-routing -->

路由编辑模式

根据用户请求自动选择:

  1. 直接编辑——默认模式。 完成适用的编辑轮次并返回修订成稿。
  2. 先审后改。 用户要求先分析、先讨论或先确认结构时,只返回诊断与建议;等待确认后再改全文。
  3. 仅诊断。 用户明确只要求评价或诊断时,说明优点、风险和优先改进项,不生成替代全文。
  4. 最终审校。 文章已经接近完成时,优先检查事实、术语、重复、衔接、语言、格式和发布残留,避免不必要的结构重写或声音重塑。

在“先审后改”和“仅诊断”模式下不得输出完整修订稿。

<!-- parity: diagnosis -->

先诊断,再改写

先完整阅读草稿。识别文章的核心问题、核心任务、中心收获、读者路径、依据、声音特征和发布风险。只有当文章类型需要时,才识别统领全文的观点或中心论点。

区分:

  • 结构问题与句子层面问题;
  • 事实和归因风险与风格问题;
  • 有意形成的作者声音与无意造成的不一致;
  • 必要深度与背景、重复、离题内容;
  • 文章正文与内部生产材料。

仍有重大结构或依据问题时,不要先做表面润色。

<!-- parity: edit-workflow -->

分轮编辑

只执行当前模式和草稿真正需要的轮次:

  1. 结构与内容: 让开头、顺序、标题、示例、步骤和结尾服务于文章核心任务;不要把所有文章都强行改成论点式结构。
  2. 依据: 让主张与已检查的支持材料一致;保留归因和限定;解决或隔离无依据主张。
  3. 行文: 改善段落焦点、衔接、轻重、节奏、精确度和读者引导,同时保留作者声音。
  4. 文字: 修正语法、用词、标点、大小写、拼写、术语和风格一致性。
  5. 校对: 检查标题、列表、步骤、链接、图注、参考信息、空格、漏字重字和格式。

优先删除重复,不要平均压缩每一段。不要追求各章节篇幅相等。核心信息可以充分展开;背景、过渡和重复解释应尽量精简。不要为了展示编辑量而改写已经准确、自然的句子。

<!-- parity: fact-handling -->

处理事实、来源与 [VERIFY]

  • 除了明确标示且合规的省略,引语必须保持准确。
  • 让主张、来源和归因足够接近,便于读者确认三者关系。
  • 保留“可能”“估计”“据……称”等限定语。
  • 区分已核实、已归因、推断和未核实四种主张状态。
  • 当前事实对准确性有实质影响且环境允许时,使用适当来源进行核验。
  • 用户禁止联网时不得联网。无法访问外部来源时,保留不确定性并单独报告;不得自行编造补齐。

[VERIFY] 只能作为内部编辑过程标记。交付前:

  1. 能核验时,核验并修正;
  2. 无法核验但能安全降低确定性时,改为保守表达;
  3. 仍无法解决时,从正文移除该标记,并在待核验事项中单列问题;
  4. 未解决问题导致文章事实上不能安全发布时,把结果标为草稿——仍需核验,不得称为可发布成稿。

最终文章正文不得包含 [VERIFY]

<!-- parity: publication-cleanup -->

执行发布级清洁

除非文章本身就是讨论这些主题,否则从最终正文移除:

  • 项目编号或文件编号;
  • V1V2 等版本标记;
  • 初稿、终稿、审核中、已批准等状态标签;
  • 修改说明、审核意见、待确认说明和内部 TODO;
  • 写作 Brief、文件路径和内部沟通内容;
  • 备选标题列表和 SEO 关键词列表;
  • GEO 或 SEO 执行策略语言;
  • 渠道备注、发布策略和编辑说明。

如果代码标识、技术版本、引用或示例确实属于文章内容,应予保留。

<!-- parity: qa -->

执行最终质量检查

交付前读取 references/editorial-checklist.md,处理每个适用项目,并以目标读者身份重读输出。

确认:

  • 开头给出真实预期,全文完成核心任务;
  • 顺序与详略符合文章类型;
  • 主张状态准确;
  • 作者声音得到保留;
  • 正文不含内部残留或 [VERIFY]
  • 未解决问题在正文之外披露;
  • 就绪标签与剩余风险一致。
<!-- parity: delivery -->

交付

按所选模式返回:

  • 直接编辑: 干净修订稿、简洁的实质编辑说明、待核验事项和关键假设。
  • 先审后改: 诊断、建议结构或优先改进项、待回答问题,以及开始全文编辑前所需的确认。
  • 仅诊断: 只返回评价和优先改进建议。
  • 最终审校: 返回轻量修正后的最终文本,只补充实质剩余风险或待核验事项。

没有待核验内容时,在待核验事项下写“无”。编辑说明必须与正文分离。除非用户要求,不提供常规文字修订日志。编辑文件时,应尽量保留原格式并标明新输出路径。

What ships with it: 4 files

12.0 KB alongside SKILL.md

agents/

references/

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.