mcpField
K
k2f-company-deck

k2f-company-deck

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

关于 k2f-company-deck

面向 Agent 的公司介绍演示文稿规划技能,先设计叙事、页面内容与视觉意图,再通过 K2F 生成演示文稿。适用于面向合作伙伴、客户、人才或媒体的介绍,并要求数据与客户信息有据可查。

主要功能

  1. 01生成页面内容与设计蓝图
  2. 02按受众确定叙事重点
  3. 03规划页面顺序与内容取舍
  4. 04为每页定义标题、正文和视觉形式
  5. 05核实数据、客户与品牌信息
  6. 06通过 K2F 导出演示文稿

适用场景

  1. 01向潜在合作伙伴介绍公司
  2. 02为企业客户整理公司与产品概况
  3. 03制作招聘或媒体介绍材料
  4. 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 技能稍后映射。

子步骤

  1. 确定演示框架 — 明确主要受众(合作伙伴、客户、人才、媒体)、场景(初次会面、会议、入职培训)和时间预算。选择重点:面向 B2B 时突出可信度 + 能力;面向人才时突出使命 + 文化;面向媒体时突出新闻 + 证据。除非用户明确希望制作混合型演示文稿,否则删除融资相关幻灯片。

  2. 审核输入 — 整理已核实的信息:定位、产品、公开定价、获准使用的徽标、里程碑、团队、合作关系、新闻。对缺失信息标注 NEEDS USER INPUT,绝不编造员工人数、收入、客户或奖项。

  3. 叙事主线 — 先规划流程,再拟定标题:身份 → 问题领域 → 提供的方案 → 工作方式 → 证据 → 差异化 → 团队与规模 → 方向(愿景,而非路线图堆砌)→ 联系。开篇 = 名称 + 标语;结尾 = 一个行动号召。

  4. 幻灯片架构(保留 / 删除) — 默认概览结构(约 12–16 张幻灯片);输入信息不足时合并或省略:

    • 标题 → 公司概览 → 使命 / 价值观(可选)→ 问题与机遇(简要)→ 解决方案 / 产品线 → 工作方式或平台 → 客户与成果 → 差异化 → 团队 → 里程碑 / 业务版图 → 合作伙伴或生态系统(可选)→ 愿景 → 联系方式。
    • 删除仅面向投资者的内容区块(TAM 长篇分析、资金用途、股权结构表)、重复的产品幻灯片、冗长的功能列表,以及内部组织架构图(除非受众是应聘者)。
    • 拆分身份介绍与产品故事共用一张幻灯片的情况;如果两款产品各自都需要突出的证明点,也应拆分。
  5. 逐页内容规范 — 为每张幻灯片指定:

    • 标题:描述成果或定位,而非栏目名称(使用“面向互联网企业的支付基础设施”,而非“关于我们”)。
    • 正文:最多 3–5 个要点,或一个视觉元素;每个要点约 2 行;列表语法保持平行。
    • 视觉类型:徽标条、产品画面、工作流图、指标标注、时间线、团队网格、地图——对于对比、里程碑和产品组合,优先考虑视觉意图,而非段落。
    • 脚注:外部声明需注明来源和年份;如有需要,注明徽标审批情况。
  6. 分层展示证据 — 优先使用获准的徽标或具名案例;必要时匿名处理。只有在用户提供的情况下才使用规模指标,否则用定性证据并标注 TBD。

  7. 设计意图 — 为引擎指定:基调应体现机构气质,并源自用户的品牌语气,避免泛泛的夸张宣传;层级应确保每张幻灯片突出一个核心内容,并使用简洁的联系信息区块;信息密度应做到每张幻灯片传达一条信息,产品组合使用网格;配色使用用户品牌色,或中性色搭配一种强调色,并符合 WCAG AA;徽标和时间线应保持一致。

规则与限制

  • 受众关卡:每张幻灯片都必须对目标受众有价值;招募幻灯片 ≠ 合作伙伴幻灯片,除非用户想要一份通用演示文稿。
  • 真实性关卡:指标、客户、融资和员工人数必须与用户提供的材料一致,或标记为待定——不得虚构并夸大数字。
  • 单一观点关卡:如果标题需要用“和”连接,就拆分或删减。
  • 品牌关卡:标语、产品名称和法律实体名称的拼写必须处处一致。
  • Logo 关卡:只使用用户确认过的 Logo;否则标注为“类别示例”或省略。

常见失败模式

  • 把融资演示文稿当成公司介绍 → 删除融资诉求、财务数据和 TAM;强化公司定位和联系方式。
  • 网页内容整页照搬 → 只保留标题和佐证;详情写入蓝图备注。
  • 只列功能、不讲成果 → 将能力与客户成果关联起来。
  • 差异化不明显 → 使用两栏对比,或删除相关内容。
  • 团队简介过长 → 每人只保留姓名、职位和一句简介。
  • 结尾页杂乱 → 只保留一个行动号召和必要的联系方式。

质量检查清单

  • 标语和公司概况出现在前三张幻灯片中;最后一张幻灯片包含联系方式或行动号召。
  • 每张幻灯片都有一个核心观点标题,并声明视觉类型。
  • 没有幻灯片超出信息密度限制;外部数据附有来源或待定标记。
  • 产品和公司名称的拼写保持一致;重复出现的指标相符。
  • 与受众无关的部分已删除,或移至蓝图中的可选附录备注。
  • 设计意图明确说明整套幻灯片的基调、主视觉重点和强调色用法。
步骤 2:使用 content_and_design.md 和 k2f 技能生成 K2F 文件,并导出为合适的文件格式。

按照 k2f 技能,根据蓝图创建幻灯片、应用设计意图中的角色、进行验证,并导出可交付给利益相关方的成品。

评论

支持 Markdown