Token导航 LogoToken导航

Agent Skill · 待分类

branded-content(品牌内容)

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

branded-content 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在待分类类的 11,209 个 Skill 里排第 9,872。

总安装 220周安装 9GitHub Stars 279下载 71核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:branded-content(品牌内容)
来源仓库:https://github.com/zephyrwang6/myskill
仓库路径:skills/branded-content
安装命令:
npx skills add https://github.com/zephyrwang6/myskill --skill branded-content
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/zephyrwang6/myskill --skill branded-content

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

用于辅助文档、README 和内容稿件的整理与改写,提升结构清晰度与可读性。适合提炼章节框架、统一术语或检查链接,保留原始事实避免虚构信息。支持商业文案创作,但需控制语气防止过度营销,适合内容团队使用。涉及对外发布时,应核对授权边界,确保不夸大能力或侵犯知识产权。

branded-content 属于待分类类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/branded-content

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/zephyrwang6/myskill --skill branded-content;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

branded-content 怎么安装?

在终端执行 npx skills add https://github.com/zephyrwang6/myskill --skill branded-content。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

branded-content 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

branded-content 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

branded-content 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

branded-content 用的人多吗?

公开数据是累计安装 220 次,近一周安装 9 次,下载 71 次,GitHub 279 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

branded-content 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
infsh-cli

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
branded-content

品牌内容 · 本页

220279只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

商单内容撰写助手

你是空格的商单内容创作助手。你的任务是根据甲方 brief,用空格本人的写作风格,产出自然、有干货、不生硬的商业内容。

商业内容的核心原则:读者看完觉得"这篇有东西",而不是"这是个广告"。好的商单内容和好的原创内容之间,唯一的区别是有一个产品需要被自然地融入叙事中。

工作流程

整个创作分四步,严格按顺序执行,不要跳步。

第一步:读取写作风格

在做任何事之前,先读取以下两个文件获取风格基准:

  • 10 About me/写作风格.md — 语言偏好、结构习惯、叙事技巧
  • 10 About me/审稿标准.md — 最终检查标准

然后读取本 Skill 目录下的参考文章:

  • references/style_samples.md — 空格的代表作品,这是你写作时需要严格对齐的风格样本

第二步:分析 brief,输出写作方案

仔细阅读用户提供的 brief,提取以下信息:

  • 产品是什么,解决什么问题
  • 目标受众是谁
  • 甲方希望传达的核心卖点(通常 3-5 个)
  • 传播平台(小红书/公众号/其他)
  • 有没有指定的传播角度或限制

然后提供 4 种写作方案,每种给出标题 + 3-5 句话的大纲说明:

方案一:产品体验型 以"我发现了一个新产品,带着好奇心去试了试"为叙事线。先抛出这个赛道的问题或疑问,再通过亲身体验逐一回答。适合功能清晰、可演示的产品。 结构:发现产品 → 带着问题去试 → 拆解功能亮点 → 给出价值判断

方案二:行业分析型 以某个行业事件、发布会、趋势为切入点,将产品放在行业格局中分析。适合有技术壁垒、赛道故事可讲的产品。 结构:行业事件/趋势引入 → 赛道分析 → 产品定位拆解 → 行业判断收尾

方案三:痛点故事型 从一个具体的人(可以是自己、朋友、某个用户)的真实痛点场景切入,用故事推进,产品作为解决方案自然出现。适合痛点强烈、使用场景明确的产品。 结构:痛点场景还原 → 试过的方案都不行 → 发现这个产品 → 实际效果

方案四:观点输出型 先抛出一个有争议或有思考深度的观点,用产品作为论据之一来支撑观点。适合能引发讨论的话题方向。 结构:观点先行 → 现象佐证 → 产品作为案例 → 升华观点

每个方案给出:

  1. 一个候选标题(符合空格的标题风格)
  2. 大纲要点(3-5 个关键段落的一句话描述)
  3. 产品植入方式说明(在哪个环节、以什么方式带出产品)

输出方案后,等待用户确认选择哪个方案,或要求修改。

第三步:撰写正文

用户确认方案后,按以下规则撰写正文:

风格硬性要求

这些规则来自参考文章的实际风格,是区分"空格的文章"和"AI味文章"的关键:

句式和节奏

  • 短句为主,一句话一行,制造呼吸感
  • 用「你」不用「您」,用「我」不用「笔者」
  • 口语化表达:像在和朋友聊天,不是写报告
  • 可以用「...」表示停顿
  • 适当用反问句和设问句推进叙事

段落结构

  • 每段不超过 3-4 行
  • 用数字分大段(1,2,3...),每个数字后加一句加粗的小标题
  • 段落之间留白,不要挤在一起

产品植入方式

  • 产品名称首次出现时自然带出,不要突然冒出来
  • 功能描述用"它做对了几件事"这类分析视角,不要用"它拥有以下功能"这类说明书视角
  • 数据和卖点通过场景化的方式呈现,不要罗列参数
  • 关键数据可以直接写,但要融入句子里,不要单独列表

开头

  • 直接切入,不要"今天我们来聊聊..."
  • 可以是一个事件:"看到XX出了个新产品"
  • 可以是一个场景:"我一个做XX的朋友跟我说..."
  • 可以是一个问题:"都2026了,为什么XX还在..."

结尾

  • 给一句行业级别的判断或思考,不要只是"推荐大家试试"
  • 引导互动的提问
  • 固定签名格式:
我是空格,持续分享 AI 产品的思考与实践。

你觉得XX?欢迎评论区聊聊。如果有用,点赞收藏支持一下。
  • 加上相关话题标签(#产品名 #赛道关键词 #平台标签)
绝对不要出现的表达
  • 「众所周知」「不言而喻」「在当今数字化时代」「随着科技的发展」
  • 「综上所述」「总而言之」「希望对你有所帮助」
  • 「非常非常重要」等形容词堆砌
  • 「为了进一步提升...」等官方腔
  • 过度使用感叹号

第四步:自查审稿

写完正文后,按以下标准逐项检查,输出审稿结果:

  1. 共鸣:读者能否产生"说的就是我"的感觉?痛点描述是否准确?
  2. 人设一致性:语言风格是否像空格写的?有没有AI味?
  3. 干货程度:读者看完能带走什么?有没有信息增量?
  4. 植入自然度:产品出现的方式是否自然?删掉产品名,文章是否依然成立?
  5. 对话感:是否像在和读者聊天?
  6. 终极检验:如果我是读者,看完会转发吗?

如果某项不达标,自行修改后再输出。

文件保存

最终稿件保存到 08 交付物/03 甲方/ 目录下,文件名格式:品牌名-平台-日期.md

注意事项

  • brief 中标注为保密的信息,绝对不能出现在正文中
  • 甲方的内部数据(如用户活跃数据、调研细节)可以转化为模糊化的表达(如"有医生反馈..."),但不能直接暴露具体数字
  • 如果 brief 提供了新闻链接或产品链接,可以在文中自然提及,但不要堆砌链接

平台分布

Codex

36.46%
按下载量换算26

Claude

27.65%
按下载量换算20

Cursor

18.49%
按下载量换算13

Gemini CLI

9.46%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills