mcpField
K
k2f-pitch-deck

k2f-pitch-deck

github.com/suzheng文档处理3630 次安装2 周前更新
代码仓库

关于 k2f-pitch-deck

用于在排版前规划融资演示文稿的技能,按页生成内容与设计蓝图。它帮助创始人和 Agent 梳理简洁、以证据为基础的叙事,标出缺失信息,并为 K2F 导出做准备,不虚构事实。

主要功能

  1. 01规划带叙事的投资人幻灯片序列
  2. 02审查输入材料并标出信息缺口
  3. 03为每页定义主张与视觉类型
  4. 04设定内容、数字和设计约束
  5. 05生成供 K2F 编写与导出的蓝图

适用场景

  1. 01根据创始人笔记起草融资演示文稿
  2. 02将拥挤的演示文稿重组为清晰的投资人叙事
  3. 03按种子轮或成长期调整演示叙事
  4. 04制作不含融资内容的销售演示文稿

安装

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

$npx skills add https://github.com/suzheng/k2f --skill k2f-pitch-deck

安装后在 Claude Code 中输入/k2f-pitch-deck确认已加载。

详细介绍

K2F Pitch Deck — AI 原生美学设计

目的

教会 Agent 在排版之前规划路演演示文稿:设计一套有旁白的幻灯片顺序,让投资者能在三分钟内快速浏览,每张幻灯片传达一个令人难忘的观点,并如实标记信息缺口——不得编造用户未提供的业务进展、市场规模或团队资历。

基于 K2F 构建

此技能将投资者就绪的演示文稿生成为 .K2F 软件包。按照 k2f 技能进行创作:解包或初始化工作区、编辑语义树、打包并验证,然后导出。K2F 让 Agent 专注于含义(幻灯片角色、叙事、数据结构),而非坐标;引擎则将布局、排版和主题编译为可导出的成品。

开始构建之前,请安装核心技能:npx skills add suzheng/k2f --skill k2f。

适用场景

  • 根据创始人笔记、单页简介或不完整的指标,起草融资演示文稿。
  • 将拥挤或泛泛而谈的 AI 演示文稿,重塑为清晰的 10–12 张幻灯片投资故事。
  • 为种子轮(愿景 + 团队)与成长阶段(单位经济效益 + 规模)调整故事。

工作流

第 1 步:生成 content_and_design.md

这是语义内容和美学意图的统一蓝图。为每张幻灯片使用带标签的区块(角色、标题、正文、视觉类型),以便 k2f 技能之后进行映射。

