All skills
cat-xierluo avatar

/legal-skill-evaluation

@9be736d

法律 Skill 分层质量评测工具。消费 skill-lint 的通用质量结论,再用三份测试材料、通用六维度、场景微调和律师 taste 评估法律产出,并定位最小修复单元。本技能应在审查、回归验证或发布验收法律 Skill 时使用。不要用于代替通用 Skill lint、正式法律意见或跨场景排名。

Use this Skill: https://skilld.dev/gh/cat-xierluo/legal-skills/legal-skill-evaluation

This session only. Nothing lands on disk.

evalscontract-calibration-260730micro-runsreal-runsCONTRACT-MICRO-ATTACHMENT-MISSING-real-output.md

≈6.2k tokens on demand. Your agent reads this file only when SKILL.md points to it.

审查意见(T-401 真实执行 — CONTRACT-MICRO-ATTACHMENT-MISSING)

致:甲方(委托方)

〇、前置说明:附件缺失及其对本次审查范围的限制

本轮输入已明确审查立场(甲方)、审查目的(签约前把关)与审查口径(常规),前置澄清的硬性项均已具备。

但本次仅提供合同正文,正文第二至第六条所引用的下列四份附件全部未随附:

引用位置 附件名称 本次是否提供 该附件承载的核心内容
第二条 附件一:服务清单与交付物说明 未提供 服务范围、功能模块、验收口径、性能指标
第三条 附件二:费用与里程碑表 未提供 各期金额、付款条件、里程碑定义
第四条 附件三:知识产权与数据处理附录 未提供 成果权属、第三方组件与开源许可、数据处理
第五条 附件四:验收与运维服务规范 未提供 验收程序、缺陷修复期限、争议处理、运维标准

这不是一般意义上的"材料不全",而是审查对象本身的缺位。 本合同正文共六条,除第一条鉴于条款外,第二至第五条均为"以附件为准"的指引性表述,自身不含任何实体权利义务;第六条更明确约定"本合同正文与附件如有冲突,以附件约定为准"。这意味着:

  1. 正文不是合同的实质内容,附件才是。 全部主给付义务(服务范围)、对价(价款与节点)、成果权属和验收标准均外置于附件,正文仅起索引作用。
  2. 附件效力高于正文。 在"附件优先"的约定下,即使对正文提出任何修改意见,也可能被未见过的附件条款直接覆盖。任何仅基于正文的实体判断都不具有稳定性。

本次的处理方式

按本技能的分层四步框架与"只看正文、不看附件"属常见失误的既定口径,本次处理如下:

  • 不对服务范围、验收标准、价款与知识产权归属出具实体审查结论。 上述四项的判断依据完全在未提供的附件中,在附件到位前作出任何"是否公平、是否可接受"的判断,都属于对未见文本的臆测,不符合"无法确认的信息明确标注'未提及/待补充'"的要求。
  • 未因此暂停整轮工作。 立场与口径完备,且正文层面仍存在独立于附件内容、仅凭正文结构即可认定的风险(如附件效力条款、文件优先级、附件签署与变更控制、正文空心化本身)。这部分构成本次可以给出的实质结论。
  • 本意见书为阶段性成果。 四份附件取得后须进行第二轮专项审查,本意见书的风险清单与结论均可能因附件内容而变化。

另需说明:本轮为文本审查输出。若需交付审核修订版 DOCX 与 Word 审查意见书,需先确认审查人姓名与律所/公司名称(config/reviewer_profile.json 尚未在当前环境完成确认)。

一、合同概况

项目 内容
合同名称 技术服务合同(脱敏合成文本)
审查立场 甲方(委托方)
审查目的 签约前把关
审查口径 常规
合同归类 服务类合同(数字化平台搭建);因涉及成果权属与开源组件,兼具知识产权类合同特征,按"主合同类型+配套协议类型"双标签处理
文本状态 共六条。正文为纯指引式框架,实体内容全部外置于附件一至附件四
附件状态 附件一至附件四全部未提供
审查完整度 部分。服务范围、验收、价款、知识产权四大板块未实质审查

