zdzy

Back

版本: v1.0
日期: 2026-08-14
适用规模: 每月入职 10-20 人
架构范式: 多智能体团队编排 (Agent Team Orchestration)


目录#


1. 系统概述#

1.1 设计目标#

将新员工从”对组织一无所知”的状态,以最短路径、最低摩擦引导至”独立高效产出”的状态。系统需要:

目标度量指标
标准化入职流程同岗位入职流程一致性 ≥ 95%
缩短 ramp-up 时间首周任务完成率 ≥ 90%,30 天独立产出率 ≥ 80%
降低 HR 运营负担HR 人工介入步骤减少 60%
提升入职体验30 天满意度 ≥ 4.2/5.0
数据可追溯全流程任务留痕率 100%

1.2 第一性原理分析#

入职的本质是一个状态转换过程

初始状态: 高不确定性(环境、工具、流程、人员、文化均为未知)

目标状态: 高生产力(独立、高效地产出价值)
plaintext

缩短这条转换路径,需要消除五类摩擦:

摩擦类型表现对应模块
环境摩擦账号没开、设备没到、权限缺失模块一:入职前准备
路径模糊不知道第一天该干什么模块二:首日引导
任务失焦首周无结构化任务安排模块三:首周任务看板
成长无坐标不知道 30/60/90 天该达到什么水平模块四:成长路线图
信息不对称有问题不知道问谁、去哪查模块五:智能问答
人际孤立缺乏导师指导和社交连接模块六:导师匹配
反馈滞后问题没人发现,直到离职才暴露模块七:满意度追踪

1.3 系统架构总览#


2. 多智能体团队架构#

2.1 角色定义#

系统采用 9 个 Agent 组成的团队,遵循 Orchestrator-Builder-Reviewer-Ops 四层角色模型:

Agent 名称角色类型核心职责模型层级
Onboarding OrchestratorOrchestrator任务路由、状态跟踪、优先级决策、异常升级、仪表盘高推理 (Opus/GPT-4.5 级)
Pre-boarding AgentBuilder账号开通、设备采购跟踪、权限配置、工位安排中等 (Sonnet/GPT-4o 级)
Day-One Guide AgentBuilder首日时间轴引导、欢迎流程、系统走查中等
Task Board AgentBuilder + Ops首周任务卡片创建、状态更新、看板维护中等
Growth Tracker AgentBuilder30/60/90 天里程碑设定、进度评估、报告生成中等
Knowledge AgentBuilder知识库检索、问答响应、未解决问题升级高推理
Mentor Match AgentBuilder导师画像匹配、排程生成、1-on-1 模板分发中等
Experience Surveyor AgentReviewer满意度调研设计、数据采集、趋势分析、预警高推理
Ops AgentOps定时巡检、提醒推送、健康检查、数据清理轻量 (Haiku/4o-mini 级)

2.2 工作区隔离#

2.3 通信机制#

系统采用三种通信通道,按优先级递减:

通道类型用途示例
共享文件异步·持久交付物、规格、评估、决策Pre-boarding Agent 将准备清单写入 shared/onboarding/{id}/pre-boarding/
任务评论异步·持久状态更新、阻塞报告、交接消息[Pre-boarding] Blocked: IT 部门未响应账号开通请求,已等待 48h
实时消息同步·瞬时紧急优先级变更、阻塞性问题Orchestrator 向 Knowledge Agent 发送:紧急:新员工无法登录 VPN,立即排查

默认使用共享文件和任务评论。 实时消息仅用于阻塞新员工工作的紧急情况。

2.4 Orchestrator SOUL.md 示例#


3. 模块一:入职前准备清单#

3.1 设计原理#

入职前准备的核心矛盾:准备工作分散在多个部门(IT、行政、HR、用人经理),缺乏统一追踪,导致首日”设备没到、账号没开”的体验灾难。

解决方案:Pre-boarding Agent 作为中央协调者,将所有准备项结构化为任务卡片,逐项跟踪状态,在截止时间前自动催办。

