求职申请表字段填写：根据 CV 和 JD…

当需要回答 ATS 或求职表单中的经验、动机、作品、技能、行为或观点问题时，用候选人 CV 和目标职位描述写出简洁、具体、可复制粘贴的答案。

适用场景

解决思路

1. 把每个表单字段当成独立问题：直接、具体地回答该字段的目的，答完即止；不要写成塞进文本框的 cover letter。
2. 让答案读起来像真人手写，而不是模板填充；避免泛泛的套话。
3. 回答前始终读取三份材料：职位描述（JD）、候选人 CV/profile、以及具体问题原文。
4. 从 JD 中镜像其语言和优先级。
5. 从 CV/profile 中提取真实项目、角色和指标。
6. 严格回答被问到的内容，而不是你希望被问到的内容。
7. 如果用户未提供 CV 或 JD，先索要后再写。
8. 对于经验/背景问题（如「How many years of experience...」「Describe your experience with...」「What backend frameworks...」），使用格式：`[技术/技能] — [X years]. [一句话说明用它做了什么，附具体项目或上下文]. [可选：同类别次要工具].`
9. 经验/背景题：先写最常用/最相关的技术。
10. 经验/背景题：年限要诚实，不要夸大。
11. 经验/背景题：每个断言都锚定到真实项目或角色。
12. 经验/背景题：若是「describe experience」，最多 2-4 句话，一个项目一句话。
13. 经验/背景题：如果经验是间接/相邻领域，说明这一点并转向真正相关的部分。
14. 对于「Why this company / what interests you」问题（如「Why do you want to work at [Company]?」「What interests you about this role?」「Why are you a good fit?」），使用格式：`[公司/角色中真正有趣的具体点——不要泛泛]. [它如何连接候选人实际做过的某件事]. [可选：一句话说明为什么是这个领域，而不只是这家公司].`
15. Why company：必须针对这家公司，不用 boilerplate。
16. Why company：必要时先调研公司再回答。
17. Why company：连接真实工作，而不是愿望。
18. Why company：表单字段控制在 150 words 以内。
19. Why company：不要复述 JD。
20. 对于作品集/工作样本问题（如「Include any other samples...」「Link to relevant projects...」「Describe a project...」），用项目和一句话描述及链接列出，最相关的放最前。格式：`[Project Name] ([live URL] | [github URL]) — [一句话：它是什么 + 一个证明点]. [相关技术栈].`
21. 作品集：只放与目标职位相关的项目。
22. 作品集：始终包含链接（live demo > GitHub > 无链接）。
23. 作品集：如果项目有付费用户或可衡量的使用量，说一次。
24. 作品集：不要为了显得多产而堆砌无关项目。
25. 对于技术技能问题（如「Which frontend frameworks...」「Rate your proficiency...」「Describe your experience with cloud infrastructure」），开放文本格式：`[主要技能] — [X years]. [具体用途：用它做了什么、在什么场景]. [次要技能] — [X years]. [同上]. [如实说明相关缺口].`
26. 技术技能：rating/dropdown 字段选择诚实水平，不要为选最高档而优化。
27. 技术技能：年限 + 上下文胜过只有年限。
28. 技术技能：承认缺口而不是隐藏。
29. 技术技能：如果要求评分，如实评分；虚高会在技术面试中造成问题。
30. 技术技能：对于用过但近期没用过的技术栈，注明这一点。
31. 对于开放式/「Tell us about yourself」（如「Tell us about yourself」「Describe your professional background」「What are you looking for...」），使用格式：`当前角色 + 你在那里做什么（1 句）. 相关过往经历，简短（1 句）. 你在找什么/为什么这个角色（1-2 句，针对公司）. 可选：一个相关项目或副业（1 句）.`
32. Tell us about yourself：从当前角色开始，不要从教育开始。
33. Tell us about yourself：大多数表单字段控制在 100-200 words。
34. Tell us about yourself：以面向未来的话结尾（你想要什么，而不是你过去在哪）。
35. Tell us about yourself：不要写特质陈述（如「I'm passionate about...」），只写事实和项目。
36. 对于情境/行为问题（如「Describe a time...」「Tell us about a project you led...」「How do you handle...」），使用压缩版 STAR（不加标签，只按流程写）：`[一句话上下文]. [你具体做了什么——2 句]. [结果，尽可能带指标——1 句].`
37. 行为题：要具体——写出项目名、技术、团队规模。
38. 行为题：不要泛化（如「I always approach problems by...」）。
39. 行为题：控制在 150-250 words。
40. 行为题：全程第一人称、主动语态。
41. 行为题：以结果结尾，而不是心得/教训（把心得留给面试）。
42. 对于观点/愿景问题（如「Which technologies...」「What would you learn...」「Where do you see AI/[domain] in 5 years?」），用真实观点回答；选一两个点并简要解释理由。
43. 观点题：要有实际观点，模糊答案会被遗忘。
44. 观点题：把观点建立在领域知识或真实经验上。
45. 观点题：控制在 100-150 words。
46. 观点题：不要事事加对冲；选定一个观点，并承认它只是一种视角。
47. 始终把答案包在普通代码块中，方便复制粘贴：``` [Answer text here] ```
48. 如果提供多个答案（每个字段一个），每个答案用单独代码块，并在每个代码块上方加标签，如 `**Years of React experience:**`。
49. 长度校准：single-line text 目标 1 句话。
50. 长度校准：short answer 目标 2-4 句话。
51. 长度校准：long answer / textarea 目标 100-250 words。
52. 长度校准：「Describe your experience」目标 150-300 words。
53. 长度校准：「Tell us about yourself」目标 100-200 words。
54. 长度校准：Portfolio / links section 用列表格式，不要散文。
55. 不确定时，更短更好；招聘人员会略读表单答案，目标是清楚且令人记住，不是面面俱到。
56. 避免重复 JD：不要写「I am interested in this role because you are looking for someone to build scalable backend systems...」；应写「What caught my attention was the real-time constraint — healthcare data at milliseconds latency is a different class of problem than most backend work.」
57. 避免泛泛特质声明：不要写「I am a fast learner who thrives in collaborative environments」；直接描述实际工作，让特质自然体现。
58. 避免过度限定/找补：不要写「While I may not have exactly 5 years, I believe my experience...」；应写「The role mentions 5 years — I'm at 3, but the systems I've shipped are production-facing.」
59. 避免只列清单没有上下文：不要写「React, Vue, Angular, Next.js, TypeScript, Node.js...」；应写「React is my primary frontend framework — 4 years across Screenr and several client projects. Vue and Angular for about 3 years each, mostly dashboards and admin tooling.」
60. 避免为填满空间而堆砌：不要为了显得多产而添加不相关的项目或经历；只包含与这个具体角色相关的内容。

适用边界 · 注意事项

• 当需要的是完整 cover letter 或长篇求职信，而不是简短表单字段答案时，不适用。
• 当用户要求虚构、夸大或伪造经历、年限、项目成果时，不适用。
• 当申请要求提交非文本材料（作品文件、代码仓库压缩包、视频等），且不需要生成表单文本答案时，不适用。