二、综合审查意见

当前所见文本不具备实质审查条件,也不具备签署条件。

以甲方(付款方、成果接收方)立场看,本合同的结构性问题是:甲方将在一份自己无法通过正文确定权利义务的文件上签字。 正文第二条至第五条把服务内容、价款、知识产权、验收全部指向附件,第六条又确立"附件优先",实际效果是合同的全部实质内容由四份甲方本次未见的文件决定,而正文对这四份文件的编号、版本、签署方式、生效条件和变更程序均无任何约束。

这种结构下存在两层风险:

  • 第一层(本次已可认定):附件的确定性与效力控制机制缺失。附件未编号锁定版本、未约定须双方签章、未约定变更须书面确认、未约定文件冲突适用顺序(现约定反而是附件优先于正文)。这使附件存在被单方替换、事后补入或与正文口径冲突的空间。此层风险仅凭正文即可认定,且不因附件内容而改变。
  • 第二层(本次无法认定):附件自身的条款是否对甲方公平——服务边界是否清晰、里程碑是否与验收挂钩、成果权属是否归甲方、验收标准是否可量化。此层必须待附件到位后才能判断。

按服务类合同优先审查顺序(服务边界 → 交付件/验收 → 配合义务 → 费用结算 → 数据/IP → 退出交接)核验:六个环节中,五个环节的审查依据缺位,仅"文件体系与附件效力"这一中观层环节可完成审查。

三、详细审查意见

风险点 1:合同实质内容全部外置于未提供的附件,签署时权利义务不可知

  • 风险名称:正文空心化,主给付义务、对价、权属与验收标准均不可确定
  • 风险等级:P0
  • 风险后果:本合同正文除鉴于条款外无任何实体约定。第二条服务范围取决于附件一,第三条价款与付款节点取决于附件二,第四条知识产权归属取决于附件三,第五条验收标准与程序取决于附件四——四份附件本次均未提供。若甲方在附件未确定、未审阅的状态下签署正文,将出现"义务已被约束、内容尚不知悉"的局面:甲方的付款义务因签署而成立,而乙方交付什么、达到什么标准、成果归谁,甲方在签字时无从判断。一旦附件事后由乙方补入或以乙方模板版本填充,甲方将丧失全部谈判空间。此外,标的与价款作为主给付内容长期处于不确定状态,还可能引发合同是否成立、内容能否确定的争议。
  • 判别标准:✅附件文本随主合同同时提供、同时签署,正文对附件的核心内容有兜底性描述;❌正文仅写"以附件为准"而附件缺位,正文自身无任何可执行标准。
  • 推荐措辞(在附件到位前,建议先在正文补入兜底描述,避免正文完全空心):

    第二条 服务内容:乙方应向甲方提供数字化运营平台搭建服务,具体服务清单、功能模块、性能指标与交付物形式详见附件一《服务清单与交付物说明》。附件一未列明但为实现本合同目的所必需的工作,视为乙方服务范围内的内容,乙方不得据此另行收费。

  • 法律依据:《民法典》第四百七十条(合同一般条款)、第五百一十条至第五百一十一条(约定不明的补充与确定规则)。
  • 整改建议:签署前必须取得附件一至附件四全部文本并完成专项审查,此为不可让步的先决事项。 在附件到位前,甲方不应签署正文,亦不应签署任何"附件另行确定"的版本。同时建议在正文对各附件核心内容作兜底性描述,避免附件缺失时正文完全无内容。
  • 相关条款:第二条、第三条、第四条、第五条、第六条

