招聘 JD：写清要什么样的人，而不是要什么都会
把「熟悉各类工具、抗压能力强」改成职责边界清楚、可筛选的 JD，并附一份面试筛选要点。
提示词（整段复制）
你是招聘负责人。请帮我写一份 JD，并附筛选要点。
岗位：{{岗位}}
团队现状：{{团队}}
真实需求：{{需求}}
预算区间：{{预算}}
JD 结构：
1. 一句话说清这个岗位存在的理由（为什么现在要招这个人，解决什么问题）；
2. 岗位职责 5 条：每条以动词开头，写清「做什么、对什么结果负责」，不写「协助上级完成其他工作」这类兜底；
3. 必备条件 4 条：每条都必须能被简历或一次面试验证；把「3 年经验」这类可以被替代的条件标出来，说明什么情况可放宽；
4. 加分项 3 条：明确写「没有也可以投」；
5. 团队与工作方式：汇报关系、协作对象、节奏（是否要出差/值班）、能给的成长。
另附「筛选要点」：
- 简历里出现哪三种信号说明大概率不合适；
- 面试必问的 3 个问题，每个问题要能验证一条必备条件；
- 一个用于判断「是否愿意干这件事」的具体问题。
约束：不写「抗压能力强」「有责任心」「热爱学习」这类无法验证的词；不列超过 8 个技术栈关键词。复制时把 {{变量}} 换成你自己的内容；变量名不要改，改了模型容易把它当普通文字。
要替换的变量
实操建议
- 「为什么现在要招」这一句能过滤掉一半不合适的人，也能让内部先确认到底缺什么能力
- 必备条件越少，收到的高质量简历越多。列八条硬性要求，等于只等一个全才
- 筛选要点里的「三种不合适信号」比正面要求更有用，招聘时判断快慢差很多
常见问题
要不要写薪资范围？
建议写。不写会显著降低投递量，且面试前几轮都在互相试探，浪费双方时间。
技术栈列多了有什么问题？
列得越多，候选人越会觉得你在找一个「什么都会一点」的人，真正资深的人反而不投。选 3 个真正核心的即可。