Back to Details

k2f-application-form

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

K2F Application Form — AI-Native Aesthetic Design

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

Purpose

目的

Teach agents to blueprint application forms in 
content_and_design.md
: which questions belong on the form versus attachments, how to group and sequence fields, and aesthetic intent (tone, hierarchy, fillable density)—without inventing employers, programs, legal clauses, or eligibility rules the user did not supply.
指导 Agent 在 
content_and_design.md
中规划 申请表单 的蓝图：哪些问题应放在表单中、哪些应放入附件，如何对字段进行分组和排序，以及美学意图（语气、层级、可填写密度）——同时不得臆造用户未提供的雇主、项目、法律条款或资格规则。

Built on K2F

基于 K2F

This skill produces application forms 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, labels, field roles, instructions)—not coordinates—while the engine handles layout and typography.
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

使用场景

  • Designing or redesigning a printable or fillable application for a job, fellowship, grant, membership, volunteer role, or program intake.
  • Consolidating scattered PDF questions into one scannable form.
  • Prefilled answers in the blueprint when the user is applying; use k2f-cover-letter or k2f-resume for long prose attachments.
  • 为工作、奖学金、资助、会员资格、志愿岗位或项目招生设计或重新设计可打印或可填写的申请表单。
  • 将分散的 PDF 问题整合为一份易于浏览的表单。
  • 在蓝图中预填答案；使用 k2f-cover-letter 或 k2f-resume 承载长篇文字附件。

Workflow

工作流

Step 1. Generate the content_and_design.md

第 1 步：生成 content_and_design.md

Single blueprint for form content and design intent. Use labeled blocks (header, instructions, sections, field rows, attestations) the k2f skill can map later.
Sub-steps
  1. Form frame — Type (employment, academic, grant, membership), organization, role or program, submission channel, page budget (often one page; two only if several narratives are required), tone band (formal, warm nonprofit, startup-direct).
  2. Requirement audit — From the user brief, posting, or template: list must-collect data (identity, contact, eligibility, dates, references, uploads). Mark attachment-backed items (resume, portfolio) so the form asks once—not twice. Flag 
    NEEDS USER INPUT
    for missing legal text, equal-opportunity wording, or consent language; do not invent compliance copy.
  3. Information architecture (include / cut / merge) — Default stack (reorder only when the frame demands it):
    • Header → title, org, role/program line, optional logo note.
    • Instructions (2–4 short lines): what to attach, deadlines, how answers will be used.
    • Applicant identity → name, contact, location or work authorization when relevant.
    • Eligibility & factual → degrees, years, licenses, yes/no gates in compact rows.
    • Fit & experience → targeted prompts, not a CV re-entry.
    • Open narrative → only prompts that need prose; state word limits in the label.
    • References / links → list pattern with URL lines.
    • Attestation → signature, date, optional checkbox confirmations.
    • Cut duplicate resume fields, trait adjectives (“passionate team player”), essay prompts that repeat the cover letter, and optional hobbies unless normative for the program.
  4. Field typing pass — Assign question type and answer-space intent per prompt: factual one-liners; experience snapshots (2–4 sentences); why-here (~150 words); portfolio lines with URLs; behavioral STAR (~150–250 words); about-you (100–200 words); opinion (100–150 words). When in doubt, shorter; committees skim.
  5. Prefill layer (optional) — If the user supplies a CV, JD, and answers: draft field-level response text that is direct and specific—each answer serves one field purpose, then stops. Mirror JD language only where it clarifies fit; never paste the posting back as the answer. Use 
    metric TBD
    or 
    NEEDS USER INPUT
    instead of inventing projects or metrics.
  6. Design intent — Tone: calm, applicant-friendly; legalese only when supplied. Hierarchy: title and role/program first; strong labels; fields subordinate. Density: space between sections; tight label–field pairs; no blank-line walls. Rhythm: grid short rows; larger bands for narratives. Brand: restrained, one accent, readable contrast.
Rules & constraints
  • Truth gate: organization names, eligibility rules, dates, and prefilled answers trace to user input or explicit stubs.
  • One-purpose gate: each field asks one thing; split compound prompts.
  • Non-resume gate: if data lives on an attached CV, collect a pointer or summary line—not full employment history again.
  • Length gate: overflow → move long prose to attachments or cut prompts; do not shrink type in the blueprint.
  • Honesty gate: prefilled years and ratings stay credible, not optimized.
  • Specificity gate: correct role and org names; no placeholder employer in final text.
Common failure modes
  • Cover-letter prose crammed into a small box → split prompts or redirect to an attachment.
  • Generic trait prompts or JD repetition in labels → replace with concrete, role-specific questions.
  • Essay sprawl → fewer narrative fields with stated word caps.
  • Undifferentiated underline grid → section breaks and mixed row vs multiline fields.
  • Missing instructions or attestation block → add brief how-to-submit and signature/date intent.
  • Prefilled answers that list skills without context → years + one project anchor per claim.
Quality checklist
  • Frame, page budget, tone, and requirement audit (must-collect vs attachments) documented.
  • Section stack follows default architecture; cuts and merges explained.
  • Every field has type, label text, and answer-space / word-limit intent.
  • Optional prefill respects one-purpose and honesty gates; stubs flagged.
  • Design intent covers tone, hierarchy, density, rhythm, and brand for the full form.
