用途：该技能为通过 CData Connect AI 查询 Bullhorn CRM 数据提供专项指引，构建在 connect-ai-base 技能之上，后者负责发现流程、错误恢复、SQL 方言与查询命名约定。使用前必须定位并读取 connect-ai-base；若当前环境未加载或未启用，应停止任务并提示用户先安装启用。该技能替代 BullhornCRM 驱动的 getInstructions，识别连接后直接进行模式发现。
主要能力与数据模型：Bullhorn 为招聘场景关系模型，核心实体为 Candidate（人才库）、JobOrder（职位需求）、Placement（成功入职），另有 ClientCorporation、ClientContact、JobSubmission，以及 Task、Appointment 等活动表，PayCheck、EmployeePay、Deduction、PlacementCommission、各类 RateCard 等财务表，以及 CandidateHistory 等历史审计表。该驱动为单模式，模式名为 BullhornCRM。查询前应先用 getCatalogs 识别连接、用 getColumns 检查列（租户高度定制，勿假设与界面标签一致），先 SELECT * LIMIT 5 采样验证，对大结果集使用 DateAdded 或 DateLastModified 过滤，逐步验证连接。
关键关系与用法：ClientContact.Companyid 关联 ClientCorporation；ClientCorporation.ParentCompanyid 自关联形成公司层级；JobOrder.ClientCompanyid 关联客户公司，Contactid 关联联系人；JobSubmission 通过 Candidateid 与 Jobid 连接候选人与职位；Placement 通过 Candidateid、Jobid、Companyid 直接关联候选人、职位与客户公司。
约定与限制：布尔列建议用字面 true/false，部分列拒绝 1/0。列名常含特殊字符如 Open/Closed、#ofOpenings、Mark-up%、PlacementFee(%)，必须用 [] 引用。外键大小写不统一（多数小写 id，部分为大写 ID）；主键始终为大写 ID。Status 是字符串选择列表，取值随租户配置变化。JobOrder.Status 与布尔列 [Open/Closed] 是两个不同字段。大多数事务表有 IsDeleted 而 ClientCorporation 没有。历史表体量很大，必须按实体 ID 与日期范围过滤。该驱动不支持 ORDER BY 聚合函数或聚合别名及序号引用，需客户端排序；GROUP BY 配合 SELECT 中聚合可用。
文件操作与写入：暴露 DownloadFile 与 UploadFile 存储过程。DownloadFile 需 EntityType、EntityId、FileId，云端应省略 OutputFolder 与 FileStream，响应以 base64 返回文件内容。UploadFile 当前云端不支持，且无 base64 替代参数。写入支持有限，常见 INSERT INTO Candidate 与 UPDATE JobOrder；其他表可写性需通过 getColumns 的 Readonly 标志确认并在沙箱测试。写入权限同时受 Connect AI 连接只读设置与 Bullhorn API 用户权限控制。资料未提供官方网址以外的价格、平台或效果信息。