3.2 准备清单结构#

准备清单按责任方时间线双维度组织:

按责任方分类#

类别准备项责任方截止时间验证方式
IT 账号企业邮箱IT 部门入职前 3 工作日发送测试邮件验证
IT 账号VPN 账号IT 部门入职前 2 工作日VPN 连接测试
IT 账号内部系统权限(Jira/Confluence/GitLab 等)IT 部门 + 用人经理入职前 2 工作日系统登录验证
IT 设备笔记本电脑IT 部门入职前 3 工作日设备签收确认
IT 设备显示器/键鼠/ docking行政部入职前 2 工作日设备签收确认
行政工位分配行政部入职前 3 工作日工位编号确认
行政门禁卡行政部入职当日物理交付
HR劳动合同准备HR入职前 1 工作日合同文件就绪
HR员工手册更新HR入职前 1 工作日文档版本确认
用人经理入职首周任务规划用人经理入职前 2 工作日任务清单提交
用人经理导师人选确认用人经理入职前 3 工作日导师确认记录
系统知识库访问权限Knowledge Agent入职前 1 工作日自动配置
系统入职引导页面生成Day-One Guide Agent入职前 1 工作日页面可访问

按时间线排列#

3.3 任务状态流转#

每个准备项遵循以下状态机:

Pending → In Progress → Ready → Verified → Done

            Blocked → Escalated → Resolved → In Progress
plaintext
状态含义所有者
Pending待处理,尚未开始Pre-boarding Agent
In Progress已派发给责任方,处理中责任方(IT/行政/HR/经理)
Ready责任方报告完成,待验证Pre-boarding Agent
Verified自动或人工验证通过Pre-boarding Agent
Done完成,归档Orchestrator
Blocked阻塞,需要干预Orchestrator
Escalated已升级到人类 HRHR

3.4 Pre-boarding Agent 工作流#

3.5 交付物#

交付物路径格式
个性化准备清单shared/onboarding/{id}/pre-boarding/checklist.mdMarkdown 表格
准备进度看板shared/onboarding/{id}/pre-boarding/progress.jsonJSON
催办记录shared/onboarding/{id}/pre-boarding/reminders.log日志
入职准备就绪报告shared/onboarding/{id}/pre-boarding/readiness-report.mdMarkdown

4. 模块二:首日引导流程#

4.1 设计原理#

首日的核心矛盾:信息过载与体验断裂。 新员工第一天同时面对合同签署、系统配置、团队认识、环境熟悉等大量事项,如果没有结构化引导,会陷入”不知道下一步干什么”的焦虑。

解决方案:Day-One Guide Agent 生成个性化时间轴,将首日拆解为可控的时段,每个时段有明确的目标、行动和预期产出。

4.2 首日时间轴#

4.3 Day-One Guide Agent 工作流#

4.4 交付物#

交付物路径格式
个性化首日时间轴shared/onboarding/{id}/day-one/timeline.mdMarkdown
首日检查清单shared/onboarding/{id}/day-one/checklist.mdMarkdown
首日引导页面推送到新员工终端HTML
首日总结报告shared/onboarding/{id}/day-one/summary.mdMarkdown

5. 模块三:首周任务看板#

5.1 设计原理#

首周的核心矛盾:“被动等待任务”与”主动探索学习”之间的张力。 新员工如果不知道这周该做什么,就会陷入无所适从;但如果任务过于细碎,又会丧失主动性。

解决方案:Task Board Agent 维护一个结构化看板,将首周任务分为”必做/建议/探索”三个优先级,新员工可以自主拖拽、标记完成,系统自动追踪进度并触发提醒。

5.2 看板列设计#

