概览
权利人拿到的分成，是依据一份完全由对方编制的结算单，用的是他们看不到的使用数据，对照的是签约之后就没人再读过的合同条款。结算单以一个净额到达，而现实中的选项只有两个：接受它，或者委托一次正式审计，而那笔费用高过大多数结算单本身的价值。
于是几乎没有人去核，而同样的错误持续好多年。它们很少是故意的——版税核算确实复杂，而且它通常是某个人的第三优先级。
一个按错误合同档位套用的费率，因为一条在某个阈值触发的递增条款从来没有被执行。一项合同并不允许的扣减，或者一项被允许、但有上限、却按无上限执行的扣减。按协议并未规定的汇率和日期做的货币折算。为退货计提的准备金，被超过合同允许的期限一直扣着，从来没有释放。地域或版本干脆缺失——那是最难抓的一类，因为一个缺席的行看起来就像「没有发生」。
以及那些悄悄重述了前期数据的结算单。
这个智能体把每一份结算单对照那份协议来读，并报告每一行合同支撑不了的内容，附上它背后的条款。它不提出任何索赔、不联系任何人：审计条款有通知要求和一个有限的窗口，而援引它是一个法律步骤。
价值
一份你真的能核的结算单
而不是一个只能接受的净额。
在窗口关闭之前抓住错误
大多数协议都限制一次索赔能往回追多久。
在任何对话之前先有一个立场
而且每一行背后都有条款。
功能说明
核对费率档位有没有被套用
一条在阈值触发、却从来没被执行的递增条款，是最常见、也最安静的那种错误。
把每一项扣减对照合同检验
被允许、有上限，还是根本不被允许。把有上限的扣减按无上限执行，是家常便饭。
找出从没释放的准备金
为退货计提、超过合同允许的期限一直扣着，然后干脆再也没有释放回来。
核对货币折算依据
用哪个汇率、按哪一天。协议对此有规定，而结算单经常不照着做。
找出缺失的部分
结算单上缺席的一个地域或一个版本，看起来就像「没有发生」，而这是最难看见的一类错误。
不提出任何索赔
审计条款有通知要求和一个有限的窗口。援引它是一个法律步骤，而不是一份报告。
这会改变什么
这会如何改变你的一周
- 它接手的工作
- 把一份版税结算单对照管辖它的那份协议核一遍。
- 目前由谁完成
- 没有人。选项只有接受它，或者委托一次正式审计。
- 多久一次
- 理论上是每一份结算单。实际上从不。
- 通常的人工投入
- 费率档位、扣减、准备金和货币折算依据，全都要对照合同来读。
为什么偏偏是媒体与内容。结算单完全由欠钱的那一方编制，用的是权利人看不到的使用数据。一个缺失的地域读起来就像「没有发生」，而这正是它能活好多年的原因。
无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
版税结算稽核代理 没有任何发送、支出或承诺的途径。正是这个限制，让依据它的输出行动是安全的。
运行方式
该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。
- 1输入按智能体的输入结构进行校验
- 2模型claude-opus-5，并自动回退
- 3工具search_knowledge, extract_structured_data
- 4权限自动执行 READ 级操作；更高的等待你批准
- 5输出符合输出结构的结构化结果
- 6日志记录 token、耗时和每一个步骤
演示
演示数据Illustrative sample output, abridged.
输入
{
"currency": "USD",
"agreement": "Licence — Meridian Media",
"statements": []
}输出
{
"escalate": true,
"findings": [
{
"type": "rate-tier-not-applied",
"clause": "Clause 5.2 — rate rises from 12% to 18% once cumulative revenue exceeds 2,000,000.",
"contractSays": "The threshold was passed in the second quarter of last year. The rate should have changed then.",
"amountAtIssue": 84600,
"statementSays": "12% applied throughout, on cumulative revenue of 3,410,000."
},
{
"type": "cap-exceeded",
"clause": "Schedule 2 — marketing deduction permitted up to 5% of gross.",
"contractSays": "Permitted, but capped at 5%. The excess is not a permitted deduction.",
"amountAtIssue": 21400,
"statementSays": "Marketing deduction of 11.2% of gross."
},
{
"type": "missing-territory-or-format",
"clause": "Clause 3.1 — the licence covers all territories worldwide.",
"contractSays": "They are within the licence. An absent line reads as no activity, which is why nobody noticed for a year.",
"amountAtIssue": 0,
"statementSays": "Three territories appear on prior statements and appear on none of the last four."
}
],
"disclaimer": "A check of statements against the agreement retrieved. No claim has been raised, no audit clause invoked, nobody contacted, no statement made that the agreement has been breached, and the counterparty's underlying usage data cannot be verified from a desk review.",
"cannotVerify": [
"The underlying usage figures. No desk review can verify a counterparty's own usage data, and this report does not claim to."
],
"totalAtIssue": 106000,
"agreementFound": true,
"escalationReason": "A rate escalation was reached and never applied, a capped deduction was applied uncapped, and three licensed territories are absent from four consecutive statements.",
"objectionDeadline": "Clause 9.3 allows objection within 12 months of a statement. The oldest finding expires 2026-11-30.",
"checksNotPerformed": [
"Sub-licence terms — Schedule 4 is referenced in clause 7 and is not in the knowledge base."
]
}使用条件
集成
无需集成。
开始之前
- 版税或授权协议，放在知识库里
- 被复核期间的各份结算单
- 此前的结算单，用于核查重述
- 你自己的销售或使用记录，如果你有的话
- 需要 全量访问 套餐或更高
使用场景
每一份收到的结算单
趁异议窗口还开着的时候核一遍。
正式审计之前
它到底值不值得做，以及该围绕哪几点做。
一份意外下滑的结算单
到底是活动量、费率、扣减，还是一个缺席的行。
重新谈判
现行条款实际上是怎么被执行的。
价格
常见问题
它会援引审计条款或提出索赔吗？
不会。审计条款带有通知要求和有限的窗口，而援引它是一个对这段关系有后果的法律步骤。它给你发现和条款。
它能核实底层的使用数据吗？
不能，而且任何案头复核都不能。它把结算单对照合同、以及对照你自己手上的记录来核，并明确说明对方的使用数据无法从外部被核实。
这是法律意见吗？
不是。它报告协议说了什么、结算单做了什么。某条发现是否构成违约、以及有什么救济，是留给你自己律师的问题。
评价
客户运行过该智能体后，评价功能将开放。
需要这个智能体换一种做法？
告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。
定制此智能体