用一份蓝图同时承载表单内容与设计意图。使用带标签的区块（页眉、说明、章节、字段行、声明），以便 k2f Skill 后续映射。
子步骤
  1. 表单框架——类型（雇佣、学术、资助、会员资格）、组织、岗位或项目、提交渠道、页数预算（通常为一页；只有在需要多段叙述时才用两页）、语气档位（正式、温暖的非营利风格、创业公司直率风格）。
  2. 需求审核——根据用户简述、招聘公告或模板，列出 必须收集的数据（身份、联系方式、资格、日期、推荐人、上传项）。将 由附件承载的项目（简历、作品集）标记出来，使表单只询问一次，而不是两次。对于缺失的法律文本、平等机会相关措辞或同意条款，标记 
    NEEDS USER INPUT
    ；不要自行编写合规文案。
  3. 信息架构（保留 / 删除 / 合并）——默认结构（仅在框架要求时重新排序）：
    • 页眉 → 标题、组织、岗位/项目信息行、可选的 Logo 备注。
    • 说明（2–4 行）：需要附加哪些材料、截止日期、答案将如何使用。
    • 申请人身份信息 → 姓名、联系方式，以及在相关情况下的所在地或工作许可。
    • 资格与事实信息 → 学历、工作年限、执照、以紧凑行呈现的是/否型资格项。
    • 匹配度与经历 → 有针对性的问题，而不是让用户重新填写 CV。
    • 开放式叙述 → 仅保留确实需要文字的问题；在标签中注明字数限制。
    • 推荐人 / 链接 → 采用带 URL 行的列表模式。
    • 声明 → 签名、日期、可选的复选框确认。
    • 删除 与简历重复的字段、性格特质形容词（“热情的团队成员”）、重复求职信内容的文章类问题，以及可选的兴趣爱好（除非这些内容对项目评估确有必要）。
  4. 字段类型检查——为每个问题指定 问题类型 和 作答空间意图：事实型一行回答；经历概要（2–4 句）；为何申请（约 150 词）；带 URL 的作品集条目；行为面试 STAR（约 150–250 词）；自我介绍（100–200 词）；观点（100–150 词）。如有疑问，写得更短；评审委员会通常只会快速浏览。
  5. 预填层（可选）——如果用户提供 CV、JD 和答案：起草 字段级回复文本，做到直接且具体——每个答案只服务于 一个字段用途，写完即止。仅在有助于说明匹配度时沿用 JD 原有措辞；绝不能将招聘公告原文粘贴回来作为答案。使用 
    metric TBD
    或 
    NEEDS USER INPUT
    ，而不是编造项目或指标。
  6. 设计意图——语气：沉稳、对申请人友好；只有在用户提供时才使用法律措辞。层级：标题和岗位/项目优先；标签醒目；字段处于次要层级。密度：章节之间留出空间；标签与字段紧密配对；不要出现大片空行。节奏：短行采用网格布局；叙述性内容使用更大的区域。品牌：克制、仅使用一种强调色，并确保对比度易读。
规则与约束
  • Truth gate（真实性闸门）：组织名称、资格规则、日期和预填答案必须可追溯至用户输入或明确标出的占位项。
  • One-purpose gate（单一用途闸门）：每个字段只问一件事；拆分复合问题。
  • Non-resume gate（非简历闸门）：如果信息已存在于所附 CV 中，只收集指向该 CV 的提示或摘要行，而不是再次要求填写完整工作经历。
  • Length gate（长度闸门）：内容溢出时 → 将长篇文字移至附件或删减问题；不要在蓝图中缩小字号。
  • Honesty gate（诚实性闸门）：预填的年限和评分应保持可信，而不是为追求优化而夸大。
  • Specificity gate（具体性闸门）：使用正确的岗位和组织名称；最终文本中不得使用占位雇主名称。
常见失败模式
  • 将求职信正文塞进狭小文本框 → 拆分问题或改为附件提交。
  • 标签中使用通用特质问题或重复 JD 内容 → 替换为具体、针对岗位的问题。
  • 文章类问题泛滥 → 减少叙述型字段，并注明字数上限。
  • 所有字段都使用无差别的下划线网格 → 增加章节分隔，并混合使用单行与多行字段。
  • 缺少说明或声明区块 → 添加简明的提交方式以及签名/日期意图。
  • 预填答案只罗列技能而缺少背景 → 为每项能力主张附上年限和一个项目实例作为依据。
质量检查清单
  • 已记录框架、页数预算、语气和需求审核结果（必须收集的信息与附件）。
  • 章节结构遵循默认信息架构；已说明删除和合并的内容。
  • 每个字段都有类型、标签文本，以及作答空间/字数限制意图。
  • 可选预填遵守单一用途和诚实性闸门；占位项已标记。
  • 设计意图覆盖整份表单的语气、层级、密度、节奏和品牌。

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

第 2 步：使用 content_and_design.md 和 k2f Skill 生成 K2F 文件，并导出为合适的文件格式

Follow k2f to instantiate sections and form fields from the blueprint, apply design intent, verify, and export the submission-ready form (typically fillable PDF or DOCX).
按照 k2f 的流程，根据蓝图实例化章节和表单字段，应用设计意图，执行验证，并导出可直接提交的表单（通常为可填写 PDF 或 DOCX）。