┌─────────┬──────────┬──────────┬──────────┬──────────┐
│  Backlog │  To Do   │ In Prog. │  Done    │ Blocked  │
│  (待规划) │  (待开始) │  (进行中) │  (已完成) │  (阻塞)   │
├─────────┼──────────┼──────────┼──────────┼──────────┤
│         │ ▣ Day 1  │ ▣ 配置开  │ ▣ 签署合 │ ▣ 仓库权 │
│         │  检查清单 │  发环境   │  同      │  限申请中│
│         │          │          │          │          │
│         │ ▣ 阅读   │          │ ▣ 领取   │          │
│         │  团队规范 │          │  设备    │          │
│         │          │          │          │          │
│         │ ▣ 首次   │          │          │          │
│         │  1-on-1  │          │          │          │
└─────────┴──────────┴──────────┴──────────┴──────────┘
plaintext

5.3 任务卡片结构#

每张任务卡片包含以下字段:

5.4 首周任务模板(以工程师为例)#

Day 1-2: 环境搭建#

优先级任务预计耗时验收标准
MUST配置本地开发环境2h项目成功构建
MUSTClone 代码仓库并了解项目结构1h能画出模块依赖图
MUST首次 1-on-1 with 导师0.5h确认首周学习计划
SHOULD阅读团队编码规范1h完成阅读确认

Day 3-4: 业务理解#

优先级任务预计耗时验收标准
MUST阅读核心业务文档2h能口述业务流程
MUST跑通本地开发环境完整流程1h成功提交一个 hello-world PR
MUST参加团队站会/周会1h了解团队工作节奏
SHOULD阅读最近 3 个 Release Notes1h了解近期变更
EXPLORE浏览团队 Confluence 空间1h收藏 3 篇有价值文档

Day 5: 首周总结#

优先级任务预计耗时验收标准
MUST提交首周总结0.5h填写模板
MUST导师 1-on-1: 首周回顾0.5h导师确认签字
MUST填写首周满意度调研0.25h提交完成
MUSTReview 下周任务规划0.5h确认 Week 2 计划
SHOULD与 2 位团队非直属成员 coffee chat1h完成交流

5.5 Task Board Agent 工作流#

5.6 交付物#

交付物路径格式
首周任务看板数据shared/onboarding/{id}/week-one/board.jsonJSON
首周任务看板视图shared/onboarding/{id}/week-one/board.mdMarkdown
每日进度报告shared/onboarding/{id}/week-one/daily-day{N}.mdMarkdown
首周总结报告shared/onboarding/{id}/week-one/summary.mdMarkdown

6. 模块四:30-60-90 天成长路线图#

6.1 设计原理#

30-60-90 计划的核心矛盾:“统一标准”与”个性化成长”的平衡。 同岗位的新员工需要达到类似的能力基线,但每个人的起点、学习速度和兴趣方向不同。

解决方案:Growth Tracker Agent 为每位新员工生成个性化路线图,基于岗位模板 + 个人背景调整,设定明确的里程碑和评估节点,在 30/60/90 天分别触发评估。

6.2 阶段设计#

Phase 1: Day 1-30 — 学习与融入#

阶段目标: 理解业务、熟悉工具、建立关系、完成首个交付

30 天里程碑检查清单:

  • 完成首个独立 PR 并合并
  • 参与至少 1 次代码评审(作为 reviewer 或 author)
  • 完成业务流程知识测试(Knowledge Agent 出题,≥ 80 分)
  • 与导师完成 4 次 1-on-1(每周 1 次)
  • 与用人经理完成 1 次 30 天回顾
  • 提交 30 天自我评估
  • 导师提交 30 天评估

Phase 2: Day 31-60 — 贡献与扩展#

阶段目标: 独立承担中等复杂度任务,开始参与团队协作

60 天里程碑检查清单:

  • 独立完成 1 个中等复杂度需求并上线
  • 主导至少 1 次代码评审
  • 完成 1 次独立发布
  • 与导师完成 4 次 1-on-1(每两周 1 次调整为每周 1 次可选)
  • 与用人经理完成 1 次 60 天回顾
  • 提出 1 个团队改进建议
  • 提交 60 天自我评估
  • 导师提交 60 天评估

Phase 3: Day 61-90 — 独立与展望#

阶段目标: 完全独立工作,开始规划下一个成长周期

