jobsdb（香港）JD 采集
所属：03-jd / jobsdb
采集日期：2026-10-13
采集方式：jobsdb 网页浏览，无需登录（⚠️ 同日晚些时候已被 Cloudflare 拦截，见 §0）
搜索词：AI Engineer
状态：骨架 + 1 个已核实数据点；「市场要什么」部分全为待验证假设，尚未采集任何具体 JD
读法：§1 是事实，§2 起的表格都是假设登记表，不是结论。不要引用未经采集的内容。
0. ⚠️ 采集通道已失效（2026-10-13 晚）#
本文档 §1 记录的「无需登录即可采集」在同一天内失效了：
前往 https://hk.jobsdb.com/AI-Engineer-jobs
→ title = "Just a moment..."，bodyLen = 261
→ 等待 16 秒（4 次 × 4 秒轮询）后仍未放行这是 Cloudflare 人机验证页。会话早期（同日上午）同一入口能正常拿到约 90 个职位链接，之后被拦截。最可能的原因是短时间内重复请求触发了风控。
处置原则：
- 不要加大请求频率试图绕过 —— 那只会把封锁坐实并延长。
- 隔一段时间再试，或用人工浏览 + 复制（慢，但不会恶化状态）。
- 这条经验同样适用于
03-jd/boss-zhipin/（那边更敏感，用的是你的登录账号，见其 §6.5）。
结论：在通道恢复之前，本目录的内容维持现状，不新增。
1. 已核实（Verified）#
| 事实 | 值 | 核实方式 |
|---|---|---|
| 是否需要登录 | 否 | 无登录状态可直接读搜索页与职位详情 |
| 采集日期 | 2026-10-13 | — |
| 搜索词 | AI Engineer |
— |
| 香港地区命中数 | 约 1,178 条 | 站点在搜索页自报的职位数 |
1.1 「约 1,178 条」这个数字怎么用（重要）#
这是站点自报的搜索命中数，不等于「香港有 1,178 个 AI Engineer 岗位」。它至少包含三类虚高：
- 重复发布：同一个职位由多家猎头/中介同时挂出，可能一条职位对应数个列表
- 宽匹配：搜索是文本匹配，标题或描述里出现 AI 相关词的职位都会被算进来，未必真的以 AI 为主职
- 未下架的历史职位：招聘平台上长期挂着的「僵尸」列表
所以不要在任何地方把这个数字当市场规模引用——不写进简历、不写进自我介绍、不在面试里说「香港有 1,178 个 AI 岗位」。它的正当用途只有一个：说明搜索词 AI Engineer 在香港这个市场是有效的（有足够结果值得翻），以及给自己一个「值得深入采集」的判断依据。
1.2 已核实的方法性事实#
- jobsdb 与 Boss直聘 的登录要求不同：jobsdb 免登录，Boss直聘 需登录。这意味着 jobsdb 侧可以脚本化/重复采集，Boss直聘 侧依赖已登录的浏览器会话。
- 因此 jobsdb 应作为 HK 市场的主采集渠道，Boss直聘 只作为内地口径的参照（理由见
03-jd/boss-zhipin/README.md：Boss直聘 默认深圳，香港岗位稀疏）。
2. 待验证：香港市场大概要什么（全部为假设）#
下表没有任何一条来自实采 JD，全部是基于平台结构与常识的推断。 每一条都必须在采到具体 JD 后回来改写或删除。写在这里的目的是：先定下要验证什么，避免采集时漫无目的地翻。
| # | 假设 | 推断依据 | 怎么验证 | 状态 |
|---|---|---|---|---|
| H1 | JD 多以英文撰写，部分为繁体中文 | HK 金融/跨国企业是主要雇主，工作语言为英文 | 采 20 份 JD 统计语言 | 未验证 |
| H2 | 岗位命名口径与内地不同：HK 更常见 AI Engineer、Machine Learning Engineer、Data Scientist、AI Solution Architect、Forward Deployed Engineer（FDE），而不是内地的「算法工程师」 |
内地「算法工程师」是招聘平台约定俗成的岗位名，HK 沿用英美职场命名 | 对比 03-jd/boss-zhipin/README.md 的岗位名 |
未验证 |
| H3 | HK 岗位对工作权（visa / HKID）有明确要求，内地背景候选人的常见路径是 IANG、高才通（TTPS）、专才计划 | 香港雇佣法规要求合法工作权，平台通常有筛选字段 | 采 JD 时统计出现「work visa」「right to work」「HKID」的比例 | 未验证 |
| H4 | HK 没有内地式的「金九银十」集中校招，职位常年滚动发布，招聘周期更长 | 内地校招是特定产业结构下的产物，HK 以社招为主 | 观察同一职位的发布时间分布 | 未验证 |
| H5 | 雇主类型集中在金融/银行/保险、地产、电讯、公营机构、高校与研究院，本地 AI 初创数量少 | HK 产业结构以金融与地产为支柱 | 采 JD 时记录公司类型 | 未验证 |
| H6 | 技术栈更偏企业级应用与集成（云平台、MLOps、数据工程、系统对接），而不是训练侧的前沿研究（RLHF / 大规模预训练） | HK 缺乏自建大模型的公司规模，需求更多在「把模型用起来」 | 采 JD 时统计是否出现训练侧词汇 | 未验证 |
| H7 | FDE 成分高于内地：「与客户对接」「需求转技术方案」「跨团队交付」这类职责在 HK 岗位描述里占比更高 | HK 企业软件/咨询业务模式，以及 H6 推断的应用导向 | 采 JD 时标记「第 2 类职责」占比 | 未验证 |
| H8 | 面向 To-C 客服或本地业务的岗位，粤语 / 繁体中文能力是加分项甚至硬性要求 | HK 本地用户语言 | 采 JD 时搜索「Cantonese」「Chinese」字样 | 未验证 |
| H9 | 部分岗位（尤其研究院/高校）看重 publication，而产业界岗位更看重工程落地 | HK 有几所研究型大学与研究院 | 采 JD 时看是否有论文要求（可与 Boss直聘 JD 的加分项对照） | 未验证 |
2.1 本目录不记录的内容#
- 薪资数字：没有可靠一手来源。任何非官方渠道的薪酬数字都容易失真，且写进笔记后会被反复引用，风险大于收益。要谈薪请用面试过程中的实际报价。
- 公司名（现阶段）：在采到实际 JD 并确认招聘仍在进行之前，不列举公司。理由同上——未验证的名单会变成「看起来像事实的传闻」。
3. 与内地（Boss直聘）口径的差异（结构性推断，整节待验证）#
本节把 H1–H9 整理成对照表，全部是推断，需要等两侧都采到实采 JD 之后再逐行改写。内地的口径见 03-jd/boss-zhipin/README.md（那份有 1 份完整 JD 作依据，可信度高于本节）。
| 维度 | 香港（jobsdb）——推断 | 内地（Boss直聘）——有 1 份 JD 依据 |
|---|---|---|
| 岗位命名 | AI Engineer / ML Engineer / Data Scientist / FDE |
「算法工程师」「大模型算法」 |
| JD 语言 | 英文为主，部分繁中 | 中文 |
| 学位要求 | 待验证（可能更强调硕士/PhD） | JD 未出现明确学位要求 |
| 工作权 | 通常需明确（visa / HKID） | 不涉及（默认国内身份） |
| 招聘节奏 | 常年滚动，周期长 | 有校招/社招的季节性 |
| 侧重点 | 推断偏应用与集成、客户交付（FDE 成分高） | 已证实偏规模化工程 + 领域建模（见下方 JD 的必需项） |
| 语言能力 | 粤语/繁中可能是加分或必需 | 无 |
| 面试语言 | 待验证（英文或粤英混合） | 中文 |
方法性提醒：这张表的左右两侧证据强度差一个量级。右侧有 1 份完整 JD，左侧一个都没有。不要把这张表当成「两地市场对比结论」引用——它现在的作用只是列出待验证项。
4. 具体 JD 采集区（待填充）#
4.1 采集规范#
- 不只抄全文。JD 全文篇幅大、重复度高、且会随下架失效。只提取口径：岗位名、方向标签、必需项、加分项、工作权要求、职责类型。
- 每条必须标注采集日期。JD 会下架、会改要求，没有日期的记录无法判断时效。
- 区分「必需项（Required）」与「加分项（Nice-to-have）」。这个区分有实际后果：必需项决定你能不能进面试，加分项只影响排序。Boss直聘 侧的样例 JD 明确给了这个区分，jobsdb 侧的 JD 结构是否也这样分层，待验证（H10）。
- 区分「JD 原文」与「我的解读」。原文照抄进引用块，解读写在表格里。不要把自己的推断混进原文。
- 不采集薪资字段（理由见 §2.1）。
4.2 建议的搜索词#
按 H2 的推断，HK 侧的岗位命名比内地分散，单一搜索词会漏掉大量结果。建议轮换：
AI Engineer
Machine Learning Engineer
LLM Engineer
NLP Engineer
Generative AI
AI Solution Architect
Forward Deployed Engineer
MLOps Engineer
Data Scientist (AI)
Applied Scientist待验证：这些词在 jobsdb 上各自有多少结果、以及彼此重叠多少（如果 AI Engineer 的 1,178 条已经覆盖了其他词的大部分结果，说明命名比 H2 推断的更集中）。
4.3 累积表（空，采到就填）#
| 采集日期 | 职位标题 | 方向标签 | 必需项 | 加分项 | 工作权要求 | 职责类型（研究/工程/交付） | 语言要求 | 来源 URL |
|---|---|---|---|---|---|---|---|---|
| 待填 |
5. 与备考的映射（待采集后填）#
现在无法映射——没有 JD 就只能靠推断，而推断已经集中在 §2/§3。等累积表有 15–20 条之后，回来做这件事：
- 统计必需项的出现频次，得到 HK 市场的真实技能排序；
- 把它和
02-interview/questions/interview-signals.md的话题信号排序对照，看哪里重合、哪里错位； - 用 JD 的排序重新分配
01-fundamentals/各章节的写作厚度。
预期（待验证）：JD 侧会比面经视频侧更多出现数据工程、云平台、系统集成类要求，而更少出现八股化的架构细节。如果是这样，06-agent-infra/ 与 FDE 相关内容的权重应上调。这只是预期，不要在采集前当成结论。