ADK-Rust 多代理产品

找到你的下一个职位。做出你下一个优秀招聘。

JobHunter 为求职者和招聘者提供独立的 React 工作区,由专门构建的 ADK-Rust 代理团队支持。一方负责职位调研、申请准备和搜索跟踪,另一方定义职位、寻找同意的候选人、解释匹配并管理招聘流程。

真实 React 产品求职者工作区
JobHunter 求职者仪表盘,实时代理面板已打开

一个平台 · 两个用户

为招聘双方提供专用工作区。

候选人和招聘人员不应共享相同的仪表板或代理指令。JobHunter 使用经过身份验证的角色选择允许使用的工作区、导航、协调器、工具和数据。

针对求职者

从一个工作区运行整个搜索。

个人资料、机会、定制草稿、审批、申请管道、面试准备、公司调研及代理对话保持连接。

JobHunter 求职者职位工作区,显示匹配的职位

针对招聘者

将开放职位转化为可见的招聘流程。

开放职位、候选人搜索、评分匹配、可编辑外联、管道阶段、分析及猎头代理均为招聘者决策构建。

JobHunter 招聘流程,显示各招聘阶段的候选人

求职者代理团队

一次对话,专家职责分明。

协调者负责对话。它将专注工作委派给具有更窄指令和工具集的代理,然后将结果带回同一会话。

01

协调员

路由每个请求并保持面向用户的对话连贯。

02

招聘

搜索配置的职位连接器并保存有用线索。

03

排名

根据候选人简历评分职位并解释优势和不足。

04

定制

构建真实、市场感知的简历、求职信和筛选答案。

05

应用

检查董事会政策,准备浏览器工作流程,并暂停等待审批。

06

跟踪器

将申请、跟进和结果保持在同一流程中。

07

教练

准备面试练习和反馈。

08

Intel

研究公司、职位和面试模式。

09

关闭者

支持报价比较和谈判。

  1. 01

    构建一个经过验证的配置文件

    技能、成就、目标职位、地点、薪资偏好、简历内容和市场格式成为专家共享的上下文。

  2. 02

    查找并比较职位

    采购代理调用配置的连接器。排名随后比较保存的角色与档案,并使匹配理由可见。

  3. 03

    准备应用程序

    定制代理选择目标市场格式,并根据候选人自身经验创建真实材料。

  4. 04

    审查后续步骤

    应用代理检查站点策略和准备好的草稿。提交工具需要正确的权限范围和批准的请求。

  5. 05

    保持搜索持续进行

    跟踪器、教练、公司情报、网络和报价代理继续围绕应用本身工作。

招聘者代理团队

猎头从角色向外工作。

招聘人员的工作始于职位发布和一套明确的约束条件。代理团队仅搜索候选人设置为对招聘人员可见的简历,记录每次匹配的原因,并准备外联内容供人工审核。

01

猎头协调员

将招聘请求转化为职位、招聘、排名和外联工作。

02

候选人搜索

查找符合职位限制的招聘者可见简历。

03

招聘人员排名

评分候选人并记录每次匹配的原因和风险。

04

外展

起草可审查的首条消息但不自动发送。

JobHunter 招聘者仪表盘,猎头代理面板已打开
真实本地产品捕获。招聘人员仪表板和猎头协调器运行于仓库的 React 界面。
  1. 01

    定义角色

    招聘人员记录职位、地点、工作政策、技能、经验、薪酬和招聘背景。

  2. 02

    来源同意的候选人

    搜索仅限于标记为对招聘人员可见的简历;筛选器缩小技能、地点、经验和远程偏好。

  3. 03

    解释每个匹配

    排名代理存储匹配分数、正面证据和风险,帮助招聘者理解候选人为何被推荐。

  4. 04

    推动人员通过招聘流程

    已来源、入围、已联系、面试中、已报价、已录用和已拒绝保持招聘工作区中的明确状态。

  5. 05

    起草审查外联

    外联代理生成可编辑的主题和消息。招聘者仍负责关系和发送操作。

架构

两个协调员共享一个生产基础。

认证选择求职者或招聘者界面。ADK-Rust 然后加载匹配的协调器,并将模型调用、工具、会话、记忆、浏览器工作和流式事件保持在同一运行时契约内。

JobHunter 角色感知多代理架构分离的求职者和招聘人员 React 界面选择不同的 ADK-Rust 协调员。共享运行器将它们连接到模型、RAG、业务工具、浏览器自动化、连接器、PostgreSQL、Redis 和审计记录。求职者界面搜索 · 草稿 · 审批招聘者 UI角色 · 候选人 · 管道认证 + 角色选择产品界面猎头协调员 + 9 名专家猎头协调员 + 3 名专家ADK-Rust Runner上下文 · 事件 · 路由模型 + RAGGemini · pgvector业务工具配置文件 · 职位 · 招聘浏览器 + 连接器boards · WebDriver状态Postgres · Redis · 审计
求职者路径招聘者路径ADK-Rust 执行工具与状态

人工控制

准备工作可自动化,责任保持可见。

应用改变人与雇主的关系。JobHunter 将准备与执行分开:检查董事会政策,创建审批记录,有范围的工具验证该审批,流水线记录最终结果。

同样原则适用于招聘。候选人可见性为选择加入,匹配证据被存储,外联草稿供招聘者检查,而非静默发送。

agents/mod.rs · 协调员与专家
let coordinator = LlmAgentBuilder::new("job_hunter_coordinator")
    .model(pro)
    .sub_agent(Arc::new(sourcing_agent))
    .sub_agent(Arc::new(ranking_agent))
    .sub_agent(Arc::new(tailoring_agent))
    .sub_agent(Arc::new(apply_agent))
    .sub_agent(Arc::new(tracker_agent))
    .sub_agent(Arc::new(coach_agent))
    .build()?;
tools/approval.rs · Rust 中强制执行的审批
if !matches!(record.status, ApprovalStatus::Approved) {
    return Ok(json!({
        "error": "approval_required",
        "approval": record,
    }));
}

state.pipeline.upsert(&user_id, &item).await?;

已验证内容

案例研究现来自产品。

仓库、React 路由、Rust 代理构建器、招聘者 API、持久层、审批工具和本地堆栈均已检查。本页截图取自该 React 应用及本地数据。

已实现的界面

  • 求职者和招聘者的 React 工作区
  • 分离协调员和专家团队
  • 职位连接器、RAG 和浏览器工具集
  • PostgreSQL 持久化和 Redis 会话
  • A2A 卡片、HTTP、SSE 和 WebSocket UI 路径
  • 角色感知认证和招聘人员 API

本地捕获边界

  • 本地 Postgres 和 Redis
  • 未提交外部申请
  • 未发送招聘者外联
  • 夹具或本地预置的演示记录
  • 截图展示真实 UI,而非营销模型图
  • 外部连接器仍需操作员配置

构建角色感知的代理产品

为每个用户分配合适的代理、工具、状态和决策。

JobHunter 展示了 ADK-Rust 如何在一个产品中支持两条重要工作流,而不将它们简化为通用聊天机器人。