social-selling-content-generator-skill

以 Tim 的名义创作一个月全新的 LinkedIn 内容，面向 Epiphan 的 ICP 垂直领域 （高等教育、法院、政府、企业 AV、医疗保健、宗教场所、K-12），只使用通过 Epiphan Knowledge `search` 验证的佐证，并在 Tim 发布前通过 Epiphan 品牌语气检查。输出内容日历文件和评论策略，而不是一大段聊天文本。 关键词：`社交销售`、`LinkedIn 内容`、`思想领导力`、`内容日历`、`个人品牌`

<quick_start> 工具调用顺序：

1. 输入 — 目标垂直领域（默认：全部七个，按 ICP 评分加权）、发布频率 （默认每周 3 篇）、Tim 希望使用的个人经历和成果，以及评论策略所需的任何潜在客户名单。
2. Gate Q（仅当提供了用于评论策略的潜在客户名单时）— 对每个姓名调用 qualify_lead；剔除不符合条件的条目，并标出 STALE AE LEAD 条目。
3. Gate S — 对每一项帖子将引用的佐证、统计数据或功能，使用 Epiphan Knowledge search（以及针对提及的任何产品使用 search_product_catalog）进行核实。若没有知识库搜索结果，帖子就使用 Tim 的第一手观察，并明确标注为个人观察，绝不编造数字。
4. Gate B — 调用一次 get_writing_style；对每篇帖子的正文和每条评论模板调用 check_my_copy。应用修正。
5. 交付 — 将日历写入 ~/Documents/linkedin-calendar/<YYYY-MM-DD>-calendar.md （或在 claude.ai 中运行时使用 Artifact），并为每篇帖子标注 [brand-checked] 或 [brand check skipped]。Tim 手动将帖子复制到 LinkedIn；没有 LinkedIn 写入工具。
6. 附属文件和运行日志条目。 </quick_start>

<house_rules> 面向客户的技能。输出前，按顺序执行各道关卡（详情：~/.claude/skills/epiphan-house-rules-skill/reference/gates.md）： S：在提出任何产品声明前，先对 Epiphan AI 使用 search_product_catalog，或使用 Epiphan Knowledge search。B：对每一段面向客户的文字调用 check_my_copy。 Q：在拉取候选名单后立即调用 qualify_lead，必须在分级、信息补充或起草之前执行。D：外联文本必须保存为 Gmail 草稿，绝不发送。 标识符（所有者 ID、门户、电子邮件、席位）取自该技能中的 reference/identifiers.md — 此处不要重述。 任何关卡失败时，按照 reference/self-healing.md 操作（重试、降级并标注、提醒 Tim、停止），并向 ~/.claude/skill-runs/.jsonl 追加一条记录。 </house_rules>

<success_criteria>

• 30 天内容日历，每周发布 3-5 篇，每篇均标注垂直领域和内容支柱
• 每篇帖子中的统计数据、客户成果或产品功能，均可追溯到 Epiphan Knowledge search 结果，或明确表述为 Tim 的第一手观察
• 每篇帖子和评论模板均已通过 check_my_copy（或标注 [brand check skipped]）
• 评论策略涵盖潜在客户发布的帖子，以及对 Tim 自己帖子所作回复；如有潜在客户名单，已通过 qualify_lead 处理
• 内容日历文件已写入上述路径；附属文件和运行日志条目均已写入 </success_criteria>

Stage 1：定位与内容支柱

Tim 的定位：一名高级 BDR，每天与 AV、IT 和学术技术领域的买家交流无人值守采集、录制可靠性，以及如何将视频送达需要它的人手中。帖子从这一视角传授知识，不做推销。

内容支柱（整月轮换）：

1. 垂直领域洞察 — 本季度某一垂直领域的买家正面临哪些难题
2. 问题／重新审视 — 常见 AV 故障背后的真正根因（Challenger 式教学）
3. 通话故事 — 发现阶段通话中的匿名经验教训（未经许可，不得提及组织名称）
4. 操作指南 — 关于采集、流媒体和 CMS 工作流的实用指导
5. 佐证 — 来自 Gate S 的已验证客户成果和产品事实

帖子类型：提问、故事、列表、反常观点、数据（仅限已验证）、案例（仅限已验证）。

## 阶段 2：Gate S — 事实依据溯源

对于每篇支柱 5 帖子以及任何提及产品或功能的帖子：先运行 search_product_catalog （确认产品仍在售；已停产产品应予以说明，而非作为宣传主张），然后通过 Epiphan Knowledge 运行 search 查找具体事实。在日历条目中记录来源行，格式为 Source: <knowledge title>，这样 Tim 就能在评论中为内容提供依据。如果没有搜索结果，就围绕观察重写 帖子（“我接触过的大多数校园团队……”），并标记为 [observation, not stat]。

阶段 3：Gate B — 撰写并进行品牌风格检查

运行一次 get_writing_style。根据下方的垂直行业模板起草每篇帖子，然后对每篇帖子和每个评论模板分别运行 check_my_copy。应用修改建议；钩子句控制在 12 个词以内。

阶段 4：日历文件

# LinkedIn Calendar — <month> — Tim Kipper, Sr. BDR, Epiphan Video

