用「履约」换掉「买简历」
招聘行业长期存在一个错配：企业为曝光和简历付钱，而不是为结果付钱。于是三方都在为「看起来对」付费，而不是为「真的到岗」付费。
为「简历交付」付费
- 平台有动力让简历流转得更快
- 企业把筛选成本转嫁给求职者
- 求职者有动力美化自己
为「到岗履约」付费
- 企业发布不花钱，到岗才付费
- 红包金额本身就是出价，市场自己定价
- 熟人推荐带着信任，且可归因、可结算
我们不做简历生意的中间商，我们做「到岗履约」的结算层与信任层。平台的收入只来自履约成功的那 15%。
岗位结构
招聘大头是门店、仓配、客服、医养等高频岗位，核心痛点不是「找不到人」，而是到岗率低、离职快。按到岗付费正好对齐。
支付心智
红包是中国互联网被验证过的最强激励形态，不需要教育；「入职返现」已有大量灰产在做，说明需求真实且用户已被教育。
熟人网络密度
县域、制造业、服务业的劳动力流动高度依赖老乡、前同事、亲友介绍。这是既有行为，不是需要培养的行为。
到岗付：四个动作，其余交给引擎
企业两条动作（发布 / 确认），求职者三个动作（收推荐 / 面试入职 / 确认到岗），中间整层由引擎承担。
资金前置冻结
企业发布即冻结红包金额，由平台托管。企业不能事后反悔，求职者和推荐人才敢信。
双确认才分账
企业「确认已入职」＋ 求职者「确认已到岗」双签才触发结算。单方确认进入 72 小时静默期。
到岗计时 T0
以双方确认的实际入职日为 T0，满足企业设定的「入职满 X 天」后解锁结算，X 全程公示。
离职回收规则
未满 3 天全额退回企业，未满 X 天退 50%。规则在发布页必读且不可跳过。
红包怎么分：一句话能讲清，才能被信任
企业一眼看懂、求职者一眼看到自己那份、推荐人一眼看到自己那份。任何模糊的比例都会变成纠纷来源。
固定 15%，只在履约成功时收取
信任背书与触达成本，是模式的稀缺资源
承担到岗与留存承诺，T+1 到账
推荐人份额归平台；不设二级分佣，禁止发展「下线」抽成。
一套数据，四个视角
求职者、推荐人、企业、运营共享同一状态源。任何一端的一次确认，另外三端同步变化——原型里可以直接验证。
少填、少等、别被骗，最好有钱
一句话建简历、按诉求拿到带理由的岗位、看清楚「我入职能拿多少」、到岗一键确认，红包 T+1 到账。涉及钱的动作，永远由本人签。
引擎不是按钮，是默认路径
把引擎拿掉，产品不成立——传统录入方式（HR 填 JD、求职者填简历、运营人工判纠纷）本身就是这个模式最大的摩擦源。它不是提效工具，是让机制跑得起来的前提。
业务链路 · 用户能感知
建简历 20 分钟 → 40 秒；找岗位从「关键词 + 无限滑动」变成「说一句诉求 + 3 条匹配理由」；发岗从 14 个控件变成 3 处确认；企业筛简历按到岗概率排序，附「为什么推荐 + 风险点」。
能力矩阵 · 能力 × 角色
结构化录入、匹配与解释、对话代理、定价建议、风控取证、内容生产，六类能力分别落到求职者、推荐人、企业、运营四条链路上，而非一个悬浮的通用入口。
运营链路 · 长期护城河
岗位质量官发布即拦截、履约风控识别套利模式、冲突时产出裁决草案与证据链、补贴策略按城市与缺工岗位自动建议加码。人工只做决策，不做取证。
可解释
涉及钱和职业选择的结论必须带「为什么」：匹配给理由、定价给依据、仲裁给证据。
可回退
生成结果逐字段可编辑，保留原始输入快照，低置信度字段明确标注，绝不伪装成用户自己填的。
不越权
不替企业点「确认入职」，不替求职者点「确认到岗」，不替运营直接退款。引擎只准备，人只签。
设计注：原型所有界面以中性「引擎」呈现，不出现智能化宣传字眼；配色为零绿色的黑白灰 + 电光蓝 / 琥珀 / 赤。能力留在流程里，不留在口号里。
可运行、可验证、数据是真的
不是静态图，也不是写死的演示。投递、双签、确认到岗、场景切换全部真实改变状态并落盘，重启不丢。
真实微信工程
22 页 + 6 组件 + 数据层 / 引擎库 / 状态仓库，约 3.9K 行零第三方依赖。可直接导入微信开发者工具编译。
双击即看
单文件微信模拟器：手机框、状态栏、导航栈、tabBar、转场动画，左侧控制台可切角色、注入场景、跳任意页面。
真实持久化
单一状态源 + 发布订阅，写入本地存储。9 个场景可注入，四端数据实时联动；分账由引擎实时计算。
全绿回归
Node 渲染测试覆盖全部 22 页、状态机、分账与表达式；浏览器端到端覆盖投递、确认到账、刷新恢复、恢复出厂。
左侧控制台 · 右侧真实页面
角色切换、9 个场景注入、22 页目录跳转、恢复出厂数据，都在同一个单文件里完成；右侧手机渲染的就是小程序页面本体。
导入方式：微信开发者工具 → 导入 miniprogram/ → AppID 选「测试号」→ 勾选「不校验合法域名」。工程内附 README。