子步骤

  1. 演示文稿框架 — 受众(天使投资人、种子轮 VC、A 轮)、阶段、已知情况下的融资金额,以及时间预算(通常为 10–15 分钟)。选择侧重投资者还是销售;纯销售演示文稿应删除融资幻灯片。

  2. 输入审查 — 清点用户材料:问题证据、产品证明、TAM 来源、业务进展、团队、财务数据、融资需求。对于缺失材料,标记 NEEDS USER INPUT;绝不编造收入、用户数或市场数据。

  3. 叙事主线 — 在拟定幻灯片标题之前,规划情感脉络:钩子(为何此刻值得关注)→ 痛点(具体;有数据时量化)→ 洞察/解决方案→ 为何是我们 / 为何是现在→ 证明→ 规模化路径→ 融资需求。标题页只能包含公司名称 + 一句话标语。

  4. 幻灯片架构(保留 / 删除) — 默认投资者结构(约 10–12 张幻灯片);输入材料不足时,合并或省略:

    • 标题 → 问题 → 解决方案 → 市场(TAM/SAM/SOM)→ 产品 → 业务进展 → 商业模式 → 竞争 → 团队 → 财务与融资需求 →(可选附录索引)。
    • 删除重复的产品/解决方案幻灯片、长篇大论的竞争分析、没有结果支撑的功能列表,以及成长阶段缺乏证据支撑的“愿景”幻灯片。
    • 拆分在一张幻灯片上塞入两个观点的内容(例如,问题 + 解决方案,或市场 + 商业模式)。
  5. 逐页内容约定 — 为每张幻灯片明确:

    • 标题:陈述结论,而非主题标签(例如“X 上花费 40 亿美元,其中 40% 浪费”,而不是“市场”)。
    • 正文:最多 3–5 个要点,或一个视觉内容;每个要点最多约 2 行;避免只含一个词的孤立行。
    • 视觉类型:图表、对比栏、指标重点标注、团队网格或产品框架;呈现数字、趋势和市场格局时,优先采用图表/表格意图,而非段落。
    • 脚注:外部统计数据注明来源 + 年份;TAM 注明假设。
  6. 数字呈现 — 统一货币和计量单位。为适合幻灯片,可对数字取整,但不得改变其含义;同一指标每次出现时,数值都必须完全一致。

  7. 设计意图 — 为引擎指定语气、层级、密度和配色:

    • 语气:自信、简洁、以证据为依据;避免使用缺乏数据支撑的夸张形容词。正文采用浅底深字;品牌色仅用于标题、关键指标和融资需求。
    • 层级:幻灯片标题字号最大;有数据支撑时,每张幻灯片突出一个核心数字或短语;脚注字号最小,视觉层级也应最低。
    • 密度:每张幻灯片传达一个核心信息;任何区块最多约 6 个要点;对比幻灯片采用平行分栏(我们 vs 替代方案),而非段落。
    • 配色:干净的背景、一种强调色、中性色正文;符合 WCAG AA 对比度要求;竞争分析幻灯片中,✓/× 样式应保持一致。

规则与限制

  • 单一创意关卡:如果标题需要用“和”连接,就拆分幻灯片或删去一个主题。
  • 证据关卡:牵引力和财务幻灯片使用用户提供的数字或明确标注的 TBD,不得编造并夸大数字。
  • 图表关卡:时间序列、市场规模和份额应以可视化形式呈现,而不是堆砌要点。
  • 融资诉求关卡:融资金额、资金用途分类和里程碑应一同出现在收尾幻灯片中,或通过明确关联的两张幻灯片呈现。
  • 一致性关卡:所有幻灯片中的指标和拼写保持一致;任何一处发生变更时,都要同步更新所有出现的位置。

常见问题模式

  • 十张幻灯片全是功能介绍,没有问题描述或融资诉求 → 调整内容主线顺序;补充或强化问题描述及财务信息/融资诉求。
  • TAM 是缺乏依据的巨大数字 → 关联来源、范围和方法,或标注 TBD。
  • 把竞争对手列成一串贬损性描述 → 使用两列进行差异化比较,并仅对有把握的能力打勾。
  • 牵引力数据埋在文字中 → 突出展示 2–4 个核心指标,并标注统计周期(例如 MRR、增长率、客户标志)。
  • 幻灯片内容过于拥挤 → 删除细节,或将其移至蓝图中的附录备注。
  • 各张幻灯片中的数字不一致 → 交付前核对并统一。
  • 泛泛而谈的炒作 → 改为针对用户的痛点和成果。

质量检查清单

  • 标语和问题描述出现在前三张幻灯片中;融资诉求出现在面向投资者的最后一张幻灯片中。
  • 每张幻灯片都有一个标题主张,并明确标注视觉类型。
  • 没有幻灯片超出内容密度限制;数字均标注来源或 TBD。
  • TAM/SAM/SOM 的定义保持一致;重复出现的指标数值相符。
  • 团队幻灯片仅使用用户提供的姓名和相关资历。
  • 设计意图明确说明整套演示文稿的基调、重点突出内容和强调色用法。
第 2 步:使用 content_and_design.md 和 k2f skill 生成 K2F 文件,并导出为合适的文件格式。

按照 k2f,根据蓝图创建幻灯片,应用设计意图中的角色,进行检查,并导出可用于演示的交付成果。

评论

支持 Markdown