90 天里程碑检查清单:

  • 独立完成 1 个复杂需求或主导 1 个改进项目
  • 完成 90 天转正评估(自评 + 导师评 + 经理评)
  • 与用人经理共同制定 IDP(个人发展计划)
  • 完成最终满意度调研
  • 导师关系正式过渡到日常 mentorship 模式
  • 知识库贡献至少 1 篇文档(沉淀入职期间学到的知识)

6.3 Growth Tracker Agent 工作流#

6.4 评估维度与评分#

每个阶段评估采用 5 维度评分(1-5 分):

维度1 分3 分5 分
业务理解仅了解表面理解核心流程深入理解,能识别风险
技术能力需大量指导能独立完成中等任务能独立解决复杂问题
团队协作被动参与主动协作主动推动,帮助他人
流程规范需要提醒基本遵守熟练掌握,能优化
文化认同不了解理解价值观主动践行,影响他人

评估决策矩阵:

30 天平均分决策
≥ 4.0按计划进入 Phase 2
3.0 - 3.9按计划进入 Phase 2,但增加 1-on-1 频率
< 3.0触发预警,用人经理 + HR 讨论:调整计划/延长 ramp-up/导师加强辅导

6.5 交付物#

交付物路径格式
个性化成长路线图shared/onboarding/{id}/growth/roadmap.mdMarkdown
30 天评估报告shared/onboarding/{id}/growth/day30-review.mdMarkdown
60 天评估报告shared/onboarding/{id}/growth/day60-review.mdMarkdown
90 天转正评估报告shared/onboarding/{id}/growth/day90-final-review.mdMarkdown
IDP (个人发展计划)shared/onboarding/{id}/growth/idp.mdMarkdown

7. 模块五:智能问答助手#

7.1 设计原理#

问答助手的核心矛盾:新员工问题的高频性、重复性与知识库的分散性。 新员工每天可能问 10-20 个问题,从”Wi-Fi 密码是多少”到”这个 API 的认证机制是什么”,如果每次都要找人问,既消耗团队时间,又让新员工感到不好意思问。

解决方案:Knowledge Agent 作为 7×24 在线问答助手,基于公司知识库提供即时回答,无法回答的问题自动升级到导师/团队,并将答案沉淀回知识库。

7.2 知识库架构#

7.3 问答流程#

7.4 问答记录与知识沉淀#

每次问答都被记录,用于持续优化知识库:

{
  "qa_id": "QA-{employee-id}-0001",
  "timestamp": "2026-08-14T10:23:00+08:00",
  "employee_id": "{employee-id}",
  "question": "VPN 连接不上怎么办?",
  "intent": "PROCESS",
  "confidence": 0.72,
  "resolution_path": "DOC_RECOMMEND",
  "answer_source": "knowledge/tools/vpn-setup.md",
  "resolved": true,
  "resolution_time_seconds": 15,
  "followup_needed": false,
  "knowledge_gap": false
}
json

知识沉淀规则:

  • 同一问题被 3+ 人提问 → 自动进入 FAQ 候选队列
  • 置信度 < 0.5 的问答 → 标记为知识缺口,通知知识库管理员
  • 升级到人的问答 → 答案获取后,Knowledge Agent 自动生成 FAQ 条目

7.5 Knowledge Agent 工作流#

7.6 交付物#

交付物路径格式
问答日志shared/onboarding/{id}/qa-log/{date}.jsonJSON
高频问题分析shared/knowledge/faq/auto-generated-{date}.mdMarkdown
知识缺口报告shared/knowledge/gaps-{date}.mdMarkdown
知识库索引shared/knowledge/index.jsonJSON

8. 模块六:导师匹配与 1-on-1 安排#

8.1 设计原理#

导师匹配的核心矛盾:“最优技术匹配”与”人际化学反应”不可兼得。 纯算法匹配可能找到技术最相关的导师,但性格不合反而有害;纯人工分配则依赖经理主观判断,缺乏数据支撑。

