← Back to skills
extension
Category: OtherAPI key requirement unconfirmed

FIDIC银皮书EPC合同答疑助手

核着原文回答 FIDIC 银皮书条款问题,找出谈判软化点,生成中文版合同附件与答疑材料。

personAuthor: user_204ca019hubcommunity

FIDIC 银皮书 EPC 合同答疑助手

把「翻条款 → 找风险 → 出文件」这件事做成可复用的流程。面向境外 EPC、新能源总承包项目的合同管理人员、法务、项目经理。

它解决什么问题

境外 EPC 合同的答案是不能凭印象给的。通用条件给默认值,专用条件负责改写,改写方向才是真实口径;条款清单还可能和合同正文打架。凭记忆作答,十有八九答错。

这个技能把答疑流程固定成五步:定位正本 → 抽原文 → 交叉核查 → 作答 → 交付。核心纪律是第一条:答之前必须把原文抽出来逐字核。

三个典型场景

场景一:条款答疑

"第 20.3 款要求的任命实体,具体再说什么?"

先抽出原文,发现真正的问题不是"没人可指定",而是专用条件的措辞只覆盖了"人选谈不拢"这一类触发情形,没覆盖"一方压根没提名"和"成员中途不能履职后的替代指定"——后者 practicaly 完全没约定。

场景二:谈判软化核查

"4.12 和 13.8 有没有被谈判软化?"

答:这两条本身不但没软化,反而加固了。但把 4.12、13.5、13.6、13.8 全部焊死之后,紧挨着的 13.7(因法律改变的调整)没被处理——项目国上调关税、新增并网标准、提高社保,承包商都能走 13.7 调价并索赔工期。真正的口子在旁边。

场景三:出文件

"帮我写一份放弃留置权声明的样板。"

产出中文 .docx,含有条件放弃、无条件放弃、最终放弃、分包商简版四份格式,附抵销权谈判档位说明;生成后自动跑体检,确认无乱码、无繁体、无英文残留。

包含内容

| 文件 | 说明 | |---|---| | SKILL.md | 五步工作流、六问核查法、高频专题速查索引 | | references/clause-risk-map.md | 核心条款风险图谱:开工与生效、价格与变更、付款、完工接收、三条并行责任线、项目融资三件套、担保与保险 | | references/softening-audit.md | 判断条款是否被软化的完整方法论,含索赔通道全景图与建议条款稿写法规范 | | references/delivery-modes.md | 交付模式辨析与 FIDIC 彩虹家族选用判断 | | references/cn-docx-pipeline.md | 中文合同文件生成流水线与质量控制 | | scripts/clause_extract.py | 从 .docx 抽条款原文、关键词上下文、条款目录。零第三方依赖 | | scripts/cn_lint.py | 中文交付物体检:英文残留、乱码字符、繁简混排、占位符遗漏。零第三方依赖 |

快速开始

# ① 先看合同结构(避免被目录页误导)
python scripts/clause_extract.py 合同.docx --outline

# ② 抽某一条的正文
python scripts/clause_extract.py 合同.docx --clause "4.12" --context 2

# ③ 判断某条款是被删除还是默示适用
python scripts/clause_extract.py 合同.docx --exists "13.7"

# ④ 生成中文文件后体检
python scripts/cn_lint.py 产出.docx

使用建议

  • 让助手回答条款问题时,要求它附上抽出的原文和条款号,方便你自己复核
  • 问软化核查时,可以直接要求输出三列表:条款 / 现状 / 雇主侧敞口 / 建议动作
  • 生成正式文件前必跑 cn_lint.py——模型写长中文时会随机插入外文单词和繁体字,肉眼几乎扫不出来

许可

MIT