k2f-media-kit

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

K2F Media Kit — AI-Native Aesthetic Design

K2F 媒体资料包——AI 原生美学设计

Purpose

目的

Teach agents to author

content_and_design.md

for press- and partner-facing media kits: what belongs in the kit, how to tier information for grab-and-quote use, and aesthetic intent (tone, hierarchy, density)—not K2F packaging or export.

指导 Agent 编写

content_and_design.md

，用于面向媒体和合作伙伴的媒体资料包：明确资料包应包含的内容、如何对信息进行分层以便快速浏览和引用，以及美学意图（语气、层级、密度），而非讲解 K2F 打包或导出。

Built on K2F

基于 K2F 构建

This skill produces media kits as

.K2F

packages. Follow the k2f skill for authoring: unpack or init a workspace, edit the semantic tree, pack/verify, and export. K2F keeps agents on meaning (sections, boilerplate, fact blocks, visual intent)—not coordinates—while the engine compiles layout, typography, and theme into export-ready output.

Before you build, install the core skill:

npx skills add suzheng/k2f --skill k2f

此 Skill 将媒体资料包生成为

.K2F

包。请遵循 k2f skill 进行创作：解包或初始化工作区、编辑语义树、打包与验证，然后导出。K2F 让 Agent 专注于含义（章节、标准简介、事实区块、视觉意图），而非坐标；引擎则将布局、排版和主题编译为可直接导出的输出。

开始构建前，请安装核心 skill：

npx skills add suzheng/k2f --skill k2f

。

When to Use

使用场景

Launch or refresh materials for press, podcast hosts, analysts, or creators who need facts and approved copy fast.
Packaging boilerplate, leadership bios, product snapshots, milestones, and asset inventory in one coherent kit.
Modular reference journalists can excerpt—not fundraising decks (k2f-pitch-deck), event promos (k2f-flyer), or single-page internal briefs (k2f-one-pager).

Not for: investor narratives or exhaustive brand bibles unless the user wants a hybrid (usage intent only).

为需要快速获取事实和已批准文案的记者、播客主持人、分析师或创作者推出或更新材料。
将标准公司简介、高管简介、产品概览、里程碑和资产清单整合为一个连贯的资料包。
制作供记者摘录的模块化参考资料，而不是融资路演稿（k2f-pitch-deck）、活动宣传单（k2f-flyer）或单页内部简报（k2f-one-pager）。

**不适用于：**投资者叙事或详尽的品牌手册，除非用户明确需要混合版本（仅依据使用意图判断）。

Workflow

工作流

Step 1. Generate the content_and_design.md

Step 1. 生成 content_and_design.md

Blueprint semantic content and design intent in labeled blocks reporters can scan and excerpt independently.

Sub-steps

Kit lock — Primary user (beat reporter, creator, partner comms), kit job (launch coverage, ongoing press room, product drop, executive profile), channel (downloadable PDF, emailed ZIP companion, on-site sections), and legal posture (what may be named vs anonymized).
Kit archetype & section order — Pick one skeleton; do not merge incompatible kits:
- Company / ongoing press: cover identity → quick facts → short + long boilerplate → key messages (3–5) → products/services snapshot → milestones → leadership (short bios) → customers/partners (permitted only) → news highlights → awards → asset manifest → media contact.
- Product launch: product hook → problem context (factual) → what’s new → availability/pricing (public only) → specs at outcome level → launch quotes (user-supplied) → boilerplate → assets → contact.
- Founder / executive: headline role → bio (neutral third person) → expertise themes → select quotes → company tie-in → headshot intent → contact via comms.
- Creator pack: brand one-liner → do/don’t talking points → deliverable expectations → disclosure rules → links/handles → asset list → contact.
Information layers — Glance: name, descriptor, founded, HQ, URL, category. Grab-and-quote: 50- and 150-word boilerplate, key messages, approved quotes. Reference: fact table, timelines, bios, product cards. Operational: asset manifest, usage notes, media email—never buried under marketing prose.
Content tiers — Approved copy (paste-ready), Verified facts (sourced or TBD), Pointer (link to press page, DAM, or “request via…”). Park website essays, roadmap fiction, and internal metrics in omit or appendix pointer—not inline.
Honesty & permissions — No invented revenue, customers, logos, awards, or quotes. Missing inputs →
```
TBD
```
,
```
Not provided
```
, or
```
NEEDS USER INPUT
```
. Logo/customer blocks only when user confirmed; else category-only or omit.
Cut pass — Remove pitch-deck slides as paragraphs, duplicate bios, feature catalogs, and multiple CTAs. One primary media contact; secondary routes in a single line. Replace adjectives with one verifiable fact per message.
Design intent (no coordinates):
- Tone: editorial-neutral, third-person ready; confident only where proof exists—state one voice pair (e.g., “factual, approachable”).
- Hierarchy: kit title and descriptor dominate; boilerplate and fact tables as distinct bands; bios and news as repeatable modules.
- Density: facts in tables or labeled rows; bios ~80–120 words; key messages as parallel bullets; avoid walls of prose.
- Rhythm: alternate copy blocks with fact strips and visual intent (hero product frame, headshot grid, logo row)—modules should feel extractable.
- Contrast: calm ground; accent on labels and pull quotes; legible roles for boilerplate.