Verticals: <list + weights> · Frequency: <n>/week · Brand check: <date>

## Week 1 — Establish authority
### Day 1 (Tue) · Higher Ed · Vertical insight · [brand-checked]
Hook: <≤12 words>
<post body>
Source: <knowledge title or "observation">
Why it works: <one line>

### Day 2 (Thu) · Courts · Problem/Reframe · [brand-checked]
…
(continue through Week 4; 12-20 posts total)

## Comment strategy
…
## Engagement checklist
…

垂直行业模板（ICP 评分括号内）

每个模板都是框架，而非脚本；根据 Gate S 的结果和 Tim 自己的客户沟通情况填写。

高等教育（90）

• 洞察：“我听说的课堂录制故障，问题不在预算，而在可靠性：一台教室 PC 在期末周要同时做三件事。”
• 重新定位：在 PC 上运行软件与使用专用录制设备的区别；丢失一段录制的代价与设备本身的成本对比。
• 操作指南：无需人工介入，如何将录制内容传入 CMS（通过 Gate S 核实集成后再提及）。
• 受众：CIO、VP/AVP IT、教务长、学术/教学技术总监、院长。

法院 / 法律（85）

• 洞察：“法庭录制中断并非小麻烦，而是记录缺失。”
• 重新定位：无人值守运行 8 小时，以及为何共享 PC 是不合适的工具。
• 受众：法院书记官、法院行政主管、法院行政总监。

政府（80）

• 洞察：“不管 AV 人员当天是否在岗，市议会会议都要录制——否则就得有人解释原因。”
• 重新定位：依赖当班人员的覆盖能力，与自动运行的录制方式之间的区别。
• 受众：市/县行政主管、IT 总监/CIO、采购总监。

企业 AV（80）

• 洞察：全员大会、培训录制和高管沟通都是可靠性问题。
• 重新定位：跨站点设备群管理（通过 Gate S 核实 Epiphan Edge 的功能）。
• 受众：设施副总裁、IT 副总裁/CIO、企业传播副总裁、企业活动总监。

医疗保健（75）

• 洞察：“录制手术过程很容易。难的是不用每次都把临床 IT 团队拉进来。”
• 重新定位：不与临床系统争抢资源的医学教育录制。
• 受众：CIO、COO、医学教育总监、外科服务总监。

宗教场所（70）

• 洞察：志愿者负责直播，以及周日早晨可能出现的故障。
• 重新定位：一键操作与需要专业操作人员的 vMix 设备配置之间的区别。
• 受众：主任牧师、执行牧师、设施委员会主席。

K-12（65）

• 洞察：在学区 IT 预算内完成校董会会议、毕业典礼和体育赛事直播。
• 受众：学区总监、CTO/技术服务总监、财务主管。

评论策略

有人评论 Tim 的帖子时：点名致谢 → 补充一条见解 → 如果对方符合 ICP，就问一个诊断性问题（“你们在哪个环节最耗时：录制、切换，还是导出录制内容？”）→ 如果对方符合条件，转到私信。任何提及 Epiphan 的私信发送前，都要运行 qualify_lead。

潜在客户发布帖子时：补充有见地的内容、提出有价值的问题，或分享相关经历。绝不在评论中推销。每天在 ICP 垂直行业相关帖子下评论三次，效果胜过每天发布一篇帖子。

每月对两种评论框架各运行一次 check_my_copy，将其作为模板。

互动规则

• 周二至周四，按受众所在时区上午 9-11 点发布；周一和周五下午次之；周末不发布
• 首句吸引注意，一篇帖子只讲一个观点，结尾提出问题，正文中不放链接，表情符号最多两个
• 先在自己的帖子下评论；一小时内回复每条评论
• 每周跟踪展示次数、互动率、个人主页浏览量、连接请求和私信；加倍投入能带来主动联系的内容支柱

<self_healing> 失败 = 未写入日历文件；部分失败 = 某个阶段降级（注明：帖子未找到时标记 S，跳过时标记 B，评论列表不可用时标记 Q）。处理流程：重试一次 → 降级（帖子标记为 [observation, not stat] 或 [brand check skipped]）→ 在日历标题中提醒 Tim → 仅当 Brand MCP 和产品知识均无法访问时才停止。完整约定： ~/.claude/skills/epiphan-house-rules-skill/reference/self-healing.md。 </self_healing>

<outcome_sidecar> 每次运行结束时，写入 ~/.claude/skill-analytics/last-outcome-social-selling-content-generator-skill.json 并向 ~/.claude/skill-runs/social-selling-content-generator-skill.jsonl 追加一行：

{"ts":"<UTC ISO8601>","skill":"social-selling-content-generator-skill","version":"<frontmatter version>","variant":"default",
 "status":"success|partial|error","runtime_ms":0,
 "metrics":{"posts_generated":0,"verticals_covered":0,"proof_points_verified":0,"observation_fallbacks":0,"brand_skipped":0,"calendar_path":""},
 "error":null,"session_id":"<date>"}

status 为 partial/error 时，必须在 error 中注明失败阶段。SessionStart 扫描会导入该信息。 </outcome_sidecar>