前言¶
纸媒和内刊的稿子，拿到线上往往不好用。句子长、段落密、小标题是「一、二、三」的公文体，开头几百字还在铺垫背景，读者在手机上划两屏就走了。
改这种稿子，编辑的力气花在重复劳动上：重起标题、补开头钩子、把大段拆成带小标题的短段、把「现将有关情况汇报如下」改成人话、把三千字压到一千五。这些步骤本身不复杂，但每篇都要从头做一遍，而且容易漏掉其中一项。
下面介绍的 Skill「纸媒文章转新媒体」，就是把这组改编动作固化下来，交给模型按固定流程执行，默认输出 .docx 直接交编辑部。
这是什么¶
「纸媒文章转新媒体」是一个面向内容生产的 Agent Skill，坐标 @user_9db251a1/print-to-wechat，版本 1.0.0，由社区开发者 user_9db251a1 发布并维护，在 SkillHub 上归入 content-creation 分类，来源标记为 community。
它解决的问题很具体：把一篇写给内部看的长文，改编成外部读者愿意读完的新媒体推文。
与直接让模型「帮我改一下这篇稿子」相比，区别在于输出路径是固定的。任务结束后交付的是 .docx 文件，而不是聊天窗口里的一段文字，编辑部拿到手可以直接走后续排版流程。
核心功能¶
从官方简介和触发条件看，这个 Skill 覆盖的改编动作包括：
1、重写标题。不沿用纸媒原标题的表述习惯，按新媒体传播重新拟。
2、加开头钩子。在正文前补一段能让人继续往下读的引入，替代纸媒稿件常见的背景铺垫式开头。
3、换小标题。把原来的公文体层级，改写成适合手机阅读的短小标题，段落随之拆短。
4、压缩篇幅。对长稿做删减，把篇幅压到适合推送的长度。
5、口语体改写。把公文体的表述方式改成口语，降低阅读门槛。
输出格式：默认生成 .docx。
触发方式不是靠用户说「用 print-to-wechat」，而是靠意图识别。官方给出的触发场景是：
- 用户提到「改编成推文」「转新媒体」「发公众号」「这篇稿子太长了」「可读性再强一点」「内刊/季刊/年报稿件要发线上」；
- 用户上传企业专访、工作纪实、项目综述、领导讲话整理稿，并希望它更好读、更适合传播；
- 即使用户没说「公众号」三个字，只要意图是「把一篇写给内部看的长文变成外部人愿意读完的文章」。
换句话说，这个 Skill 的边界是「长文转可读」，不局限于公众号这一个出口。
安装与启用¶
官方页面未提供可直接核对的安装命令或配置字段，这部分需要以官方地址为准：
https://api.skillhub.cn/user_9db251a1/print-to-wechat
页面上可核实的元数据只有这些：
- 坐标：@user_9db251a1/print-to-wechat
- 版本：1.0.0
- 分类：content-creation
- 来源：community
- 标签：requires_api_key=false
requires_api_key=false 意味着调用不需要额外申请密钥，接入门槛较低。
SkillHub 页面地址：https://www.skillhub.cn/skills/user_9db251a1/print-to-wechat
Cursor、Codex CLI、Claude Code 在不同 Skill 目录下的启用方式并不一致。这次抓取没有拿到对应的接入说明，无法核实，这里不写未经确认的命令。接入前建议先打开上面两个地址确认。
典型用法¶
官方资料中没有给出带命令行的可复现示例，只有意图层面的触发条件。实际使用方式是把稿件和诉求一起交给 Agent，让 Skill 自己识别是否命中：
我把这篇年度总结的整理稿发你，三千多字，想发到公众号上，太长了读不下去，帮我改一版。
这条请求没有出现「skill」或「print-to-wechat」字样，但命中了「这篇稿子太长了」和「内刊/年报稿件要发线上」两类触发描述，会走这个 Skill 的改编流程，最后交付 .docx。
需要注意，输出的是改编稿，不是排版稿。.docx 承担的是交稿环节，公众号后台的排版仍要另做。
适用场景与注意¶
适合谁：
- 企业内刊、季刊、年报的编辑，需要把纸媒稿同步发线上；
- 有公众号运营需求、但缺少专职新媒体编辑的团队；
- 手里有大量领导讲话整理稿、工作纪实、项目综述需要二次加工的人。
几点限制：
1、评分和下载量在不同资料里不一致。任务给出的线索是评分 99877、下载 813，抓取到的 SkillHub 页面显示评分 100000、下载 876、安装 0。两组数字有出入，写作和引用时以官方页面实时数据为准，本文不作结论。
2、安装数为 0。这可能意味着它刚上架不久，也可能意味着页面数据尚未更新。上线时间官方资料未提供，无法核实。
3、社区来源，非官方维护。发布者是社区开发者 user_9db251a1，遇到问题需要自行联系作者，不要预期有官方客服通道。
4、改编依赖原文质量。口语体改写和篇幅压缩是基于输入稿件做的，原文信息缺失时，Skill 不会凭空补内容，出来的稿子会缺事实。
5、不涉及事实核查。这类长文里常有数据、人名、时间，改编流程针对的是表达方式，不会替你核对这些是否准确，发布前仍需人工过一遍。
结尾¶
这个 Skill 的价值在于把「纸媒稿转新媒体稿」这套重复劳动固定成一条流程：重写标题、加钩子、换小标题、压篇幅、改口语体，最后交付 .docx。对有内刊和公众号双重输出需求的团队来说，它省掉了每篇稿子从头改编的时间。
官方地址：https://api.skillhub.cn/user_9db251a1/print-to-wechat
SkillHub 页面：https://www.skillhub.cn/skills/user_9db251a1/print-to-wechat