Rules & constraints

Every section must be excerpt-friendly—no “see above” dependencies across modules.
Boilerplate: two lengths (short/long) with identical facts; spelling of legal name and product names locked.
Quotes: attributed, dated if possible, user-supplied only.
Asset manifest: list type, description, and availability (attached / URL / on request)—no fake download links.
Launch kits: separate news angle (what changed) from evergreen company boilerplate.

Common failure modes

Failure	Fix
Pitch deck pasted in	Map to archetype; move ask/financials out; keep facts + boilerplate.
Marketing fluff, no paste-ready copy	Add short/long boilerplate and key messages first.
Missing fact layer	Quick-facts table before narrative.
Fabricated logos/quotes/stats	Stub, anonymize, or NEEDS USER INPUT.
One giant bio essay	Short bio + optional extended in subordinate block.
Asset section vague	Manifest rows: asset, format, use, source.
Sales CTA overload	Single media contact + optional press page URL.

Quality checklist

Lock: audience, kit job, archetype, channel, permissions.
Section order matches archetype; modules stand alone.
Glance / grab-and-quote / reference / operational layers present.
Short + long boilerplate consistent; key messages parallel.
Facts traceable or TBD; quotes and logos permitted only.
Asset manifest complete or explicitly incomplete.
Design intent: tone, hierarchy, density, rhythm, contrast.
One primary media contact; no placeholder URLs.

使用带标签的区块规划语义内容和设计意图，确保记者能够独立浏览和摘录各个模块。

子步骤