解决方案:Mentor Match Agent 采用算法推荐 + 经理确认的双层模式——算法基于多维度生成 Top-3 候选,用人经理做最终决策。同时自动安排 1-on-1 日程,确保沟通节奏落地。

8.2 导师画像维度#

导师匹配基于以下维度计算相似度:

维度权重数据来源匹配逻辑
技术栈30%员工技能标签技术栈重叠率
岗位路径20%岗位序列同岗位序列优先
性格互补15%性格测评结果互补型匹配(如内向新员工配外向导师)
时区/办公地15%办公位置同地点优先,同楼层加分
工作负载10%当前带人数量当前带人 ≤ 2 优先
入职时间5%司龄司龄 1-3 年优先(既有经验又不过于资深)
兴趣重合5%兴趣标签非工作话题有交集加分

8.3 匹配算法#

8.4 匹配流程#

8.5 1-on-1 排程逻辑#

排程频率#

入职阶段频率时长形式
Week 1 (Day 1-5)每日 15min15 分钟面对面/视频
Week 2-4 (Day 6-30)每周 1 次30 分钟面对面/视频
Day 31-60每两周 1 次45 分钟面对面/视频
Day 61-90每两周 1 次45 分钟面对面/视频
Day 90+每月 1 次45 分钟转入日常 mentorship

1-on-1 模板#

每次 1-on-1 前自动推送给导师的模板:

排程自动化#

8.6 交付物#

交付物路径格式
导师匹配报告shared/onboarding/{id}/mentor/match-report.mdMarkdown
导师分配确认shared/onboarding/{id}/mentor/assignment.mdMarkdown
1-on-1 排程表shared/onboarding/{id}/mentor/schedule.jsonJSON
1-on-1 记录shared/onboarding/{id}/mentor/1on1/{date}.mdMarkdown
导师评估汇总shared/onboarding/{id}/mentor/mentor-evaluation.mdMarkdown

9. 模块七:入职体验满意度追踪#

9.1 设计原理#

满意度追踪的核心矛盾:“事后问卷”太晚,“实时监控”太重。 传统的离职面谈或转正问卷只能事后发现问题,而频繁的调研会让新员工感到被打扰。

解决方案:Experience Surveyor Agent 采用脉冲式调研 (Pulse Survey) ——在关键节点投放极短的微调研(1-3 题),结合被动信号(问答情绪、任务完成速度、1-on-1 记录关键词)构建实时体验画像。

9.2 调研触点设计#

入职时间线:
Day 1 ──── Day 3 ──── Day 7 ──── Day 14 ──── Day 30 ──── Day 60 ──── Day 90
  │          │          │           │           │           │           │
  ▼          ▼          ▼           ▼           ▼           ▼           ▼
首日       首日       首周        两周        30天        60天        90天
即时       回顾       回顾        脉冲        评估        评估        总评
(1题)      (2题)      (3题)       (1题)       (5题)       (5题)       (8题)
plaintext

调研内容#

触点时机题目类型
T1: 首日即时Day 1, 16:30“今天的第一天体验如何?” (1-5 分)NPS 式
T2: 首日回顾Day 1, 21:00①”今天有什么超出预期的?” ②”今天有什么低于预期的?”开放式
T3: 首周回顾Day 5, 17:00①”首周整体体验” (1-5 分) ②”你觉得自己准备好开始独立工作了吗?” (1-5 分) ③”有什么想说的?”混合
T4: 两周脉冲Day 14“过去一周,你在工作中遇到的最大阻碍是什么?”开放式
T5: 30天评估Day 30①工作内容匹配度 ②导师支持满意度 ③团队融入度 ④工具/流程满意度 ⑤开放反馈5 维度 + 开放
T6: 60天评估Day 60同 T5 + “你对当前的工作节奏满意吗?”6 维度 + 开放
T7: 90天总评Day 90①整体入职体验 ②推荐意愿 (NPS) ③各模块满意度 ④最有价值的环节 ⑤最需改进的环节 ⑥导师评价 ⑦对后续新员工的建议 ⑧开放反馈综合

