SRC-CAREER-004：用豆包和开源提示词做可追问、可评分的 Java 语音模拟面试
来源说明
这是一则由牛客网用户"六点睡不醒"发布的中文个人实践记录，作者具有 Java 求职背景。原帖直接给出了面试题型比例、评分逻辑、四个实际追问题目、两轮练习前后的分数，以及自编提示词的 GitHub 链接，因此比只有"AI 可以陪练面试"结论的推荐文更接近可核验实践。
关键事实
- 工具组合：豆包语音对话 + 作者自编的开源提示词
AI-Interview-Bot-Prompt.md。
- 约束输入：目标 JD 与作者本人简历（Java 后端，1—3 年经验方向）。
- 题型比例：项目深挖 50% / 基础知识 30% / 系统设计 15% / 高难追问 5%。
- 追问示例：四组基于简历项目的连续下钻，包括 Redis 锁超时处理、千万级数据 MySQL→MongoDB 迁移、游标分页方案对比等。
- 评分规则：模拟中不公布分数；高难题与场景题采用动态权重（答好加分、答差减分幅度差异化）；针对 JD 要求但简历未写出的技术栈另设岗位匹配分；结束后统一复盘输出逐题得分、扣分点与总分。
- 两轮自评分：作者自报平均分由 6.4 上升到 7.5，项目深挖部分稳定在 8 分以上。
- 自评短板：Redis 过期策略、Nacos 心跳机制。
- 限制：自评分无第三方校准，没有真实面试结果或人工模拟面试作对照；未验证非技术岗位。
内容摘要
作者先把面试任务约束为"目标 JD 与本人简历范围内的 Java 岗位面试"，避免模型完全从通用题库随机出题；然后用四类题型、回答驱动的追问、不中途评分的对话流和逐题复盘，把一场面试拆成"证据材料 → 题型结构 → 动态追问 → 统一复盘"四层。
原帖展示的追问链具体到可以验证"简历上写过"与"本人能解释"之间的差距：第一组从优惠券小程序的 Redis 锁/AOP 限流/唯一索引出发，追问五秒锁过期后业务未结束怎么办；第二组从"千万级数据由 MySQL 迁移到 MongoDB"出发，追问多线程分段抓取、优先级队列、单线程写入的设计理由，再比较主键游标分页与普通 limit 分页。
可生成的关系
来源边界
- 直接支持：工具组合、约束输入、题型比例、追问示例、评分规则、两轮自评分、提示词链接。
- 整理者归纳（非作者原句）：把流程拆成"证据材料 → 题型结构 → 动态追问 → 统一复盘"四层；上传前最小化与脱敏原则；逐句标记"我实际做过 / 团队做过但我了解 / 仅为学习推演"三类。
- 仍需验证：提示词在不同豆包版本与其他模型上的表现；分数可重复性；技术评分与资深 Java 面试官的一致性；练习是否改善真实面试结果；非技术岗位适用性。
- 未复制的材料：完整提示词正文、原帖全文、CSDN 设计与迭代记录（收集时未能稳定读取）。