一名 Hacker News 用户在“Who wants to be hired?”求职帖下留言找工作。几小时后，他收到一封邮件。开头大意是：我看到了你在 6 月相关招聘 / 求职帖里的评论。
问题在后半段。邮件并不是岗位沟通，也不是内推线索，而是推销 TypeScript、Python、LLM 集成、RAG、agent orchestration 等技术服务。
这事不能被说成大规模招聘诈骗，也不能被说成平台数据泄露。材料只显示一次个人遭遇。
但它足够说明一个硬问题：公开求职信息，不该被默认当成销售入口。尤其当对方已经说清楚，自己正在找工作。
求职帖不是客户名单
Hacker News 的“Who wants to be hired?”是技术社区里长期存在的求职帖。求职者会留下技能、经历、所在地和联系方式。招聘方据此联系候选人。
它的默认语境很清楚：找工作，找人，匹配机会。
这名用户在帖中寻找能使用其酒店、食品科技和自动化经验的岗位。随后收到的邮件，却把“看到你的求职评论”当作开场，再转向技术服务介绍。
对发信方来说，这可能只是一次冷邮件。对收信方来说，它借用了求职邮件的外壳。
| 场景 | 正常招聘联系 | 这封邮件的问题 |
|---|---|---|
| 开场依据 | 看见求职信息 | 同样看见求职信息 |
| 邮件目的 | 提供岗位、面试或转介绍 | 推销技术服务 |
| 收信人预期 | 可能有工作机会 | 结果是广告 |
| 主要伤害 | 信息不匹配，可快速判断 | 先制造希望，再让希望落空 |
差别看起来很小。实则很要命。
求职相关邮件本来就是高敏感信号。尤其在失业期，一封主题相关的邮件，很容易被理解成机会。把这个入口拿来推销，伤害不只来自“打扰”，而是来自对预期的误用。
对失业者来说，这不是几分钟的小事
当事人补充了自己的处境：被迫移民，有妻子、猫、房租和沉重债务，已经失业 6 个月。他说自己原本很乐观，但精力已经很低。
这几句话，把问题从收件箱噪音拉回了现实。
失业者每天要筛岗位、改简历、回邮件，还要处理家庭和债务压力。任何一封看似与求职有关的邮件，都会让人多看一眼。多看这一眼，本身就有成本。
更残酷的是心理落差。
一个正在找工作的人收到“我看到了你的求职评论”，很自然会以为后面有岗位、有转介绍，至少有一点和求职有关的帮助。结果打开后发现是服务推销。那一下不是普通广告的烦，而是希望被挪用后的空。
这里也要把边界说清楚。冷邮件不是原罪，招聘外联也不是问题。技术社区成员公开留下邮箱，本来就意味着愿意被某些人联系。
问题在“某些人”是谁。
如果你是招聘方，发来岗位信息，合理。如果你能提供内推、项目机会、求职建议，也说得过去。可如果你只是把“正在找工作”识别成“可以触达的联系人”，再塞进销售流程，那就是错位。
合规也不能替代同理心。很多邮件营销规则关心的是发信身份、退订方式、数据使用依据等问题。这些当然重要。但一封邮件就算形式上合规，也不代表它适合发给一个正在失业的人。
自动化外联要把脆弱语境设成禁区
原文最刺眼的一段，是当事人用 AI 术语反讽。他说，也许该给 Claude Code 加一个叫“empathy”的技能，让“Claw”访问一个“be considerate of other people’s experiences”的 MCP server，或者让 Telegram bot 推荐读点小说。
Claude Code 是 Anthropic 面向开发者的编码工具。MCP 是 Anthropic 推出的模型上下文协议，用来连接模型与外部工具和数据源。
这段话不能证明发信人用了 AI。也不能推出“AI 外联都不该用”。它真正戳中的，是另一件事：当工具让“发现线索—生成文案—批量发送”越来越便宜，人类判断不能跟着降价。
对使用自动化工具做冷邮件外联的开发者和创业者，这件事意味着几条很具体的动作：
- 看到“looking for work”“unemployed”“seeking employment”这类语境，默认从销售名单里排除。
- 如果邮件不是岗位、内推或直接求职帮助，不要用求职评论当开场。
- 在外联工作流里增加人工复核，至少复核脆弱语境：求职、疾病、灾难、债务、搬迁。
- 不要让模型只判断“能不能联系”，还要判断“现在联系是否合适”。
对正在公共平台求职或招聘的技术社区成员，影响也很现实。
求职者要知道，公开邮箱和技能描述可能被销售流程抓取。可以使用专门邮箱，限定联系方式，或在留言里写明“仅接收招聘相关联系”。这不能完全阻止误触，但能降低成本。
招聘方也要更谨慎。你发出的邮件如果看起来像销售模板，会污染整个社区对招聘邮件的信任。真正提供机会的人，会被这类噪音一起拖累。
接下来该看的，不是谁来认领这封邮件。现在材料不足，无法判断发信人身份、动机和工具链。
更该看的，是冷邮件产品、线索抓取脚本和创业团队内部流程，能不能把“脆弱语境”做成默认排除条件。不是写在价值观里，而是写进筛选规则、提示词、CRM 标签和发送前检查。
没有这一步，所谓智能外联只是更快地失礼。
开头那封邮件的问题，也正在这里。它找到了入口，却没看见处境。技术社区最不缺聪明办法，缺的是在该停手的时候停手。