关于 k2f-cover-letter
k2f-cover-letter 是一项在排版前规划求职信内容与设计的技能，随后可配合 k2f 技能生成 K2F 包。它面向特定职位的申请，强调以用户提供的证据为依据，不虚构雇主、推荐人、指标或公司信息。
主要功能
- 01规划内容与设计意图
- 02将职位要求对应到用户证据
- 03安排有说服力的信件结构
- 04避免无依据的个人及公司信息
- 05准备可导出的 K2F 文件
适用场景
- 01为特定职位撰写求职信
- 02组织职业转型申请的叙述
- 03根据雇主背景调整语气
- 04准备导出为 PDF 或 DOCX 的求职信
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/k2f-cover-letter确认已加载。
详细介绍
K2F 求职信 — AI 原生美学设计
用途
指导 Agent 在排版前于 content_and_design.md 中为求职信制定蓝图：明确求职信与简历各自应包含的内容、如何安排说服顺序（开场 → 证明 → 匹配 → 结尾），以及美学意图（语气、层级、信件密度）——不得捏造用户未提供的雇主、推荐人、指标或公司信息。
基于 K2F 构建
此技能以 .K2F 包的形式生成求职信。按照 k2f 技能进行创作：解包或初始化工作区、编辑语义树、打包／验证并导出。K2F 让 Agent 专注于含义（信件区块、称呼、叙事），而非坐标；布局和排版由引擎处理。
开始构建前，请安装核心技能：npx skills add suzheng/k2f --skill k2f。
适用场景
- 为特定职位和公司撰写或改写求职信（无论是否提供完整职位描述）。
- 推荐引荐、内部调岗、主动求职，或需要通过求职信补充简历来呈现的职业转型经历。
- 针对初创公司与企业，或创意与正式等不同场景调整语气——不适用于简历、CV、感谢信或薪酬谈判邮件。
工作流
步骤 1. 生成 content_and_design.md
用于呈现求职信内容和设计意图的单一蓝图。使用带标签的区块（信头、日期/收件人、开头、正文段落、结尾、落款），方便 k2f 技能稍后映射。
子步骤
-
信件框架 — 职位名称、公司、申请类型（常规、内推、转行、入门级、重返职场）、目标篇幅（250–400 字、一页，通常为 3–4 个正文段落）以及语气范围（正式、专业而亲切、对话式且自信）。注明是否附有职位描述和简历。
-
要求映射 — 根据职位描述（JD）或用户说明，列出 3–5 项最重要的要求。标记需要证明的 优势（附用户提供的数据）以及需要诚实说明或省略的 差距。选择 一个主要匹配点作为正文第 1 段的主题，并选择 一个次要主题（额外价值、差距重新表述或公司契合度）作为正文第 2 段的主题。
-
公司研究层 — 记录用户提供或确认的 一项具体、可核实的信息：产品、发布内容、使命宣言、价值观或招聘信息中提到的挑战。如果未知，标记为
NEEDS USER INPUT——不要编造新闻或公司文化方面的说法。 -
保留 / 删除 — 保留：引入点、职位名称、两段成果证明（简历中没有的内容）、为何选择这家公司/为何是现在、积极主动的结尾。删除：简历摘要、薪资、负面内容、爱好、简历要点的重复内容、笼统的职业道德描述，以及可以避免使用的 “To whom it may concern”。
-
开头 — 在蓝图中选择一种引入方式：公司见解、内推、针对 JD 问题提出解决方案、成就或行业角度——不要使用 “I am writing to apply” 或空洞的自我表扬。
-
正文 — P1：根据用户提供的信息，写出 [对方的需求] + [你的经验] + [成果]。P2：补充价值、诚实地重新表述差距，或更深入地联系公司。存在数字时，提供一项量化成果；否则标记为
metric TBD——绝不编造。 -
结尾与收件人 — 表达具体的热忱、提出交流请求，并简短致谢（不要被动地说“等待您的回复”）。如果知道招聘经理姓名，就写上；否则使用
Dear Hiring Manager或团队称谓。日期和地址只能来自用户输入。 -
设计意图 — 语气：以雇主为中心、自信且符合行业惯例（正式或直接、适合初创公司）。层级：引入点和职位首先清晰易读；正文便于阅读；信头保持低调。密度：每个短段落只表达一个想法；正文占据页面主要篇幅。节奏：证明能力的句子保持平行结构；全文统一使用一种尊称和一种落款格式。
规则与限制
- 真实性关卡：雇主、日期、内推、数据和公司信息都必须有用户输入作为依据，或明确标注为待补充内容。
- 非简历关卡：每个段落都必须补充简历中不明显的 背景、叙述或动机。
- 具体性关卡：公司名称和职位名称必须正确；最终文本中不得遗留占位公司名称。
- 篇幅关卡：超过 400 词时，删除最弱的证明内容，或将契合度合并到开头，不要缩小字体。
- 差距关卡：用证据和学习路径说明差距——绝不伪造资历。
- 雇主视角关卡：关于对方需求和自身匹配度的句子，应多于关于自己希望从这份工作中获得什么的句子。
常见失败模式
- 开头空泛或复述简历 → 改用引入点和简历无法呈现的叙述。
- 缺少公司信息或编造公司信息 → 提供一项经核实的信息，或标记为
NEEDS USER INPUT。 - 堆砌 JD 关键词、名称错误、结尾被动、以道歉口吻谈转行，或内推未经确认 → 交付前根据用户提供的信息进行修正。
质量检查清单
- 已记录框架、要求映射（优势/差距）和引入类型。
- 两个正文要点都将对方的需求与用户的证据联系起来；包含数据或诚实标记为待定。
- 已核实为何选择这家公司/为何是现在；结尾积极主动；已列出仅适用于简历的内容并予以删除。
- 设计意图涵盖整封信的语气、层级、密度和落款。
第 2 步。使用 content_and_design.md 和 k2f 技能生成 K2F 文件，并导出为合适的文件格式。
按照 k2f 的要求，根据蓝图实例化信函块、应用设计意图、进行验证，并导出可供应用的信函（通常为 PDF 或 DOCX）。