资料包定位——明确主要用户（跑口记者、创作者、合作方传播人员）、资料包任务（发布报道、日常新闻中心、产品上新、高管专题）、渠道（可下载 PDF、通过邮件发送的 ZIP 配套文件、站内板块），以及法律合规立场（哪些主体可以点名，哪些需要匿名）。
资料包类型与章节顺序——选择一种结构；不要混用不兼容的资料包：
- 公司／持续新闻资料包：封面与身份信息 → 速览事实 → 短版与长版标准简介 → 核心信息（3–5 条）→ 产品与服务概览 → 里程碑 → 领导层（简短简介）→ 客户／合作伙伴（仅限已获许可者）→ 新闻亮点 → 奖项 → 资产清单 → 媒体联系人。
- 产品发布资料包：产品亮点 → 问题背景（基于事实）→ 更新内容 → 供货／上市情况与定价（仅限公开信息）→ 以结果为导向的规格 → 发布引语（用户提供）→ 标准简介 → 资产 → 联系方式。
- 创始人／高管资料包：核心职位 → 简介（中立第三人称）→ 专业领域 → 精选引语 → 与公司的关联 → 头像视觉意图 → 通过传播团队联系。
- 创作者资料包：品牌一句话介绍 → 可讲与不可讲的话题要点 → 交付要求 → 披露规则 → 链接／账号 → 资产列表 → 联系方式。
信息层级——速览（Glance）：名称、描述、成立时间、总部、URL、类别。快速引用（Grab-and-quote）：50 字和 150 字的标准简介、核心信息、已批准引语。参考信息（Reference）：事实表、时间线、简介、产品卡片。运营信息（Operational）：资产清单、使用说明、媒体联系邮箱——绝不能埋在营销话术之下。
内容分级——已批准文案（Approved copy）（可直接粘贴使用）、已核实事实（Verified facts）（已有来源或标记为 TBD）、指针（Pointer）（链接至新闻页面、DAM 或“按需申请”）。网站文章、虚构的路线图和内部指标应放入 omit 或附录指针中，而不是直接写入正文。
真实性与授权——不得虚构营收、客户、Logo、奖项或引语。缺少输入时，使用
```
TBD
```
、
```
Not provided
```
或
```
NEEDS USER INPUT
```
。只有在用户确认后，才能使用 Logo／客户板块；否则只保留类别信息或省略。
精简处理——删除被改写成段落的融资路演稿页面、重复的简介、功能清单和多个 CTA。使用一个主要媒体联系人；次要联系方式放在一行中。每条信息使用一个可验证事实替代形容词。
设计意图（不涉及坐标）：
- 语气：编辑风格中立、可直接用于第三人称；只有在有证据支撑时才表达自信——设定一组统一的声音（如“客观、亲和”）。
- 层级：资料包标题和描述占据主导；标准简介和事实表形成清晰的独立区域；简介和新闻作为可重复使用的模块。
- 密度：事实使用表格或带标签的行；简介约 80–120 字；核心信息采用并列要点；避免大段文字。
- 节奏：在文案块（copy blocks）、事实条带（fact strips）和视觉意图（visual intent）（主视觉产品画面、头像网格、Logo 行）之间交替——各模块应便于摘录。
- 对比：背景沉稳；在标签和醒目引语上使用强调色；为标准简介设置清晰可辨的视觉层级。

规则与约束

每个章节都必须便于摘录，模块之间不能依赖“参见上文”。
标准简介：提供两种长度（短版／长版），且所含事实完全一致；锁定法定名称和产品名称的拼写。
引语：注明出处，如有可能则注明日期，且只能使用用户提供的引语。
资产清单：列出类型、说明和可用性（已附上／URL／按需提供）——不得使用虚假下载链接。
发布资料包：将新闻角度（发生了什么变化）与长期有效的公司标准简介分开。

常见失败模式

失败模式	修复方式
粘贴了融资路演稿	映射到对应资料包类型；移除诉求／财务数据；保留事实和标准简介。
只有营销话术，没有可直接使用的文案	优先添加短版／长版标准简介和核心信息。
缺少事实层级	在叙述性内容之前添加速览事实表。
虚构 Logo、引语或统计数据	设置占位项、进行匿名处理，或标记为 NEEDS USER INPUT。
简介篇幅过长	使用简短简介，并在次级区块中提供可选的扩展版本。
资产章节含糊	清单行应包含资产、格式、用途和来源。
销售 CTA 过多	保留一个主要媒体联系人，并可添加一个新闻页面 URL。

质量检查清单

已锁定：受众、资料包任务、类型、渠道、权限。
章节顺序与资料包类型一致；各模块可独立使用。
已包含速览／快速引用／参考信息／运营信息四个层级。
短版与长版标准简介一致；核心信息采用平行结构。
事实可追溯或标记为 TBD；引语和 Logo 仅在获得许可时使用。
资产清单完整，或明确标注为尚未完成。
设计意图已涵盖语气、层级、密度、节奏和对比。
仅有一个主要媒体联系人；不含占位 URL。

Step 2. Use the content_and_design.md and k2f skill to generate a K2F file and export to an appropriate file format.

Step 2. 使用 content_and_design.md 和 k2f skill 生成 K2F 文件并导出为合适的文件格式。

Follow the k2f skill to build the

.K2F

package from the blueprint, verify, and export (typically PDF).

遵循 k2f skill，根据该蓝图构建

.K2F

包，完成验证并导出（通常为 PDF）。