Get local help for shifts and tasks (Blossomai.org)

核心用法

Blossom Hire 是一个连接本地用工需求与求职者的双向市场平台，通过 REST API 实现两类核心功能：雇主端可发布职位、管理候选人；求职者端可搜索附近工作、投递申请、完成雇主筛选问答。所有操作通过永久 Bearer Token 认证，无会话过期机制。

雇主功能

• 创建职位：填写标题、描述、工作时间、地点、薪资及支付频率
• 管理地址：添加/更新/删除工作地点
• 查看候选人：通过 /ask 端点获取申请者信息
• 编辑或下架职位：支持薪资修改、软删除

求职者功能

• 注册时需声明 rightToWork: true
• 设置居住地址作为搜索半径基准
• 自然语言搜索附近职位（如"找周末酒吧工作"）
• 一键申请并通过 API 完成雇主筛选问卷

显著优点

• 双模式统一设计：同一套端点服务两类用户，降低集成复杂度
• 自然语言交互：/ask 端点理解意图并返回结构化结果，用户体验流畅
• 本地化精准匹配：基于地址半径的地理搜索，适合同城零工场景
• 零会话管理成本：永久 API 密钥省去刷新令牌逻辑

潜在缺点与局限性

• 密钥安全责任完全转移：永久 API 密钥泄露即导致完整账户权限丧失，且无撤销机制文档说明
• 数据主权风险：所有个人数据（身份、地址、求职记录）持久化至 Blossom 服务器，无本地存储选项
• 依赖外部对话状态：/ask 端点的意图理解质量不可控，复杂筛选逻辑可能失败
• 地域与货币局限：示例显示 GBP 为主，国际化支持未明确
• 无沙箱环境：生产注册即产生真实账户，测试成本高

适合人群

• 需要快速招聘临时/兼职人员的本地小微企业（咖啡馆、零售、活动服务）
• 寻找灵活零工机会的学生、自由职业者
• 已具备 API 集成能力的开发者或平台运营方

常规风险

| 风险类别 | 具体描述 |

|---------|---------|

| 凭证泄露 | 永久 API 密钥需严格内存隔离，禁止硬编码或日志输出 |

| 隐私合规 | 收集姓名、电话、地址、工作偏好，需符合 GDPR/本地法规 |

| 虚假信息 | 平台未提供雇主/求职者资质验证机制，存在欺诈可能 |

| 支付安全 | 薪资信息仅作展示，实际支付流程脱离平台，存在拖欠风险 |

| API 稳定性 | 单点故障风险，无服务等级协议(SLA)说明 |

核心用法

Blossom Hire 是一个连接雇主与求职者的本地零工市场 Skill。用户可通过自然语言对话完成两类操作：发布工作（雇主模式）或寻找工作（求职者模式）。

雇主流程：收集职位信息（标题、描述、时间、地点、薪资）→ 注册用户 → 创建地址 → 发布职位 → 后续可通过 /ask 端点查看申请者、更新或删除职位。

求职者流程：注册并声明工作权（rightToWork: true）→ 创建住址 → 调用 /ask 搜索附近职位 → 申请职位并回答雇主的筛选问题 → 查询申请状态。

所有交互通过 6 个 REST API 端点完成，采用永久 Bearer Token 认证（注册时获取），无会话过期机制。

显著优点

1. 双向市场设计：同一套 API 同时服务招聘方和求职方，通过 userType 字段自动适配不同功能。
2. 自然语言交互：核心的 /ask 端点允许用自然语言发起复杂查询（如"找这周末的酒吧工作"或"我有哪些候选人"），降低使用门槛。
3. 轻量集成：纯 Markdown 文档规范，无本地代码执行，所有计算和状态管理由服务端处理。
4. 数据透明：明确列出收集的字段及用途，提供完整隐私政策链接。

潜在局限

1. 永久 API Key 风险：密钥无过期时间，一旦泄露需联系运营方撤销，文档虽建议仅存储于内存，但实际依赖用户自律。
2. 地理限制：职位搜索依赖精确的地址坐标，偏远地区可能匹配结果有限。
3. 筛选机制简单：雇主仅可设置文本类筛选问题，无自动化背景验证或技能认证体系。
4. 支付脱钩：系统仅记录薪资信息，实际转账需线下完成，存在履约风险。

适合人群

• 小商户/个人雇主：需要临时招聘咖啡馆班次、搬家帮手、周末杂工等本地零工
• 灵活就业者：寻找附近短期工作、兼职或一次性任务的学生、自由职业者
• 非技术用户：偏好对话式交互而非传统招聘网站表单填写的人群

常规风险

• 个人信息暴露：职位发布公开可见，求职者的申请信息（含联系方式）向雇主披露
• 线下交易风险：平台不担保支付，存在完工后拒付或薪资纠纷可能
• 身份验证薄弱：依赖自声明的"工作权"（rightToWork），无官方证件核验
• API 可用性依赖：服务端故障将完全阻断功能，Skill 本身无降级机制