9.3 被动信号采集#

除主动调研外,系统持续采集被动信号,构建实时体验画像:

信号源采集方式指标预警阈值
问答记录Knowledge Agent 日志日均提问数、提问情绪倾向日均 < 1 题(可能不敢问)或情绪负面率 > 20%
任务看板Task Board Agent 数据任务完成速度、BLOCKED 时长BLOCKED 超过 24h 未解决
1-on-1 记录导师记录文本分析情绪关键词、风险信号词出现”困难""迷茫""跟不上”等词
系统活跃度登录日志、代码提交日均活跃时长、首次提交时间连续 2 天无系统活动
考勤门禁/打卡数据迟到/早退频率非常规考勤模式

9.4 体验画像模型#

9.5 预警机制#

9.6 Experience Surveyor Agent 工作流#

9.7 交付物#

交付物路径格式
各触点调研结果shared/onboarding/{id}/surveys/touchpoint-{N}.jsonJSON
每日体验分数shared/onboarding/{id}/surveys/daily-score.jsonJSON
风险预警报告shared/onboarding/{id}/surveys/alert-{date}.mdMarkdown
阶段体验报告shared/onboarding/{id}/surveys/phase-{N}-report.mdMarkdown
全周期体验报告shared/onboarding/{id}/surveys/final-report.mdMarkdown

10. 任务生命周期管理#

10.1 全局任务状态机#

系统中所有任务(准备项、首日活动、看板任务、里程碑、1-on-1、调研)统一遵循以下状态机:

10.2 状态转换规则#

当前状态目标状态执行者条件
InboxAssignedOrchestrator选择合适的 Agent
AssignedIn ProgressOrchestratorSpawn Agent 或发送任务
In ProgressReviewAgent完成工作,提交交付物
ReviewDoneOrchestratorReviewer 批准
ReviewIn ProgressReviewer退回,附反馈
In ProgressBlockedAgent遇到无法解决的阻塞
BlockedEscalatedOrchestrator超时或需要人类干预
EscalatedIn ProgressOrchestrator阻塞解决
AnyFailedOrchestrator放弃,附文档化原因

10.3 任务评论规范#

每次状态变更必须附带评论,格式:

[Agent名] [动作]: [详情]
plaintext

示例:

[Pre-boarding] Starting: 开始处理员工 EMP-001 的入职准备清单。读取岗位规格: engineer-onboarding-spec.md。共 13 项准备任务。

[Pre-boarding] Blocked: IT 部门未响应 VPN 账号开通请求,已等待 48h。需要 HR 协助催办。任务: VPN-001。

[Pre-boarding] Handoff: 准备清单执行完毕。13 项中 12 项 Done,1 项 Escalated (VPN 账号)。就绪报告: shared/onboarding/EMP-001/pre-boarding/readiness-report.md。已知风险: VPN 可能影响首日开发环境配置。下一步: Orchestrator 确认是否需要 IT 紧急处理。

[Experience Surveyor] Alert: 员工 EMP-003 体验分数降至 42 (红色预警)。触发条件: 连续 2 次调研 < 3 分 + 1-on-1 记录出现"跟不上"关键词。已通知 HR 和用人经理。报告: shared/onboarding/EMP-003/surveys/alert-2026-08-14.md
plaintext

10.4 多步骤任务拆分#

复杂任务自动拆分为子任务,保持父子关系:

