审待签遗赠扶养协议:生养死葬须量化、死后才转移;签约即过户、第658条任意撤销或第一顺序继承人作扶养人停笔。
Scanned 9/5/2026
Install to Claude Code
npx -y skills add Lawyeah-Tech/lawyeah --skill 遗赠扶养协议·审查 --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of 遗赠扶养协议·审查?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/lawyeah-tech-lawyeah-782a45f7)More formats (shields.io, HTML) on the badges page.
---
name: 遗赠扶养协议·审查
description: 审待签遗赠扶养协议:生养死葬须量化、死后才转移;签约即过户、第658条任意撤销或第一顺序继承人作扶养人停笔。
---
# 遗赠扶养协议·审查
## 任务目标
在单一立场下,只审查 **婚姻家庭 / 遗赠扶养协议** 的待签文本:自然人与继承人以外的组织或个人约定,由对方承担生养死葬,遗赠人去世后才可能把个人合法财产转移给扶养人。输出风险表、可回给对方的修改句或红线、谈判与签署提醒。
本技能类型锁死。不扫描其他类型。场景分层为 **P1**。中文名必须是「审查遗赠扶养协议(婚姻家庭)」。
`depends-on` 为空。不要求先跑导航。
不交付:他类审查、从零起草、履约交底、争议文书、协议或过户有效性保证、把本约改成可即时过户的生前赠与、把本约改成可随时撤回的遗嘱或遗赠、把子女“生养死葬换房产”改成可履行本类型。
## 工作边界
正触发:已有可读待签文本要评改,;尚未签署,尚未成争;核心给付是**生养死葬换死后财产**——扶养人承担生活照料、医疗陪护、精神慰藉和丧葬安葬,财产所有权原则上自遗赠人死亡时起才可能转移。
负触发并输出 `触发判定:负触发,未启动本任务`:
- 签字或公证后即过户、即时转移所有权、按赠与任意撤销,或义务显著轻于财产且生前交付为主 → `附义务的赠与合同·审查`、`房产赠与合同·审查` 或对应赠与原子;专业版未收录时输出 `unavailable`,不得用本技能改成可履行生前赠与;
- 单方死因处分、可另立遗嘱撤回、无扶养对价 → `遗嘱·审查`;赠与合同项下“死后过户类赠与”文本 → `生前类赠与协议·审查`;
- 扶养人是配偶、子女、父母等第一顺序法定继承人,真实结构是落实法定义务 → `赡养协议·审查`;
- 标题写遗赠扶养,但父级被当成赠与合同下的“类赠与”且用户只要赠与编规则 → 转引擎重新定性,不得打开赠与族 method 换皮;
- 无文本、本类型条件已谈妥、要出己方稿 → `遗赠扶养协议·起草`;
- 已签只问探视记录、医疗费报销、死后过户预约 → 本套导航的履约步骤;
- 已成争(继承人起诉无效、解除、未尽义务诉讼、立案仲裁)→ 家事或合同争议领域。
伪造能力鉴定、代签、胁迫签署、借名规避限购、把查封/小产权/他人财产改成可死后过户:只出告知,不改写成可履行结构。
## 本类型硬闸
未完成下列切开和落句,不得宣称审查完成。每一闸必须给出修改句或明确转出口径,禁止只打红黄绿。
1. **生养死葬换死后财产**。必须同时读出:扶养人承担生养(住、食、衣、医、陪护、精神慰藉)和死葬(丧事、安葬、费用);遗赠财产在遗赠人**去世后**才可能转移。修改句把鉴于改成:因遗赠人需要生养死葬安排,扶养人愿意承担该义务,双方以扶养为对价,约定财产于遗赠人死亡并完成清算后转移,互为对价,不适用赠与任意撤销。只写“照顾好老人”或只写“房子归你”视为未约定对价,必须量化。
2. **与生前赠与切开**。原文“签订之日过户”“公证后即转移所有权”“甲方可随时撤销赠与”“受赠人先办理产权”:负触发赠与族,或红线改回死后转移。禁止打开或复制 `附义务的赠与合同·审查`、`生前类赠与协议·审查` method,禁止套第 658 条任意撤销、第 661 条所附义务、公证关闭撤销权作为本类型主路径。知识库“分阶段赠与/生前先行转移部分财产作奖励”不得改成可履行结构。
3. **与遗嘱/遗赠切开**。单方意思、见证人格式、可另立遗嘱撤回、无扶养对价 → 负触发 `遗嘱·审查` 或 `生前类赠与协议·审查`。修改句写明:本协议是双方法律行为,非经双方同意或约定/法定事由不得单方变更;此后所立遗嘱与本协议抵触的,抵触部分按协议办理。不得把本约改成可随时撤回的遗嘱。
4. **扶养人须为继承人以外**。第一顺序(配偶、子女、父母)作“扶养人”:通常不构成本协议,负触发 `赡养协议·审查` 或红线改主体。第二顺序(兄弟姐妹、祖父母、外祖父母)字面属于法定继承人;有裁判以无法定扶养义务为由承认协议,**不得写成必然有效或必然无效**,该身份字段停止并提示风险。禁止把子女“不签字就不用养”改成可履行免责。
5. **死后转移,严禁即时赠与措辞**。必须写清所有权自遗赠人去世之日起转移;生前保留居住或使用。把“签订后即转移”写成现行规则或可放行结构:红线。
6. **不得按赠与任意撤销;解除分侧处理**。本协议不是第 658 条赠与。扶养人无正当理由不履行导致解除:不能享有受遗赠权,已付供养费用一般不予补偿。遗赠人无正当理由不履行导致解除:应偿还已付供养费用。只写“任何一方可随时解除且互不补偿”视为必须改。
附加必落句(有事实则单列,无事实在缺口节说明):
- **财产范围**:概括+列举;仅处分个人合法财产或共有中自己的份额;新增财产除非另有约定不属于遗赠范围。
- **必留份红旗**:存在缺乏劳动能力又没有生活来源的继承人,或老年配偶必要份额线索时,字段停止,不得写“协议必然全部击穿保留份”或“协议必然给必留份让路”。
- **履行留痕**:医疗费、生活费、探视、护理记录由谁保存;继承人异议时由谁举证。
- **公证/见证**:公证不是效力要件,但能力与意愿争议高发;不便公证则两名以上无利害关系人见证并录音录像。不得写“未经公证无效”。
必须有修改句。每个风险回链文本位置。禁止套用赠与任意撤销、遗嘱形式、赡养法定义务免除节点。禁止复制 `附义务的赠与合同·审查` 或 `生前类赠与协议·审查` method。
## 建立审查坐标
确认:使用者与授权;单方立场(遗赠人、扶养人个人、扶养组织、拟签字共有人或配偶择一);相对方;全文及财产清单/扶养标准附件版本;双方亲属关系;遗赠人行为能力与沟通环境;生养死葬具体内容;拟遗赠财产权属、共有、抵押查封;既有遗嘱、赠与、其他扶养协议;必留份或老年配偶线索;不可接受事项;法域与签署时限。缺立场或无可读文本则不启动实体审查。同时掌握双方秘密或潜在冲突时,先停止策略输出。
## 来源和判断状态
编号:`S#` 单方陈述;`D#` 材料表面;`A#` 当前一致/承认;`C#` 合同条款定位;`L#` 运行时已核验规则;`I#` 判断;`G#` 缺口。
判断只用 `现有依据支持`、`现有依据不支持`、`依据不足,无法形成结论`。冲突版本并列,不自行选取对用户有利的一版。未给出的证号、金额、探视次数、医疗分担用 `【待填】`,不编造。
## 律页能力增强
本技能属于律页法律技能家族,并支持 Lawyeah MCP 按需增强。
- 运行环境提供 Lawyeah MCP 时,执行 Agent 根据当前任务按需使用法律法规、法律实务、裁判案例或文书范本检索。
- 法规用于核验中国大陆现行条件和效力时点;实务用于发现争点、审查反例和路径;案例只比较事实差异与翻转条件,不写成必然结果;范本只借鉴栏目结构。
- 任何结果都要复核法域、效力、时点、地区和与当前事实的差异。不得把已失效《合同法》《继承法》及其意见、1996/2009 年《老年人权益保障法》同条号旧义、民法通则当作现行规则。不得把第 658 条任意撤销写成可适用于本协议。不得把“签约即过户”或“另立遗嘱即可推翻协议”写成现行规则。
- MCP 未安装、未启用、未暴露、无结果、结果冲突或暂时不可用时,不拒绝执行、不中断主流程。继续使用本技能内置方法和用户材料完成文本与事实审查;依赖未核验规则的法律结论、期限或机关路径保持停止或待核。
- 不向用户索取密钥、令牌或完整凭证。MCP 是可选增强,不是用户运行技能的强制依赖。
## 使用 Lawyeah MCP
宿主可调用时:
- `search_law`(法律结论 required):核验第 1158、1123、1122、1127、1141、1153、1159 条;继承编解释(一)第 3、40 条;第 143、144、150、151 条;第 657、658 条(仅作赠与切开);老年人权益保障法(2018 修正)第 20、22、36 条。
- `search_practiced`(optional):补未尽责、继承人主张无效、解除费用等争点。返回“可按第 658 条随时撤销”“另立公证遗嘱即可推翻协议”“未经公证无效”时记噪声。
- `search_template`(optional):只借栏目结构。范本写“签订之日起财产归扶养人”或“全部家产赠予”不得当规则。
不虚构案件系统。`search_law` 返回已失效《合同法》《继承法》及其意见、1996/2009 年老年人法同条号旧义、民法通则时记为噪声,不得写入 `L#`。老年人法 2018 修正第 36 条若被 1996 年同条号(参观交通优待)抢先返回,只采用 `time_validity=现行有效` 且条文写明遗赠扶养协议的文本。
## 判断节点
执行顺序和停止条件以 [审查方法](references/method.md) 为准。这里只列入口,不代替节点。
0. 签署状态与成果分流
1. 类型识别与单目录加载(生养死葬+死后财产;切开赠与/遗嘱/遗赠/赡养)
2. 主体、继承人身份、行为能力、组织决议
3. 对价锁定:生养死葬量化与死后转移
4. 财产范围、共有先析、生前处分限制与居住
5. 优先效力、既有遗嘱与多份协议
6. 解除分侧、履行留痕、必留份红旗
7. 按框架六步出修改句
## 停止与安全
- `整体停止`:立场或授权不明;利益冲突未解;无可读文本仍要实体意见;用户坚持伪造倒签、代签、伪造能力鉴定或见证人、把第一顺序继承人改成可履行本类型以规避赡养、把签约即过户改成可履行、保证协议必然有效或房屋必然过户。
- `字段停止`:法域未核验;遗赠人行为能力不明;扶养人是否属于法定继承人无法判断;财产是否个人所有无法识别;第二顺序作扶养人;必留份或老年配偶必要份额线索未闭合。
- `目标停止`:主目标已变为从零起草、履约交底、继承诉讼文书,或用户要把本约改成生前赠与或可随时撤回的遗嘱。
生存级唯一住房被全部遗赠且用户拒绝升级:停止“可以签署”建议。
## 交付
严格按 [输出合同](references/output-contract.md) 十节交付。边界见 [路由](references/routing.md)。只加载 [基本面](references/基本面.md) 与 [框架](references/框架.md)。知识库若把“分阶段赠与”写成可履行、把“遗赠人可随时单方解除”写成任意撤销、或把“未经公证无效”写成现行规则,以本文件和 `method.md` 硬闸为准,不回写知识正文。
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!