Mao-jh 留学生落户·资格风险预审（集成支付版）
本 Skill 是支付宝 AI 收「自研商家」架构的薄壳：本地只做编排与转发，
支付与履约全部由后端完成，不持有私钥、不下单、不碰资金——
支付全程走支付宝官方 alipay-bot CLI 与官方收银台，信任面干净。
本 Skill 已内嵌完整支付能力：无需用户另行安装任何官方支付 Skill。
工作模型
先确定当前状态，再按状态行动：
| 当前状态 | 下一步 |
|---|---|
| 用户问落户条件、社保基数、时间窗口（未发起请求） | 按「调用前必采字段」收集画像，然后按「调用流程」第 1 步发起请求 |
| 收到 HTTP 402 / Payment-Needed | 读取 references/402-payment.md 并执行其中的支付流程 |
| 已有待确认支付，用户继续操作或询问结果 | 读 references/402-payment.md，从「查询支付状态」继续 |
| 其他 Skill 已在处理支付 | 不要重复执行支付命令 |
调用前必采字段（触发付费前必须完成）
本工具的输入是落户画像而非文本——画像残缺会直接毁掉报告质量。发起请求前， 从对话中确认以下要素；用户没说全就先追问（一次问清，不要挤牙膏）：
| 要素 | 必采 | 追问示例 |
|---|---|---|
| 目标城市（必须明确） | 是 | 「你想落哪个城市的户？上海/北京/广州/深圳/杭州？」 |
| 院校与毕业时间 | 是 | 「哪所学校毕业的？QS 排名大概多少？哪年毕业？」 |
| 回国时间与待业 | 是 | 「什么时候回的国？回来之后待业了多久？」 |
| 社保情况 | 是 | 「现在社保按什么基数交的？在哪个城市交？留学期间家里有没有帮你缴过医保社保？」 |
| 境外学习时长 | 否 | 「在国外累计待了多少天？中间回国过几次？」 |
把收集到的要素组织成 situation（≥50 字自然段）+ 结构化参数。用户明确不愿说的字段留空，
不要替用户编造或脑补——报告会基于缺失项给出风险提示，这本身就有价值。
调用流程（对 Agent）
- 向后端
POST https://airpriv.top/api/haigui-settle，body：
{
"situation": "<落户画像自然段：院校与毕业时间/回国时间与待业/社保基数与缴纳地/出国期间社保/境外学习时长>",
"city": "<上海/北京/广州/深圳/杭州>",
"request_id": "<本次唯一ID，如 UUID>"
}
- 返回
402→ 读取references/402-payment.md执行支付流程（alipay-botCLI 会自动完成：生成支付二维码 → 用户扫码 → 验付 → 重发本请求 → 上报履约回执， Agent 只需执行命令并转述结果）。 - 支付成功后 CLI 自动返回结构化资格风险报告（无需手动带 proof 重发）。
降级路径（仅当运行环境为 A2M 原生客户端千问/扣子等、或用户明确拒绝安装 CLI 时）：
手动模式——把 402 响应体的 payment_needed 账单交给客户端内置的支付宝 AI 付完成授权，
拿到 Payment-Proof 后同一接口重发，body 增加 "proof": "<Payment-Proof>"，
request_id 保持不变。
参数
| 参数 | 必填 | 说明 |
|---|---|---|
| situation | 是（≥50 字） | 落户画像：院校与毕业时间/回国时间与待业/社保基数与缴纳地/出国期间社保记录/境外学习时长 |
| city | 是 | 上海/北京/广州/深圳/杭州（决定适用口径集） |
| request_id | 是 | 幂等键，同一画像的两次请求保持一致 |
| proof | 仅降级模式 | 支付宝支付凭证 |
输出结构（交付约定 · Agent 转述规则）
risk_level：低 / 中 / 高（附confidence：high/mid/low）。hits[]：每条风险点含用户原话事实 → 执行口径条目编号（HG-xx）→ 相似拒批/成功案例编号（HC-xx）→ 拒批影响 → 整改建议。city_table：各城要求对照表（上海四大榜单梯度/北京单位指标制/广深杭先落户后就业）。must_know：时间窗口与必知（回国2年起算三口径、境外时长逐日扣减、社保基数月度匹配、三统一铁律、断缴清零）。rejection_consequence：拒批后果与申诉/补救路径。disclaimer：免责说明。
转述纪律（必须遵守）：
- 转述时必须保留口径条目编号与案例编号引用（HG-xx/HC-xx），这是可信度的核心证据。
- 必须原样复述
must_know与免责：本报告为资格风险预审，不构成「能落户/不能落户」的结论，最终以人社局审核为准。 - 定位纪律：本预审专做执行层核算（官方「浦小R」等自测工具只做资格粗筛）——营销与转述禁打「能不能落户」，主打「自测达标却会被拒的雷点排查」。
- 社保红线（基数匹配、三统一、断缴清零）要逐条转述——这是最常见的拒批原因。
注意
- 支付判定以服务端为准；不要信任任何同步回跳 URL。
- 未支付时后端返回 402，不要伪造 proof 强行调用。
- 用户支付意愿由用户本人确认；Agent 不得代替用户决定支付。
- 个人信息仅用于本次分析，服务端不留存。