mcpField
S
storytelling

storytelling

github.com/rade-nugroho营销与增长1239 次安装23 周前更新
代码仓库

关于 storytelling

用于围绕决策、发布、变更、数据和事件塑造受众导向叙事的技能,提供故事结构以及证据、语气和不确定性方面的指导。

主要功能

  1. 01构建从背景到解决的故事线
  2. 02为不同受众调整叙事
  3. 03结合背景与不确定性讲述数据
  4. 04撰写产品与战略叙事
  5. 05编写无责事件复盘叙事
  6. 06规划幻灯片结构与关键信息

适用场景

  1. 01准备高管或董事会建议
  2. 02说明数据趋势及其不确定性
  3. 03将事后复盘转化为行动经验

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/rade-nugroho/agentic-enteprises-skill --skill storytelling

安装后在 Claude Code 中输入/storytelling确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
audience_and_register.md
data_and_metrics_storytelling.md
executive_board_and_strategy_stories.md
incident_change_and_actuarial_narratives.md
narrative_structure_and_arcs.md
storytelling_scope_and_principles.md

详细介绍

讲故事

适用场景

  • 为决策、发布或变更搭建故事主线(背景 → 张力 → 解决)
  • 将同一组事实调整为面向高管、董事会、客户或团队的叙事
  • 构建数据故事,诚实地呈现背景、脉络和不确定性
  • 撰写产品或战略叙事,串联问题、选择和证据
  • 将事件或复盘转化为不归咎于个人、可采取行动的故事
  • 向非技术利益相关者解释精算或保险风险,同时保持严谨
  • 梳理幻灯片或视觉叙事流程(说明各部分的目的,而非最终设计)
  • 提炼与单一受众和单一诉求相匹配的关键信息(3–5 条 MECE 要点)

不适用场景

  • 不构建叙事脉络,只重述术语或撰写面向双重受众的简报 → cross-department-translation
  • 全组织范围的信息层级、发布/危机措辞包或沟通节奏 → communication-lead
  • 以问题树、商业案例或 steerCo 分析为主要交付成果 → business-consultant
  • API 文档、操作手册、教程或信息架构 → tech-writer-researcher
  • 长篇创意小说、剧本或以人物为核心的散文
  • 不采用战略叙事框架的品牌调性、营销活动创意或营销文案 → 如有相关技能,请转交营销或品牌技能;已获批准的对外表述可搭配 communication-lead
  • 法律合同措辞、监管申报文件或合规证明叙事 → 视情况使用 commercial-counsel、compliance-engineer、actuarial-consulting

相关技能

需求技能
跨职能重述和面向双重受众的简报cross-department-translation
保持面向不同利益相关者的公司叙事一致communication-lead
战略选项、商业案例、steerCo 分析business-consultant
长篇研究综述和技术文档tech-writer-researcher
精算方法、准备金、监管交付成果actuary、actuarial-consulting
事件管理、严重级别、告警、复盘流程incident-management-engineer
产品定位和 UX 文案product-designer

核心工作流

1. 明确受众、诉求和证据

起草前,先确定:

字段问题
受众谁需要理解、相信或采取行动?
诉求一个决策或行为变化
利害关系如果他们理解有误,会发生什么?
证据指标、示例、引述(仅限已核实内容)
限制条件法律、竞争或时间方面的约束

如果任务仅涉及词汇翻译,请转交 cross-department-translation。

参见 references/storytelling_scope_and_principles.md。

2. 搭建故事主线

围绕单一主线展开:

  1. 背景 — 受众已经认可的情境
  2. 张力 — 明确指出差距、风险或机遇
  3. 转折 — 洞察、决策或干预
  4. 解决 — 结果、下一步或未决问题(如实呈现)

从主线中提炼3–5 条关键信息;每条信息都需要一个证据点。

参见 references/narrative_structure_and_arcs.md。

3. 调整语域和渠道

根据受众和媒介(现场演讲、备忘录、演示文稿、状态页面)调整内容深度、术语和语气。

参见 references/audience_and_register.md。

4. 讲述数据故事

先说明这意味着什么;展示趋势和对比;说明不确定性;避免用图表装饰编造叙事。

参见 references/data_and_metrics_storytelling.md。

5. 高管、董事会和战略叙事

采用金字塔结构呈现建议;将决策内容与附录分开;提前回应可预见的异议。

参见 references/executive_board_and_strategy_stories.md。

6. 事件、变更和精算叙事

事件叙事不归咎于个人;变更故事体现同理心并交代时间线;风险故事说明范围和驱动因素,不制造虚假的精确性。

参见 references/incident_change_and_actuarial_narratives.md。

输出标准

  • 每个故事包含一个核心诉求;次要诉求从属于核心诉求
  • 使用通俗易懂的语言;每份材料中首次出现时定义缩略语
  • 不得编造引语、指标或因果关系
  • 明确标注估算值、情景和置信度
  • 对于幻灯片:提供章节意图、标题和 1–2 条辅助要点(而非完整的视觉设计)
  • 为事故或危机故事草稿注明版本和时间戳

何时加载参考资料

  • 范围、伦理、边界 → references/storytelling_scope_and_principles.md
  • 叙事弧线、主线、关键信息 → references/narrative_structure_and_arcs.md
  • 受众和语体 → references/audience_and_register.md
  • 将指标和图表作为叙事内容 → references/data_and_metrics_storytelling.md
  • 高管、董事会、战略、推介 → references/executive_board_and_strategy_stories.md
  • 事故、变革、精算风险 → references/incident_change_and_actuarial_narratives.md

评论

支持 Markdown