37h 团队管理与人事 Agent

# team-weekly-summary
 
自动汇总团队成员的工作数据，生成个人周报和团队周报。
 
## 触发条件
- 定时触发：每周五 16:00
- 手动触发：用户消息包含"生成周报"、"工作总结"
 
## 执行步骤
 
### 个人周报生成
1. 从人员表获取所有在职成员列表
2. 对每个成员：
   a. 查询需求表：本周状态变更的需求（按成员筛选）
   b. 查询缺陷表：本周修复的缺陷
   c. 通过 GitHub MCP 查询：本周的 PR 和代码提交
   d. 查询飞书日历：本周参加的会议
3. 汇总数据，生成个人周报
4. 发送到个人飞书私聊，请成员确认或补充
 
### 团队周报汇总
5. 等待成员确认（或超时 2 小时后自动汇总）
6. 汇总所有个人周报，生成团队周报
7. 发送到管理层群
 
## 个人周报模板
 
📋 {name} 工作周报（{start_date} ~ {end_date}）
 
### 本周完成
- [需求] {requirement_title}（{status}）
- [缺陷] 修复 {bug_title}
- [代码] PR #{pr_number}: {pr_title}
 
### 进行中
- [需求] {requirement_title}（{status}，预计 {eta}）
 
### 本周会议
- {meeting_count} 个会议，共 {total_hours} 小时
 
### 下周计划
（由成员补充，或 Agent 根据需求表中的待办自动生成）
 
## 团队周报模板
 
📊 HackQuest 团队周报（{start_date} ~ {end_date}）
 
### 一、迭代进度
- 当前迭代：{sprint_name}
- 完成率：{completion_rate}%
- 本周完成需求：{completed_count} 个
- 本周修复缺陷：{fixed_bugs} 个
 
### 二、各成员工作量
| 成员 | 完成需求 | 修复缺陷 | PR 数 | 代码行数 |
|------|---------|---------|-------|---------|
 
### 三、风险与阻塞
（从需求表中识别超期或阻塞的任务）
 
### 四、下周重点
（从需求表中提取下周计划的任务）
 
## 权限要求
- 飞书多维表格读取权限
- GitHub MCP（PR 和提交记录）
- 飞书日历读取权限
- 飞书消息发送权限

-- 某成员本周完成的需求
SELECT title, status, priority, actual_hours
FROM requirements
WHERE assignee = '张三'
  AND updated_at >= date_trunc('week', CURRENT_DATE)
  AND status IN ('已上线', '待部署', '测试中')
ORDER BY priority;
 
-- 某成员本周修复的缺陷
SELECT title, severity, status, fixed_at
FROM bugs
WHERE assignee = '张三'
  AND fixed_at >= date_trunc('week', CURRENT_DATE)
ORDER BY severity;
 
-- 团队本周工作量统计
SELECT
  tm.name,
  tm.role,
  COUNT(DISTINCT r.id) FILTER (WHERE r.updated_at >= date_trunc('week', CURRENT_DATE)) AS requirements_touched,
  COUNT(DISTINCT b.id) FILTER (WHERE b.fixed_at >= date_trunc('week', CURRENT_DATE)) AS bugs_fixed
FROM team_members tm
LEFT JOIN requirements r ON r.assignee = tm.name
LEFT JOIN bugs b ON b.assignee = tm.name
WHERE tm.status = '在职'
GROUP BY tm.name, tm.role
ORDER BY requirements_touched DESC;

# team-okr-track
 
跟踪 OKR 进度，定期提醒和生成进度报告。
 
## 触发条件
- 定时触发：每周一 10:00（周进度提醒）
- 定时触发：每月 1 日 10:00（月度 OKR 报告）
- 手动触发：用户消息包含"OKR 进度"、"OKR 报告"
 
## 执行步骤
 
### 周进度提醒
1. 从 OKR 多维表格读取当前周期的所有 OKR
2. 计算每个 OKR 的时间进度（已过天数/总天数）
3. 对比时间进度和实际进度，识别落后的 OKR
4. 向落后 OKR 的负责人发送提醒
 
### 月度报告
1. 读取所有 OKR 数据
2. 生成进度排名和趋势分析
3. 发送到管理层群
 
## 进度判断规则
- 时间进度 - 实际进度 > 20%：标记为"落后"，发送告警
- 时间进度 - 实际进度 > 10%：标记为"风险"，发送提醒
- 其他：标记为"正常"
 
## 输出格式（周提醒）
📊 OKR 周进度提醒（{date}）
 
⚠️ 以下 OKR 进度落后：
| Objective | 负责人 | 时间进度 | 实际进度 | 差距 |
|-----------|--------|---------|---------|------|
 
请相关负责人更新 KR 进度并制定追赶计划。
 
## 权限要求
- 飞书多维表格读取权限
- 飞书消息发送权限

# team-attendance
 
统计团队考勤数据，识别异常并生成月度考勤报告。
 
## 触发条件
- 定时触发：每月 1 日 09:00（上月考勤报告）
- 手动触发：用户消息包含"考勤统计"、"考勤报告"
 
## 执行步骤
1. 通过 lark-mcp 获取上月所有成员的考勤记录
2. 统计每人的：
   - 正常出勤天数
   - 迟到次数和时长
   - 早退次数
   - 请假天数（按类型：年假/事假/病假）
   - 加班时长
3. 识别异常情况（连续迟到、未打卡等）
4. 生成月度考勤报告
5. 发送到 HR 群
 
## 输出格式
📋 月度考勤报告（{month}）
 
