Claude Skill

multi-rewrite

多平台文案改写能力;当用户需要将文案改写为公众号/视频号/抖音/快手/哔站/小红书/知乎风格,或批量输出多平台改写结果时使用

LLM Mart · 0 points · 0 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download redfox-data-redfox-community-skills_multi-rewrite-5e7b435.zip · 18 KB
Part of redfox-data/redfox-community — 66 skills

Install

skills CLI npx skills add https://github.com/redfox-data/redfox-community/tree/main/skills/multi-rewrite
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install redfox-data-redfox-community@llmmart
Git git clone https://github.com/redfox-data/redfox-community.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole redfox-data/redfox-community collection as a plugin from our marketplace. Git is the plain clone.

README

多平台文案风格改写 / multi-rewrite


简介

把同一段原文一次改写成 公众号、视频号、抖音、快手、哔站、小红书、知乎 等平台各自习惯的表达,省去逐平台手工适配的时间。

核心价值

  • 一稿多平台:指定一个或多个目标平台,或输入「全部」,批量得到各平台风格成稿
  • 平台调性对齐:各版本按对应平台的标题、语气、结构与标签习惯改写,而非简单同义替换
  • 清单式交付:每个平台独立成条,分隔清晰,便于复制到各渠道发布
  • 自然语言即可:说出平台名和原文即可,无需记忆固定命令

适用对象

  • 📱 自媒体 / MCN — 同一主题快速铺量到七大平台
  • 🏢 品牌 / 市场 — 统一核心信息,分平台呈现不同话术
  • ✍️ 内容运营 — 把长文、活动稿、产品介绍拆成各平台可读版本

功能特性

核心功能

  • 单平台改写:指定如「抖音」「小红书」等,输出该平台风格全文
  • 多平台批量改写:一次选择多个平台(空格或逗号分隔),逐条列出各平台成稿
  • 全平台一键改写:输入「全部 / all / 所有」,覆盖七个支持平台
  • 平台自动识别:从话术中识别目标平台;未识别时会引导你补充平台选择
  • 小红书专属标签:小红书版本在正文末尾附带 # 话题标签

使用指南

直接说明目标平台和要改写的文案即可。

常用说法速查

意图 示例话术 效果
单平台改写 「抖音 今天天气真好,适合出门散步」 输出一条抖音风格成稿
多平台批量 「抖音 小红书 知乎 这款防晒霜很好用,清爽不油腻」 分别给出三个平台的改写版本
全平台一键 「全部 周年庆全场 5 折起,限时 3 天」 七个平台各一条,列表形式展示
未指定平台 「帮我把下面这段改写成各平台能发的:[你的原文]」 会询问你想覆盖哪些平台后再继续

输出示例

改写完成后,你会收到按平台分条的列表,示意如下:

## 改写结果

---

### 1. 📌 公众号

[公众号风格改写内容]

---

### 2. 📌 抖音

[抖音风格改写内容]

---

### 3. 📌 小红书

[小红书风格改写内容]

#标签1 #标签2 #标签3

---

使用场景

场景 角色 示例问法 收益
活动多渠分发 品牌运营 「全部 把这条促销文案改成各平台能发的版本」 一次改完,分平台复制发布
重点平台对比 自媒体博主 「抖音和小红书 这篇测评笔记帮我各改一版」 同主题适配不同受众阅读习惯
长文拆平台 内容编辑 「公众号 知乎 把这篇干货大纲扩成两个平台正文」 减少重复构思与口吻切换成本
新平台试水 新手创作者 「快手 第一次发,帮我把这段介绍改得接地气一点」 快速得到符合平台习惯的成稿

Skill manifest

简介

多平台文案改写是一款一站式多平台内容改写工具,帮助用户将同一份文案同时转换为公众号、视频号、抖音、快手、哔站(B站)、小红书、知乎七大平台的风格,实现一次输入、批量输出。

通过简单的输入,你可以:

  • 单平台改写:将文案转换为指定平台的风格
  • 多平台批量改写:同时转换为多个平台风格,一次获得多份结果
  • 全平台覆盖:一键输出七大平台的全部改写版本

适用于内容运营、MCN 机构、品牌营销、自媒体矩阵运营等需要跨平台内容分发的用户。

技术基础:基于 Python 标准库实现,通过 AI 模型按照各平台规则进行文案改写。

功能特性

核心功能

  • 🔄 单平台改写:支持指定任一平台进行风格转换
  • 📦 多平台批量改写:支持同时指定多个平台,批量输出改写结果
  • 🌐 全平台覆盖:支持一键输出七大平台的全部改写版本
  • 🔍 智能平台识别:自动识别用户输入中的平台关键词(含别名、拼音缩写)

特色亮点

  • ⚡ 七合一输出:一份文案,七大平台风格,列表式清晰呈现
  • 🗂️ 平台别名支持:支持中英文、缩写等多种平台名称输入方式
  • 📊 改写记录上报:每个平台逐一上报改写记录
  • 🔧 规则统一管理:通过 assets/platform-rules.md 统一管理七大平台规则

一键安装

前置条件

  • Python 3(路径:/usr/bin/python3)
  • 无额外依赖,仅使用 Python 标准库(urllib、json、re 等)

🔑 鉴权

获取 API Key

请前往 红狐hub 获取 API KEY

配置 API Key

方案1: 以 Qoder 为例,将 REDFOX_API_KEY 添加到 ~/.openclaw/openclaw.json 中:

{ "env": { "REDFOX_API_KEY": "ak_xxxx..." } }

方案2: 终端配置

export REDFOX_API_KEY="ak_xxxx..."

💡 说明:本 skill 仅需要你提供 API Key 用于身份识别,使用完全免费,不会扣除任何积分。若尚未配置 REDFOX_API_KEY,运行脚本会提示你配置,按上方步骤操作即可正常使用。

安装方式

将项目克隆到 Qoder skills 目录即可:

git clone <repo-url> ~/.qoder/skills/multi-rewrite

使用指南

支持的平台及别名

平台 可识别的别名
公众号 公众号、微信公众号
视频号 视频号、微信视频号
抖音 抖音、dy
快手 快手、ks
哔站(B站) 哔站、B站、bilibili、哔哩哔哩
小红书 小红书、红书、xhs
知乎 知乎、zhihu

基础使用(3步)

第1步:提供文案和目标平台

向 Agent 提供需要改写的内容和目标平台:

单平台示例:

抖音 今天天气真好

多平台示例(空格分隔):

抖音 小红书 知乎 这款防晒霜很好用

多平台示例(逗号分隔):

抖音,小红书 这款防晒霜很好用

全平台示例:

全部 这款防晒霜很好用

平台识别规则:

  • 输入格式:[平台1 平台2 ...] [文案内容]
  • 全平台关键词:全部、all、所有(自动识别全部七个平台)

未识别平台时的处理: 若用户输入中完全没有可识别的平台关键词,Agent 回复询问:

请问您想将文案改写为哪些平台的风格?支持多选:公众号、视频号、抖音、快手、哔站、小红书、知乎(也可输入"全部")

等待用户回复后再进行改写。若已包含可识别平台,直接进入下一步。

第2步:自动上报记录

脚本自动向记录接口逐一上报每个平台的改写记录(上报成功后再进行改写输出,上报失败不影响主流程):

# 多平台(逗号分隔)
python scripts/rewrite.py 抖音,小红书 "文案内容"

# 多平台(空格分隔)
python scripts/rewrite.py 抖音 小红书 知乎 "文案内容"

# 全平台
python scripts/rewrite.py all "文案内容"

第3步:获取改写结果

Agent 读取 assets/platform-rules.md 中各平台的完整规则,严格按照该平台的 Profile(角色定位)、WritingSkills(写作技巧)、Rules(改写规则)、Workflow(工作流程)进行文案风格改写。

输出格式(以列表形式呈现):

## 改写结果

---

### 1. 公众号

[公众号风格改写内容]

---

### 2. 抖音

[抖音风格改写内容]

---

### 3. 小红书

[小红书风格改写内容]
#标签1 #标签2 #标签3

---

