有活 · 招工助手
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-ov217u2x/youhuo-job-planner。
技能介绍
要解决什么问题
企业招小时工、长期岗或众包任务时,需求往往只有「南山海岸城周末要几个人、大概多少钱」这类口语描述。真正上架还要对齐岗位类型、用工地址、排班与薪资,并走有活 B 端的费用预估、余额/积分校验和写操作确认。本技能把对话当成发岗前台:在已安装 youhuo-b-api MCP 且完成招工方(role=2)扫码授权的前提下,按固定 SOP 澄清需求、查目录与地址、用表格呈现方案,再调用 preview_publish_cost、get_enterprise_finance 等 Tool 完成发布链。
核心流程与能力
- 需求澄清:岗位名称、城市区县、门店/楼层、人数、排班、薪资、工期、技能,以及长期招 / 小时工 / 计件 / 众包;缺项先问,不全不发布。
- 数据准备:
get_job_publish_catalog、get_recruit_addresses(新地址经两阶段save_recruit_address);众包另用get_task_categories。 - 费用与发布:长期招走积分(
publish_jd→pay_publish_points);小时工/计件须先get_publish_reference,禁止把 catalog 的work_category_id填进position_type;须展示含服务费的payment_preview后再pay_hourly_job。写操作一律 prepare → userconfirmed + confirmtoken。 - 发布后:成功发岗后应接力 有活用工调度 看报名、筛人、排班;本技能不做考勤排班。
边界与注意点
| 做 | 不做 |
|:---|:---|
| 澄清、预估、双重确认后发岗/众包 | 代充值、代拉起支付 |
| 余额不足时引导小程序充值 | 跳过费用确认直接支付 |
MCP 未安装或未授权时只引导安装/扫码,不虚构发岗结果。publish_jd 失败不得静默换参重试。薪资不得低于当地最低工资参考值;不得发布歧视性描述或虚构地址、人数。
使用场景
- 连锁门店收到「周末南山招 3 名促销、25 元/时」的口头需求,要在有活发小时工并先看清含服务费的应付金额再确认支付。
- 长期缺岗但信息分散在聊天记录里,需对齐城市区县、门店地址、人数与工期后发布长期招聘并用积分上架。
- 项目碎片工作不适合标准 JD,要在有活选任务分类、填预算与排期,走众包 `publish_task` 而非岗位招聘流程。
- 新开店或新楼层尚无用工地址,需先匹配或两阶段保存 recruit 地址,再 `preview_publish_cost` 与查余额,避免不足额仍发布。
适合人员
- 负责多门店促销与临促排班的 HR,典型诉求是把周末班次、时薪口头需求转成有活小时工方案并完成双重确认发布。
- 已接入有活 B 端 MCP 的企业行政,典型诉求是在对话里完成招工方扫码授权、维护用工地址并走 prepare 后发岗。
- 按件或按小时结算的一线用工负责人,典型诉求是先 `get_publish_reference` 再发布,避免 position 字段填错导致后端失败。
- 发岗成功后还要筛报名与排班的企业用工方,典型诉求是完成支付上架后接力「有活用工调度」,本技能只负责发岗入口。