letshow
返回作品列表

02 / AI 应用 · 招聘协作

青衿 / HireFlow

围绕岗位组织简历材料,并通过 AI 辅助筛选与协作处理。

01 / 项目背景

让每次简历筛选,都能找到依据和下一步。

招聘筛选需要反复对照岗位要求、简历原文和处理进度。材料分散时,读过哪份、为何推荐、结果交给了谁,很容易脱节。青衿围绕岗位把这些信息放到同一条流程里。

项目希望让 AI 评价成为可核对的辅助信息。报告保留逐项理由与原文出处,HR 先核查再回传,招聘负责人记录最终决定,让分数背后的依据和人的判断都能留下来。

02 / 痛点与解法

把使用中的阻碍,变成明确的功能。

材料归属与状态容易混乱

遇到的问题
多岗位同时收简历,重复上传、草稿和已提交材料容易混在一起。
项目的做法
上传时绑定岗位,按状态查看投递;同一 HR、同一岗位的相同文件做去重。

一个总分难以解释推荐理由

遇到的问题
只看分数,无法知道哪些要求得到证明、哪些信息仍需核实。
项目的做法
把岗位要求拆成逐项评价,附理由与原文引用,再按已发布权重汇总。

协作交接缺少明确界限

遇到的问题
初步评分与最终录用决定混在一起,难以追溯是谁做了什么判断。
项目的做法
HR 核对并回传报告;老板查看已回传结果,另行记录录用、不录用或暂缓。

PROJECT WALKTHROUGH

看一段实际操作。

0:32 · 无声演示

浏览岗位、筛选投递材料,再查看评估报告与历史记录。实际前端操作录制,岗位、简历均为合成示例,分数为预设 Mock,未调用模型。

单独打开视频
查看演示步骤
  1. 打开全栈开发工程师合成岗位,查看岗位信息。
  2. 进入上传与提交,展开投递记录,筛选尚未提交的草稿材料。
  3. 进入简历与评分,打开候选人 A 的完整报告。
  4. 切换历史评估,查看逐项匹配与合成材料中的原文证据。

03 / 图文体验

从界面,看功能如何落地。

结合实际界面阅读;截图使用合成展示数据,可放大查看。

01 / EXPERIENCE

先归属岗位,再检查材料状态

上传入口先选岗位,投递列表继续沿用该范围。核对解析状态后再开始评分,草稿保留为可继续处理的材料。

  • 岗位选择与 PDF 上传在同一入口。
  • 草稿、已提交和状态筛选清晰可见。
青衿合成展示环境的上传与提交页面,投递列表包含三份已提交材料和一份草稿材料实际界面截图 · 合成材料与预设评估
材料提交与草稿管理 · 合成展示

材料提交与草稿管理 · 合成展示

实际界面截图 · 合成材料与预设评估

青衿合成展示环境的上传与提交页面,投递列表包含三份已提交材料和一份草稿材料实际界面截图 · 合成材料与预设评估

02 / EXPERIENCE

在同一规则下比较报告

岗位报告按评分配置分组,展示正式分、历史结果和待重新评分项,帮助 HR 确认正在比较的范围。

  • 可选择过线材料并回传给老板。
  • 图中 Mock 分数只用于展示操作。
青衿合成展示环境的岗位筛选报告,HR 查看两份当前报告,页面标有 Mock 预设评估模式实际界面截图 · 合成材料与预设评估
岗位筛选报告 · 合成展示

岗位筛选报告 · 合成展示

实际界面截图 · 合成材料与预设评估

青衿合成展示环境的岗位筛选报告,HR 查看两份当前报告,页面标有 Mock 预设评估模式实际界面截图 · 合成材料与预设评估

03 / EXPERIENCE

把结果留在当时的版本里

每次评估留下独立记录,切换历史时读取当次结果与绑定原件,避免用新的报告悄悄替换旧结论。

  • 历史记录与当前查看状态分开显示。
  • 覆盖率说明明确区分权重与准确率。
青衿合成展示环境的评估报告,展示同一材料的两次历史评估、Mock 标记与预设分数实际界面截图 · 合成材料与预设评估
评估结果与历史记录 · 合成展示

评估结果与历史记录 · 合成展示

实际界面截图 · 合成材料与预设评估

青衿合成展示环境的评估报告,展示同一材料的两次历史评估、Mock 标记与预设分数实际界面截图 · 合成材料与预设评估

04 / 实现原理

一次操作,背后如何流转。

核心处理流程按数据流向阅读
  1. 准备岗位与材料

    发布岗位要求和权重,将 PDF 上传到指定岗位。

  2. 解析并提交

    提取文本块、页码和原文位置,完成核对后由 HR 提交评分。

  3. 逐项评价与核验

    模型返回解释和引文,程序回查来源并计算加权总分。

  4. HR 核对回传

    只有报告有效且达到 60 分,HR 才能回传该次评估。

  5. 老板记录决定

    查看已回传材料和报告,追加用人决定,保留原评分。

模型评价,程序核算

服务端按文件哈希、文本块和字符区间重新核验引文。当前规则下,无有效证据记 0 分,部分匹配按证据给分;旧区间报告单独保留。

报告绑定输入版本

评分绑定岗位要求、简历版本和运行配置快照;历史详情按评估编号读取。人工意见另行追加,便于对照判断而不改写原报告。

长任务交给独立 Worker

解析和评分写入持久化队列,网页无需等待模型完成。并发处理使用独立数据库会话,并以领取租约和心跳检查任务归属。

05 / 技术栈

每一层技术,都有具体职责。

交互界面
  • React 19
  • TypeScript
  • Vite
  • TanStack Query

组织岗位、材料与报告页面,管理请求状态和刷新。

业务接口
  • Python
  • FastAPI
  • Pydantic

校验请求与对象权限,约束 HR 和老板各自的操作。

数据与任务
  • PostgreSQL
  • SQLAlchemy
  • Alembic

保存版本、报告和任务状态,并维护数据库结构。

PDF 与模型
  • PyMuPDF
  • DeepSeek API

解析可定位文本,接入逐项评价;演示使用预设 Mock。

部署组织
  • Docker Compose
  • Nginx

分离前端、API、Worker 和数据库的运行职责。

06 / 设计取舍

为什么这样设计。

可核验优先于强行给结果

扫描页或文本质量不足时转人工处理。引文可回查只说明来源对应,经历真实性与岗位适配仍需人工判断。

演示流程与实际效果分开

图像和视频使用合成材料及预设结果,展示操作与信息结构,不代表真实招聘准确率、上线状态或效率提升。