关于 social-context
social-context 通过访谈收集信息，为其他社交媒体技能创建或更新项目根目录中的 social-context.md。它涵盖定位、受众、平台、内容支柱、语气、发布频率、目标和禁区，并保留已有手动编辑。
主要功能
- 01通过访谈收集背景信息
- 02读取并更新现有背景文件
- 03记录受众与平台选择
- 04定义内容支柱、语气和频率
- 05记录目标与发布禁区
- 06保留已有手动内容
适用场景
- 01为项目建立共享社交媒体背景
- 02更新过时的 social-context.md
- 03为社交内容技能准备一致的指导
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/social-context确认已加载。
附带文件evals/evals.json
详细介绍
先采访用户，然后在项目根目录编写 social-context.md，供所有其他社交技能读取。
Context
检查项目根目录中是否已有 social-context.md，然后检查 .agents/social-context.md。如果其中一个文件存在，本次运行属于更新：先完整阅读，再提问；跳过文件中已充分回答的问题，只确认看起来过时的内容。如果两个文件都不存在，则开始全新采访——说明这一点并立即开始。
Workflow
- 用一行说明预期：“最多问 10 个简短问题，能用选择题的地方尽量用选择题——任何问题都可以回答‘跳过’。”然后在同一条消息中提出第一个问题。不要等待用户许可再开始。
- 你是谁，卖什么？ 提出一个开放式问题，并将答案写入
## Positioning部分。如果回答含糊（例如“一个初创公司”），追问一次，请对方用陌生人也能理解的一句话说明：产品、类别，以及付费人群。 - 受众。 询问他们最需要触达哪类人，并提供以下选项：
- (a) 买家／客户
- (b) 同行
- (c) 潜在招聘对象
- (d) 投资者
- (e) 小众社群 再问一个用于进一步明确的问题：“描述一位属于该受众的真实人物——职位、他们会刷过什么内容、什么会让他们停下来。”记录这个具体的人，而不是人口统计特征。
- 平台。 询问他们活跃在哪些平台——LinkedIn、X、Instagram、Threads、TikTok、YouTube 等；对每个选择的平台，询问原因（受众在哪里，还是他们用哪个平台更自在）。如果选择超过三个平台，提醒一次：持续做好两个平台胜过断断续续地做五个平台，并请他们排序。记录一个主要平台和一个次要平台。
- 内容支柱。 询问他们有哪些 3–5 个可以持续一年、不至于枯竭的常设主题。如果他们一时答不上来，就根据目前的回答提出一些内容支柱——公开分享进展、对行业的看法、传授专业技能、客户故事、幕后内容——并让他们挑选和修改。每个内容支柱都要有名称和一句话描述。
- 语气滑块。 在一条消息中以选择题形式列出三个滑块（1–5）：
- 幽默 ↔ 严肃
- 犀利 ↔ 稳妥
- 个人 ↔ 品牌 然后询问他们欣赏的一个账号，以及他们最不想让自己的表达像的一个账号——这两个参照比滑块更有价值。
- 发布频率现实核查。 询问他们实际上每周会发布多少条内容，而不是理想情况下想发布多少条。如果他们说每天都发，就询问上个月实际发布了多少条。按平台记录实际可信的数字。
- 目标。 询问 90 天内怎样才算成功，并提供以下选项：触达／知名度、主动线索、招聘储备、社群建设或个人品牌。要求选出一个主要目标；允许填写次要目标，但要明确标注。
- 红线。 询问他们绝不会发布哪些内容：不会提及的竞争对手、禁区话题（政治、薪资、客户名称）、讨厌的形式（舞蹈潮流、诱导互动），以及绝不会使用的词语。至少收集三项具体内容。
- 编写文件。 按照下方 Quality bar 表中的顺序，使用其中指定的标题组装
social-context.md——其他技能会按这些标题定位内容，因此绝不要更改标题名称或顺序。 - 全新采访： 编写完整文件。更新： 逐个重新生成各部分，与现有文件逐项对比；如果现有文本包含本次未收集到的细节（手动编辑内容、
social-voice技能添加的规则），并排展示旧版和新版，询问用户保留哪一个。绝不要悄悄删除用户手动写下的内容。 - 展示文件前，逐部分检查是否符合 Quality bar；修复任何未达到“Must contain”要求的部分，并将无法填写、只能靠编造答案补全的部分改为占位内容。然后展示文件，并请用户对最重要的部分进行一轮修正：“请阅读 Never 和 Voice 部分——有哪里不对吗？”根据反馈修改并完成。
质量标准
| 部分 | 必须包含 |
|---|---|
| 定位 | 用一句话说明产品、类别和付费方——陌生人读完后能够据此起草内容 |
| 受众 | 描述一个明确的用户画像（角色、痛点、什么能让他们停下滑动）——不能只写人口统计信息 |
| 平台 | 标明主要和次要平台，并分别用一句话说明原因 |
| 内容支柱 | 列出 3–5 个有名称的内容支柱，每个附上一句描述 |
| 语气 | 给出三个滑块的取值，以及用于对照的欣赏账号和避雷账号 |
| 发布频率 | 列出每个平台每周切实可行的发帖数量 |
| 目标 | 只能有一个主要目标；次要目标须标记为次要目标 |
| 禁区 | 至少列出 3 条具体且可核查的红线 |
其他规则：
- 每项内容都必须足够具体，让陌生人只看文件就能起草帖子。 “专业但平易近人”不合格；“像资深工程师在午餐时那样讲解，不用企业腔动词，可以偶尔说脏话，但很少”合格。
- 跳过的问题须在相关标题下使用
_尚未记录——重新运行此访谈以补全。_占位符，绝不能编造答案。 - 文件必须是纯 Markdown：不能有 YAML frontmatter，不能有 HTML，标题必须与列表中完全一致。
交付内容
在项目根目录创建 social-context.md（或就地更新，并保留现有编辑内容），然后在聊天中简要总结：一句话定位、主要平台、主要目标、内容支柱列表，以及任何仍使用占位符的部分，并说明重新运行此技能即可补全。
评论
支持 Markdown