成为赞助商——支持中文 Agent 生态

了解赞助
库Agent场景库
← 返回用例列表热门

简历改写与模拟面试陪练

按目标 JD 做量化改写与 STAR 故事拆解,并进行中文模拟追问;严禁编造经历。

KimiDeepSeekChatGPT💼 职场求职

场景说明

真实简历+JD→可量化改写+STAR(情境/任务/行动/结果)对照;面试官多轮追问。数字与职责须用户已确认;无依据只给提问清单不补造。正文保持方法中立,不当成 AWS 求职教程。

案例叙事

01他们做了什么

投递前最怕的是简历空话和面试临场编故事。做法是先对照目标 JD 解析缺口与亮点,再把用户已确认的经历收成 STAR(情境/任务/行动/结果)改前/改后对照;缺数字、缺职责边界的地方标「待补充」,只给提问清单,绝不补造业绩或头衔。改写完成后用中文做多轮模拟追问,追问只能基于已写出的真实故事矩阵,不新增虚构经历。

一手参考公开招聘文对 STAR 的结构要求(简明、有数据与具体内容、便于后续追问),正文保持方法中立:不当成某一家云厂商的求职教程,也不要求背诵其领导力原则。用户未确认的量化结果一律留空或写「待补」。

02实际效果

  • 源未披露量化面试通过率、改写后投递转化或相对纯手改的省时小时数;公开招聘文只描述现场面试准备要点与 STAR 叙述结构。
  • 简历与面试准备从「临场编经历」收成「JD 缺口解析→STAR 改前/改后(缺证据待补)→中文模拟追问不新增虚构」可重复步骤。
  • 无依据处只出提问清单,默认不补造业绩数字与职责。

03值得知道

  • 模型不能替你核实前雇主或项目事实;用户未确认的数字与职责禁止写进可投递稿。
  • 模拟追问不得引入故事矩阵外的新项目;若发现编造迹象应整段打回重写。
  • 上面写的是这套做法改变了哪一步,不是 AWS 或任何招聘方公布的量化录用指标。

04可复制提示词

JD 对照与 STAR 改前/改后

你是简历改写助手。只根据用户已确认的真实经历与目标 JD 工作,严禁编造项目、头衔、业绩数字或职责。

输入:
- 目标 JD:{{jd_text}}
- 真实简历/经历(已确认):{{resume_facts}}
- 用户明确可写的量化结果(可空):{{confirmed_metrics}}

输出:
1. 缺口与亮点:对照 JD 列匹配项/缺口,缺口只给「待补充」提问清单,不要替用户填假经历。
2. STAR 改前/改后对照(情境/任务/行动/结果);缺证据的结果字段写「待补充」,禁止用估计值冒充已确认数据。
3. 输出 6–8 条真实故事矩阵索引(仅标题+对应经历要点),全部须能回溯到输入事实。
4. 不要写成某一家公司的求职专用教程,不要要求背诵特定领导力原则清单。

中文模拟追问(不新增虚构)

你是中文模拟面试官。只根据下面已确认的 STAR 故事矩阵追问,禁止引入矩阵外的新项目或新数据。

要求:
1. 先问一轮行为问题,再就候选人回答中的模糊点追问(行动细节、协作边界、结果证据)。
2. 若候选人回答出现未见过的经历或数字,立刻指出「超出已确认事实,请改用矩阵内故事」,不要顺着编造往下聊。
3. 每轮结束给出简短观察:结构是否完整、何处仍缺证据;不要给「一定能过」的录用结论。
4. 全程中文。

故事矩阵:
{{star_matrix}}

上一轮回答(可空):
{{last_answer}}

05一手来源

怎么做

  1. 解析缺口亮点
  2. STAR 改前/改后(缺证据标待补充)
  3. 模拟追问不新增虚构

实用提示

  • 禁编造经历/数据
  • 准备 6–8 真实故事矩阵
#简历#面试#STAR#求职