mcpField
K
k2f-application-form

k2f-application-form

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

关于 k2f-application-form

k2f-application-form 是面向 Agent 的技能,用于规划可打印或可填写的申请表,涵盖字段选择和视觉设计意图。它生成 content_and_design.md 蓝图,供 k2f 技能制作 K2F 包并导出。

主要功能

  1. 01申请表内容规划
  2. 02字段分组与顺序设计
  3. 03需求与附件核查
  4. 04问题类型及答题空间建议
  5. 05可选的字段级答案预填
  6. 06视觉层级与信息密度指导

适用场景

  1. 01设计工作或资助申请表
  2. 02整合分散在多个 PDF 中的问题
  3. 03制作可填写的项目申请表
  4. 04根据申请人提供的材料预填字段

安装

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

$npx skills add https://github.com/suzheng/k2f --skill k2f-application-form

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

详细介绍

K2F 申请表 — AI 原生美学设计

目的

教会 Agent 在 content_and_design.md 中规划申请表:哪些问题应放在表单中而不是附件里、如何分组和排列字段,以及美学意图(语气、层级、可填写密度)——不得捏造用户未提供的雇主、项目、法律条款或资格规则。

基于 K2F 构建

此技能将申请表生成为 .K2F 包。按照 k2f 技能进行编写:解包或初始化工作区、编辑语义树、打包并验证,然后导出。K2F 让 Agent 专注于含义(章节、标签、字段角色、说明),而不是坐标;布局和排版由引擎处理。

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

适用场景

  • 为工作、奖学金、资助、会员资格、志愿者职位或项目申请设计或重新设计可打印或可填写的申请表。
  • 将散落在多个 PDF 中的问题整合为一份便于浏览的表单。
  • 用户正在申请时,在蓝图中预填答案;对于较长的文字附件,请使用 k2f-cover-letter 或 k2f-resume。

工作流

步骤 1. 生成 content_and_design.md

这是表单内容和设计意图的统一蓝图。使用带标签的区块(页眉、说明、章节、字段行、声明),供 k2f 技能稍后映射。

子步骤

  1. 表单框架 — 类型(就业、学术、资助、会员资格)、组织、职位或项目、提交渠道、页数预算(通常为一页;仅当需要多篇叙述时才用两页)、语气范围(正式、温暖的非营利风格、初创公司式直接)。

  2. 要求审查 — 根据用户简介、招聘信息或模板,列出必须收集的数据(身份、联系方式、资格、日期、推荐人、上传材料)。标记有附件支持的项目(简历、作品集),避免表单重复询问。对于缺失的法律文本、平等机会措辞或同意语言,标记 NEEDS USER INPUT;不要捏造合规文案。

  3. 信息架构(纳入 / 删除 / 合并) — 默认顺序如下(仅当表单框架要求时才调整):

    • 页眉 → 标题、组织、职位/项目说明,可选的徽标备注。
    • 说明(2–4 行简短文字):需附上的材料、截止日期、答案的用途。
    • 申请人身份信息 → 姓名、联系方式、所在地;相关时询问工作许可。
    • 资格与事实信息 → 学位、年限、执照、紧凑排列的是/否资格门槛题。
    • 匹配度与经验 → 有针对性的提示,不要重复填写简历内容。
    • 开放式叙述 → 仅保留需要文字回答的提示;在标签中注明字数限制。
    • 推荐人 / 链接 → 列表格式,并提供 URL 行。
    • 声明 → 签名、日期、可选的勾选确认项。
    • 删除重复的简历字段、性格形容词(“充满热情的团队合作者”)、重复求职信内容的作文题,以及除非项目惯例要求否则删除可选爱好。
  4. 字段类型检查 — 为每个提示指定问题类型和答案空间意图:事实类简答;经历概述(2–4 句);为何选择这里(约 150 字);带 URL 的作品集链接;行为类 STAR(约 150–250 字);自我介绍(100–200 字);观点类(100–150 字)。拿不准时,选择更短;评审委员会通常会快速浏览。

  5. 预填层(可选) — 如果用户提供了 CV、JD 和答案:起草字段级回答文本,做到直接具体——每个答案只满足一个字段目的,然后停止。仅在有助于说明匹配度时沿用 JD 中的措辞;切勿把招聘信息原样贴作答案。用 metric TBD 或 NEEDS USER INPUT 代替捏造的项目或指标。

  6. 设计意图 — 语气:平和、对申请人友好;仅在提供法律文本时使用法律术语。层级:优先展示标题和职位/项目;使用醒目的标签;字段从属于标签。密度:各区段之间留有间距;标签与字段紧凑排列;避免大段空白。节奏:网格中使用简短行;叙述内容使用更大的区块。品牌:克制,使用一种强调色,并确保对比度清晰易读。

规则与约束

  • 真实性关卡:组织名称、资格规则、日期和预填答案必须能追溯到用户输入或明确标注的占位内容。
  • 单一目的关卡:每个字段只询问一件事;复合问题应拆分。
  • 避免重复简历关卡:如果附件简历中已有相关信息,则收集其引用位置或摘要,而不是再次收集完整的工作经历。
  • 长度关卡:内容溢出时,将长篇文字移至附件或精简问题;不要在蓝图中缩小字体。
  • 诚实关卡:预填的年限和评分应当可信,而非经过优化。
  • 具体性关卡:职位和组织名称必须正确;最终文本中不得出现占位雇主名称。

常见失败模式

  • 求职信内容挤在小方框中 → 拆分问题或改为提交附件。
  • 泛泛的特质类问题,或标签重复职位描述中的内容 → 改为具体且针对职位的问题。
  • 论述内容过多 → 减少叙述字段,并注明字数上限。
  • 只有格式单一的下划线网格 → 添加分节,并混合使用单行字段和多行字段。
  • 缺少说明或声明部分 → 添加简短的提交说明,以及签名/日期要求。
  • 预填答案只罗列技能,没有上下文 → 每项说明年限,并附上一个项目实例。

质量检查清单

  • 已记录框架、页面预算、语气和要求审核(必须收集的信息与附件)。
  • 各区段按默认架构排列;已说明删减和合并之处。
  • 每个字段均注明类型、标签文本和答题空间/字数限制意图。
  • 可选预填内容符合单一目的关卡和诚实关卡;占位内容已标记。
  • 设计意图涵盖整份表单的语气、层级、密度、节奏和品牌。
步骤 2:使用 content_and_design.md 和 k2f 技能生成 K2F 文件,并导出为合适的文件格式。

遵循 k2f,根据蓝图创建区段和表单字段,应用设计意图,完成验证,并导出可供提交的表单(通常为可填写的 PDF 或 DOCX)。

评论

支持 Markdown