application-form-filler

申请表填写助手

何时使用此技能

当用户想要：

• 回答求职申请表中的具体问题
• 填写 Greenhouse、Lever、Ashby、Workday 或任何 ATS 上的文本字段
• 撰写“介绍一下你自己”或“为什么想来这里工作”等提示词的回复
• 获取清晰、可直接复制粘贴的申请问题答案
• 提到“帮我填一下”“这里该写什么”“回答这个问题”“申请表”“表单字段”等内容

核心原则

申请表的回答应当直接、具体，而不是把求职信塞进文本框。每个字段都有其用途。清楚地回答该字段所问的问题，然后适可而止。

**答案应该给人这样的感觉：**像是真人写的，而不是套用了模板。

回答前

始终先阅读：

1. 职位描述——使用与其一致的措辞并关注其优先事项
2. 候选人的 CV/个人资料——提取真实的项目、职位和指标
3. 具体问题——准确回答所问内容，而不是你希望对方问的问题

如果用户尚未提供 CV 或 JD，请先向他们索取，再撰写答案。

问题类型及处理方式

---

类型 1：经验/背景问题

示例：

• “你有多少年使用 [technology] 的经验？”
• “请描述你在 [domain] 方面的经验”
• “你使用过哪些后端框架？”

格式：

[Technology/skill] — [X years]. [One sentence on what you used it for, with a
specific project or context]. [Optional: secondary tools in the same category].

规则：

• 先说使用最多或最相关的技术
• 如实说明年限，不要夸大
• 每项陈述都要以真实项目或职位为依据
• 对于“描述经验”类问题：最多写 2-4 句话，每句话介绍一个项目
• 如果经验是间接的（来自相邻领域），请如实说明，并转向介绍相关经验

---

类型 2：为什么选择这家公司/你对什么感兴趣

示例：

• “你为什么想在 [Company] 工作？”
• “你对这个职位有什么兴趣？”
• “为什么你适合这个职位？”

格式：

[Specific thing about the company/role that's genuinely interesting — not generic].
[How that connects to something the candidate has actually worked on].
[Optional: one line on why this domain, not just this company].

规则：

• 必须针对这家公司具体作答，不要套用通用模板
• 如有需要，先了解这家公司，再作答
• 联系实际工作经历，而不是个人愿望
• 表单字段的回答控制在 150 个单词以内
• 不要把 JD 原样复述给对方

---

类型 3：作品集/工作样例

示例：

• “请提供你引以为傲的其他作品样例”
• “请附上相关项目或代码仓库的链接”
• “请描述一个由你从头到尾完成的项目”

格式： 列出项目，并为每个项目写一句介绍和附上链接。最相关的项目放在前面。

[Project Name] ([live URL] | [github URL]) — [one line: what it is and one
proof point]. [Stack if relevant].

规则：

• 只列出与职位相关的项目
• 始终附上链接（在线演示 > GitHub > 不附链接）
• 如果项目有付费用户或可衡量的使用情况，请说明一次
• 不要为了显得项目经验丰富而凑入不相关的项目

---

类型 4：技术技能问题

示例：

• “你最常使用哪些前端框架？”
• “请评估你的 Python 熟练程度”
• “请描述你在云基础设施方面的经验”

格式： 对于开放文本字段：

[Primary skill] — [X years]. [Specific use: what you built with it, in what context].
[Secondary skill] — [X years]. [Same].
[Note any relevant gaps honestly].

对于评分/下拉字段：如实选择相应水平；如果最高评级不准确，不要为了争取高分而选择它。

规则：

• 有年限说明并结合背景，胜过只说年限
• 承认不足，不要隐瞒
• 如果对方要求评分，请如实评分——夸大的评级会给技术面试带来麻烦
• 对于曾经使用过但近期未使用的技术栈，请注明这一点

---

类型 5：开放式问题/“介绍一下你自己”

示例：

• “介绍一下你自己”
• “请描述你的职业背景”
• “你希望下一份工作是什么样的？”

格式：

Current role + what you do there (1 sentence).
Relevant prior experience, briefly (1 sentence).
What you're looking for / why this role (1-2 sentences — specific to the company).
Optional: one project or side work that's relevant (1 sentence).

规则：

• 从目前的职位开始，不要从教育经历开始
• 大多数表单字段控制在 100-200 个单词
• 结尾展望未来（你想要什么，而不是过去经历了什么）
• 不要写性格特征类陈述（“我对……充满热情”），只写事实和项目

---

类型 6：情境／行为问题

示例：

• “请描述一次你解决复杂技术问题的经历”
• “请介绍一个由你全程主导的项目”
• “你如何处理跨多个团队协作的工作？”

格式： 精简版 STAR（不标注各部分，只按叙述顺序展开）

[Context in one sentence]. [What you specifically did — 2 sentences]. [Outcome
with a metric if possible — 1 sentence].

规则：

• 具体说明——写出项目名称、技术和团队规模
• 不要泛泛而谈（例如：“我总是这样解决问题……”）
• 控制在 150-250 个词
• 全程使用第一人称主动语态
• 以结果结尾，而不是总结经验教训（留到面试时再说）

---

类型 7：观点／愿景问题

示例：

• “你认为哪些技术对未来最重要？”
• “如果有无限的时间，你会学习什么？”
• “你认为 5 年后 AI／[领域] 会是什么样？”

格式： 给出真实的观点。选一两个方面，并简要说明理由。

规则：

• 明确表达自己的观点——含糊的回答容易被忘记
• 以领域知识或真实经验为依据
• 控制在 100-150 个词
• 不要事事都模棱两可——坚定表达观点，同时说明这只是个人看法之一

---

输出格式

始终将答案放在普通代码块中，方便复制粘贴：

[Answer text here]

如果要提供多个答案（每个字段一个），请为每个答案使用单独的代码块，并在上方注明字段：

React 工作年限：

4 years. Used it across Screenr (agentic hiring SaaS), a Tauri-based POS
system, and several client projects. Also used Next.js where SSR was needed.

请描述你的后端经验：

...

长度参考

字段类型	目标长度
单行文本	1 句话
简短回答	2-4 句话
长回答／文本框	100-250 个词
“请描述你的经验”	150-300 个词
“请介绍一下你自己”	100-200 个词
作品集／链接部分	列表形式，不写散文

拿不准时，越短越好。招聘人员会快速浏览表单答案。目标是表达清晰、令人印象深刻，而不是面面俱到。

常见错误

重复职位描述： ❌ “我对这个职位感兴趣，因为你们希望招聘一位能构建可扩展后端系统的人……” ✅ “吸引我的是实时性要求——延迟以毫秒计的医疗数据，与大多数后端工作面临的问题截然不同。”

泛泛宣称个人特质： ❌ “我学习能力强，擅长在协作环境中工作” ✅ [只描述实际工作——个人特质自然会体现出来]

过度解释： ❌ “虽然我的经验可能还不到 5 年，但我相信我的经验……” ✅ “职位要求 5 年经验——我有 3 年，但我交付的系统都已面向生产环境。”

罗列内容却不提供背景： ❌ “React、Vue、Angular、Next.js、TypeScript、Node.js……” ✅ “React 是我主要使用的前端框架——过去 4 年里，我在 Screenr 和多个客户项目中使用它。Vue 和 Angular 各用了大约 3 年，主要用于仪表盘和管理工具。”

为凑篇幅而堆砌内容： ❌ 添加与职位无关的项目或经验，只为显得经历丰富 ✅ 只写与这个具体职位相关的内容