灵活用工人才智能匹配平台产品系统

传统家政、维修、陪护等本地生活服务存在三大痛点：

需求表达成本高——用户不会用结构化表单填需求，习惯口语化描述（"周末家里空调坏了想找个师傅来修"）。
供需匹配效率低——平台靠人工派单或简单类目检索，匹配慢、准确率低、应急场景响应不及时。
交易链路断裂——沟通靠体外微信、支付靠转账、纠纷无凭证，平台无法沉淀与管控。
本平台用「AI 需求理解 + 智能匹配 + 内置交易闭环」一次性解决上述三点。

后端 21 个业务模块，对外能力覆盖：

智能匹配（核心）：NLP 需求解析 → 服务类目识别 → 技能 / 时间 / 预算抽取 → 多因子加权评分（距离、评分、技能、在线、紧急度）→ 候选人排序返回。AI 不可用时自动降级到规则引擎，保证可用性。
用户 / 员工 / 经理 / 管理员：四类角色账号体系，微信登录、手机号、RBAC 权限隔离。
服务类目：两级分类、图标、城市开通状态、智能开关。
订单中心：待支付 → 已接单 → 服务中 → 完成 / 售后 / 取消 全状态机 + 状态时间线 + 超时自动取消。
支付：微信支付预下单、回调对账、支付倒计时、退款 / 维权联动。
即时通讯：基于腾讯云 IM 的会话、消息、未读、订单 / 地址 / 时间卡片快捷发送。
售后维权 / 评价 / 反馈：工单流转、星级 + 标签评价、图片证据、客服闭环。
会员：月 / 季 / 年卡套餐、折扣权益。
运营后台：仪表盘（今日订单 / 营收 / 活跃）、员工 / 订单 / 类目 / 城市 / 财务 / 维权 / 反馈全量管理 + 图表看板。
小程序端覆盖 18+ 核心页面（首页 AI 输入、服务分类、需求确认、AI 匹配结果、订单列表 / 详情、支付、员工详情、我的、地址、消息、评价、售后、反馈、会员、收藏、设置），并统一了骨架屏 / 空状态 / 错误状态等体验规范；员工端与经理端独立工作台（接单开关、订单履约时间线、团队看板）。

我负责整体架构与核心模块开发。架构上采用 pnpm+Turborepo Monorepo，包含 NestJS API、Taro 三端小程序（用户/员工/经理）、Umi Max 管理后台及 shared-types/utils 公共包。后端基于 NestJS 11+TypeScript+Prisma 6+PostgreSQL 15，实现 JWT+RBAC 四角色权限、21 个业务模块（智能匹配、订单、支付、IM、售后、会员等）。

AI 智能匹配是核心难点：先用通义千问大模型把口语化需求解析成服务类型、技能、时间、预算等结构化字段，再经自研规则评分引擎（距离衰减、评分、技能匹配、在线状态、紧急度加权）排序返回候选人；LLM 超时或失败时自动降级到纯规则引擎，兼顾智能化与生产稳定性。引擎内部按解析、抽取、评分、策略解耦，便于单独调优和单测。

小程序端用 Taro 4+React 18 一套代码编译微信小程序与 H5，通过路由与状态区分用户、员工、第三方经理三端身份，复用组件与设计规范，显著降低多端维护成本。支付接入微信支付，IM 接入腾讯云 IM，文件存储使用 Supabase，并配置 PostgreSQL RLS 行级安全策略防止跨角色数据越权。

工程化方面使用 Docker Compose 一键拉起全栈，Railway 实现 CI/CD，Playwright 覆盖移动端、桌面端、响应式、API 健康与视觉回归测试。最终形成从需求理解、智能匹配、下单、支付、沟通、评价到售后维权的一体化灵活用工 SaaS 平台。