合同履约跟踪 Skill：把合同条款变成交付、付款和风险动作
合同签完就扔进网盘？每个交付、验收、付款节点都得清晰可追踪才对。
核心内容
- 1. 合同履约的常见痛点与风险
- 2. 通过Skill将条款转化为可执行清单的实操案例
- 3. 如何自定义与应用该Skill以适应不同业务场景
Agent Skills 万千应用 · 第39篇
导语：这篇聚焦合同签完之后的真实麻烦——不是合同写完就结束，而是每个交付节点、验收材料、付款条件、违约风险都需要持续跟踪。Skill 的价值，就是把合同条款变成可执行的履约清单。
场景痛点开场
这事儿说起来挺普遍的：很多团队签合同时个个重视，白纸黑字写得清清楚楚，可一旦签完，就被丢进网盘吃灰。交付啥时候完、客户啥时候验收、哪些材料直接影响回款，全凭项目经理和销售那点记忆力。
等你真遇到麻烦——客户一句“这个没交付”“验收材料不全”“付款条件没满足”——团队才手忙脚乱地翻合同、找邮件、补证据。时间一长，责任边界和沟通记录全都模糊了。
合同履约跟踪 Skill 要解决的，就是这个痛点：把合同中的关键条款拆成节点、责任人、证据材料和风险提醒。让合同不再是归档文件，而是一个真正可以跟踪的执行系统。
Skill 实操效果
案例 1：软件项目合同交付与验收跟踪
没有 Skill 时 | 使用 Skill 后输出 |
软件项目已经上线，但客户迟迟不验收。销售说合同里写了“上线后 15 个工作日内验收”，项目经理说还有培训材料没发，财务只知道尾款还没回。大家都在群里问，但没人能快速说清楚到底卡在哪里。 | Skill 输出：合同节点包括需求确认、系统上线、用户培训、验收报告、尾款支付。当前状态：上线已完成，培训签到表缺失，验收报告未提交。风险等级：中高。行动项：项目经理 2 天内补齐培训记录；销售向客户发送验收确认邮件；财务将尾款预计回款时间从本周调整到下周三。 |
案例 2：设备采购合同付款条件跟踪
没有 Skill 时 | 使用 Skill 后输出 |
设备供应商催第二笔付款，采购同事只看到设备已经到货，但质量工程师还没完成抽检报告，仓库也没有入库确认。老板问“该不该付”，团队只能临时拉群讨论。 | Skill 输出：第二笔付款条件为“到货 + 入库确认 + 抽检合格”。当前到货完成，入库单已上传，抽检报告缺 2 项测试记录。付款建议：暂缓。责任人：质量工程师补充测试记录，采购向供应商说明付款预计顺延 3 个工作日，财务等待复核后付款。 |
Skill 简介
合同履约跟踪 Skill 不是做法律审查，而是做合同执行管理。它会读取合同条款、补充协议、项目计划、交付记录、验收材料和付款计划，把抽象条款变成“谁在什么时候完成什么、需要什么证据、影响哪个付款节点”。
如果网上没有完全贴合你业务的现成 Skill，可以把本篇配套包作为基础版本，再把你公司的合同类型、付款规则、验收材料模板和风险等级标准补进去就好。
Skill 包结构contract-fulfillment-tracking-skill-zh-v1/ |
核心机制
普通提示词让模型总结合同，往往只会提炼几个重点条款；但履约跟踪需要的是结构化执行：节点、责任人、材料、状态、风险、下一步。
这个 Skill 会先识别合同类型，再拆解履约节点，最后把每个节点挂到证据材料和行动清单上。这样 Agent 不会停留在“注意按时交付”这种空话上，而是输出真正可跟进的工作表。
机制模块 | 解决的问题 | 输出结果 |
| 条款拆解 | 合同内容长，执行节点容易漏 | 交付、验收、付款、违约节点 |
| 证据绑定 | 完成了但缺少证明材料 | 邮件、报告、截图、签收单、验收单 |
| 风险动作 | 知道有风险但没人跟进 | 责任人、截止时间、沟通口径、复核项 |
使用方式
在 ChatGPT 或 Claude 中，可以直接上传合同文本、项目计划和交付记录，让 Skill 输出履约跟踪表和风险清单。
在 Hermes 或 OpenClaw 中，可以把 Skill 放到技能目录，让 Agent 定期读取合同台账和项目更新，自动提醒即将到期的验收、付款和材料缺口。
避坑指南
- 不要把履约跟踪等同于合同法律审查——涉及法律责任和违约认定时，必须由法务复核。
- 不要只提取付款金额——付款条件、验收证据和时间限制更关键。
- 不要让模型自己猜项目状态——缺少交付记录时，必须标注“待确认”。
- 不要只输出风险——必须给出下一步动作、负责人和截止时间。
