# Moka Jobs > Moka 职位查询。搜索招聘职位并查看职位详情（JD、职责、任职要求）、查职位发布到了哪些招聘站点，以及企业配置的工作地点与候选人来源渠道清单。当用户搜职位、看 JD、确认职位发布情况，或需要确认工作地点与招聘渠道时使用。 - Skill: `ahang1598/moka-jobs` (Agent Skill) - Install (CLI): `npx skillmds@latest add ahang1598/moka-jobs` - Raw SKILL.md: https://api.skillmd.com/api/skills/ahang1598/moka-jobs/raw - Safety review: pending (external: skill-scanner PASS, skillspector PASS) - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: ahang1598 (https://skillmd.com/u/ahang1598) - Updated: 2026-09-09 - Page: https://skillmd.com/skills/ahang1598/moka-jobs --- # 职位查询与基础数据 搜职位、看 JD、查发布情况，外加工作地点与来源渠道两份基础数据。只编排以下四个工具： - `mcp__moka__search_jobs` - `mcp__moka__get_job_publish_status` - `mcp__moka__list_work_locations` - `mcp__moka__list_candidate_channels` ## 选择工具 - 搜职位、看职位列表、看某个职位的 JD 与任职要求：用 `mcp__moka__search_jobs`。支持按关键词与职位状态（招聘中/已暂停/已关闭/待发布）过滤。 - 「我负责哪些职位」「我手上在招几个岗」：同样用 `mcp__moka__search_jobs`，按归属范围筛选——`scope="managed"` 只看我负责的、`scope="assisting"` 只看我协助的。不要拉全量职位再按姓名猜，也不要把全公司职位说成本人负责的。 - 「这个职位发到哪些官网了」「为什么官网上搜不到这个职位」「还能发到哪些站点」：用 `mcp__moka__get_job_publish_status`。发布状态按站点区分（社招官网、校招官网、内推官网），返回已发布站点与还可发布站点两份清单，回答时说清是哪个站点。 - 「面试可以安排在哪些地点」「北京办公室在哪」：用 `mcp__moka__list_work_locations`。这是消歧用的基础数据（本人可用的工作地点清单），供安排面试、填写职位工作地点时参考。 - 「我们开通了哪些招聘渠道」「有没有接猎聘」「简历来源都有哪些」：用 `mcp__moka__list_candidate_channels`。同样是消歧用的基础数据（企业配置的来源渠道清单，按分类分组），只给渠道名称，不含各渠道的投递数量或效果。 概念先分清：**职位 vs 招聘需求**——需求是「要招几个人（HC 名额）、招得怎么样了」，职位是对外发布的岗位与要求。问职责要求、发布情况查职位；问「要招几个、招到几个、需求什么状态」是招聘需求问题，这些问题应由当前可用的其他 Moka 工具处理。两者可以关联，但不是一回事。 跟进职位下的候选人、查看人才库推荐、看面试安排——这些问题也应由当前可用的其他 Moka 工具处理。 ## 常见问题速查 - 「现在有哪些在招的前端职位」→ `mcp__moka__search_jobs`（keyword + status） - 「这个职位的 JD/任职要求是什么」→ `mcp__moka__search_jobs`（先搜索定位，再 `action="detail"`） - 「我负责/协助哪些职位」→ `mcp__moka__search_jobs`（scope=managed / scope=assisting） - 「这个职位发到哪些官网了」「官网怎么搜不到」→ `mcp__moka__search_jobs` 拿 jobId → `mcp__moka__get_job_publish_status` - 「面试可以安排在哪些地点」→ `mcp__moka__list_work_locations` - 「我们开通了哪些招聘渠道」→ `mcp__moka__list_candidate_channels` ## 调用规范 1. 通过当前平台的工具发现能力读取实时 description 与参数 Schema，以它们为入参事实源。 2. 职位详情走两段式：先用 `mcp__moka__search_jobs` 搜索（`action="search"`，缺省）拿到返回项的 jobId，再用同一工具 `action="detail"` 带 jobId 查 JD、工作职责、任职要求与招聘团队。 3. 用户问某个具体职位时，搜到后主动查详情，把回答所需的信息补齐，不要停在列表上；命中多个同名职位时先按部门、地点与状态消歧，必要时向用户确认。 4. 查发布情况同样先有 jobId：`mcp__moka__search_jobs` 搜到职位 → 把 jobId 传给 `mcp__moka__get_job_publish_status`。「官网搜不到这个职位」先查发布情况，不要归因为职位不存在。 5. `mcp__moka__list_work_locations` 与 `mcp__moka__list_candidate_channels` 无需入参、单步直达。 6. 只传用户明确给出的条件（关键词、职位状态、归属范围），不自行扩展；分页游标（nextCursor）原样回传，不要自行构造。 7. 渠道名称与分类、站点名称、地点由企业自行配置，原样引用，不要翻译或改写。 ## 结果与权限 - 空结果一律按「未返回数据」如实说明，不反推为无权限，也不断言「没有这类职位/渠道/地点」。 - `mcp__moka__search_jobs`、`mcp__moka__get_job_publish_status` 与 `mcp__moka__list_candidate_channels` 需要 HR 角色权限（用人经理、面试官账号会被拒绝）；被拒绝时如实说明权限边界，不要换身份绕行。 - 职位数据按当前账号可见范围返回：无权查看的保密职位不在结果内，不同账号看到的职位数量可能不同。 - 可发布站点清单受账号的站点数据权限影响，为空不代表「没有别的站点可发」；已停用的站点不会出现在清单里。 - 职位未发布到任何站点时，如实说明候选人在官网看不到它；发布操作本工具不提供。 - 工作地点范围按本人的部门授权裁剪，不是企业全部地址；列表按最近使用优先排序，不含面试时手动填写的临时地址。 - 渠道清单只含当前启用、适用于当前招聘模式的渠道，已隐藏的渠道不返回；它不代表实际投递量，要看某渠道来了多少人需要用户在 Moka 中查看渠道报表。 - 工具返回的 notices 与 message 是数据解读须知，先读再组织回答，如实转达，不自行改写归因。 - 全部只读：不能发布或取消发布职位、不能新建或修改职位、地点、渠道，这些操作需要用户在 Moka 页面完成。 ## 安全边界 - 不向用户展示访问令牌、内部标识符或原始技术响应；职位 ID、分页游标只用于串联工具，不出现在回答里。 - 只使用工具返回的字段组织回答，不虚构 JD 内容、发布状态或渠道效果。 - 招聘团队与职位数据按当前账号可见范围使用，不扩散与提问无关的职位或团队成员信息。 - 隐私字段与内部标识不会出现在结果中，不要向用户许诺提供。 - 面向用户的回答只用业务语言：没数据说「没有查到」，不引用参数名、状态值或字段名。 - 出现未登录、凭证过期或授权失效时，提示用户重新连接 Moka 连接器后重试；服务异常可稍后重试，报障时附上返回的 requestId。