风险点 2:"以附件为准"的效力顺序倒置,正文修改可被附件架空

  • 风险名称:文件优先级约定不利于甲方,且附件未见
  • 风险等级:P0
  • 风险后果:第六条约定"本合同正文与附件如有冲突,以附件约定为准"。通常实务中,正文承载双方核心合意并经充分谈判,附件多为技术性、清单性文件,惯常做法是正文优先于附件(或至少约定补充协议>正文>附件)。本合同将顺序倒置,意味着:其一,甲方对正文的任何谈判成果,都可能被一份甲方未见过的附件条款直接覆盖;其二,乙方若在附件中写入与正文相悖的免责、扩权或限缩交付范围的条款,将优先适用。在四份附件均未提供的情况下,该条款的风险敞口无法估量——这是附件缺失叠加效力倒置所产生的复合风险,也是本合同以甲方立场看最需要修改的单条。
  • 判别标准:✅明确文件适用顺序为"书面补充协议>正文>附件",或至少约定附件不得减损正文约定的甲方权利;❌约定附件绝对优先,且附件内容未知。
  • 推荐措辞:

    第六条 本合同项下各文件如有冲突,适用顺序为:双方另行签署的书面补充协议 > 本合同正文 > 各附件。附件的约定不得减损本合同正文赋予甲方的任何权利,亦不得加重甲方的任何义务;附件中与前述原则相悖的内容,以本合同正文为准。 就纯技术参数、服务清单等专业性事项,附件的具体描述优先适用。

  • 法律依据:《民法典》第四百六十六条、第四百九十八条(合同解释与格式条款解释规则)。
  • 整改建议:将效力顺序修改为正文优先,并保留"技术参数以附件为准"的例外。该项为确定性改动,可直接落入正文修订。
  • 相关条款:第六条

风险点 3:附件未编号锁定、未约定签署与变更程序,存在事后替换空间

  • 风险名称:附件的确定性与变更控制机制缺失
  • 风险等级:P0
  • 风险后果:正文引用了四份附件,但未约定:附件是否须经双方签字盖章、是否逐页签章或加盖骑缝章、附件的版本号与出具日期、附件是否构成合同不可分割组成部分、附件变更是否须经书面协商一致。在此情况下,即便甲方日后取得附件,也难以证明签署时所依据的究竟是哪一版本;乙方存在以"更新版技术规范"为名单方替换附件、变相缩减服务范围或提高验收门槛的操作空间。叠加第六条"附件优先",一旦附件被替换,甲方在正文中的权利即被架空。
  • 判别标准:✅附件编号固定、载明版本与日期、明确构成合同不可分割部分、双方签章、变更须书面确认;❌正文仅提及附件名称,无任何形式与变更约束。
  • 推荐措辞:

    附件一《服务清单与交付物说明》、附件二《费用与里程碑表》、附件三《知识产权与数据处理附录》、附件四《验收与运维服务规范》经双方签字盖章后作为本合同不可分割的组成部分,与本合同正文具有同等效力。上述附件应载明版本号与出具日期,并由双方逐页签章或加盖骑缝章。任何一方不得单方修改、替换或补充附件;附件的任何变更均须经双方另行签署书面补充协议后方可生效,未经书面确认的附件变更对甲方不发生效力。

  • 法律依据:《民法典》第四百七十条、第五百四十三条(合同变更须协商一致)。
  • 整改建议:在正文补入附件效力与变更控制条款,并在签署时确保四份附件与正文同时签章。属签署前必须落实的先决事项。
  • 相关条款:第二条、第三条、第四条、第五条、第六条