| 成员 | 出勤 | 迟到 | 请假 | 加班 | 异常 |
|------|------|------|------|------|------|
 
⚠️ 异常提醒：
- {name}：本月迟到 {count} 次，请关注
 
## 隐私保护
- 考勤报告只发送给 HR 和直属管理者
- 不在公开群发送个人考勤详情
- 加班数据仅用于统计，不作为绩效依据
 
## 权限要求
- 飞书考勤 API 读取权限
- 飞书消息发送权限（限 HR 群）

# team-onboard
 
新员工入职时自动执行入职 Checklist，确保所有准备工作完成。
 
## 触发条件
- 人员表新增记录且状态为"试用期"
- 用户消息包含"新员工入职"、"入职流程"
 
## 执行步骤
1. 从人员表读取新员工信息（姓名、角色、部门、飞书 ID）
2. 执行入职 Checklist：
 
### 账号开通
- [ ] 确认飞书账号已创建
- [ ] 添加到部门群和项目群
- [ ] 添加到相关多维表格的协作者
 
### 权限配置
- [ ] 根据角色配置 Agent Skill 访问权限（参考 37d 权限控制）
- [ ] GitHub 仓库权限（通过 GitHub MCP 邀请）
- [ ] 数据库访问权限（如需要）
 
### 资料发送
- [ ] 发送团队规范文档链接（飞书知识库）
- [ ] 发送开发环境搭建指南
- [ ] 发送 Agent 使用指南（如何 @机器人）
 
### 欢迎消息
- [ ] 在团队群发送欢迎消息，介绍新成员
 
3. 生成入职进度报告
4. 将未完成项通知 HR 跟进
 
## 输出格式
🎉 新员工入职流程已启动
 
成员：{name}（{role} - {department}）
 
✅ 已完成：
- 飞书群组已添加
- Agent 权限已配置（{role} 角色）
- 欢迎消息已发送
 
⏳ 待 HR 确认：
- GitHub 仓库权限（需要 GitHub 用户名）
- 开发环境搭建
 
## 权限要求
- 飞书群组管理权限
- 飞书消息发送权限
- GitHub MCP（邀请协作者）
- 飞书多维表格读写权限

# team-offboard
 
员工离职时自动执行离职 Checklist，确保权限回收和知识交接。
 
## 触发条件
- 人员表记录状态变更为"离职"
- 用户消息包含"员工离职"、"离职流程"
 
## 执行步骤
1. 从人员表读取离职员工信息
2. 执行离职 Checklist：
 
### 权限回收（高优先级）
- [ ] 移除 Agent Skill 访问权限
- [ ] 移除 GitHub 仓库权限（通过 GitHub MCP）
- [ ] 移除数据库访问权限
- [ ] 移除飞书项目群（保留部门群至最后工作日）
 
### 知识交接
- [ ] 检查该成员负责的进行中需求，提醒交接
- [ ] 检查该成员的 OpenClaw 记忆中是否有重要决策记录
- [ ] 提醒将个人知识文档转移到团队知识库
 
### 资产归档
- [ ] 归档该成员的工作总结
- [ ] 更新人员表状态
 
3. 生成离职交接报告
4. 需要 HR 和管理员双重确认后执行权限回收
 
## 安全要求
- 权限回收操作需要 HR 和管理员双重确认
- 离职当天必须完成所有权限回收
- 记录完整的操作审计日志
 
## 权限要求
- 飞书群组管理权限
- GitHub MCP（移除协作者）
- 飞书多维表格读写权限
- 飞书消息发送权限

# team-milestone-track
 
跟踪项目里程碑进度，提前预警风险。
 
## 触发条件
- 定时触发：每天 09:30（检查即将到期的里程碑）
- 手动触发：用户消息包含"项目进度"、"里程碑"
 
## 执行步骤
1. 从迭代表读取所有进行中的迭代
2. 计算每个迭代的：
   - 剩余天数
   - 需求完成率
   - 未关闭缺陷数
3. 识别风险：
   - 剩余天数 < 3 且完成率 < 80%：高风险
   - 剩余天数 < 7 且完成率 < 60%：中风险
   - 有 S0/S1 未关闭缺陷：高风险
4. 生成进度报告并发送到项目群
 
## 输出格式
📅 项目进度日报（{date}）
 
| 迭代 | 剩余天数 | 完成率 | 未关闭缺陷 | 风险 |
|------|---------|--------|-----------|------|
 
⚠️ 风险预警：
- {sprint_name}：剩余 {days} 天，完成率仅 {rate}%，建议 {action}
 
## 权限要求
- 飞书多维表格读取权限
- 飞书消息发送权限

# team-delivery-report
 
生成客户交付报告，汇总项目进展和交付物。
 
## 触发条件
手动触发：用户消息包含"交付报告"、"客户报告"
 
## 执行步骤
1. 从需求表和迭代表汇总指定时间段的交付内容
2. 从缺陷表统计质量数据
3. 生成面向客户的交付报告（语言正式、数据清晰）
 
## 输出格式
📄 项目交付报告
 
**报告周期**：{date_range}
 
**一、交付概览**
- 完成需求：{count} 个
- 修复缺陷：{count} 个
- 上线版本：{count} 个
 
**二、功能交付明细**
| 功能 | 状态 | 上线日期 |
|------|------|---------|
 
**三、质量指标**
- 缺陷密度：{bug_density}
- 线上故障：{incident_count} 次
- 平均修复时间：{mttr}
 
**四、下阶段计划**
| 功能 | 预计上线 | 负责人 |
|------|---------|--------|