关于 k2f-company-deck
面向 Agent 的公司介绍演示文稿规划技能,先设计叙事、页面内容与视觉意图,再通过 K2F 生成演示文稿。适用于面向合作伙伴、客户、人才或媒体的介绍,并要求数据与客户信息有据可查。
主要功能
- 01生成页面内容与设计蓝图
- 02按受众确定叙事重点
- 03规划页面顺序与内容取舍
- 04为每页定义标题、正文和视觉形式
- 05核实数据、客户与品牌信息
- 06通过 K2F 导出演示文稿
适用场景
- 01向潜在合作伙伴介绍公司
- 02为企业客户整理公司与产品概况
- 03制作招聘或媒体介绍材料
- 04整合网站文案与团队简介
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ suzheng/ k2f --skill k2f-company-deck安装后在 Claude Code 中输入/k2f-company-deck确认已加载。
详细介绍
K2F 公司介绍 — AI 原生美学设计
目的
指导 Agent 在排版前规划公司介绍:打造一份可供利益相关方阅读的故事,说明公司是谁、提供什么,以及为何重要——不得编造用户未提供的融资、客户、指标或领导团队信息。
基于 K2F 构建
此技能将公司介绍生成为 .K2F 包。编写时请遵循 k2f 技能:解包或初始化工作区、编辑语义树、打包并验证,然后导出。K2F 让 Agent 专注于含义(幻灯片角色、叙事、视觉意图),而非坐标;引擎则会将布局、排版和主题编译成可供导出的成品。
开始制作前,请安装核心技能:npx skills add suzheng/k2f --skill k2f。
适用场景
- 向合作伙伴、企业买家、应聘者、媒体或董事会来宾介绍公司(不涉及融资诉求)。
- 将网站文案和个人简介整合为连贯的概览。
- 更新通用的“关于我们”演示文稿,让定位更便于浏览,并可在十分钟内了解公司并联系。
工作流
步骤 1. 生成 content_and_design.md
这是语义内容与美学意图的统一蓝图。为每张幻灯片使用带标签的区块(角色、标题、正文、视觉类型),供 k2f 技能稍后映射。
子步骤
-
确定演示框架 — 明确主要受众(合作伙伴、客户、人才、媒体)、场景(初次会面、会议、入职培训)和时间预算。选择重点:面向 B2B 时突出可信度 + 能力;面向人才时突出使命 + 文化;面向媒体时突出新闻 + 证据。除非用户明确希望制作混合型演示文稿,否则删除融资相关幻灯片。
-
审核输入 — 整理已核实的信息:定位、产品、公开定价、获准使用的徽标、里程碑、团队、合作关系、新闻。对缺失信息标注
NEEDS USER INPUT,绝不编造员工人数、收入、客户或奖项。 -
叙事主线 — 先规划流程,再拟定标题:身份 → 问题领域 → 提供的方案 → 工作方式 → 证据 → 差异化 → 团队与规模 → 方向(愿景,而非路线图堆砌)→ 联系。开篇 = 名称 + 标语;结尾 = 一个行动号召。
-
幻灯片架构(保留 / 删除) — 默认概览结构(约 12–16 张幻灯片);输入信息不足时合并或省略:
- 标题 → 公司概览 → 使命 / 价值观(可选)→ 问题与机遇(简要)→ 解决方案 / 产品线 → 工作方式或平台 → 客户与成果 → 差异化 → 团队 → 里程碑 / 业务版图 → 合作伙伴或生态系统(可选)→ 愿景 → 联系方式。
- 删除仅面向投资者的内容区块(TAM 长篇分析、资金用途、股权结构表)、重复的产品幻灯片、冗长的功能列表,以及内部组织架构图(除非受众是应聘者)。
- 拆分身份介绍与产品故事共用一张幻灯片的情况;如果两款产品各自都需要突出的证明点,也应拆分。
-
逐页内容规范 — 为每张幻灯片指定:
- 标题:描述成果或定位,而非栏目名称(使用“面向互联网企业的支付基础设施”,而非“关于我们”)。
- 正文:最多 3–5 个要点,或一个视觉元素;每个要点约 2 行;列表语法保持平行。
- 视觉类型:徽标条、产品画面、工作流图、指标标注、时间线、团队网格、地图——对于对比、里程碑和产品组合,优先考虑视觉意图,而非段落。
- 脚注:外部声明需注明来源和年份;如有需要,注明徽标审批情况。
-
分层展示证据 — 优先使用获准的徽标或具名案例;必要时匿名处理。只有在用户提供的情况下才使用规模指标,否则用定性证据并标注 TBD。
-
设计意图 — 为引擎指定:基调应体现机构气质,并源自用户的品牌语气,避免泛泛的夸张宣传;层级应确保每张幻灯片突出一个核心内容,并使用简洁的联系信息区块;信息密度应做到每张幻灯片传达一条信息,产品组合使用网格;配色使用用户品牌色,或中性色搭配一种强调色,并符合 WCAG AA;徽标和时间线应保持一致。
规则与限制
- 受众关卡:每张幻灯片都必须对目标受众有价值;招募幻灯片 ≠ 合作伙伴幻灯片,除非用户想要一份通用演示文稿。
- 真实性关卡:指标、客户、融资和员工人数必须与用户提供的材料一致,或标记为待定——不得虚构并夸大数字。
- 单一观点关卡:如果标题需要用“和”连接,就拆分或删减。
- 品牌关卡:标语、产品名称和法律实体名称的拼写必须处处一致。
- Logo 关卡:只使用用户确认过的 Logo;否则标注为“类别示例”或省略。
常见失败模式
- 把融资演示文稿当成公司介绍 → 删除融资诉求、财务数据和 TAM;强化公司定位和联系方式。
- 网页内容整页照搬 → 只保留标题和佐证;详情写入蓝图备注。
- 只列功能、不讲成果 → 将能力与客户成果关联起来。
- 差异化不明显 → 使用两栏对比,或删除相关内容。
- 团队简介过长 → 每人只保留姓名、职位和一句简介。
- 结尾页杂乱 → 只保留一个行动号召和必要的联系方式。
质量检查清单
- 标语和公司概况出现在前三张幻灯片中;最后一张幻灯片包含联系方式或行动号召。
- 每张幻灯片都有一个核心观点标题,并声明视觉类型。
- 没有幻灯片超出信息密度限制;外部数据附有来源或待定标记。
- 产品和公司名称的拼写保持一致;重复出现的指标相符。
- 与受众无关的部分已删除,或移至蓝图中的可选附录备注。
- 设计意图明确说明整套幻灯片的基调、主视觉重点和强调色用法。
步骤 2:使用 content_and_design.md 和 k2f 技能生成 K2F 文件,并导出为合适的文件格式。
按照 k2f 技能,根据蓝图创建幻灯片、应用设计意图中的角色、进行验证,并导出可交付给利益相关方的成品。