Kartez Contract——AI合同起草、审阅与编辑

概览

• 波斯语合同工作需要始终紧扣眼前文件的AI，因为一条凭空编造的条款就是一项法律责任。
• 起草向导、站在用户交易立场撰写的审阅，以及配备编辑型AI副驾的合同工作室。
• 因战争导致的资金问题，项目在距完成一个月时被客户叫停。

亮点

• 2,144种文档类型可作起点

  每种类型都有波斯语、阿拉伯语和英语名称；选定后即可获得其典型结构与关键注意事项。

• 每个问题提供3种谈判立场

  强硬、标准或让步，每种都附示例措辞、法律效果、商业影响以及对方可能的反应。

• 站在用户的交易立场审阅

  用户说明自己的角色，并上传或粘贴协议；在5步流程中，每一项审阅结论都针对该立场撰写。

• 针对合同原文措辞撰写修改建议

  每条修改建议都必须逐字引用现有措辞，以便定位和替换，并附有可直接使用的替换文本，按优先级排序。

• 4个维度的健康评分

  可执行性、清晰度、均衡性和完整性，每项按0至100评分；风险评定为严重、高、中或低。

• 可修改整份合同的AI副驾

  自然语言指令会先经规划，再应用到所有受影响的章节并高亮显示；每份合同都保存各自的对话记录。

挑战

合同工作容不得凭空捏造。一个会编造条款的模型比没有模型更糟，因为被编造的条款会成为签署方的法律责任。真正有用的助手必须始终紧扣眼前这份合同，并指出其中可供专业人士核查的具体位置。

目标用户群体也带来了自身的约束。Kartez Contract面向以波斯语工作的律师、企业和个人，同时兼顾阿拉伯语和英语，而波斯语合同有其独特的“条、款、附注”结构。界面必须从设计之初就按从右向左的方向构建，每一条AI回复也都必须以用户的语言返回。

最后，起草、审阅和编辑是三项不同的工作。从一张白纸起步、理解他人拟定的协议、在谈判中途修改草稿，各自都需要专门的引导式工作流，而不是一个聊天窗口。

架构

三条引导式工作流共用一个AI引擎：起草、审阅和合同工作室。该引擎作为独立服务运行，与账户及合同服务并列，两者各有独立的健康检查。它以两种方式进行检索，分别服务于不同的任务。

• 起草时的文献库检索。用户的需求被转化为研究主题，系统从精选的英文合同起草文献库中找出最相关的段落，在模型编写问题和草稿时提供给它参考。

• AI副驾的条款检索。用户自己的合同按其结构切分，包括波斯语合同的条、款和附注，回答问题时只使用与之相关的部分。

每项分析都返回固定结构，因此界面能以一致的方式呈现时间线、风险登记表和修改建议；格式有误的响应会尽量修复，绝不会原样展示。参考文献库的维护无需编写代码：放入文献集文件夹的文档会在同步时被收录，只有新增或变更的文件才会重新建立索引，各个文献集也可以单独启用或停用。

我构建了什么

三条工作流遵循同一条规则：AI提出建议，用户做出决定。修改建议附带可直接使用的替换文本，可在审阅界面中直接应用；AI副驾所做的编辑会在编辑器中高亮显示，由用户决定接受或拒绝。

起草向导

• 2,144种文档类型可作为起点，每种都有波斯语、阿拉伯语和英语名称及说明；也可以用自己的话定义自定义类型。

• 所选类型简报：概述、典型结构、关键注意事项，以及建议的司法管辖区与适用法律，并说明理由。

• 恰好7个通俗易懂的问题，每个问题都附有说明，解释它为何重要；在开始起草之前，AI会对回答进行评分，并建议更好的答案。

• “Guide Me”策略指引覆盖每个问题：提供3种谈判立场（强硬、标准和让步），每种立场均附示例措辞、法律效果、商业影响，以及对方可能的反应。

• 6种起草风格（正式、平实、偏向买方、偏向卖方、详尽和简洁），草稿会实时流式写入编辑器。

站在用户立场的审阅

• 5步流程：输入、概览、风险、修改与谈判，然后进入工作室。用户上传PDF、DOCX或TXT文件，或直接粘贴文本，并说明自己在交易中的角色。