风险点 4:付款条件系于附件二的"里程碑",验收与付款能否闭环无法判断

  • 风险名称:付款—交付—验收闭环无法核验
  • 风险等级:P0(待附件二、附件四到位后复核)
  • 风险后果:第三条约定"乙方完成对应里程碑并经甲方确认后,甲方按附件二约定支付",付款触发条件系于"里程碑完成 + 甲方确认"。但"里程碑"如何定义(时间节点还是成果节点)、"甲方确认"与第五条的"验收合格"是否为同一程序、确认的期限与逾期未确认是否视为通过、是否设有质保金或尾款保留——上述全部取决于本次未提供的附件二与附件四。若附件二将里程碑设为纯时间节点,甲方将面临"按期付款、成果未达标"的资金敞口;若附件四约定"甲方逾期未反馈视为验收通过",甲方还将承担被动接收不合格成果的风险。
  • 判别标准:✅付款以"验收合格 + 合规发票"为双前提,里程碑定义为成果节点,并设质保金;❌付款系于时间节点,或"确认"与"验收"程序脱节。
  • 推荐措辞(建议在正文写入,不留待附件):

    各期服务费的支付,以对应里程碑交付成果经甲方依附件四规定程序书面验收合格并收到乙方合规发票为前提。本合同项下"甲方确认"与"验收合格"为同一程序,以甲方出具书面验收合格文件为准。合同总价的【10%】作为质量保证金,于全部服务交付并通过最终验收后【30】日内无息支付。

  • 法律依据:《民法典》第五百二十五条(同时履行抗辩)、第五百七十七条、第七百八十八条及以下(承揽/技术服务交付与报酬规则)。
  • 整改建议:本项在附件二、附件四到位前无法给出终局结论。 建议不论附件如何约定,均在正文写明"付款以验收合格为前提",作为不受附件覆盖的底线条款(配合风险点 2 的效力顺序修改)。取得附件后须重点复核里程碑定义与验收反馈期限规则。
  • 相关条款:第三条、第五条

风险点 5:知识产权归属完全交由附件三,正文无任何兜底

  • 风险名称:成果权属未在正文锁定,开源与第三方组件风险不可见
  • 风险等级:P0(待附件三到位后复核)
  • 风险后果:第四条将服务成果(含代码、文档、配置)的知识产权归属、以及第三方组件与开源许可事项,全部交由附件三确定,正文不作任何兜底。以甲方立场,这是极高风险的安排:依《著作权法》,委托作品未约定归属的,著作权归受托人(乙方);若附件三约定权属归乙方或双方共有,甲方全额付费后可能无法自行修改、二次开发或商业化平台成果。同时,数字化平台搭建普遍使用开源组件,若附件三未披露开源清单及许可类型,甲方可能在不知情下承接具有传染性许可(如 GPL)的代码,导致自有系统被迫开源。本次未见附件三,上述风险是否已实际发生无法判断。
  • 判别标准:✅正文直接写明成果权属归甲方,并含乙方权利担保、在先权利与开源组件披露义务;❌权属完全外置于附件且正文无兜底。
  • 推荐措辞(建议提升至正文):

    乙方在本合同项下交付的全部服务成果(含代码、文档、配置及其衍生成果)的著作权及其他知识产权,自甲方支付相应服务费之日起归甲方独占享有。乙方保证交付成果不侵犯任何第三方知识产权;如第三方主张权利,由乙方负责处理并赔偿甲方全部损失。乙方在成果中使用其在先知识产权或第三方开源组件的,应在附件三中完整披露组件名称、版本与许可类型,并保证不含对甲方自有系统构成传染性开源义务的组件;未经披露的组件所引发的一切后果由乙方承担。

  • 法律依据:《著作权法》第十九条(委托作品)、《民法典》第八百四十三条及以下(技术合同成果归属)、第八百七十五条。
  • 整改建议:本项在附件三到位前无法给出终局结论。 建议将权属归属与权利担保从附件提升至正文直接约定,附件三仅保留开源清单等技术性内容。取得附件三后须重点核验权属条款、开源披露清单与数据处理安排(如涉个人信息,另需核验是否符合《个人信息保护法》的委托处理要求)。
  • 相关条款:第四条

