mirror of
https://github.com/affaan-m/everything-claude-code.git
synced 2026-04-05 08:43:29 +08:00
ada4cd75a3
* docs(zh-CN): sync Chinese docs with latest upstream changes * update --------- Co-authored-by: neo <neo.dowithless@gmail.com>
98 lines
2.7 KiB
Markdown
98 lines
2.7 KiB
Markdown
---
|
||
name: content-engine
|
||
description: 为X、LinkedIn、TikTok、YouTube、新闻通讯和跨平台重新利用的多平台活动创建平台原生内容系统。适用于当用户需要社交媒体帖子、帖子串、脚本、内容日历，或一个源资产在多个平台上清晰适配时。
|
||
origin: ECC
|
||
---
|
||
|
||
# 内容引擎
|
||
|
||
将一个想法转化为强大的、平台原生的内容，而不是到处发布相同的东西。
|
||
|
||
## 何时激活
|
||
|
||
* 撰写 X 帖子或主题串时
|
||
* 起草 LinkedIn 帖子或发布更新时
|
||
* 编写短视频或 YouTube 解说稿时
|
||
* 将文章、播客、演示或文档改写成社交内容时
|
||
* 围绕发布、里程碑或主题制定轻量级内容计划时
|
||
|
||
## 首要问题
|
||
|
||
明确：
|
||
|
||
* 来源素材：我们从什么内容改编
|
||
* 受众：构建者、投资者、客户、运营者，还是普通受众
|
||
* 平台：X、LinkedIn、TikTok、YouTube、新闻简报，还是多平台
|
||
* 目标：品牌认知、转化、招聘、建立权威、支持发布，还是互动参与
|
||
|
||
## 核心规则
|
||
|
||
1. 为平台进行适配。不要交叉发布相同的文案。
|
||
2. 开篇钩子比总结更重要。
|
||
3. 每篇帖子应承载一个清晰的想法。
|
||
4. 使用具体细节而非口号。
|
||
5. 保持呼吁行动小而清晰。
|
||
|
||
## 平台指南
|
||
|
||
### X
|
||
|
||
* 开场要快
|
||
* 每个帖子或主题串中的每条推文只讲一个想法
|
||
* 除非必要，避免在主文中放置链接
|
||
* 避免滥用话题标签
|
||
|
||
### LinkedIn
|
||
|
||
* 第一行要强有力
|
||
* 使用短段落
|
||
* 围绕经验教训、结果和要点进行更明确的框架构建
|
||
|
||
### TikTok / 短视频
|
||
|
||
* 前 3 秒必须抓住注意力
|
||
* 围绕视觉内容编写脚本，而不仅仅是旁白
|
||
* 一个演示、一个主张、一个行动号召
|
||
|
||
### YouTube
|
||
|
||
* 尽早展示结果
|
||
* 按章节构建内容
|
||
* 每 20-30 秒刷新一次视觉内容
|
||
|
||
### 新闻简报
|
||
|
||
* 提供一个清晰的视角，而不是一堆不相关的内容
|
||
* 使章节标题易于浏览
|
||
* 让开篇段落真正发挥作用
|
||
|
||
## 内容再利用流程
|
||
|
||
默认级联：
|
||
|
||
1. 锚定素材：文章、视频、演示、备忘录或发布文档
|
||
2. 提取 3-7 个原子化想法
|
||
3. 撰写平台原生的变体内容
|
||
4. 修剪不同输出内容中的重复部分
|
||
5. 使行动号召与平台意图保持一致
|
||
|
||
## 交付物
|
||
|
||
当被要求进行一项宣传活动时，请返回：
|
||
|
||
* 核心角度
|
||
* 针对特定平台的草稿
|
||
* 可选的发布顺序
|
||
* 可选的行动号召变体
|
||
* 发布前所需的任何缺失信息
|
||
|
||
## 质量门槛
|
||
|
||
在交付前检查：
|
||
|
||
* 每份草稿读起来都符合其平台原生风格
|
||
* 开篇钩子强大且具体
|
||
* 没有通用的炒作语言
|
||
* 除非特别要求，否则各平台间没有重复文案
|
||
* 行动号召与内容和受众相匹配
|