• 概览：涵盖截止日期、付款、续约和通知触发条件的时间线；高管摘要；以及用通俗语言解释的关键条款摘录。

• 风险：分类整理的风险登记表，每一项都附有缓解措施；另有逐节解读，列明利弊及影响。

• 修改与谈判：按优先级排列的修改建议，每条都必须逐字引用现有措辞并给出替换文本；另附谈判策略手册，涵盖合作型、强势型和折中型策略。

合同工作室与AI副驾

• 能区分提问与修改请求的AI副驾，会展示处理进度，依据相关条款作答，并按指令在需要未提供给它的章节时明确指出。

• 用自然语言修改整份合同：诸如更改某一方名称之类的指令会先经过规划，再应用到所有受影响的章节，并在编辑器中高亮显示。

• 合同健康评分涵盖4个维度（可执行性、清晰度、均衡性和完整性），并将风险评定为严重、高、中或低。

• 深度风险报告为每条被标记的条款提供至少两种替代措辞，并可一键生成4种格式的报告：复制、TXT、DOCX或PDF。

结果

在距完成还有一个月时，由于战争引发的财务困难导致资金中断，客户叫停了这项合作。这是客户方的资金问题，而非交付失败。

截至那时，起草向导、配备AI副驾的合同工作室、参考文献库流水线以及三语界面均已建成，并实现了从界面到AI引擎的端到端贯通。审阅流程的全部五个步骤均已构建完成；工作停止时，该流程尚未经过完整测试，仍处于打磨阶段。

复盘

最难的问题在于检索与锚定。AI副驾必须在波斯语合同中找到正确的条款，而这些合同对条、款和附注有自己的编号方式；起草向导则必须把波斯语的需求对接到英文合同起草文献库。

让模型保持锚定，靠的是结构而不是信任：回答只依据选定的条款，修改建议必须逐字引用现有措辞，输出遵循固定的数据结构，模型在起草时以低随机性运行。这些是设计上的约束，而非经过测量的保证。

此处不公布任何准确率数字。合作在正式评测集建立之前就已终止，而本站不会对未经测量的数字进行估算。

我的角色

• 以客户最初的基础AI调用链为起点，重建并扩展了支撑全部三条工作流（起草向导、审阅流程和合同工作室）的AI引擎。
• 构建了参考文献库流水线：文档摄取、基于变更检测的重新索引、服务于起草的检索，以及启用或停用各文献集的控制功能。
• 构建了智能体式AI副驾，能够对每个请求进行分类、找到相关条款，并规划跨整份合同的修改。
• 实现了产品的三语化与从右向左布局，并将包含2,144个条目的文档类型目录接入起草向导。
• 实现了带实时进度的后台任务、实时流式输出的草稿、四种格式导出，以及编译后的生产构建。
• 登录、营销页面、计费以及最初的基础AI调用链来自客户自有的基础代码，不计入本项工作成果。

工程

• 锚定于眼前的文件

  回答只使用相关条款；AI副驾按指令在需要未提供给它的章节时明确指出；修改建议必须逐字引用原文。

• 稳健起草，文本不重复

  若主题生成或检索失败，备用主题和不依赖检索的路径可确保起草继续进行；已开始流式输出的草稿绝不会重试，因此不会出现重复文本。

• 扛得住异常回复的结构化输出

  响应会经过多阶段的解析与修复步骤，包括修复被截断的回复，必要时还会以更大的输出空间重试。

• 耗时分析在后台运行

  繁重的分析以后台任务方式运行并实时显示进度，而草稿和AI副驾的回复则边生成边流式输出。

• 隔离、编译、可审计

  AI引擎与账户及合同服务分开运行，生产构建以编译形式交付，每一条起草与提问提示词都会被记录以备审计。

成果

• 因战争导致的资金问题，项目在距完成一个月时被客户叫停：这是资金问题，而非交付失败。
• 起草向导、合同工作室、AI副驾和参考文献库流水线均已建成，并实现端到端贯通。
• 五步审阅流程已构建完成，但在工作停止时尚未经过完整测试。
• 不声称任何准确率数字：合作在正式评测集建立之前就已结束。