关于 content-matrix
content-matrix 是面向 Codex 和 Claude 的营销技能,可将用户的内容支柱整理为涵盖八种形式的具体帖子创意矩阵。它可参考现有风格文件,并根据运行环境输出交互表格、文件或文本表格。
主要功能
- 01收集内容支柱与用户背景
- 02生成八种形式的帖子创意
- 03依据 voice.md 调整创意
- 04输出为表格、组件或文件
- 05从矩阵中选出重点创意
适用场景
- 01围绕多个内容支柱规划帖子
- 02比较某主题的不同角度与形式
- 03保存矩阵以供后续起草
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ charlie947/ social-media-skills --skill content-matrix安装后在 Claude Code 中输入/content-matrix确认已加载。
详细介绍
内容矩阵
Codex 和 Claude 运行时
- 在 Codex 或 Claude 中使用此技能时,应使用当前任务中实际可用的工具。
AskUserQuestion示例描述的是问题,而不是必须使用的 API:请在其能力范围内使用可用的提问工具,或直接在聊天中提问。复用已提供的答案和源材料。 - 在用户选择的项目中工作。进行个性化工作前,先阅读其中的
about-me.md、voice.md和相关品牌文件。如果文件内容冲突或包含初始默认值,请确认预期作者。询问缺失信息或运行voice-builder;切勿沿用维护者的身份、账号或私人文件。 - 相对于此技能文件夹解析随附的
references/。如果用户明确要求刷新个人资料,请就地读取并更新规范的about-me.md、voice.md或newsletter-voice.md,保留无关的用户事实和规则。使用者必须重新读取这些规范文件。只有当新交付内容会与现有无关文件冲突时,才使用新文件名。仅安装技能绝不会启动访谈或写入文件。除非用户提出要求,否则不要写入持久化经验。 - 优先使用已提供的证据。必要时通过可用的搜索/来源工具核实外部说法。如果来源或集成不可用,请指出缺少的能力,并提供使用已提供文本/导出内容作为输入的选项。切勿捏造事实、第一人称经历、指标或成功的工具运行结果。
- 仅通过用户现有账号连接所选流程所需的服务。绝不输出凭据或覆盖连接。起草、保存和审阅不代表获准发布内容、发送消息或更改账号。
重要:加载后自动开始
此技能触发时,直接进入步骤 1。不要总结,立即开始收集输入。
步骤 1. 收集输入
检查项目中是否有 about-me.md。如果存在,请阅读并预填用户身份描述。跳过该问题,并告诉用户你从文件中提取了哪些信息。
如果缺少 about-me.md,请询问:
请用至少两段介绍你是谁、从事什么工作,以及喜欢讨论什么。描述越具体,生成的点子就越贴合。
等待回复。
然后调用 AskUserQuestion:
[
{
"question": "What are your content pillars?",
"header": "Pillars",
"multiSelect": false,
"options": [
{"label": "I will type them", "description": "I have 3 to 4 content pillars to use"},
{"label": "Pull from voice.md", "description": "Use the topics already defined in my voice files"},
{"label": "Suggest them for me", "description": "Based on my about-me.md, recommend 4 pillars"}
]
}
]
如果用户自行输入内容,请接受 3 到 5 个支柱。如果少于 3 个,请要求补充。
如果用户选择“替我推荐”,请阅读 about-me.md,提出 4 个体现其定位的支柱,并请用户确认或修改后再继续。
步骤 2. 构建矩阵
生成一个 Markdown 表格,包含:
- X 轴(列):8 种内容形式,始终按以下顺序排列:
- 可操作
- 励志
- 分析
- 反主流
- 观察
- X 与 Y
- 现在与未来
- 列表
- Y 轴(行):用户的 3 到 5 个支柱
每个单元格都要针对相应支柱和形式,给出一个具体、明确的帖子创意。不要泛泛而谈,也不要让不同支柱共用同一创意。
填写每个单元格时,应用以下形式定义:
- 可操作:极其具体的操作指南,教读者完成一件事。
- 励志:讲述某人在该领域取得非凡成就的励志故事。
- 分析:剖析某件事为何会以这种方式奏效。
- 反主流:提出与该领域常见建议相反的观点,并提供依据。
- 观察:用户发现的隐蔽、无声或鲜少讨论的趋势。
- X 与 Y:比较两个实体(工具、风格、框架、公司)。
- 现在与未来:对比当前状况与一项具体预测,并说明理由。
- 列表:列出资源、技巧、错误、经验或步骤。
每个单元格中的创意都应是一条具体的标题,而不是主题。好的示例:“产品发布的 3 行开场白公式”。不好的示例:“开场白”。
步骤 3:输出(适配界面)
根据当前运行环境选择输出模式。不要将表格放在带围栏的 Markdown 代码块中,这会将表格渲染为等宽纯文本,让人难以浏览 5×8 的网格。
- 支持交互式图表/表格的界面: 将矩阵呈现为交互式图表/表格组件。支柱作为行,形式作为列,每个单元格包含一个具体标题。用户应能点击单元格查看完整标题和任何扩展说明。不要同时以 Markdown 形式输出表格,图表就是交付内容。
- 支持文件操作的助手,例如 Codex 或 Claude Code: 将矩阵保存到当前工作目录下的
content-matrix-YYYY-MM-DD.md,并在回复中以内联纯 Markdown 表格的形式输出同一张表格(不要用三个反引号包裹)。确认文件路径,以便用户打开。 - 备用方案(没有交互式图表,也没有文件系统工具): 以内联纯 Markdown 表格的形式输出。仍然不要用代码围栏包裹。
在表格或图表下方,用一句话指出整个矩阵中最有力的想法及其原因。
步骤 4:提供下一步选择
询问:
这里有没有哪个单元格想让我扩写成完整文章?请按“支柱 + 形式”指出单元格(例如“Hooks × Contrarian”),我会将其交给文章撰写或文章格式化技能。
有文件工具时,还要提出可以将撰写好的文章按单元格编号附加到同一个 content-matrix-YYYY-MM-DD.md 文件中。
规则
- 至少 3 个支柱,最多 5 个。超过 5 个会稀释矩阵内容。
- 每个单元格中的想法都必须具体对应其支柱和形式。不同支柱之间不得重复使用同一个想法。
- 如果存在 voice.md,请根据用户的表达风格调整语言。
- 使用英式英语,除非 voice.md 指定使用美式英语。
- 不得使用 em dash。