references/output-contract.md

4.9 KB
输出合同

正触发固定十节,除安全整体停止外不得省略。负触发只写触发判定、路由和最小交接,不填十节实体结论。

判断只用 现有依据支持现有依据不支持依据不足,无法形成结论。正触发成果状态只用 已形成部分形成并明确受限字段因停止条件未形成

禁止:只打红黄绿不给修改句;保证有效、对方接受、人身必赔或必然可执行;编造未给出的票价、定额、期限;把已失效《合同法》运输章、2014 年《水路旅客运输规则》或 1993 年港口间海上旅客限额写入内河结论;把无水路客运许可写成可以营运;把超载自愿或人身票价/海商法限额封顶写成可履行;把一般客运、水路货运或海上客运整案当成已完成的本类型审查。

1. 触发、单方立场与成果状态

立场、授权、签署状态、主要目标。负触发写路由,不启动实体审查。写明中文成果名称是「审查水路乘客运输合同(运输合同)」。

2. 来源登记与 MCP 调用表

S/D/A/C/L/I/G。MCP 未调用也留一行状态:not-registeredpermission-deniederrorno-resultpartialconflictverified-resultsearch_law 返回已失效《合同法》运输章、2014 年《水路旅客运输规则》、2008 年经营资质规定、1986 年内河条例、2012 年条例第 39 条旧文本或合同法解释(二)第 14 条时,记噪声,不得写入 L#

3. 类型与加载路径

父级 运输合同,子级 水路乘客运输合同。定性理由、易混切开结果(一般客运、水路货运、海上客运、水路运输总类、光船租赁、景区旅游)。加载路径必须写成:references/基本面.mdreferences/框架.md。写明只读这一对、未通读其他类型。知识库与硬闸冲突时,以 method 硬闸为准。

4. 主体、航区、许可与文本版本

主体表:旅客或包船人、缔约承运人(取得许可的水路运输经营者)、挂靠船东或实际承运人、码头或渡口经营人、售票平台、付款名、发票名、授权签字人。航区表:起运港、到达港、经停港、是否进入海域、航线批复。许可表:国内水路运输经营许可证号及经营范围、船舶营运证、船名与船舶识别号、检验证书、最低安全配员、乘客定额证书、承运人责任险痕迹。版本表:正文、客票或电子客票规则、包船合同、航线批复、保险单、旅客名单、聊天确认;冲突并列。未核许可或航区:该字段停止。

5. 定额、票款、人身、停航与行李

核定载客定额;票款或包船价、儿童票、停航与承运人取消的退改;823/822 人身与救助;820 迟延改乘退票;824 行李分轨;实名制查验。缺口标 G#。不输出货运留置或海商法第五章限额主路径。

6. 格式条款与强制规范

是否构成格式条款。人身免责、海商法限额并入、超载自愿、风浪不退票、管辖单方所在地是否有显著提示。强制规范只按第 153 条和解释第 16 条区分,不用失效口诀。无许可经营多为管理规范:合同可能仍成立,但不写“可以营运”,也不改成可履行无证开航。无 search_law 引文则本节点法律结论字段停止,事实摘录和修改句草稿继续。

7. 风险表(必须回链文本位置)

固定列:编号|文本位置|原文摘录|问题|判断|级别|修改句或红线|来源|最强反方

级别只用 红线必须改可接受可优化。每一行必须有修改句或明确停笔/转出口径。

8. 修改句

按已加载 框架.md 的六步组织:首部、交易条款、配套、尾部、语言、常见问题。每条含:定位、原句、建议句、理由、可退让点。未给出的商业数字用 【待填】。框架“把内河客运写成海上客运”一步:先写航区;仅经海路才转 海上乘客运输合同·审查

9. 谈判与签署提醒

谈判顺序:先红线(类型错位、无证农用船/渔船/货船载客、超载自愿、人身自负或票价/海商法限额封顶、排除救助、倒签或补假许可),再必须改(许可证号与船名匹配、核定载客、820 退改、824 分轨、挂靠对外身份、实名查验),最后可优化。签署提醒:水路运输经营者公章;电子客票规则与数据保存期限;航线批复或包船合同、保险单、旅客名单、船舶证书摘要、安全须知入附件。不指导倒签或补假许可。

10. 缺口、停止项与提示

G#、字段停止、整体停止、转介。本原子只起草并自审,不评改对方来稿。待签评改转配对 ·审查 原子。草稿必须落入本类型三闸。不是履约交底、争议文书或效力保证,也不是一般客运、水路货运或海上客运专项审查。