Task #ONB-2026-08-EMP001: 员工 EMP-001 入职全流程
  ├── #PRE-001: 入职前准备清单 (Assigned: Pre-boarding Agent)
  │     ├── #PRE-001a: 开通 IT 账号 (Assigned: IT 部门)
  │     ├── #PRE-001b: 准备设备 (Assigned: IT + 行政)
  │     └── #PRE-001c: 生成就绪报告 (Assigned: Pre-boarding Agent)
  ├── #DAY1-001: 首日引导 (Assigned: Day-One Guide Agent)
  ├── #WK1-001: 首周任务看板 (Assigned: Task Board Agent)
  ├── #GRW-001: 30-60-90 成长路线图 (Assigned: Growth Tracker Agent)
  │     ├── #GRW-001a: Day 30 评估
  │     ├── #GRW-001b: Day 60 评估
  │     └── #GRW-001c: Day 90 转正评估
  ├── #MEN-001: 导师匹配与 1-on-1 (Assigned: Mentor Match Agent)
  └── #EXP-001: 满意度追踪 (Assigned: Experience Surveyor Agent)
plaintext

Orchestrator 跟踪父任务,所有子任务完成后才标记父任务 Done。


11. 运维与监控#

11.1 Ops Agent 定时任务#

任务频率时间动作
每日巡检每日08:30扫描所有活跃 onboarding 记录,检查逾期任务、stale 任务、阻塞任务
每日报告每日09:00向 Orchestrator 提交《入职每日简报》
任务提醒每日09:00, 14:00向新员工推送当日待办任务
进度检查每日18:00统计当日任务完成情况,检查 BLOCKED 任务
体验监控每日20:00计算 ExperienceScore,检查预警等级
催办推送按需截止前 24h/4h向责任方推送催办通知
健康检查每周周一 08:00检查知识库索引完整性、Agent 可用性、共享目录可写性
周报生成每周周五 17:00生成本周入职汇总报告
月报生成每月月末生成月度入职分析报告
数据清理每月月末归档 90 天前完成的 onboarding 记录

11.2 每日简报模板#

11.3 仪表盘#

Orchestrator 维护实时仪表盘,向 HR 和管理层展示:


12. 数据模型#

12.1 核心实体#

12.2 数据存储#

数据类型存储方式位置
结构化数据(任务状态、分数、匹配结果)JSON 文件shared/onboarding/{id}/
文档型数据(报告、评估、记录)Markdown 文件shared/onboarding/{id}/
知识库Markdown + 向量索引shared/knowledge/
仪表盘聚合数据JSONshared/dashboard/
决策日志Markdownshared/decisions/

13. 实施路线图#

13.1 分阶段实施#

13.2 风险与缓解#

风险概率影响缓解措施
知识库内容过时/不完整Knowledge Agent 自动识别知识缺口,建立知识库维护 SLA
导师池不足提前招募导师,设定每导师最多带 2 人的上限
Agent 响应延迟Ops Agent 健康检查,超时自动重启或升级
新员工对 AI 引导抵触保持人类导师和经理的关键介入点,AI 是辅助而非替代
隐私顾虑(被动信号采集)明确告知采集范围,仅采集工作相关信号,数据仅 HR 可见
跨部门协作不畅Orchestrator 升级机制 + HR 作为最终协调人

13.3 成功度量#

指标基线3 个月目标6 个月目标
90 天转正率85%92%95%
平均 ramp-up 天数45 天35 天28 天
首周任务完成率70%85%90%
30 天体验分数687580
90 天 NPS304555
HR 人工介入时长/人8h4h2h
知识库 FAQ 自助解决率30%60%75%

附录 A: Agent SOUL.md 模板汇总#

Pre-boarding Agent#

Knowledge Agent#

Experience Surveyor Agent#


附录 B: 岗位入职规格模板示例#


附录 C: 决策日志模板#


文档结束

本系统设计基于 Agent Team Orchestration 范式,将新员工入职引导分解为 7 个功能模块,由 9 个协作 Agent 执行,通过统一的任务生命周期管理和共享数据层实现端到端可追溯。系统设计遵循第一性原理:从”高不确定性”到”高生产力”的状态转换路径上,消除环境摩擦、路径模糊、任务失焦、成长无坐标、信息不对称、人际孤立和反馈滞后七类障碍。

AI Agent 新员工入职引导系统设计文档
https://blog.zdzy.xyz/blog/ai-agent-new-staff-bootstrap-system-design
Author Easton
Published at September 17, 2026