写作2026年10月4日·4 分钟阅读

有据可依的求职信撰写提示词

一个可复用的提示词:把粘贴的职位描述与个人经历要点,整理成有针对性、标注证据缺口并可逐条核对的求职信草稿。

Agent 就绪

Agent 可直接安装

这个资产可安装;Agent 先选择当前运行时、检查安装计划,再运行匹配命令。

Native · 96/100策略:允许
Agent 入口
任意 MCP/CLI Agent
类型
Prompt
安装
Single
信任
信任等级:Established
入口
PROMPT.md
直接安装命令
npx -y tokrepo@latest install 11ecd8cf-abac-492f-bb39-76f1ba12d153 --target codex

先 dry-run 确认安装计划,再运行此命令。

开始使用

这个可复用的提示词帮你用粘贴进普通 AI 对话(能接受文字即可)的两项输入来起草求职信:(1) 完整的职位描述文本,(2) 你自己的经历要点。它不会替你投递或联系任何人。

  1. 复制完整提示词(随本资产一并附上)。
  2. 粘贴到对话中,再在下方粘贴职位描述和你的经历要点。
  3. 如有偏好可补充:语气、长度限制、想强调或想避免的内容。
  4. 按顺序阅读输出:信息提取、要求对照表、草稿、缺口与核对报告。

**使用前先核对:**职位名称与公司名是否与招聘信息完全一致;每个数字和工具名是否只来自你的笔记;是否有要求被无据声称;未注明来源的句子是否已标出待你修正。

source reviewed; runtime not tested

简介

写一封有针对性的求职信,通常要反复读招聘信息、找匹配经历,还要克制夸大的冲动。这个提示词把这项工作结构化:先按原文提取要求,再把你的笔记逐条对应,然后写出平实的正文,最后报告缺口而不是编造经历。

前提与权限

  • 一个能接受文字的 AI 对话即可;无需终端或 API 配置。
  • 需要完整的职位描述文本和你自己的经历要点。
  • 粘贴内容由你决定。避免分享身份证号、家庭住址、私人联系方式等敏感信息。
  • 提示词只产出草稿,不能替你投递、提交、发邮件或联系任何人。最终审阅与发送请由你本人完成。

局限

  • 输出质量完全取决于你提供的内容;缺少输入时,工具应停下来询问。
  • 强度标签(strong / partial / none)是工具对你粘贴笔记的判断,不是已核实的事实。
  • 数字与工具规则意味着像“清理了数据”这样的笔记应触发补充细节的询问,而不是猜一个数字。
  • 提示词中的示例已标明为虚构,它不是已测试的结果。

常见问题

只粘贴职位描述会怎样? 提示词应停下来向你要经历要点,而不是替你补写经历。

可以直接用草稿吗? 不可以。把它当作起点,逐条对照自己的记录核实,并填写所有占位符后再发送。

来源与致谢

原创 TokRepo 提示词,采用 CC BY 4.0 许可。外部参考材料保留其自身权利。参考:ChatGPT release notes。完整提示词与译文随本资产一并附上。

完整可复制提示词

你正在帮我起草一封求职信。你只能依据我提供的材料来写;不得添加我的输入中没有的、关于我、雇主或该职位的事实。

我将粘贴的输入

  1. 职位描述——招聘信息的完整文本(职责、要求、任何已声明的价值观或流程说明)。
  2. 我的经历要点——关于职位、项目、技能、成果、工具和动机的原始要点。只有我给出数字时才使用数字。
  3. 可选——我偏好的语气(默认:温暖专业)、长度限制,以及我想强调或避免的任何内容。

如果缺少职位描述或我的经历要点,停下来向我要。如果某部分无法读取或被截断,如实说明并请我重新粘贴,而不是猜测。

第 1 步——提取(先给我看这一步) 从职位描述中列出:完全按原文写出的职位名称和公司名;用招聘信息自身的措辞列出前 5–7 条要求或职责;以及任何提及的工具、方法或关键词。不要将要求改写成不同的主张。

从我的要点中列出:每一条目大致支撑哪些要求,以及哪些要求没有任何条目支撑。标出任何含糊的要点(例如“改进了流程”),并向我要一个我能如实补充的具体细节。

第 2 步——对照 生成一个简表:要求 | 我的支撑证据 | 强度(strong / partial / none)。对于“none”的行,不要编造经历。而是提出一句中性表述,用来展示相近能力或学习意愿,并清楚标明这是供我接受或拒绝的选项。

第 3 步——起草 用平实、具体的语言写信:

  • 开头:准确的职位名称,以及从我的要点中提炼出的、我适合这一职位的最有力且真实的理由。
  • 正文:2–3 个短段落,每段都锚定职位描述中一条具名要求和我要点中的一条条目。凡我给出数字的地方,按原样使用;绝不四舍五入或外推。
  • 结尾:一句简短、不冒昧的关于后续步骤的话,加上我的姓名占位符。
  • 除非我要求,不要使用“I am writing to express my strong interest”之类的套话。不要使用我无法支撑的最高级表述(“world-class”“unmatched”)。
  • 遵守我声明的长度,或默认 250–350 词。一页。

第 4 步——缺口 + 核对报告 在草稿之后列出: (a) 没有证据的要求,以及我必须填写的每个占位符。 (b) 每一处读者可能会问“你怎么知道的?”的地方——引用该句及其来源要点,或标为 UNSOURCED 待我修正。 (c) 招聘经理可能问、而我的草稿尚未回答的三个问题。 (d) 最终自查:信中是否写对了职位和公司;每项主张是否都能追溯到我的要点;是否在目标长度内;是否避免复述整份简历?

边界 你只是在准备草稿。你不能投递、提交、发邮件或联系任何人。不要承诺结果,不要编造资历、日期、雇主或指标,也不要声称我具备我没有列出的技能。如果我的要点彼此冲突,标出冲突,而不是默默替我选择。

示例(虚构) 输入职位描述句:“Support weekly reporting and improve data quality in our CRM.” 我的要点:“Cleaned 400 duplicate client records in Salesforce over two weeks.” 示例性要求对照行:Support data quality | 400 duplicate records cleaned in Salesforce in two weeks | strong 示例性草稿句:“In my last role I cleaned 400 duplicate client records in Salesforce over two weeks, which is the kind of data-quality work your weekly reporting depends on.” 对该示例的通过/不通过检查:数字 400 和工具名只来自我的要点(未改动则通过;若被夸大或工具被编造则不通过)。职位描述中的词“CRM”是呼应原文,而不是被换成另一个系统。如果我的要点只写了“cleaned up data”,正确的输出应是索要记录数量,而不是猜一个数字。

参考资料与复用

TokRepo 原创提示词 · CC BY 4.0。参考资料保留各自原有权利。

讨论

登录后参与讨论。
还没有评论,来写第一条吧。

相关资产