买卖合同纠纷诉讼工作台

解决什么问题

买卖合同纠纷的起诉准备往往卡在几个反复出现的环节：原始材料以扫描件、旧 Office 格式和 OCR 镜像混杂出现，关键金额、日期、签章难以回溯；起诉前与起诉后的材料混在一起，容易把历史律师成果或已有裁判结论误当作本次诉请依据；合同、订单、对账单之间的买卖链关系不清，案型被主体名称或文件夹名误导；同一份材料在多份文书中被独立重算，金额尾差和条款引用自相矛盾。更麻烦的是，一旦在先程序、管辖或证据缺口没有闭合，后续所有文书都会建立在不可靠的地基上。

技能如何工作

这个技能把起诉准备拆成一条可审计的流水线。

双模式门控。 production-intake 处理现实客户来件，逐项核验在先程序、重复起诉、管辖和本次诉请隔离；retrospective-benchmark 处理历史案件验证，必须先冻结首次起诉前 cutoff 和输入/答案集，裁判与调解正文在起草前不得读取。模式不明时进入 HOLD-MODE，不默认续办。

案型路由。 主路由只有四类：ordinary-goods-sale、installment-title-retention、mixed-cause-boundary 和 HOLD-ROUTE；次标签可叠加 reconciliation-confirmation、quality-quantity-defense、guarantee-security 等。对账单只补强买卖链，不替代合同、交付、验收和付款归属证据。

SSOT 与金额链。 主体、合同、标的、交付、验收、付款、余额、时效、管辖、诉请、证据编号和法源状态只能从单一事实源派生，禁止各文书独立重算。金额表同时检查公式态、缓存值和逐行 Decimal 复算，记录分期到期日、约定费率、付款冲抵顺序和计算截止日。

四级 P0 门。 材料可读性与来源 → 模式门 → SSOT 一致性 → 法院体例。任一失败只允许输出缺口表，不得进入可提交层。

输出分层。 L1 法院提交层（民事起诉状、证据目录）须四级门全过；L2 专业服务层（合同审查方案、材料缺失清单、代理词、办案方案工作底稿、质证预案）须绑定证据编号和法源状态；正式质证意见仅在收到对方编号证据后才允许生成。

HOLD 硬停止。 隐私、可读性、cutoff、答案键、路由、在先程序、证据、法源、一致性共九类触发条件，任一命中即冻结输出，不得以“低置信度”掩盖。

适用边界

只处理中国大陆买卖合同纠纷的起诉与诉讼准备，不生成执行申请、恢复执行、执行异议或追加执行主体等执行程序文书。

平台轻量版仅保留根入口 SKILL.md 与白名单内的工作流、路由、HOLD、Markdown 模板和必要脚本；历史 E2E、真实案件验证物和机器门军备未嵌入，完整桌面流水线仍以原包为准。本包不自行上传或发布，外发受 RIGHTS-AND-RELEASE-NOTICE.md 约束。

包级通过不等于个案可直接提交。真实案件仍须逐案闭合 SSOT、事实日期、证据 locator、金额计算、管辖和全部 P0 门，并由律师复核后才能生成提交候选。