Token导航 LogoToken导航

Agent Skill · 待分类

commercial-brief(商业简介)

commercial-brief 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

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

总安装 196周安装 8GitHub Stars 279下载 63核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/zephyrwang6/myskill --skill commercial-brief

这个 Skill 是做什么的

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

commercial-brief 提供商单内容制作的标准化工作流,涵盖 Brief 分析、角度策划、素材整合到内容输出的全流程。适用于公众号、小红书等平台的商业文案创作,支持产品实测型、事件解读型和场景体验型文章的类型判断与结构生成。

通过五阶段流程(Brief 分析→角度策划→素材整合→风格对齐→内容输出)确保传播目标与品牌要素的有效落地。使用时需用户提供明确的产品信息、传播目标和素材,避免直接生成对外发布内容,需人工复核合规性。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/commercial-brief

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

commercial-brief 怎么安装?

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

commercial-brief 支持哪些 AI 工具?

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

commercial-brief 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

commercial-brief 是免费的吗?

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

commercial-brief 用的人多吗?

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

commercial-brief 安全吗?

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

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

值得选的地方

  • 同时适配 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操作浏览器未明确未通过
commercial-brief

商业简介 · 本页

196279权限未标注未明确通过

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

SKILL.md 原文

商单内容制作工作流

五个阶段:Brief 分析 → 角度策划 → 素材整合 → 风格对齐 → 内容输出。

文章类型判断

根据 brief 内容和用户素材,判断属于哪种类型:

类型特征文章骨架
产品实测型用户有测试截图/demo/对比数据多个 case 横评,截图对比,自然植入
事件解读型产品发布/行业事件为核心事件 → 产品力 → 评价 → 趋势
场景体验型强调使用场景和痛点解决痛点 → 方案 → 体验 → 推荐

产品实测型是最常见也最有效的商单形式。 大多数情况默认推荐此类型。

Stage 1: Brief 分析

用户发送商单 brief 后,立刻分析提取:

  1. 产品/品牌:什么产品,核心卖点
  2. 传播目标:品牌方想传达什么
  3. 必含要素:关键词、链接、话术
  4. 禁忌红线:不能提的竞品、不能用的说法
  5. 发布平台:公众号/小红书/视频脚本

提取完毕后,用简洁列表展示确认。

Stage 2: 角度策划

提供 3 种差异化方案,每种包含:

  • 角度名称(一句话概括)
  • 切入方式(怎么开头、怎么引出产品)
  • 内容结构(3-5 个章节标题)
  • 需要的素材(需要用户提供什么测试内容)
  • 传播亮点(为什么能传播)

方案设计原则

  1. 至少一个「实测横评」方案:对比竞品,用 demo 说话——这是转化率最高的形式
  2. 至少一个「热点借势」方案:绑定当前行业事件或趋势
  3. 方案之间要有明显区分

产品实测型方案的标准结构(最常用)

参考成功案例提炼的骨架:

1. 开头:行业背景 / 个人状态 / 热点事件(1-2 段,快速进入)
2. Case 1:入门测试(让读者快速看到产品能力)
3. Case 2-4:核心测试场景(难度递进,有对比有截图)
4. Case 5+:杀手级场景(最能体现差异化优势的 case)
5. 总结:个人真实判断 + 产品信息自然植入

关键:每个 case 的结构是「提示词 → A 模型结果 → B 模型结果 → 点评」,用截图/demo 说话。

实测文章的核心技巧

  • 坦诚弱点:不要全是好话,承认不足反而更可信(「这块确实 Claude 还是更强」)
  • 个人真实反应:「说实话我被惊到了」「坐在电脑前愣了一会儿」比任何数据都有说服力
  • 成本对比:价格优势是很强的传播素材(「便宜 X 倍」「开源免费」)
  • 渐进惊喜:测试难度递进,最后一个 case 给读者最大惊喜
  • 自然植入:产品链接/套餐在测试过程中带出,不要放在文末硬推

Stage 3: 素材整合

用户选定方案后,根据方案类型索要素材:

产品实测型需要的素材

  • 测试了哪些场景/case?(提示词、截图、对比结果)
  • 有没有对比竞品的结果?
  • 有没有让你惊喜或失望的点?
  • 跑测试的平台/工具是什么?

事件解读型需要的素材

  • 事件相关的数据/截图/公告
  • 海内外评价/社区反应
  • 你个人的观点和判断

收到素材后:

  1. 提取关键数据和亮点
  2. 按方案结构分配素材到对应章节
  3. 输出完善后的详细大纲(含每章使用的具体素材)
  4. 展示给用户确认

素材不全也能写,不卡在收集阶段。

Stage 4: 风格对齐

询问用户是否有参考文章。

如有,分析:

  • 句式特点(短句/长句、口语/书面)
  • 产品植入方式(测试过程中自然带出 vs 文末集中推荐)
  • 对比表达(坦诚弱点程度、夸赞尺度)
  • 个人化程度(第一人称体验 vs 客观报道)

告知「参考风格已学习」,进入下一阶段。

Stage 5: 内容输出

调用 doc-coauthoring skill 的 Stage 2 流程输出全文。

核心原则

产品实测文章的金标准

  • 读起来像博主真的在用,不像品牌方写的
  • Demo 和截图是骨架,文字是连接和点评
  • 坦诚 > 吹捧,真实体验 > 参数罗列
  • 每篇至少一个「金句」可被单独截图传播

效率优先

  • 每阶段结束直接进入下一阶段
  • 用户说「继续」就往下走
  • 素材不全也能写

常见反模式(避免)

  • ❌ 通篇堆砌参数和跑分数据
  • ❌ 产品信息集中在文末硬推
  • ❌ 只说优点不提缺点
  • ❌ brief 中的官方话术原封不动搬入文章
  • ❌ 「不是…而是…」「这意味着什么?」等 AI 味句式

平台分布

Codex

35.82%
按下载量换算23

Claude

31.95%
按下载量换算20

Cursor

17.33%
按下载量换算11

Gemini CLI

9.42%
按下载量换算6

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

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

继续浏览同类 Skills