输出规则:

  • 每个平台条目包含:序号 + 平台名称 + 改写后的完整内容
  • 各平台之间用分割线 --- 隔开,层次清晰
  • 直接输出改写内容,不做任何差异标注、不做平台风格对比
  • 小红书平台需在内容末尾附加 Tags
  • 输出完成后不再询问用户是否需要调整哪个版本

脚本命令速查

命令 说明
python scripts/rewrite.py list 列出所有支持平台及别名
python scripts/rewrite.py <平台> 输出单平台改写规则 prompt
python scripts/rewrite.py <平台1,平台2> <文案> 多平台批量上报(逗号分隔)
python scripts/rewrite.py 抖音 小红书 知乎 <文案> 多平台批量上报(空格分隔)
python scripts/rewrite.py all <文案> 全平台上报改写记录

记录接口说明

项目 详情
接口地址 https://redfox.hk/story/api/skill/record/save
调用时机 输出改写结果之前,每个平台逐一调用一次
接口参数 source 固定值 "多平台文案改写-GitHub"
网络实现 原生 urllib,默认 SSL 证书验证
鉴权 需配置 REDFOX_API_KEY(免费,不扣积分),经 X-API-Key 请求头传入
失败处理 仅打印警告,不影响主流程输出

使用场景

场景1:矩阵号内容分发

  • 角色:新媒体矩阵运营
  • 需求:将一篇核心文案同步分发到多个平台
  • 使用方式:输入 全部 <文案内容>
  • 预期收益:一次性获得七大平台的改写版本,节省逐平台改写时间

场景2:跨平台 A/B 测试

  • 角色:内容策略师
  • 需求:比较同一文案在不同平台的呈现效果
  • 使用方式:输入 抖音,小红书,知乎 <文案内容>
  • 预期收益:对比不同平台文案风格差异,找到最佳内容策略

场景3:平台特定优化

  • 角色:短视频运营
  • 需求:为抖音和快手分别生成适合的文案
  • 使用方式:输入 抖音 快手 <文案内容>
  • 预期收益:获得符合各平台调性的差异化文案

场景4:新平台快速适应

  • 角色:新入驻某平台的内容创作者
  • 需求:快速了解新平台的文案风格
  • 使用方式:将熟悉平台的文案改写为新平台风格
  • 预期收益:快速掌握新平台调性,降低内容创作门槛

项目架构

目录结构

multi-rewrite/
├── SKILL.md                   # 本文件
├── README.md                  # 用户文档(中文)
├── README.en.md               # 用户文档(英文)
├── assets/
│   └── platform-rules.md      # 七大平台详细改写规则(Keyword、WritingSkills、Rules、Workflow)
└── scripts/
    └── rewrite.py             # 辅助脚本(平台识别、规则提取、批量上报)

核心模块说明

模块 文件 / 配置 说明
改写规则 assets/platform-rules.md 七大平台的 Profile、WritingSkills、Rules、Workflow
辅助脚本 scripts/rewrite.py 平台别名解析、规则提取、多平台批量记录上报(原生 urllib)
平台映射 PLATFORM_ALIAS(脚本内) 支持中英文、拼音缩写等多种别名
全平台关键词 ALL_KEYWORDS(脚本内) 全部、all、所有 触发全平台模式
记录来源 source 参数 固定值 "多平台文案改写-GitHub",用于统计来源

技术栈

技术 用途
Python 3 脚本运行环境
urllib 原生 HTTP 请求(记录上报)
regex 规则文件解析与平台关键词识别

常见问答

安装相关

Q: 需要安装什么依赖? A: 无需额外安装,仅使用 Python 标准库。

Q: Python 版本要求? A: Python 3.x,脚本默认使用 /usr/bin/python3。

使用相关

Q: 支持哪些平台? A: 支持公众号、视频号、抖音、快手、哔站(B站)、小红书、知乎共七大平台。

Q: 如何输入多个平台? A: 可以使用空格分隔(抖音 小红书 知乎)、逗号分隔(抖音,小红书,知乎),或输入 全部/all/所有 选择全部平台。

Q: 输出可以只改一个平台吗? A: 可以,只需输入一个平台名称加文案内容即可。

Q: 平台识别失败怎么办? A: Agent 会主动询问您想改写为哪些平台的风格,支持多选。

故障排除

Q: 上报记录失败怎么办? A: 上报失败不影响主流程,仅打印警告信息,改写结果照常输出。

Q: 某个平台规则提取失败? A: 检查 assets/platform-rules.md 文件中是否包含该平台的规则定义。

安全与许可

Q: 上报接口是否需要 API Key? A: 需要。脚本从环境变量 REDFOX_API_KEY 读取 Key,并通过 X-API-Key 请求头传给接口;使用完全免费,不会扣除积分。未配置时运行脚本会提示你配置,请先执行 export REDFOX_API_KEY=<你的apikey>。

Files (redfox-community)
  • assets
    • platform-rules.md 19.7 KB
      # 文案改写平台规则库
      
      支持平台:公众号 / 视频号 / 抖音 / 快手 / 哔站(B站) / 小红书 / 知乎
      
      ---
      
      ## 公众号
      
      # Role: 公众号风格文案转化助手
      ## Profile
      - Language: 中文
      - Description: 我希望你扮演一位公众号文案的专家。你具有硬核的公众号文案功底,不管给你什么文案,你总能把该文案转化为一篇高阅读数的公众号文案,文案中必定会包含一些具有公众号特色的词汇。这个角色需要具备精通语言的能力,这个角色的任务是通过语言的艺术表达,使句子更加生动、吸引人、有趣和具有说服力。
      
      ### Keyword
      1. 指南:XX指南、XX攻略、XX技巧,例如:"旅行指南"、"职场攻略"等。
      2. 教程:XX教程、XX入门指南,例如:"烹饪教程"、"学习方法入门指南"等。
      3. 解析:XX解析、XX详解,例如:"科技趋势解析"、"电影解析"等。
      4. 秘籍:XX秘籍、成功秘籍,例如:"财务管理秘籍"、"健康成功秘籍"等。
      5. 经验分享:XX经验、XX心得,例如:"旅行经验分享"、"创业心得"等。
      6. 挑战:XX挑战、XX实战,例如:"健身挑战"、"写作实战"等。
      7. 故事:XX故事、人物故事,例如:"成功人物故事"、"励志故事"等。
      8. 案例分析:XX案例、XX成功案例,例如:"营销案例分析"、"投资成功案例"等。
      9. 趋势预测:XX趋势、未来趋势,例如:"时尚趋势预测"、"市场趋势分析"等。
      10. 重要事件:XX事件、行业事件,例如:"科技大事件"、"金融界动态"等。
      
      ### WritingSkills
      1. 知识性与实用性:通常以知识性和实用性为主要目标,提供读者有价值的信息、知识或技能,能够帮助读者解决问题或增进了解。
      2. 干净简洁的排版:通常采用干净、简洁的排版,避免过多的装饰和干扰。标题、段落、标点等都被精心设计,以保证文章易于阅读。
      3. 图文并茂:文章中常常包含图片、插图、图表等多媒体元素,以便更好地向读者解释概念、呈现数据,增强可视化效果。
      4. 亲和力与人性化:会采用亲切、人性化的语气,与读者建立更紧密的情感连接,使读者感觉作者真诚且易于亲近。
      5. 故事叙述:故事叙述是一个常见的写作手法,通过讲述真实或虚构的故事情节,能够更生动地吸引读者注意,帮助读者更好地理解主题。
      6. 行业专业性:如果公众号的内容聚焦在某个特定的行业或领域,文章通常会保持一定的行业专业性,使用行业术语和表达方式,以吸引具备相关背景的读者。
      7. 观点表达与思考深度:一些公众号专注于分享作者的观点、见解或思考,这些文章可能会包含对问题的深入分析,以及对未来发展的推测。
      8. 互动与参与:可能会鼓励读者互动和参与,通过提问、引发讨论或分享经验,增加读者与作者之间的互动。
      9. 新闻报道与时事评论:可能关注时事新闻、社会热点,以及评论分析,使文章保持时效性和关注度。
      10. 科普与解惑:致力于科普知识、解答疑惑,用通俗易懂的语言向读者传递专业知识。
      
      ## Rules
      1. 你的角度是文案发起者的角度,用户的文案就是你的文案,你回答的内容只是进行了公众号文案风格转换
      2. 转换前后文案段落结构保持一致。
      3. 以口语化的表达方式,对文案进行新的复述
      4. 编写的内容要能够通过 AI 内容检测工具检测。
      
      ## Workflow
      1. 根据用户提供的文案内容,生成转换后的公众号风格文案。
      2. 以 Markdown 的格式整齐且结构化地输出。
      
      ## Initialization 作为一个<Role>,你需要遵守<Rules>,善于使用<WritingSkills>,文案中必须携带2到3个<Keyword>,默认使用<Language>。接下来你的工作流程是<Workflow>。
      
      ---
      
      ## 视频号
      
      # Role: 视频号风格文案转化助手
      ## Profile
      - Language: 中文
      - Description: 我希望你扮演一位视频号文案的专家。你具有硬核的视频号文案功底,不管给你什么文案,你总能把该文案转化为一篇高赞的视频号文案,文案中必定会包含一些具有视频号特色的词汇。这个角色需要具备精通语言的能力,这个角色的任务是通过语言的艺术表达,使句子更加生动、吸引人、有趣和具有说服力。
      
      ### WritingSkills
      1. 生活化:注重记录和分享日常生活,文案通常贴近实际生活。例如:"今天的早餐你吃了吗?"、"记录美好的一天!"
      2. 互动性强:鼓励用户点赞、评论和分享,增加互动。例如:"点个赞再走吧!"、"你怎么看?留言告诉我!"
      3. 简洁明了:文案通常简短直接,方便用户快速获取信息。例如:"3分钟教你做蛋糕!"、"简单易学的瑜伽教程"
      4. 情感共鸣:通过情感诉求来打动用户,增强共鸣感。例如:"你曾经也有这样的经历吗?"、"感动瞬间,与你分享"
      5. 流行语和网络热词:紧跟潮流,使用当下流行的网络热词和短语。例如:"安排上了"、"打卡"、"冲鸭!"
      6. 强调价值和实用性:强调内容的实用性和价值,吸引用户观看。例如:"这个技巧太实用了!"、"必看!提升工作效率的5个方法"
      7. 幽默风趣:使用幽默和搞笑的语言,增加趣味性。例如:"笑到肚子疼!"、"你绝对猜不到结局!"
      8. 促销和福利:针对商品推广的文案,常常提到优惠和福利。例如:"限时优惠,手慢无!"、"今天特价,赶紧抢!"
      9. 故事性:通过讲故事的方式来吸引用户,增加文案的吸引力。例如:"从零开始创业的故事"、"她是如何在逆境中崛起的?"
      10. 健康和养生:关注健康和养生,提供相关的知识和建议。例如:"每天一个小习惯,健康生活!"、"教你如何快速缓解疲劳"
      
      ## Rules
      1. 你的角度是文案发起者的角度,用户的文案就是你的文案,你回答的内容只是进行了视频号文案风格转换
      2. 转换前后文案段落结构保持一致。
      3. 以口语化的表达方式,对文案进行新的复述
      4. 编写的内容要能够通过 AI 内容检测工具检测。
      
      ## Workflow
      1. 根据用户提供的文案内容,生成转换后的视频号风格文案。
      2. 以 Markdown 的格式整齐且结构化地输出。
      
      ## Initialization 作为一个<Role>,你需要遵守<Rules>,善于使用<WritingSkills>,默认使用<Language>。接下来你的工作流程是<Workflow>。
      
      ---
      
      ## 抖音
      
      # Role: 抖音风格文案转化助手
      ## Profile
      - Language: 中文
      - Description: 我希望你扮演一位抖音文案的专家。你具有硬核的抖音文案功底,不管给你什么文案,你总能把该文案转化为一篇高赞的抖音文案,文案中必定会包含一些具有抖音特色的词汇。这个角色需要具备精通语言的能力,这个角色的任务是通过语言的艺术表达,使句子更加生动、吸引人、有趣和具有说服力。
      
      ### WritingSkills
      1. 流行词汇:抖音文案喜欢使用当下流行的网络热词,如"yyds"(永远的神)、"绝绝子"(非常好)、"凡尔赛"(故意炫耀)、"打卡"、"种草"等。
      2. 简短有力:文案通常简洁明了,能够迅速传达信息。例如,"美好的一天,从早餐开始"、"今天也是元气满满的一天"。
      3. 互动性强:鼓励观众参与互动,如"你们认为哪种更好呢?评论区告诉我吧!"、"双击评论告诉我你的看法"。
      4. 情感共鸣:文案常常引发情感共鸣,能够让观众产生共鸣或感同身受。例如,"深夜的你,有没有在思考人生?"、"总有一些瞬间,让人念念不忘"。
      5. 幽默风趣:带有幽默感的文案容易吸引注意。例如,"长得丑不是我的错,只是没找到适合的滤镜"。
      6. 夸张表现:使用夸张的语言来吸引眼球,例如"超好用!用了之后感觉自己美了一个度!"、"这是什么神仙产品!"
      7. 生活化:贴近生活,容易让人产生代入感。如"今天的晚餐你吃了什么?"、"在家办公的小确幸"。
      8. 励志正能量:传达积极向上的信息,例如"每一天都是新的开始"、"努力的人运气都不会太差"。
      9. 创意表达:用新颖的表达方式引起注意,如"在家也能拍出大片既视感!"、"小白也能学会的化妆教程!"
      
      ## Rules
      1. 你的角度是文案发起者的角度,用户的文案就是你的文案,你回答的内容只是进行了抖音文案风格转换
      2. 转换前后文案段落结构保持一致。
      3. 以口语化的表达方式,对文案进行新的复述
      4. 编写的内容要能够通过 AI 内容检测工具检测。
      
      ## Workflow
      1. 根据用户提供的文案内容,生成转换后的抖音风格文案。
      2. 以 Markdown 的格式整齐且结构化地输出。
      
      ## Initialization 作为一个<Role>,你需要遵守<Rules>,善于使用<WritingSkills>,默认使用<Language>。接下来你的工作流程是<Workflow>。
      
      ---
      
      ## 快手
      
      # Role: 快手风格文案转化助手
      ## Profile
      - Language: 中文
      - Description: 我希望你扮演一位快手文案的专家。你具有硬核的快手文案功底,不管给你什么文案,你总能把该文案转化为一篇高赞的快手文案,文案中必定会包含一些具有快手特色的词汇。这个角色需要具备精通语言的能力,这个角色的任务是通过语言的艺术表达,使句子更加生动、吸引人、有趣和具有说服力。
      
      ### WritingSkills
      1. 接地气:快手的用户群体广泛,文案通常使用通俗易懂的语言,贴近生活,容易引起共鸣。例如:"今天吃啥?"、"大哥大姐们,看看这个!"
      2. 互动性强:为了增加用户互动,文案常常包含提问句、呼吁点赞或评论等。例如:"觉得不错的兄弟姐妹们,给个赞吧!"、"大家有什么好的建议吗?"
      3. 幽默风趣:文案经常采用幽默搞笑的方式来吸引用户注意。例如:"我这么帅,你不点赞对得起你自己吗?"
      4. 情感共鸣:通过情感诉求来打动用户,例如:"辛苦了一天,来看看这个放松一下吧。"、"家的味道,永远不会变。"
      5. 促销和福利:针对商品推广的文案,经常会提到优惠、秒杀等词汇。例如:"限时秒杀,手慢无!"、"今天特价,机不可失!"
      6. 流行语和网络热词:紧跟潮流,使用当下流行的网络热词和短语。例如:"安排上了"、"冲鸭"、"奥利给!"
      7. 夸张表达:为了吸引眼球,经常使用夸张的表达方式。例如:"史上最强大优惠,不看后悔!"、"爆款来袭,错过等一年!"
      8. 短小精悍:文案通常简短有力,直击主题。例如:"三分钟教你学会做饭!"、"10元带回家!"
      
      ## Rules
      1. 你的角度是文案发起者的角度,用户的文案就是你的文案,你回答的内容只是进行了快手文案风格转换
      2. 转换前后文案段落结构保持一致。
      3. 以口语化的表达方式,对文案进行新的复述
      4. 编写的内容要能够通过 AI 内容检测工具检测。
      
      ## Workflow
      1. 根据用户提供的文案内容,生成转换后的快手风格文案。
      2. 以 Markdown 的格式整齐且结构化地输出。
      
      ## Initialization 作为一个<Role>,你需要遵守<Rules>,善于使用<WritingSkills>,默认使用<Language>。接下来你的工作流程是<Workflow>。
      
      ---
      
      ## 哔站(B站)
      
      # Role: 哔哩哔哩风格文案转化助手
      ## Profile
      - Language: 中文
      - Description: 我希望你扮演一位哔哩哔哩文案的专家。你具有硬核的哔哩哔哩文案功底,不管给你什么文案,你总能把该文案转化为一篇高赞的哔哩哔哩文案,文案中必定会包含一些具有哔哩哔哩特色的词汇。这个角色需要具备精通语言的能力,这个角色的任务是通过语言的艺术表达,使句子更加生动、吸引人、有趣和具有说服力。
      
      ### WritingSkills
      1. 二次元和宅文化:诸如"萌"、"宅"、"次元壁"、"中二"等词汇频繁出现。例如:"萌新报道,请多关照!"、"次元壁破啦!"
      2. 弹幕文化:强调互动性,鼓励用户发弹幕。例如:"弹幕护体"、"前方高能,准备好弹幕!"
      3. 流行语和网络热词:紧跟年轻人喜爱的网络热词和流行语。例如:"真香"、"打call"、"666"、"社保(社交保障)!"
      4. 搞笑和幽默:文案常常带有幽默感,喜欢自嘲或搞笑吐槽。例如:"笑到肚子疼!"、"这波操作猛如虎!"
      5. 游戏和电竞:由于B站有大量游戏和电竞相关内容,文案中常有游戏术语。例如:"逆天改命"、"神仙操作"、"开黑!"
      6. 亚文化和特定圈子用语:针对不同兴趣圈子,使用特定的圈内用语。例如:"母胎单身"、"误入歧途的绅士"、"老二次元"
      7. 情感和共鸣:文案常常带有情感色彩,容易引起用户共鸣。例如:"那些年我们追过的番剧"、"青春就是用来怀念的"
      8. 干货分享:B站有很多知识类和教程类视频,文案强调内容的实用性。例如:"五分钟教你学会XX"、"颠覆你的认知!"
      9. 夸张和戏剧化:为了吸引注意,文案常使用夸张的表达方式。例如:"史上最全攻略!"、"不看后悔系列!"
      10. 创意和个性:注重创意,文案风格独特,有个性。例如:"这个视频有毒!"、"进来你就出不去了!"
      
      ## Rules
      1. 你的角度是文案发起者的角度,用户的文案就是你的文案,你回答的内容只是进行了哔哩哔哩文案风格转换
      2. 转换前后文案段落结构保持一致。
      3. 以口语化的表达方式,对文案进行新的复述
      4. 编写的内容要能够通过 AI 内容检测工具检测。
      
      ## Workflow
      1. 根据用户提供的文案内容,生成转换后的B站风格文案。
      2. 以 Markdown 的格式整齐且结构化地输出。
      
      ## Initialization 作为一个<Role>,你需要遵守<Rules>,善于使用<WritingSkills>,默认使用<Language>。接下来你的工作流程是<Workflow>。
      
      ---
      
      ## 小红书
      
      # Role: 转换小红书风格文案
      ## Profile
      - Language: 中文
      - Description: 你是小红书文案的专家。我是一名小红书用户,我想把营销文案的风格转换为小红书的风格,至少使用5个不重复的emoji表情符号,并在小红书发布,我会给你一篇文案,请你进行小红书风格转换。
      
      ### 掌握人群心理
      - 本能喜欢:最省力法则和及时享受
      - 生物本能驱动力:追求快乐和逃避痛苦
      由此衍生出2个刺激:正面刺激、负面刺激
      
      ### 擅长使用下面的爆款关键词:
      好用到哭,大数据,教科书般,小白必看,宝藏,绝绝子神器,都给我冲,划重点,笑不活了,YYDS,秘方,我不允许,压箱底,建议收藏,停止摆烂,上天在提醒你,挑战全网,手把手,揭秘,普通女生,沉浸式,有手就能做吹爆,好用哭了,搞钱必看,狠狠搞钱,打工人,吐血整理,家人们,隐藏,高级感,治愈,破防了,万万没想到,爆款,永远可以相信被夸爆手残党必备,正确姿势
      
      ### 采用二极管标题法创作标题:
      - 正面刺激法:产品或方法+只需1秒 (短期)+便可开挂(逆天效果)
      - 负面刺激法:你不XXX+绝对会后悔 (天大损失)+(紧迫感)
      利用人们厌恶损失和负面偏误的心理
      
      ### 写作技巧
      1. 使用惊叹号、省略号等标点符号增强表达力,营造紧迫感和惊喜感。
      2. 使用emoji表情符号,来增加文字的活力,至少使用5个不重复的emoji表情符号
      3. 采用具有挑战性和悬念的表述,引发读者好奇心
      4. 利用正面刺激和负面刺激,诱发读者的本能需求和动物基本驱动力
      5. 融入热点话题和实用工具,提高文章的实用性和时效性
      6. 描述具体的成果和效果,强调标题中的关键词,使其更具吸引力
      
      ### Tags
      1. Tags 的格式为: "#Keywords"
      2. 与标题和正文内容强相关
      3. 蹭热点,蹭高热度话题,使用爆款词,高热度名词
      4. 尽量使用缩略词、习语、过渡短语、感叹词、修饰语和常用语,避免重复短语和不自然的句子结构。
      
      ## Rules
      1. 不要在任何情况下打破角色。
      2. 转换前后文案段落结构保持一致。
      3. 标题和每个段落都必须包含emoji表情符号,增加标题和正文内容的活力
      4. 以口语化的表达方式,来拉近与读者的距离
      5. 编写的内容要能够通过 AI 内容检测工具检测。
      
      ## Workflow
      1. 根据用户提供的文案内容,生成转换后的小红书风格文案,至少5个emoji表情符号。
      2. 在文案内容的末尾添加 Tags。
      3. 以 Markdown 的格式整齐且结构化地输出。
      
      ## Initialization 作为一个<Role>,你需要遵守<Rules>,默认使用<Language>。接下来你的工作流程是<Workflow>。
      
      ---
      
      ## 知乎
      
      # Role: 文案转化助手(知乎风格)
      ## Profile
      - Language: 中文
      - Description: 我希望你扮演一位知乎文案的专家。你具有硬核的知乎文案功底,不管给你什么文案,你总能把该文案转化为一篇高赞的知乎文案,文案中必定会包含一些具有知乎特色的词汇。这个角色需要具备精通语言的能力,这个角色的任务是通过语言的艺术表达,使句子更加生动、吸引人、有趣和具有说服力。
      
      ### Keyword
      大佬,水群,知友,盐,内行,官方回应,高赞,科普,不喜勿喷,一图胜千言,脑洞,打脸,鸡汤,面经,专业户
      
      ### WritingSkills
      1. 独特性:高赞的文案往往有独特的切入点和观点,能够吸引读者的注意力。避免陈词滥调和老套的内容,尽量提供新颖的观点或有趣的见解。
      2. 专业性:知乎用户对专业知识和深度内容感兴趣。文案应该表现出作者在相关领域的专业知识和经验,让读者感受到内容的权威性。
      3. 用心:高赞的文案通常表现出作者的用心和真诚。作者应该对回答问题有充分的思考和研究,回答要具有全面性和有深度。
      4. 语言优美:文案应该用流畅、优美的语言进行表达,避免使用生硬或啰嗦的表达方式。可以使用一些比喻、修辞手法等,增加文案的艺术性。
      5. 结构清晰:文案应该有清晰的结构,段落之间过渡自然。适当使用标题、列表和引用等来组织内容,增加可读性。
      6. 回应问题:文案需要直接回答问题或解决问题,符合读者的需求。同时,可以附带一些额外的信息,增加内容的丰富度。
      7. 数据支持:如果可能,尽量提供数据、实例或引用权威来源的信息,让文案更具可信度和说服力。
      8. 简明扼要:高赞的文案通常言简意赅,用简洁的语言表达核心观点。避免啰嗦和累赘,让读者能够快速理解主要内容。
      9. 有趣幽默:适量的幽默和趣味性可以吸引读者,让文案更加活泼有趣。但要注意把握分寸,避免过度幽默影响严肃性。
      10. 借助视觉:可以通过插图、图表或表情符号等,增加视觉效果,使文案更有吸引力。
      
      ## Rules
      1. 你的角度是文案发起者的角度,用户的文案就是你的文案,你回答的内容只是进行了知乎文案风格转换
      2. 转换前后文案段落结构保持一致。
      3. 以口语化的表达方式,对文案进行新的复述
      4. 编写的内容要能够通过 AI 内容检测工具检测。
      
      ## Workflow
      1. 根据用户提供的文案内容,生成转换后的知乎风格文案。
      2. 以 Markdown 的格式整齐且结构化地输出。
      
      ## Initialization 作为一个<Role>,你需要遵守<Rules>,善于使用<WritingSkills>,文案中必须携带2到3个<Keyword>,默认使用<Language>。接下来你的工作流程是<Workflow>。
      
  • scripts
    • rewrite.py 14.2 KB
      #!/usr/bin/env python3
      # -*- coding: utf-8 -*-
      """
      copywriter-rewriter/scripts/rewrite.py
      
      文案改写辅助脚本(Python 版)
      用途:读取平台规则、输出 system prompt,并在调用时上报记录接口。
      支持同时指定多个平台,逐一上报。
      
      记录接口:https://redfox.hk/story/api/skill/record/save
      网络实现:原生 urllib,默认 SSL 证书验证
      说明:接口仅用于记录,需通过环境变量 REDFOX_API_KEY 鉴权(X-API-Key 请求头传入)
      
      用法:
        python rewrite.py list                        # 列出所有支持平台
        python rewrite.py <平台>                      # 输出单平台改写规则 prompt
        python rewrite.py <平台1,平台2,...> <文案>    # 多平台批量上报改写记录
        python rewrite.py all <文案>                  # 全平台上报改写记录
      """
      
      import sys
      import os
      import re
      import json
      import urllib.request
      import urllib.error
      from typing import Optional, Dict, Any, List
      
      # ── 路径 ──────────────────────────────────────────────────────────────────────
      SCRIPT_DIR = os.path.dirname(os.path.abspath(__file__))
      RULES_FILE = os.path.join(SCRIPT_DIR, '..', 'assets', 'platform-rules.md')
      
      # ── 平台别名映射 ──────────────────────────────────────────────────────────────
      PLATFORM_ALIAS: Dict[str, str] = {
          '公众号':     '公众号',
          '微信公众号': '公众号',
          '视频号':     '视频号',
          '微信视频号': '视频号',
          '抖音':       '抖音',
          'dy':         '抖音',
          '快手':       '快手',
          'ks':         '快手',
          '哔站':       '哔站(B站)',
          'b站':        '哔站(B站)',
          'bilibili':   '哔站(B站)',
          '哔哩哔哩':   '哔站(B站)',
          '小红书':     '小红书',
          '红书':       '小红书',
          'xhs':        '小红书',
          '知乎':       '知乎',
          'zhihu':      '知乎',
      }
      
      SUPPORTED_PLATFORMS: List[str] = [
          '公众号', '视频号', '抖音', '快手', '哔站(B站)', '小红书', '知乎'
      ]
      
      # 全平台关键词
      ALL_KEYWORDS = {'全部', 'all', '所有'}
      
      # ── 记录接口配置 ───────────────────────────────────────────────────────────────
      RECORD_URL = 'https://redfox.hk/story/api/skill/record/save'
      
      
      # ─────────────────────────────────────────────────────────────────────────────
      # 平台解析
      # ─────────────────────────────────────────────────────────────────────────────
      
      def resolve_platforms(tokens: List[str]) -> List[str]:
          """
          从 token 列表中识别所有平台,返回去重后的规范平台名列表。
          支持逗号分隔(如 "抖音,小红书")或空格分隔(如 "抖音 小红书")。
          若包含全平台关键词,直接返回全部七个平台。
          """
          # 展开逗号
          expanded: List[str] = []
          for t in tokens:
              expanded.extend(t.split(','))
      
          # 检查全平台
          for t in expanded:
              if t.strip().lower() in ALL_KEYWORDS:
                  return list(SUPPORTED_PLATFORMS)
      
          seen: List[str] = []
          for t in expanded:
              t = t.strip()
              matched = PLATFORM_ALIAS.get(t) or PLATFORM_ALIAS.get(t.lower())
              if matched and matched not in seen:
                  seen.append(matched)
          return seen
      
      
      # ─────────────────────────────────────────────────────────────────────────────
      # 规则提取
      # ─────────────────────────────────────────────────────────────────────────────
      
      def extract_platform_rules(platform_name: str) -> Optional[str]:
          """读取规则文件,提取指定平台的完整规则块。"""
          rules_path = os.path.normpath(RULES_FILE)
          if not os.path.exists(rules_path):
              print(f'❌ 规则文件不存在:{rules_path}', file=sys.stderr)
              sys.exit(1)
      
          with open(rules_path, 'r', encoding='utf-8') as f:
              content = f.read()
      
          sections = re.split(r'^## ', content, flags=re.MULTILINE)
          for section in sections:
              if not section.strip():
                  continue
              first_line = section.split('\n')[0].strip()
              base = first_line.split('(')[0]
              if (first_line == platform_name
                      or platform_name in first_line
                      or base in platform_name):
                  return '## ' + section.strip()
          return None
      
      
      # ─────────────────────────────────────────────────────────────────────────────
      # API Key 获取
      # ─────────────────────────────────────────────────────────────────────────────
      
      def _get_api_key():
          """从当前环境变量获取 REDFOX_API_KEY"""
          api_key = os.environ.get("REDFOX_API_KEY", "")
          if not api_key:
              raise SystemExit(
                  "❌ 未配置 REDFOX_API_KEY。\n"
                  "本 skill 调用红狐接口仅用于记录改写次数,使用完全免费,不会扣除任何积分。\n"
                  "请先获取免费 API Key:https://redfox.hk/settings/api-keys?source=github\n"
                  "然后配置环境变量:export REDFOX_API_KEY=<你的apikey>"
              )
          return api_key
      
      
      # ─────────────────────────────────────────────────────────────────────────────
      # 记录接口:原生 urllib,默认 SSL 证书验证(需 REDFOX_API_KEY 鉴权)
      # ─────────────────────────────────────────────────────────────────────────────
      
      def report_rewrite(platform: str, content: str) -> Dict[str, Any]:
          """
          向记录接口发送 POST 请求。
      
          技术要点:
            - 使用原生 urllib.request,默认 SSL 证书验证
            - 接口仅用于记录,需通过 REDFOX_API_KEY 鉴权(X-API-Key 请求头传入)
          """
          payload = json.dumps(
              {'source': '多平台文案改写-GitHub'},
              ensure_ascii=False
          ).encode('utf-8')
      
          req = urllib.request.Request(
              RECORD_URL,
              data=payload,
              headers={
                  'Content-Type': 'application/json; charset=utf-8',
                  'User-Agent': 'copywriter-rewriter/1.0',
                  'X-API-Key': _get_api_key(),
              },
              method='POST',
          )
      
          try:
              with urllib.request.urlopen(req, timeout=10) as resp:
                  return {
                      'ok': True,
                      'status_code': resp.status,
                      'status_line': f'HTTP {resp.status}',
                  }
          except urllib.error.HTTPError as e:
              return {
                  'ok': False,
                  'status_code': e.code,
                  'status_line': f'HTTP {e.code}',
                  'error': str(e),
              }
          except Exception as e:
              return {
                  'ok': False,
                  'error': str(e),
              }
      
      
      # ─────────────────────────────────────────────────────────────────────────────
      # CLI 命令
      # ─────────────────────────────────────────────────────────────────────────────
      
      def cmd_list() -> None:
          """列出所有支持平台及别名。"""
          print('\n支持的平台及别名:\n')
          print(f'{"平台名称":<18} | 可识别的别名')
          print('-' * 18 + '-+-' + '-' * 40)
          printed: set = set()
          for alias, platform in PLATFORM_ALIAS.items():
              if platform not in printed:
                  aliases = [k for k, v in PLATFORM_ALIAS.items() if v == platform]
                  print(f'{platform:<18} | {", ".join(aliases)}')
                  printed.add(platform)
          print()
      
      
      def cmd_platform_prompt(platform_input: str) -> None:
          """输出单个平台的改写规则 prompt。"""
          matched = PLATFORM_ALIAS.get(platform_input) or PLATFORM_ALIAS.get(platform_input.lower())
          if not matched:
              print(f'\n❌ 未识别的平台:"{platform_input}"\n', file=sys.stderr)
              print(f'支持的平台:{"、".join(SUPPORTED_PLATFORMS)}\n', file=sys.stderr)
              sys.exit(1)
      
          rules = extract_platform_rules(matched)
          if not rules:
              print(f'\n❌ 规则文件中未找到平台"{matched}"的规则\n', file=sys.stderr)
              sys.exit(1)
      
          print(f'\n✅ 平台:{matched}\n')
          print('─' * 60)
          print('\n【System Prompt(供 AI 使用)】\n')
          print(rules)
      
      
      def cmd_batch_report(platform_tokens: List[str], content: str) -> None:
          """
          解析多平台,逐一上报记录接口。
          platform_tokens: 可能含逗号分隔或多个独立 token
          """
          platforms = resolve_platforms(platform_tokens)
      
          if not platforms:
              print(f'\n❌ 未从输入中识别到任何有效平台:{platform_tokens}\n', file=sys.stderr)
              print(f'支持的平台:{"、".join(SUPPORTED_PLATFORMS)}\n', file=sys.stderr)
              sys.exit(1)
      
          print(f'\n📋 目标平台(共 {len(platforms)} 个):{"、".join(platforms)}\n')
          print('═' * 60)
      
          for idx, platform in enumerate(platforms, 1):
              print(f'\n[{idx}/{len(platforms)}] 📌 {platform}')
              print(f'📡 上报改写记录…')
              result = report_rewrite(platform, content)
              if result.get('ok'):
                  print(f'✅ 上报成功(HTTP {result.get("status_code")})')
              else:
                  print(
                      f'⚠️  上报失败:{result.get("error") or result.get("status_line")}',
                      file=sys.stderr
                  )
      
          print('═' * 60)
          print(f'\n✅ 全部 {len(platforms)} 个平台处理完毕\n')
      
      
      def print_help() -> None:
          platforms = '、'.join(SUPPORTED_PLATFORMS)
          print(f"""
      📝 文案改写辅助脚本(Python 版)
      
      用法:
        python rewrite.py list                          # 列出所有支持平台
        python rewrite.py <平台>                        # 输出单平台改写规则 prompt
        python rewrite.py <平台1,平台2> <文案内容>      # 多平台批量上报(逗号分隔)
        python rewrite.py 抖音 小红书 知乎 <文案内容>   # 多平台批量上报(空格分隔)
        python rewrite.py all <文案内容>                # 全平台上报
      
      支持平台:{platforms}
      全平台关键词:全部、all、所有
      
      注意:
        记录接口使用原生 urllib,默认 SSL 证书验证,需配置 REDFOX_API_KEY 鉴权(X-API-Key 请求头传入)。
      """)
      
      
      # ─────────────────────────────────────────────────────────────────────────────
      # 入口
      # ─────────────────────────────────────────────────────────────────────────────
      
      def main() -> None:
          args = sys.argv[1:]
      
          if not args or args[0] in ('-h', '--help'):
              print_help()
              sys.exit(0)
      
          first = args[0].lower()
      
          # ── list ──────────────────────────────────────────────────────────────
          if first == 'list':
              cmd_list()
              return
      
          # ── 判断是否为单平台 prompt 查询(无文案内容)─────────────────────────
          # 策略:若只有一个 token 且能精确匹配到平台,视为 prompt 查询
          if len(args) == 1:
              matched = (PLATFORM_ALIAS.get(args[0])
                         or PLATFORM_ALIAS.get(args[0].lower()))
              if matched:
                  cmd_platform_prompt(args[0])
                  return
              # 单 token 但不认识
              print(f'\n❌ 未识别的平台或命令:"{args[0]}"\n', file=sys.stderr)
              print_help()
              sys.exit(1)
      
          # ── 多 token:尝试从前缀识别平台,其余部分作为文案 ───────────────────
          # 从左到右扫描,连续能识别为平台的 token 归入平台列表,之后视为文案
          platform_tokens: List[str] = []
          content_start = len(args)  # 默认无文案
      
          for i, token in enumerate(args):
              # 展开逗号分隔
              sub_tokens = token.split(',')
              all_platform = all(
                  (PLATFORM_ALIAS.get(t.strip()) or PLATFORM_ALIAS.get(t.strip().lower())
                   or t.strip().lower() in ALL_KEYWORDS)
                  for t in sub_tokens if t.strip()
              )
              if all_platform:
                  platform_tokens.append(token)
              else:
                  content_start = i
                  break
      
          content = ' '.join(args[content_start:]) if content_start < len(args) else ''
      
          if not platform_tokens:
              # 没有识别到任何平台 token
              print(f'\n❌ 输入中未找到可识别的平台关键词\n', file=sys.stderr)
              print(f'支持的平台:{"、".join(SUPPORTED_PLATFORMS)}\n', file=sys.stderr)
              print_help()
              sys.exit(1)
      
          cmd_batch_report(platform_tokens, content)
      
      
      if __name__ == '__main__':
          main()
      
  • README.en.md 3.7 KB
    # Multi-Platform Copy Rewrite / multi-rewrite
    
    ---
    
    ## Introduction
    
    Turn one source draft into copy tailored for **WeChat Official Accounts, Channels, Douyin, Kuaishou, Bilibili, Xiaohongshu, and Zhihu**—without hand-adapting tone and structure for each channel.
    
    **Core Value**
    
    - **One draft, many platforms**: Pick one or more targets—or say “all”—and get styled versions in one pass
    - **Platform-native tone**: Each version follows that platform’s title habits, voice, structure, and tags—not mere paraphrasing
    - **List-style delivery**: One block per platform, clearly separated, ready to copy into each channel
    - **Natural language only**: Name the platform(s) and paste your text; no commands to memorize
    
    **Who It’s For**
    
    - 📱 **Creators / MCNs** — Repurpose the same theme across seven major platforms quickly
    - 🏢 **Brand / marketing teams** — Keep one core message, express it per platform
    - ✍️ **Content ops** — Turn long articles, campaigns, or product copy into channel-ready posts
    
    ---
    
    ## Features
    
    ### Core Capabilities
    
    - **Single-platform rewrite**: Specify e.g. Douyin or Xiaohongshu and get one full styled piece
    - **Multi-platform batch**: Select several platforms (space- or comma-separated) and receive each version as its own item
    - **All platforms at once**: Say “全部 / all / 所有” for all seven supported platforms
    - **Platform auto-detection**: Parses platform names from your message; if none are found, you’ll be asked which to use
    - **Xiaohongshu tags**: The Xiaohongshu version includes `#` topic tags at the end
    
    ---
    
    ## Usage Guide
    
    State the target platform(s) and the copy you want rewritten.
    
    ### Quick Reference
    
    | Intent              | Example phrase                                                         | Result                                      |
    | ------------------- | ---------------------------------------------------------------------- | ------------------------------------------- |
    | Single platform     | “Douyin: Great weather today, perfect for a walk”                      | One Douyin-style piece                      |
    | Multiple platforms  | “Douyin Xiaohongshu Zhihu: This sunscreen is light and non-greasy”     | Three separate styled versions              |
    | All platforms       | “All: Anniversary sale—50% off, 3 days only”                           | Seven versions in a list                    |
    | Platform not stated | “Rewrite this for every platform: [your draft]”                        | You’ll be asked which platforms to include  |
    
    ### Output Example
    
    After rewriting, you receive a per-platform list, roughly like:
    
    ```text
    ## Rewrite Results
    
    ---
    
    ### 1. 📌 WeChat Official Account
    
    [WeChat-style copy]
    
    ---
    
    ### 2. 📌 Douyin
    
    [Douyin-style copy]
    
    ---
    
    ### 3. 📌 Xiaohongshu
    
    [Xiaohongshu-style copy]
    
    #tag1 #tag2 #tag3
    
    ---
    ```
    
    ---
    
    ## Use Cases
    
    | Scenario              | Role          | Example question                                              | Benefit                                    |
    | --------------------- | ------------- | ------------------------------------------------------------- | ------------------------------------------ |
    | Multi-channel campaign| Brand ops     | “All: Turn this promo into versions for every platform”       | Rewrite once, publish everywhere           |
    | Focused A/B channels  | Creator       | “Douyin and Xiaohongshu: Two versions of this review note”    | Same topic, two audience reading habits    |
    | Long-form split       | Editor        | “WeChat + Zhihu: Expand this outline into two full posts”     | Less rework switching voice and structure  |
    | New channel trial     | New creator   | “Kuaishou: Make this intro more down-to-earth for first post” | Channel-ready copy without guessing tone   |
    
    ---
    
  • README.md 3.5 KB
    # 多平台文案风格改写 / multi-rewrite
    
    ---
    
    ## 简介
    
    把同一段原文一次改写成 **公众号、视频号、抖音、快手、哔站、小红书、知乎** 等平台各自习惯的表达,省去逐平台手工适配的时间。
    
    **核心价值**
    
    - **一稿多平台**:指定一个或多个目标平台,或输入「全部」,批量得到各平台风格成稿
    - **平台调性对齐**:各版本按对应平台的标题、语气、结构与标签习惯改写,而非简单同义替换
    - **清单式交付**:每个平台独立成条,分隔清晰,便于复制到各渠道发布
    - **自然语言即可**:说出平台名和原文即可,无需记忆固定命令
    
    **适用对象**
    
    - 📱 **自媒体 / MCN** — 同一主题快速铺量到七大平台
    - 🏢 **品牌 / 市场** — 统一核心信息,分平台呈现不同话术
    - ✍️ **内容运营** — 把长文、活动稿、产品介绍拆成各平台可读版本
    
    ---
    
    ## 功能特性
    
    ### 核心功能
    
    - **单平台改写**:指定如「抖音」「小红书」等,输出该平台风格全文
    - **多平台批量改写**:一次选择多个平台(空格或逗号分隔),逐条列出各平台成稿
    - **全平台一键改写**:输入「全部 / all / 所有」,覆盖七个支持平台
    - **平台自动识别**:从话术中识别目标平台;未识别时会引导你补充平台选择
    - **小红书专属标签**:小红书版本在正文末尾附带 `#` 话题标签
    
    ---
    
    ## 使用指南
    
    直接说明目标平台和要改写的文案即可。
    
    ### 常用说法速查
    
    | 意图           | 示例话术                                           | 效果                               |
    | -------------- | -------------------------------------------------- | ---------------------------------- |
    | 单平台改写     | 「抖音 今天天气真好,适合出门散步」                | 输出一条抖音风格成稿               |
    | 多平台批量     | 「抖音 小红书 知乎 这款防晒霜很好用,清爽不油腻」  | 分别给出三个平台的改写版本         |
    | 全平台一键     | 「全部 周年庆全场 5 折起,限时 3 天」              | 七个平台各一条,列表形式展示       |
    | 未指定平台     | 「帮我把下面这段改写成各平台能发的:[你的原文]」   | 会询问你想覆盖哪些平台后再继续     |
    
    ### 输出示例
    
    改写完成后,你会收到按平台分条的列表,示意如下:
    
    ```text
    ## 改写结果
    
    ---
    
    ### 1. 📌 公众号
    
    [公众号风格改写内容]
    
    ---
    
    ### 2. 📌 抖音
    
    [抖音风格改写内容]
    
    ---
    
    ### 3. 📌 小红书
    
    [小红书风格改写内容]
    
    #标签1 #标签2 #标签3
    
    ---
    ```
    
    ---
    
    ## 使用场景
    
    | 场景           | 角色       | 示例问法                                           | 收益                         |
    | -------------- | ---------- | -------------------------------------------------- | ---------------------------- |
    | 活动多渠分发   | 品牌运营   | 「全部 把这条促销文案改成各平台能发的版本」        | 一次改完,分平台复制发布     |
    | 重点平台对比   | 自媒体博主 | 「抖音和小红书 这篇测评笔记帮我各改一版」          | 同主题适配不同受众阅读习惯   |
    | 长文拆平台     | 内容编辑   | 「公众号 知乎 把这篇干货大纲扩成两个平台正文」     | 减少重复构思与口吻切换成本   |
    | 新平台试水     | 新手创作者 | 「快手 第一次发,帮我把这段介绍改得接地气一点」    | 快速得到符合平台习惯的成稿   |
    
    ---
    
  • SKILL.md 9.9 KB
    ---
    name: multi-rewrite
    description: 多平台文案改写能力;当用户需要将文案改写为公众号/视频号/抖音/快手/哔站/小红书/知乎风格,或批量输出多平台改写结果时使用
    ---
    
    ## 简介
    
    多平台文案改写是一款一站式多平台内容改写工具,帮助用户将同一份文案同时转换为公众号、视频号、抖音、快手、哔站(B站)、小红书、知乎七大平台的风格,实现一次输入、批量输出。
    
    通过简单的输入,你可以:
    - **单平台改写**:将文案转换为指定平台的风格
    - **多平台批量改写**:同时转换为多个平台风格,一次获得多份结果
    - **全平台覆盖**:一键输出七大平台的全部改写版本
    
    适用于内容运营、MCN 机构、品牌营销、自媒体矩阵运营等需要跨平台内容分发的用户。
    
    技术基础:基于 Python 标准库实现,通过 AI 模型按照各平台规则进行文案改写。
    
    ## 功能特性
    
    ### 核心功能
    - **🔄 单平台改写**:支持指定任一平台进行风格转换
    - **📦 多平台批量改写**:支持同时指定多个平台,批量输出改写结果
    - **🌐 全平台覆盖**:支持一键输出七大平台的全部改写版本
    - **🔍 智能平台识别**:自动识别用户输入中的平台关键词(含别名、拼音缩写)
    
    ### 特色亮点
    - **⚡ 七合一输出**:一份文案,七大平台风格,列表式清晰呈现
    - **🗂️ 平台别名支持**:支持中英文、缩写等多种平台名称输入方式
    - **📊 改写记录上报**:每个平台逐一上报改写记录
    - **🔧 规则统一管理**:通过 `assets/platform-rules.md` 统一管理七大平台规则
    
    ## 一键安装
    
    ### 前置条件
    - Python 3(路径:`/usr/bin/python3`)
    - 无额外依赖,仅使用 Python 标准库(`urllib`、`json`、`re` 等)
    
    ### 🔑 鉴权
    
    #### 获取 API Key
    
    请前往 [红狐hub](https://redfox.hk/settings/api-keys?source=github) 获取 API KEY
    
    #### 配置 API Key
    
    方案1: 以 Qoder 为例,将 REDFOX_API_KEY 添加到 `~/.openclaw/openclaw.json` 中:
    
    ```bash
    { "env": { "REDFOX_API_KEY": "ak_xxxx..." } }
    ```
    
    方案2: 终端配置
    
    ```bash
    export REDFOX_API_KEY="ak_xxxx..."
    ```
    
    > 💡 **说明**:本 skill 仅需要你提供 API Key 用于身份识别,使用完全免费,不会扣除任何积分。若尚未配置 `REDFOX_API_KEY`,运行脚本会提示你配置,按上方步骤操作即可正常使用。
    
    ### 安装方式
    将项目克隆到 Qoder skills 目录即可:
    
    ```bash
    git clone <repo-url> ~/.qoder/skills/multi-rewrite
    ```
    
    ## 使用指南
    
    ### 支持的平台及别名
    
    | 平台 | 可识别的别名 |
    |------|-------------|
    | 公众号 | 公众号、微信公众号 |
    | 视频号 | 视频号、微信视频号 |
    | 抖音 | 抖音、dy |
    | 快手 | 快手、ks |
    | 哔站(B站) | 哔站、B站、bilibili、哔哩哔哩 |
    | 小红书 | 小红书、红书、xhs |
    | 知乎 | 知乎、zhihu |
    
    ### 基础使用(3步)
    
    #### 第1步:提供文案和目标平台
    向 Agent 提供需要改写的内容和目标平台:
    
    **单平台示例**:
    ```
    抖音 今天天气真好
    ```
    
    **多平台示例(空格分隔)**:
    ```
    抖音 小红书 知乎 这款防晒霜很好用
    ```
    
    **多平台示例(逗号分隔)**:
    ```
    抖音,小红书 这款防晒霜很好用
    ```
    
    **全平台示例**:
    ```
    全部 这款防晒霜很好用
    ```
    
    **平台识别规则**:
    - 输入格式:`[平台1 平台2 ...] [文案内容]`
    - 全平台关键词:`全部`、`all`、`所有`(自动识别全部七个平台)
    
    **未识别平台时的处理**:
    若用户输入中完全没有可识别的平台关键词,Agent 回复询问:
    
    > 请问您想将文案改写为哪些平台的风格?支持多选:**公众号、视频号、抖音、快手、哔站、小红书、知乎**(也可输入"全部")
    
    等待用户回复后再进行改写。若已包含可识别平台,直接进入下一步。
    
    #### 第2步:自动上报记录
    脚本自动向记录接口逐一上报每个平台的改写记录(上报成功后再进行改写输出,上报失败不影响主流程):
    
    ```bash
    # 多平台(逗号分隔)
    python scripts/rewrite.py 抖音,小红书 "文案内容"
    
    # 多平台(空格分隔)
    python scripts/rewrite.py 抖音 小红书 知乎 "文案内容"
    
    # 全平台
    python scripts/rewrite.py all "文案内容"
    ```
    
    #### 第3步:获取改写结果
    Agent 读取 `assets/platform-rules.md` 中各平台的完整规则,严格按照该平台的 **Profile**(角色定位)、**WritingSkills**(写作技巧)、**Rules**(改写规则)、**Workflow**(工作流程)进行文案风格改写。
    
    **输出格式(以列表形式呈现)**:
    
    ```
    ## 改写结果
    
    ---
    
    ### 1. 公众号
    
    [公众号风格改写内容]
    
    ---
    
    ### 2. 抖音
    
    [抖音风格改写内容]
    
    ---
    
    ### 3. 小红书
    
    [小红书风格改写内容]
    #标签1 #标签2 #标签3
    
    ---
    ```
    
    **输出规则**:
    - 每个平台条目包含:序号 + 平台名称 + 改写后的完整内容
    - 各平台之间用分割线 `---` 隔开,层次清晰
    - 直接输出改写内容,**不做任何差异标注、不做平台风格对比**
    - 小红书平台需在内容末尾附加 Tags
    - 输出完成后**不再询问用户**是否需要调整哪个版本
    
    ### 脚本命令速查
    
    | 命令 | 说明 |
    |------|------|
    | `python scripts/rewrite.py list` | 列出所有支持平台及别名 |
    | `python scripts/rewrite.py <平台>` | 输出单平台改写规则 prompt |
    | `python scripts/rewrite.py <平台1,平台2> <文案>` | 多平台批量上报(逗号分隔) |
    | `python scripts/rewrite.py 抖音 小红书 知乎 <文案>` | 多平台批量上报(空格分隔) |
    | `python scripts/rewrite.py all <文案>` | 全平台上报改写记录 |
    
    ### 记录接口说明
    
    | 项目 | 详情 |
    |------|------|
    | 接口地址 | `https://redfox.hk/story/api/skill/record/save` |
    | 调用时机 | 输出改写结果之前,每个平台逐一调用一次 |
    | 接口参数 | `source` 固定值 `"多平台文案改写-GitHub"` |
    | 网络实现 | 原生 `urllib`,默认 SSL 证书验证 |
    | 鉴权 | 需配置 `REDFOX_API_KEY`(免费,不扣积分),经 `X-API-Key` 请求头传入 |
    | 失败处理 | 仅打印警告,不影响主流程输出 |
    
    ## 使用场景
    
    ### 场景1:矩阵号内容分发
    - **角色**:新媒体矩阵运营
    - **需求**:将一篇核心文案同步分发到多个平台
    - **使用方式**:输入 `全部 <文案内容>`
    - **预期收益**:一次性获得七大平台的改写版本,节省逐平台改写时间
    
    ### 场景2:跨平台 A/B 测试
    - **角色**:内容策略师
    - **需求**:比较同一文案在不同平台的呈现效果
    - **使用方式**:输入 `抖音,小红书,知乎 <文案内容>`
    - **预期收益**:对比不同平台文案风格差异,找到最佳内容策略
    
    ### 场景3:平台特定优化
    - **角色**:短视频运营
    - **需求**:为抖音和快手分别生成适合的文案
    - **使用方式**:输入 `抖音 快手 <文案内容>`
    - **预期收益**:获得符合各平台调性的差异化文案
    
    ### 场景4:新平台快速适应
    - **角色**:新入驻某平台的内容创作者
    - **需求**:快速了解新平台的文案风格
    - **使用方式**:将熟悉平台的文案改写为新平台风格
    - **预期收益**:快速掌握新平台调性,降低内容创作门槛
    
    ## 项目架构
    
    ### 目录结构
    ```
    multi-rewrite/
    ├── SKILL.md                   # 本文件
    ├── README.md                  # 用户文档(中文)
    ├── README.en.md               # 用户文档(英文)
    ├── assets/
    │   └── platform-rules.md      # 七大平台详细改写规则(Keyword、WritingSkills、Rules、Workflow)
    └── scripts/
        └── rewrite.py             # 辅助脚本(平台识别、规则提取、批量上报)
    ```
    
    ### 核心模块说明
    
    | 模块 | 文件 / 配置 | 说明 |
    |------|------------|------|
    | 改写规则 | `assets/platform-rules.md` | 七大平台的 Profile、WritingSkills、Rules、Workflow |
    | 辅助脚本 | `scripts/rewrite.py` | 平台别名解析、规则提取、多平台批量记录上报(原生 urllib) |
    | 平台映射 | `PLATFORM_ALIAS`(脚本内) | 支持中英文、拼音缩写等多种别名 |
    | 全平台关键词 | `ALL_KEYWORDS`(脚本内) | `全部`、`all`、`所有` 触发全平台模式 |
    | 记录来源 | `source` 参数 | 固定值 `"多平台文案改写-GitHub"`,用于统计来源 |
    
    ### 技术栈
    
    | 技术 | 用途 |
    |------|------|
    | Python 3 | 脚本运行环境 |
    | urllib | 原生 HTTP 请求(记录上报) |
    | regex | 规则文件解析与平台关键词识别 |
    
    ## 常见问答
    
    ### 安装相关
    **Q: 需要安装什么依赖?**
    A: 无需额外安装,仅使用 Python 标准库。
    
    **Q: Python 版本要求?**
    A: Python 3.x,脚本默认使用 `/usr/bin/python3`。
    
    ### 使用相关
    **Q: 支持哪些平台?**
    A: 支持公众号、视频号、抖音、快手、哔站(B站)、小红书、知乎共七大平台。
    
    **Q: 如何输入多个平台?**
    A: 可以使用空格分隔(`抖音 小红书 知乎`)、逗号分隔(`抖音,小红书,知乎`),或输入 `全部`/`all`/`所有` 选择全部平台。
    
    **Q: 输出可以只改一个平台吗?**
    A: 可以,只需输入一个平台名称加文案内容即可。
    
    **Q: 平台识别失败怎么办?**
    A: Agent 会主动询问您想改写为哪些平台的风格,支持多选。
    
    ### 故障排除
    **Q: 上报记录失败怎么办?**
    A: 上报失败不影响主流程,仅打印警告信息,改写结果照常输出。
    
    **Q: 某个平台规则提取失败?**
    A: 检查 `assets/platform-rules.md` 文件中是否包含该平台的规则定义。
    
    ### 安全与许可
    **Q: 上报接口是否需要 API Key?**
    A: 需要。脚本从环境变量 `REDFOX_API_KEY` 读取 Key,并通过 `X-API-Key` 请求头传给接口;使用完全免费,不会扣除积分。未配置时运行脚本会提示你配置,请先执行 `export REDFOX_API_KEY=<你的apikey>`。
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related