风险点 6:正文缺失服务期限、违约责任、解除机制、争议解决与通知送达

  • 风险名称:救济与退出条款体系性缺失,且未指向任何附件
  • 风险等级:P1
  • 风险后果:与前述风险不同,本项缺失的条款未被任何附件所覆盖——正文六条中未提及服务总期限与起止日期、未约定任何违约情形与违约金计算方式、未约定解除条件与解除后果、未约定争议解决方式与管辖、未约定通知送达地址与推定送达规则。这意味着即使四份附件全部到位,本合同在救济与退出环节仍然是空白:乙方迟延无违约金可主张、成果不合格无解除路径、争议发生须回落法定管辖(甲方丧失主场或仲裁选择权)、发出验收异议或解除通知时可能因对方否认收到而不生效。第六条"其他未尽事宜由双方根据附件及另行签署的补充协议确定"不足以填补,因其未设定补充协议的签署义务与时限。
  • 判别标准:✅服务期限、违约金、解除、争议解决、通知送达五项齐全且可执行;❌以"未尽事宜另行协商"兜底替代。
  • 推荐措辞:

    第X条 服务期限:本合同服务期自【 】年【 】月【 】日起至【 】年【 】月【 】日止,各里程碑完成时间见附件二。

    第X条 违约责任:乙方逾期交付的,每逾期一日按该期服务费的【0.5%】向甲方支付违约金;累计达该期服务费【20%】的,甲方有权解除本合同,要求乙方返还已付费用并赔偿损失。甲方逾期付款的,每逾期一日按应付未付金额的【0.5%】支付违约金。

    第X条 争议解决:因本合同引起的争议,双方应协商解决;协商不成的,任何一方均可向【甲方所在地】人民法院提起诉讼。

    第X条 通知送达:双方确认本合同首部所列地址与电子邮箱为有效送达地址。以快递寄送的,寄出后第【3】日视为送达;以电子邮件发送的,发送成功之日视为送达。一方变更送达地址应提前【5】日书面通知对方,未通知的原地址仍为有效送达地址。

  • 法律依据:《民法典》第五百七十七条、第五百八十五条、第五百六十三条(法定解除)、意思表示到达规则。
  • 整改建议:上述条款应在正文补齐,不宜再外置于附件(否则将叠加风险点 2 的效力倒置问题)。此为签署前必须完成的补充。
  • 相关条款:全文(缺失)

风险点 7:主体信息与签署生效要素留空

  • 风险名称:主体名称、统一社会信用代码、签署与生效条款缺失
  • 风险等级:P2(因系合成脱敏文本,实际等级需以真实文本为准)
  • 风险后果:当前文本双方仅以"甲方(委托方)""乙方(服务方)"占位,无主体全称、统一社会信用代码、法定代表人、地址与联系方式,亦无生效条款与合同份数条款。真实签署时若主体信息不实、经营范围不涵盖技术服务或签署人无授权,将影响合同效力与追责对象锁定。本项在合成文本中标注"未提及/待补充"。
  • 判别标准:✅主体全称与营业执照一致、签署人有授权、有生效与份数条款;❌主体占位或签署要素缺失。
  • 推荐措辞:

    本合同一式贰份,双方各执壹份,自双方法定代表人或授权代表签字并加盖公章、且附件一至附件四经双方签章确认之日起生效。

  • 整改建议:核验乙方营业执照、经营范围是否涵盖本项技术服务、签署人授权文件;补齐主体信息与生效条款,并将"附件签章完备"设为合同生效条件之一。
  • 相关条款:首部、第六条

四、审查结论

不建议以当前文本签署;且在附件一至附件四到位前,本次无法出具完整审查结论。

需区分两个层面:

  1. 就已见正文而言:存在 5 项 P0 风险(正文空心化、附件效力倒置、附件变更控制缺失、付款验收闭环不可核验、知识产权正文无兜底),当前文本不具备签署条件。
  2. 就整体交易而言:本合同的实质内容在四份未提供的附件中,本次审查覆盖度不足。服务范围是否清晰、里程碑是否合理、成果权属是否归甲方、验收标准是否可量化——四项均未实质审查。在附件到位并完成第二轮专项审查前,任何"可签"或"有条件可签"的结论都不应作出。

本次结论的性质是:基于正文结构即可认定不宜签署,而非"审查完毕后认为不宜签署"。

