找人才（按职业找人，不是找产品）
list_talent【何时用】用户要的是某一类人本人而不是某个产品/服务时用：「帮我找个能写代码的」「有没有做出海的人」「找几个律师/财税顾问聊聊」。和 list_service_products 的区别：那边是「他卖什么」（产品目录），这边是「他本人是干什么的」（人的目录）；和 search_people 的区别：那边是语义搜，这边是结构化职业筛选，适合按类目扫一遍。
【组合链】items[].user.id → get_creator 看完整主页 → start_conversation 开聊（开聊走每日额度，撞 429 会直接返回「怎么办」的出口，别重试）；user.id → follow_creator 先关注不打扰；items[].company.slug → get_company。人卡唯一动作就是进个人主页，没有别的落点。
【口径/坑】 · 职业（items[].professions）是机判闭集：由资料/名片/自述跑分类器写入，不是本人勾选；一人最多两个主职业。没被判出职业的人不进这个目录，想找他走 search_people。 · chip 是职业的合并桶（比如律师/财税/HR 都并在「咨询·顾问」里），卡片上的职业胶囊是细粒度标签，两者不是一回事。 · 此刻真正有人的 chip 用 get_talent_chips 查（服务端按真实人数 ≥ 阈值才下发，并带每个 chip 的人数）；这里的枚举只是合法值集合，不代表此刻每个都有人。传了没下发的 chip 会拿到很少甚至 0 条，不是报错。不传 chip 或传 all = 全部；传不认识的 key 按全部处理（不 400）。 · 匿名只回真人（在册、已入驻、非测试号、非运营机构号）；返回里没有手机/邮箱/外链，要联系只能开聊。 · 登录后，该 chip 下全部真人之后还会接上云用户（items[].user.isCloud=true：还没用 App 的社群成员，bio 是「职位 · 公司」，company.slug 为空＝没有公司页）。云用户不能开聊，联系只能 send_cooperation_request，由独行录人工小秘书转达。 · 规模小（百级），分页是 offset（nextCursor 就是下一次的 offset）。
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
| chip | No | 职业 chip，可选；不传或 all=全部。合法值：all / dev / creative / growth / consult / product / training / hardware / sales / global / health（dev=开发·技术，creative=内容·创意，growth=运营·增长，consult=咨询·顾问，product=产品，training=培训·教育，hardware=硬件·供应链，sales=销售·BD，global=出海·跨境，health=健康·心理）。此刻真正有人的那几个用 get_talent_chips 查（带人数） | |
| limit | No | 返回条数，默认 20，最多 50 | |
| offset | No | 偏移量，默认 0；用上一次返回的 nextCursor |