boss-chat

name	boss-chat
description	Use when users want Boss chat-page screening/outreach via the bundled boss-chat runtime inside boss-recommend-mcp.

Boss Chat Skill

Goal

当用户要在 Boss 聊天页单独跑筛选/沟通任务时，必须走内置的 chat 工具，而不是要求用户单独安装 boss-chat。

适用范围是“chat-only 会话”。若用户意图包含推荐页找人（尤其是“先推荐再沟通”），必须先让 boss-recommend-pipeline 完成推荐页任务；推荐完成后如用户仍要聊天页处理，再显式走本 skill。

Tool Routing

Trae/Trae-CN split-server config exposes these under the boss-chat MCP server. Chat-only tasks should call boss-chat/<tool> when the host shows server-qualified tool names.

• 健康检查：boss_chat_health_check
• 只读获取聊天页岗位列表：list_boss_chat_jobs
• 预备并获取岗位列表：prepare_boss_chat_run
• 启动异步任务：start_boss_chat_run
• 查询进度：get_boss_chat_run
• 暂停：pause_boss_chat_run
• 继续：resume_boss_chat_run
• 取消：cancel_boss_chat_run

Required Inputs

• job
• start_from: unread|all
• target_count
• rest_level: low|medium|high

可选：

• criteria（留空时进入收集简历模式：不触发 LLM 筛选，只向没有在线/附件简历的人选求简历）
• profile（默认 default）
• greeting_text（兼容 greetingText，可选自定义首条打招呼消息）
• port
• dry_run
• no_state
• safe_pacing
• batch_rest_enabled

启动工具时，把用户确认的休息强度写入 human_behavior.restLevel，例如：

{ "human_behavior": { "restLevel": "medium" } }

greeting_text 默认规则：

• 本次显式传入 greeting_text：使用本次值
• 本次未传，但当前 profile 有历史输入：使用历史值
• 两者都没有：使用内置默认招呼语（Hi同学，能麻烦发下简历吗？）

target_count 填写规则（关键）：

• 正整数：如 20
• 扫到底：all / -1 / unlimited / 全部 / 不限 / 扫到底 / 全量
• 同义短语也可直接用：全部候选人 / 所有候选人（等价于扫到底）

Hard Rules

• 有筛选 criteria 时，LLM 配置必须复用 boss-recommend-mcp 的 screening-config.json；不要再向用户单独要 baseUrl/apiKey/model。criteria 留空的收集简历模式不需要 LLM 配置。
• criteria 留空的收集简历模式固定为每位已识别人选执行随机 10-15 秒最低处理时长，无论已有在线/附件简历、请求已发送或需要新发请求；无需也不得向用户追问额外节奏参数。该下限只补足处理时长差额，之后仍独立执行用户选择的 rest_level 休息策略。
• 路由护栏（强制）：
  • 只在用户明确是 chat-only 任务时使用本 skill。
  • 只要用户提到推荐页、先找人后沟通、或需要推荐筛选阶段，禁止直接调用 start_boss_chat_run；必须先交给 boss-recommend-pipeline 完成推荐页任务。
  • 不得在 recommend 任务尚未完成时并行启动独立 chat run。
• 启动或准备 chat run 时，若本机默认 127.0.0.1:9222 Chrome DevTools 端口不可连，工具会自动打开 Chrome 并导航到 https://www.zhipin.com/web/chat/index。
• 只有工具返回 BOSS_LOGIN_REQUIRED / requires_login=true 时，才要求用户在自动打开的 Chrome 窗口人工登录 Boss 后重试；不要把“没开 9222 Chrome”当作缺参。
• 若本机找不到 Chrome，可提示用户设置 BOSS_MCP_CHROME_PATH 或 BOSS_RECOMMEND_CHROME_PATH；非本机 debug host 不自动启动。
• job / start_from 缺一不可；criteria 可留空，留空时表示收集缺失简历而不是筛选。缺参时只补缺口。
• target_count 在 chat-only 启动前也是必填项，不能默认省略。
• chat-only 岗位列表只能通过 list_boss_chat_jobs 或 prepare_boss_chat_run 获取；严禁调用 list_recommend_jobs，因为它会切到推荐页。
• chat-only 启动只能调用 start_boss_chat_run；严禁调用 run_recommend 或 start_recommend_pipeline_run。
• 每次 run 必须明确询问用户本次休息强度 rest_level：low（旧策略）/ medium（约 5 小时或 700 人累计休息 30 分钟）/ high（约 5 小时或 700 人累计休息 1 小时）；不得默认使用配置文件里的值替用户决定。
• 当用户说“全部候选人/所有候选人”时，必须按“扫到底（unlimited）”处理，不要再追问正整数。
• 参数名必须写 target_count（不要写“目标数量”等中文键名）。
• 当用户选择“扫到底/全部候选人/所有候选人”时，调用参数优先写："target_count": "all"；-1 只作为兼容输入和内部 CLI 表示。
• greeting_text 是可选项，不能因为缺少它阻塞启动或追加必填追问。
• 若工具或提问选项里出现“扫到底（必须传 target_count=\"all\"）”之类字样，下一次工具调用时必须直接照抄这个字面量，不要只保留“扫到底”语义。
• 禁止 agent 自行补全 job/start_from 并直接执行，必须由用户明确给出或确认。criteria 只有在用户要筛选时才必须明确给出；用户要收集简历时可留空。
• chat-only 启动流程必须先进入聊天页并拉取岗位列表，再让用户从列表中选择 job。
• 必须先用空参调用 list_boss_chat_jobs 或 prepare_boss_chat_run 获取 job_options；不要用 start_boss_chat_run 做预备调用。
• start_boss_chat_run 只能用于真正启动，必须一次性传齐 job / start_from / target_count；criteria 留空会进入收集简历模式。
• 若 start_boss_chat_run 返回 NEED_INPUT 且 missing_fields 包含 target_count，说明你没有把用户选择写入工具参数；下一次调用必须照 next_call_example 原样补上 "target_count": "all" 或正整数，不要重复空调用。
• 默认不自动轮询；只有用户要求查进度时才调用 get_boss_chat_run。
• start_boss_chat_run 返回 ACCEPTED 后，默认立即结束当前回合，不得主动连续调用 get_boss_chat_run。
• 只有当用户明确给出“轮询频率/间隔”（例如“每30分钟查一次”）时，才允许按该频率查询进度。
• 长任务场景禁止高频轮询；若需持续观察，默认按 30 分钟间隔查询一次状态（除非用户明确要求更频繁）。
• pause/resume/cancel 必须复用同一个 run_id。

Handoff Rule (Recommend -> Chat)

• 若用户先运行了 recommend 流水线，并在手动状态检查时确认 recommend 已完成，且用户目标是“立即进入聊天沟通”：
  • 先调用 prepare_boss_chat_run 获取聊天页岗位列表与缺参。
  • 显式确认 job/start_from/target_count 后再调用 start_boss_chat_run；若要继续筛选再求简历，还要确认 criteria。
  • 不要查找或依赖 follow_up.chat；该自动衔接路径属于 legacy-only 行为。

Response Style

• 用结构化中文。
• 首轮建议先调用一次 list_boss_chat_jobs（可空参）或 prepare_boss_chat_run（可空参）获取 job_options 与 pending_questions。
• 缺参时必须逐项确认：job（来自岗位列表）、start_from（unread|all）、target_count、rest_level；只有用户要筛选时才追问 criteria。
• 若健康检查失败，明确提示共享配置文件 screening-config.json 不可用。