一句话结论：合同审查、起草、合规——我的合同一体化助手技能
合同是律师的日课。
一个案子从接洽到落地，中间往往躺着十几份合同：委托的、采购的、租赁的、合作的、数据处理的。审一份，要挑出风险、给出替代方案；改一份，要落到纸面，客户拿着就能直接用；拟一份，要从零搭起框架，把该堵的窟窿提前堵上。三件事看着都是"看合同"，做起来却是三套活。
过去这三套活各在一个地方：审查有自己的流程，交付有自己的规矩，起草另起炉灶，数据合规又是另一摊。每切换一次，就要重新交代一遍背景、立场和口径。我索性把它们并成了一个技能——合同一体化助手（审查 · 起草 · 合规）。下面把它是什么、能做什么、用起来什么样，一件一件说清楚。
一个技能，管合同的全生命周期
它不是从头新写的一套，而是把合同这条线上几件常做的事，收进同一个入口：
把它们收进同一个入口，不是简单堆在一起，而是把四样东西统一了：统一入口——一句话说清要审查还是起草；统一方法论——审查一律走六步法、三层扫描、五维归类；统一风险分级——不管原来用哪套口径，输出只认"重大 / 高 / 中"三档；统一交付——审完的成果是一条 Word 流水线，不是一个"建议您再找律师看看"。
一句话概括它的脾气：促成交易、控制风险。不替客户当"交易的杀手"，每挑出一个问题，都同时给出一个能谈的替代方案。
审查：先看效力红线，再一次扫三层
拿到一份合同，最怕的是埋头抠字眼，抠到最后才发现整份合同可能根本没效力。
所以这个技能的审查是有顺序的。
第一步先通览：识别合同类型，拆解交易结构，认清楚谁是甲方、谁是乙方、各自想要什么，再把审查立场（甲方、乙方还是中立）和口径（克制、常规还是强势）跟律师确认清楚。立场不同，结论可能完全相反，这一步不替使用者默认。
第二步才是逐层扫。扫的时候分三层：
第三步，也是我最看重的一步——效力红线优先校验。先查合同整体或部分无效的情形，分清哪些是效力性强制性规定、哪些只是管理性规定。比如一项工程该招标没招标，或者一份格式条款完全排除了对方的主要权利，这类问题会导致合同无效或目的落空，必须在报告的第一行就顶上去，不能混在几十条风险里等着客户自己发现。
第四步，法条锚定。每一条结论都要去现行有效的法条和类案里找落脚点，引用时标明来源层级——法律、行政法规与司法解释、还是地方或学理口径。学理口径一定附验证提示。
第五步，定级归类。所有风险按五个维度归位：主体合规、文本规范、交易安排、风险分配、法律合规，再压进三档等级：
输出的时候，五组内容分开走：先是一段审查启动声明，说明立场与口径；然后是批注版原文；接着是风险汇总表，按紧迫性从高到低排；再是综合法律意见与谈判策略，分红线、核心、可让步三层；最后附一份法条与类案的复核清单。需要的话，再加一张履约风险节点图。
排在最前面的永远是最急的，而不是最先被发现的——这是审查意见有没有用的分水岭。
交付：把我说的，直接写进你的 Word
审得再细，如果只给一段文字，客户还得自己对着改，价值就打了一半。
这个技能默认走文件交付链——产出"修订批注版 Word + 审查意见书"，只给文字不算完成。怎么改，有三条路可选：
一条是审完直接写回 Word：一条命令进去，出来一份带修订、带批注的合同，再配一份审查意见书。适合绝大多数常规审查。
一条是逐句精修：把合同读成可编辑的文本，逐句改，改动以原生的 Word 修订形式呈现，作者名可以指定成经办律师。客户打开就是熟悉的"修订模式"，接受、拒绝一目了然。适合需要对每一处措辞精确控制的场合。
还有一条是定稿清稿：接受全部修订、删掉全部批注，出一份干净的定稿版。谈完了要签字，交这一份。
三条路的共同点是：改动看得见、来源说得清、机器能接着读。合同谈的是细节，交付就得落在细节上。
起草：快慢两档，先过一道确认门
审查是"别人写好了我来挑"，起草是反过来，从空白开始。
我把起草分成了两档。
常见、标准的合同，走快档。收集六项关键信息，检索、生成，再用五维校验一遍，快速出文。日常的租赁、采购、劳务，够用。
复杂交易、涉外合同，或者涉及对赌、竞业、知识产权这类需要仔细设计的条款，走慢档。先做一次 29 项的需求确认，再法律调研、搭框架、设计条款，最后附上一份三档谈判策略——哪条是红线不能让、哪条是核心要力争、哪条可以让步换别的。写合同不是写完就算，是要拿去谈的。
两档中间都卡着一道确认门：框架搭好、正文还没落笔之前，先把框架和关键条款的取舍交给你确认。省得洋洋洒洒写完一版，方向是错的。
底座：法条与数据合规
合同的每一句话，背后都得有法条兜着。
技能里带了一套法条底座，收录的是中国法核心规则，配上一套增强方法论：六维风险评价、双轴风险、三层溯源、三轮检索、时效验证。任何被引用的法条，都要单独确认一次"是不是现行有效"，并在复核清单里标注现行、存疑还是失效。司法解释之间打架、地方口径不一致的，标出分歧，不替使用者随手选一个。
涉及个人信息的场合，还要额外过一遍数据合规：个人信息保护法、数据安全法、网络安全法、网络数据安全管理条例。一份数据处理协议合不合规、约定了数据出境没有，这一层是单独的，不能靠审合同那套顺手带过。
为什么做成"一体化"
合同这件事，最容易出错的不是某一条看不懂，而是环节和环节之间断掉。
审查的人不看交付格式，交付的人不接起草的框架，起草的人不知道数据合规还有自己的规矩——每一处断裂，最后都会变成客户的时间成本。把六块能力并成一个，图的就是这条线不断：一份合同进来，从审查、修订、批注，到意见书、谈判策略，再到合规校验，走的是同一套方法、同一套分级、同一套交付标准。
它当然是律师的助手，不是替代者。所有输出都是审查草稿和参考，法条要复核，主体资质要核原件，交易背景要问清楚，最后落笔的还得是经办律师本人。但那些重复的、机械的、格式化的活，可以先交给它，把时间还给真正需要判断的地方。
我不觉得合同工作的终点是"审得多严"。合同是拿来做的，不是拿来卡人的。一份改得密不透风、却让对方掉头就走的合同，不是好合同。真正难的是在合规的框架里，把双方都往前推一步——这也是我做这个技能时，一直揣着的那条线。
END
技能还在打磨。同行朋友如果也在做合同方向的探索，欢迎在公众号留言交流，一起把这条路走宽一点。