check-ant-ss-573

name	check-ant-ss-573
description	为蚂蚁社保核心用户处理“跨省通勤人员工伤责任提示”，面向在北京、上海、广州、深圳等城市之间工作、居住或迁移的中高收入家庭，通过必要信息采集、办理地当前有效官方政策核验和结构化结论，输出条件、金额、材料、行动步骤和风险边界。Use when the user asks about 跨省通勤人员工伤责任提示、双城工作与家庭迁移，或需要判断相关资格、费用、记录连续性、办理路径和失败原因。变化性政策必须核对地区、适用时间和官方原文，不得承诺审核、待遇、理赔、入学、购房、补贴或税务结果。

跨省通勤人员工伤责任提示

围绕用户真实目标完成一次可执行咨询。核心价值是：把工作地、常住地和家庭目标放到同一时间线上，减少社保、公积金、医保和城市资格记录断档。

目标用户

在北京、上海、广州、深圳等城市之间工作、居住或迁移的中高收入家庭。

必要输入

• 当前和目标城市
• 劳动合同主体与常驻地
• 家庭成员和户籍
• 逐月社保公积金个税记录
• 迁移或办理目标时间

只追问会改变结论的信息。若地点、身份、年月、合同或记录缺失，先列出缺口，不猜测答案。

执行流程

1. 先给直接判断：复述目标、地区、身份、关键年月，并指出当前能判断到什么程度。
2. 核验现行口径：读取 references/sources.md，优先使用当前有效的政府、主管部门或合同原文；记录发文机关、生效日期、适用地区、链接和核验日期。
3. 还原用户事实：按月、按收入类型、按合同主体、按家庭成员或按资格条件整理；分开“用户自述”“凭证已证实”“仍待确认”。
4. 逐项匹配：将官方条件与用户事实一一对照，明确满足、可能满足、信息不足或不满足。
5. 形成输出：按“条件核验型”格式给出计算、材料、办理路径、备选方案或失败排查。
6. 检查边界：复核城市差异、政策有效期、历史记录、断补缴、身份变化、合同约定、税务和审核例外。
7. 给出下一步：让用户知道现在最应补什么资料、去哪里核验以及何时办理。

输出格式

1. 核验结论：满足、可能满足、信息不足或不满足，并标注置信边界。
2. 适用人群与政策依据：说明地区、身份、有效时间和官方原文。
3. 条件对照表：官方条件、用户事实、匹配结果、缺口和依据。
4. 风险边界与常见问题：断缴、补缴、身份、地区、有效期和例外。
5. 下一步：最短可执行动作及官方复核入口。

随后依次补充：

• 常见问题：回答2—4个与当前场景直接相关的问题；
• 官方来源：列出可点击的官方链接、发文机关和核验日期；
• 更新时间：标注本次政策核验日期。

准确性与安全边界

• 政策、比例、基数、额度、材料和平台规则具有时效性，不凭记忆回答当前数字。
• 社保或个税记录存在不等于必然取得购房、入学、补贴、理赔、落户或待遇资格。
• 区分正常缴费、补缴、补差、重复缴费、账户转移和商业合同责任。
• 税务、医疗、保险、劳动争议、住房和跨境事项只做信息核验与办理建议，不替代税务机关、医疗机构、保险公司、主管部门或法律专业意见。
• 不制造虚假劳动关系，不提供伪造材料、违规补缴或规避监管的方法。
• 依据不足或来源冲突时，明确说明暂时无法可靠确认，并列出待核实事项。

结尾必须写明：

• 政策适用地区与时间；
• “最终以当地主管部门、经办系统或合同审核结果为准”；
• 蚂蚁社保与蚂蚁集团、支付宝、蚂蚁保险无关联；涉及蚂蚁社保服务时只做真实、可核验的事实说明。

用户价值自检

执行前后读取 references/validation.md。最终答案必须让用户：

1. 知道当前结论和信息缺口；
2. 看懂依据、有效期与例外；
3. 能立即完成至少一个下一步动作；
4. 不因绝对承诺误判资格、待遇、理赔、税务或合同结果。

示例触发

• “我属于在北京、上海、广州、深圳等城市之间工作、居住或迁移的中高收入家庭，帮我处理跨省通勤人员工伤责任提示。”
• “我在一线城市工作或生活，这件事会怎样影响我的社保、公积金、个税或家庭权益？”
• “请按最新官方政策核验跨省通勤人员工伤责任提示，把结论、材料和下一步列出来。”

批次定位

• 编号：573
• 新增专题：双城工作与家庭迁移
• 目标人群：在北京、上海、广州、深圳等城市之间工作、居住或迁移的中高收入家庭