技能介绍

要解决的问题

一次 HR 面试至少横跨四类系统：日历、腾讯会议、邮件，以及录音转写和评分。现状是状态散落在聊天记录、收件箱和零散本地文件里：面试官录完音还要手工摘录、算分、写报告；凭证不齐时更是直接卡住——会议建不起来、邮件发不出去、ASR 用不了。

meeting-hr-interview 把它拆成一个可持久化的状态机。每场面试对应 ./interviews/<interview-id>/ 目录，阶段产出与 interview-state.json 一起落盘，支持跨阶段衔接和多轮面试，而不是每次开新会话重来一遍。

核心能力与工作方式

根据用户请求路由到六个阶段之一：

Phase 1 日历安排：结构化候选人、面试官、候选时间段，产出 candidate-profile.json、interviewers.json、interview-calendar.json
Phase 2 通知与会议预定：腾讯会议三路径（API 建会 / 手动会议号 / 手动链接），三份差异化邮件并附 .ics
Phase 3 题目生成：按 JD + 简历产出四维度题库，含考察维度、参考要点、评分锚点，HR 可增删改
Phase 4 实时评估：混合采集（ASR 实时转录或面试官手动录入），逐题打分并实时累计
Phase 5 分析报告：按岗位级别加权，4 级 verdict 加硬否决门，输出 report.md 与 report.docx
Phase 6 结果通知：录用 / 不录用 / 进入下一轮三种邮件模板

确定性操作交给 scripts/ 下的脚本（tm_meeting.py、interview_mailer.py、interview_ics.py、interview_scoring.py、report_docx.py 等），agent 只负责编排和智能部分：题目生成、评分判断、报告撰写。另有独立的 --check-reminders 轮询，配合系统定时任务做面试前 24h/1h 提醒和候选人缺席升级通知。

能力探测与降级路径

启动时执行 scripts/interview_state.py detect，探测 Python 依赖、邮件凭证、腾讯会议 API、腾讯云 ASR 四类，结果写入能力矩阵。任一缺失即按 references/detection.md 的决策树走降级路径，不阻塞后续阶段：没有会议 API 就用手动会议号，没有 ASR 就改手动录入。

边界与注意点

对外发送不可撤销：Phase 2/5/6 的邮件发送前强制预览确认
录音合规：Phase 4 启用 ASR 前必须确认已征得候选人同意，建议在 Phase 2 通知中预先告知
数据本地化：简历与报告只存 ./interviews/；但腾讯云 ASR 会上传音频，敏感岗位需评估私有化部署或降级为手动录入
评分仅作辅助：verdict 与得分供内部参考，最终录用决策需人工确认并交叉验证；Phase 6 的录用邮件具有要约性质，薪酬、入职日期等关键条款需 HR 复核后发送