签署前先决事项(按顺序)

  1. 取得附件一《服务清单与交付物说明》、附件二《费用与里程碑表》、附件三《知识产权与数据处理附录》、附件四《验收与运维服务规范》的全部文本,并完成专项审查。此为最高优先级先决条件,其余事项均以此为前提。
  2. 修改第六条文件效力顺序为"补充协议 > 正文 > 附件",并加入"附件不得减损正文赋予甲方权利"的底线条款。
  3. 在正文补入附件效力与变更控制条款:附件编号、版本、日期、双方签章、变更须书面协商一致。
  4. 将"付款以验收合格 + 合规发票为前提"写入正文,并设置质保金或尾款保留。
  5. 将服务成果知识产权归甲方、乙方权利担保、开源组件披露义务从附件提升至正文直接约定。
  6. 在正文补齐服务期限、双向违约金、解除条件与后果、争议解决、通知送达五项条款。
  7. 核验乙方主体资格、经营范围与签署人授权;将"附件签章完备"设为合同生效条件。
  8. 签署时确保正文与四份附件同时签章,逐页签章或加盖骑缝章。

谈判优先级

P0(附件到位 → 文件效力顺序倒置 → 附件变更控制 → 知识产权正文兜底 → 付款验收闭环)→ P1(服务期限、违约责任、解除、争议解决、通知送达补齐)→ P2(主体与签署要素)。

按效力与程序 → 资金与交付 → 救济与退出 → 文本优化的顺序推进。其中"附件到位"不属于谈判事项,而是开展谈判的前提。


五、待确认事项

  1. 附件一《服务清单与交付物说明》:未提供。服务范围、功能模块、性能指标、交付物形式均标注"未提及/待补充",本次未实质审查。
  2. 附件二《费用与里程碑表》:未提供。合同总价、各期金额、付款条件、里程碑定义均标注"未提及/待补充",本次未实质审查。
  3. 附件三《知识产权与数据处理附录》:未提供。成果权属、第三方组件与开源许可、数据处理安排均标注"未提及/待补充",本次未实质审查。
  4. 附件四《验收与运维服务规范》:未提供。验收程序、缺陷修复期限、争议处理、运维标准均标注"未提及/待补充",本次未实质审查。
  5. 附件是否已实际存在:请确认四份附件是乙方尚未提供,还是双方尚未协商定稿。若属后者,则本合同实为框架性文件,建议改以框架协议+后续订单/补充协议的结构签署,并在框架协议中锁定核心底线条款。
  6. 主体资料:乙方营业执照、经营范围、签署人授权文件未提供,主体适格性未核验。
  7. 审查人身份配置:如需交付审核修订版 DOCX 与 Word 审查意见书,请提供审查人姓名与律所/公司名称。

后续安排建议

取得四份附件后,建议进行第二轮专项审查,重点核验:附件一的服务边界是否封闭、是否存在"其他双方约定事项"类开口条款;附件二的里程碑是否为成果节点、付款比例前重后轻程度;附件三的权属归属与开源清单;附件四的验收反馈期限、逾期未反馈的推定规则、缺陷修复责任。第二轮审查完成后方可出具终局结论。


注:本合同正文为脱敏合成文本,条款高度简化。本意见书基于仅有正文、四份附件全部缺失的条件作出,属阶段性审查成果,未提供的附件、主体资料与背景信息统一标注"未提及/待补充",不构成对本交易的完整法律判断。附件到位后本意见书的风险清单与结论均可能需要调整。

Source: SKILL.md on GitHub

No alerts10d3 checks · Risk SAFE
  • Gen Agent Trust Hub10d

    A comprehensive evaluation framework for legal AI skills designed to assess legal accuracy, fact faithfulness, and adherence to professional tastes. It includes Python scripts for automated quality gates, hashing, and execution probes. No malicious patterns were detected; the automated scripts are functionally aligned with the skill's primary purpose as a testing and evaluation harness.

  • Socket10d

    No alerts

  • Snyk10d

    Risk: LOW · No issues

Signed by skilld at 9be736d. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub yesterday.

Activeupdated 2 weeks ago
version
0.8.12
author
杨卫薪律师(微信ywxlaw)
homepage
https://github.com/cat-xierluo/legal-skills

README badge

README badge for cat-xierluo/legal-skills/legal-skill-evaluation