有活 · 用工调度

要解决什么问题

B 端在岗位已经发出去之后，真正耗精力的是履约侧：谁报名了、谁合适、班次怎么排、考勤要不要改、什么时候结算。这些步骤分散在有活 B 端 API 里，如果只靠人工在后台点选，对话式助手很难按「一条业务线」把状态串起来。

本技能定位是有活岗位的用工调度中枢：在已存在 job_id 的前提下，把「报名 → 排班 → 考勤 → 汇总/结算」串成可对话执行的 SOP，而不是替你做发岗策划。

核心能力与工作方式

技能依赖 MCP youhuo-b-api（与「有活招工助手」相同）。会话开始会先检测 MCP；未安装时不执行筛人、排班、考勤类调用，只引导安装与招工方扫码授权（B 端 role=2）。

典型链路如下：

• 查看与筛选：get_job_list（未指定岗位时）→ get_job_workers，展示姓名、评分、单量、状态（脱敏，无手机号）→ 用户逐条确认后 mark_worker_suitable
• 排班与到岗：get_job_schedules 按 list_tab / detail_tab / job_id 查班次与订单，汇报时段、需招/报名、待确认人数与工时工钱
• 待办与考勤：get_todo_list 或待确认班次 → 分类展示 → prepare_write_confirmation 后 manage_attendance（refuse / add_time / delete_time）
• 复聘：get_cooperate_workers → 确认目标岗位 → invite_worker_to_job
• 总览：get_workforce_summary 汇报在招、待办、今日到岗；结算前须展示金额，再 pay_schedule_settlement / pay_balance

写操作一律用户明确确认 + user_confirmed=true 与 confirm_token，禁止静默批量 mark、驳回或结算。

边界与注意点

| 做 | 不做 |
|:---|:---|
| 报名查看、筛人、邀请、排班、考勤、汇总、停止招工 | 新岗位发布与改价策划（请用 有活招工助手） |
| 逐条确认后的写操作 | 批量自动 mark / 驳回 / 结算 |
| 脱敏人员信息 | 完整手机号、身份证号 |

用户要新发岗或列表里没有可选岗位时，应导到招工助手；用户其实是零工求职时，导到 有活找活助手。不代充值、不代用户确认支付。展示约定：金额到角，时间 YYYY-MM-DD HH:mm。