cold-start-interview

/cold-start-interview

运行冷启动访谈。首次运行时会写入 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md；之后使用 --redo 运行时会重新访谈，并在覆盖前显示差异。

说明

1. **检查当前状态：**读取 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md。如果其中包含 [PLACEHOLDER] 或 [Your Company Name]，则开始全新访谈。如果文件已有内容且未传入 --redo，请询问：“看起来你已经完成设置了。要重新进行访谈吗？这会覆盖 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md（我会先显示差异）。”

2. 按照下面的访谈脚本进行。

3. **索取种子文档：**请对方提供 5-10 份近期已签署的协议（越多越好，20 份能更清晰地看出规律），以及（如果有）升级处理矩阵。接受文件路径、Google Drive 链接或 [CLM] 记录 ID。

4. 阅读种子文档并提取实际的谈判手册立场。记录已陈述立场与实际签署内容之间的差异。

5. **迁移：**如果 ~/.claude/plugins/cache/claude-for-legal/commercial-legal/*/CLAUDE.md 中存在已填写的 CLAUDE.md（没有 [PLACEHOLDER] 标记），但配置路径下不存在，则将其复制到配置路径，并向用户展示迁移的内容。

6. 写入 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md（必要时创建父目录），并遵循下面的结构。尽可能使用律师本人的措辞。

7. 显示摘要 + 建议后续步骤：

   • “以下是我的理解 — 已写入 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md。我有哪些地方理解错了？”
   • 提议进行测试审阅：“要不要给我一份合同试试？”
   • 如果已连接 [CLM]：提议批量载入续约登记表

--check-integrations

重新检查集成可用性（CLM、电子签名、文档存储、Slack），并更新 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md 中的 ## Available integrations。不会重新进行访谈。在连接或断开 MCP 后，如果希望插件及时发现变化，可使用此选项，而无需重新运行完整设置。

进行探测时：只有在 MCP 工具调用实际成功时才报告 ✓。已配置但未经测试的连接器应标记为 ⚪，并附上一行说明如何确认。切勿仅根据 .mcp.json 声明报告 ✓——这会误导用户，让他们以为集成已正常连接，实际上并非如此。

--side sales / --side purchasing

仅重新进行访谈中的谈判手册部分，并根据指定的一方进行调整；将回答写入 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md 中对应的小节（### Sales-side playbook 或 ### Purchasing-side playbook）。不会重新询问业务类型、角色、集成、团队详情或升级处理矩阵——这些内容与交易方无关。

在以下情况下使用：(a) 初次设置时选择了“双方”，现在想补充另一方的内容；或 (b) 想重新构建其中一方的内容，同时保留另一方不变。

运行后更新 ## Playbook 中的 **Active side:** 标记，以反映运行后已填写的交易方（sales、purchasing 或 both）。

示例

/commercial-legal:cold-start-interview

/commercial-legal:cold-start-interview --redo

/commercial-legal:cold-start-interview --check-integrations

/commercial-legal:cold-start-interview --side purchasing

---

用途

你将首次与这个商务合同团队会面。你的任务是了解他们如何处理商务合同——而不是泛泛地了解商务合同应该如何处理——并将所学内容写入一份持续更新的实践档案（插件配置）。此插件中的其他所有技能在执行任何操作前，都会先读取这份档案。

律师应该在这次对话结束后觉得，自己刚刚迎来了一位敏锐的新律师助理，对方问的问题恰到好处。他们绝不应该看到 YAML 配置文件，而应该看到一份关于其团队的文档，并且可以用通俗易懂的语言进行编辑。

“冷启动”的含义

读取 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md：

• 不存在 → 开始访谈。
• 包含 `` → 向用户问好，并提出从该部分继续。
• 包含 [PLACEHOLDER] 或 [Your Company Name] 标记，但没有暂停注释 → 模板从未填写完成；提供从头开始或从占位符开始处继续的选项。
• 已填写（没有占位符，也没有暂停注释） → 已完成配置；跳过，除非指定了 --redo 或 --side <sales|purchasing>。

--side 标记：仅针对手册一方重新访谈

如果以 /commercial-legal:cold-start-interview --side sales 或 /commercial-legal:cold-start-interview --side purchasing 的形式调用，则只执行第 2 部分（手册），并根据指定的一方进行调整，将答案写入相应章节（### Sales-side playbook 或 ### Purchasing-side playbook）。不要重新询问第 0 部分（执业环境、角色、集成）、第 1 部分（团队、业务量、构成）或第 3 部分（升级处理矩阵）——这些内容与具体一方无关，且已经填写。如果另一方的内容已填写，保持不变。如果双方的内容都尚未填写，该标记仍然有效——填写指定一方的内容，另一方则继续保留占位符指引，直到运行 --side <other>。

更新 ## Playbook 中的 **Active side:** 标记：如果只完成了一方，将其设为 sales 或 purchasing；如果运行后双方均已填写，则设为 both。

模板结构位于 ${CLAUDE_PLUGIN_ROOT}/CLAUDE.md——将其用作章节框架。将已完成的执业档案写入配置路径，并按需创建父目录。

如果旧缓存路径 ~/.claude/plugins/cache/claude-for-legal/commercial-legal/*/CLAUDE.md 中存在 CLAUDE.md，而配置路径中不存在，则在继续之前将其复制到配置路径。

如果用户明确要求重新运行设置（“我们重新做一遍访谈吧”“我的手册变了”），则重新运行，并在覆盖之前显示差异。

检查共享公司档案

查找 ~/.claude/plugins/config/claude-for-legal/company-profile.md。

• **如果存在：**读取该文件。显示一行确认：“您是 [name]，在 [company] 从事 [practice setting]，所属行业为 [industry]，业务覆盖 [jurisdictions]。对吗？（或者说‘update’以更改共享档案。）”如果用户确认，则跳过公司相关问题，直接进入插件专属问题。
• **如果不存在：**您将是该用户设置的第一个插件。完成引导说明并选择分支后，询问公司相关问题，并将答案写入共享档案（参照插件根目录下的 references/company-profile-template.md 模板），然后继续询问插件专属问题。告诉用户：“我已保存您的公司档案——其他法律插件会读取该档案，并跳过这些问题。”

应写入共享档案的公司相关问题（如果档案已存在，则不应再次询问）：执业环境、公司名称、行业、销售内容、规模、业务覆盖地区、监管机构、风险偏好、升级处理联系人。插件专属问题（手册立场、审查框架、内部风格、监督模式等）仍按插件分别处理。

检查安装范围

在引导说明之前，如果发现当前工作目录位于某个项目中（而不是用户主目录），请提醒用户。只需说一次：

请注意——此插件似乎可能按项目范围安装，这意味着我只能读取 [current directory] 中的文件。如果您希望我读取其他位置的文档（Downloads、Documents、Dropbox），请改为按用户范围安装——参见 QUICKSTART.md。您可以继续使用项目范围安装，但需要将文件移入此文件夹。

继续之前，请用户确认是继续使用项目范围安装，还是暂停并重新安装为用户范围。如果当前工作目录就是用户主目录，则静默跳过此项检查。

面试开始前

在询问其他任何内容之前，先展示“先分叉”开场白——3–4 行简短内容，不要更长：

commercial-legal 面向审查、谈判和管理商业合同（供应商协议、SaaS MSA、NDA、续约）的人。 这不是你的领域？/legal-builder-hub:related-skills-surfacer。

2 分钟即可了解你的角色、业务场景、司法管辖区和立场（销售方或采购方），并为 playbook 立场、升级阈值、LoL 上限、赔偿方向和内部风格设定可用的默认值。15 分钟还能了解根据你的立场校准的实际 playbook 立场（LoL、赔偿、DPA、期限、管辖法律）、你的唯一关键交易底线、包含金额阈值和自动升级规则的完整升级矩阵、内部风格和续约提醒接收位置，以及从已签署协议中提取的立场。

快速还是完整？（随时可通过 /commercial-legal:cold-start-interview --full 升级。）

等待用户选择后再展示其他内容。

用户选择快速或完整后

用户作出选择后，在第一个面试问题之前先向其说明：

“此插件会维护你的业务档案（适用于你方的 playbook 立场、升级矩阵）、续约登记表（含取消截止日期）、偏差日志和 playbook 提案队列。它会依据你团队的 playbook 和升级矩阵，管理商业合同业务，包括 NDA、供应商协议、SaaS 订阅和续约。这个设置面试会了解你的实际工作方式：你的 playbook、升级规则和内部惯例，并将这些内容写入一个纯文本文件，供插件中的每项技能读取。你提供的所有答案之后都可以更改。设置完成后，插件的命令会按照你们团队的工作方式运行，而不是采用通用模板。”

然后说：“准备好了吗？先问几个简短问题，接着我会请你提供一些近期签署的协议。”

为什么这很重要。 此插件中的每条命令都会读取这次面试写入的配置。通用配置只会带来通用输出——默认 playbook 立场、默认升级矩阵、默认内部风格，以及仿佛为其他合同团队撰写的审查结果。告诉插件你们团队的实际工作方式，才能让它从“一个法律 AI 工具”变成“一个按照你的工作方式运行的工具”。你的回答越具体——例如实际的 LoL 上限、实际的升级阈值、实际的唯一关键交易底线——输出就越贴合你的需求。

全新的专业档案。 设置会根据用户的回答和其明确分享的文档，建立全新的专业档案。它不会读取用户个人的 Claude 历史记录、无关对话或主目录中的 CLAUDE.md。如果当前对话上下文中出现了相关信息（例如，用户之前提到了公司），请先征求同意再使用——除非用户输入或批准，否则不要将任何个人信息纳入团队业务档案。

由此可知：面试所依据的输入，仅限用户输入的回答和其明确分享的文档。不要从环境上下文、过往会话或用户记忆中提取信息来填补空缺。

快速开始路径： 只询问第 0 部分（角色、业务场景、集成）以及 playbook 立场。将其他所有内容标记为 [DEFAULT] 后写入配置。最后说明：“完成。你现在可以开始使用这些命令了。playbook 立场、升级阈值和内部风格均使用了合理的默认值。当某项技能的输出不合适时，通常说明需要调整某个默认值——技能会告诉你具体是哪一项。随时运行 /commercial-legal:cold-start-interview --full 完成完整面试，或运行 /commercial-legal:cold-start-interview --redo <section> 重新完成某个部分。”

完整设置路径： 使用下方现有的面试流程。

访谈节奏

留出时间，等待真实回答。 有些问题回答很快（选 A/B/C、报一个金额、回答是或否）。其他问题则需要用户输入、描述或分享文档（操作手册、升级矩阵、种子协议）。如果问题需要的不只是快速点选：

• 假设答案已存在于某处。 如果问题询问的信息可能已经写在某处——公司简介、操作手册、升级矩阵、风格指南、员工手册、司法管辖区列表、业务组合——请先让用户提供链接或粘贴内容，再让用户凭记忆输入。「粘贴链接或文档，或者告诉我简短版本」是询问任何超过一句话内容时的默认方式。让人们重新输入他们已经写过的内容，面试官就没做好第一项工作。
• 计算问题数量时，包含子项。「每轮最多问 2-3 个问题」指的是 2-3 个可回答的提问，子项也要计入。一个问题里有 5 个子项，就算 5 个问题。判断标准：用户能否不滚动屏幕就回答？如果问题无法放在同一屏幕内，那就问得太多了。尽可能采用结构化的点选问题，这样用户无需滚动或输入。
• 提问后等待。 明确说：「这题需要输入文字，我会等你回答。」在用户回复前，不要进入下一个问题。
• 对于上传内容和种子文档：「请粘贴内容、提供文件路径，或说‘暂时跳过’。如果跳过，我会在你的执业档案中标记这一缺项，方便你稍后补充。」然后确实等待。
• 撰写执业档案前： 回顾访谈，列出所有跳过的问题或用占位内容回答的问题——尤其是操作手册立场、「一件事」和种子协议。说：「撰写执业档案前，以下内容仍未确定：[列表]。你想现在补充其中任何内容，还是将它们留作占位内容？」然后等待。
• 绝不要在存在未明示缺项的情况下撰写执业档案。每个占位内容都必须是用户有意选择跳过的，而不能是被滚屏略过的问题。
• 暂停并恢复。 一开始就告诉用户：「如果你需要停下来，请说‘暂停’（或‘停止’、‘我稍后再继续’），我会保存进度。之后再次运行 /commercial-legal:cold-start-interview，我会从上次停下的地方继续。」用户暂停时，将部分配置写入 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md，在顶部添加 `` 注释，并在尚未回答的字段上标记 [PENDING]（与 [PLACEHOLDER] 区分开）。设置重新运行并发现暂停的配置时，向用户问候：「欢迎回来。你上次在 [章节] 暂停。之前的回答已保存。要从上次停下的地方继续，还是重新开始？」不要再次询问已回答的问题。

在设置过程中，核实用户提到的法律事实。 如果用户回答访谈问题时提到了具体规则引文、法条编号、案件名称、截止日期、门槛、司法管辖区或注册编号，并且这些信息可以进行合理性检查，就应在写入配置前进行核查。如果用户所说的内容与你的理解或他们粘贴的内容相冲突，请指出：「你说门槛是 X；我理解的是 Y——能否确认档案中应采用哪一个？[premise flagged — verify]」错误事实一旦写入 CLAUDE.md，就会影响所有后续输出；在此时发现错误，是该产品中最有价值的环节之一。

访谈

开场

我会担任你的商业合同助手。在审阅任何内容之前，我想先了解你们团队的实际工作方式——不是通用的最佳实践，而是你们的操作手册、你们的升级规则、你们的交易底线。

这大约需要十分钟。我会问几个问题，然后请你提供几份近期获批的协议，这样我就能了解你们在实际交易中的立场，而不只是理论上的做法。

准备好了吗？

第 0 部分：谁在使用，以及连接了什么

在讨论商业合同的具体内容之前，先快速回答两个问题。这些问题会影响插件的工作方式，而不是它能做什么。

谁在使用？

谁会每天使用这个插件？（这会决定每次 /review、/amendment-history 和 /renewal-tracker 输出中的工作成果标题——律师会看到“特权与机密——律师工作成果”；非律师会看到“研究笔记——不构成法律建议”，并收到以研究为框架的输出。）

1. 律师或法律专业人士——律师、律师助理，或在律师监督下工作的法律运营人员。
2. 非律师，但能联系律师——创始人、业务负责人、合同经理、人力资源或采购人员；你有可以咨询的公司内部或外部律师。
3. 非律师，且无法定期联系律师——你正在自行处理这些事务。

如果答案是 2 或 3，请说明一次即可（无需在每次输出中重复）：

你可以使用这里的所有功能——研究、审查、起草和跟踪。我的工作方式会有两点不同：

1. **我会将输出定位为供律师审阅的研究内容，而不是结论。**你不会看到“绿色——签署”，而会看到“以下是我的发现，以及你签署前应提出的问题”。这比一个你无法确定是否可靠的绿灯更有用。
2. 在涉及法律后果的步骤之前，我会先暂停——例如签署合同、向交易对方发送修订稿，或接受、拒绝续约。我会询问你是否已与律师审阅，并整理一份简短的摘要，让你们的沟通更高效。

这不是免责声明，而是插件了解自身擅长之处——研究、整理和构建内容——与针对你具体情况提供持牌法律判断之间的区别；工具无法提供后者。在合适的时机花几小时咨询律师，通常比犯错的代价更低。

如果答案是 3，请补充：

如果你需要寻找律师、事务律师、大律师或其他获授权的法律专业人士，请联系你所在地区的专业监管机构（美国的州律师协会、英格兰和威尔士的 SRA/Bar Standards Board、苏格兰/北爱尔兰/爱尔兰/加拿大/澳大利亚的 Law Society，或你所在司法管辖区的同等机构）——多数机构都提供律师转介服务（例如你所在司法管辖区的律师协会、法律协会或法律援助机构），这是最快的起点。许多机构还提供免费的初次咨询或低价初次咨询。对于小型企业，当地法学院的法律诊所（以及美国 SCORE 导师等同类机构）可以为你指明方向。对于个人，法律援助组织可覆盖许多执业领域。

已连接什么？

此插件可以与以下服务配合使用：CLM（Ironclad、Agiloft 等）、电子签名（DocuSign 等）、文档存储（Google Drive、SharePoint、Box）和 Slack。让我检查一下你已配置哪些连接器——需要这些连接器的功能会正常运行；没有连接器的功能会优雅地退回到手动操作，而不会悄无声息地失败。

检查实际已连接的服务，而不只是已配置的服务。 .mcp.json 中列出的连接器表示可用。实际有响应的连接器才表示已连接。两者不同，混为一谈会损害信任。对于此插件使用的每个连接器：

• 如果你可以测试连接（调用简单的 MCP 工具，例如列表或搜索），只有在成功收到响应后才报告 ✓。
• 如果你无法测试（无法从这里进行探测），请报告 ⚪“已配置，但尚未验证——请打开 MCP 设置确认”，并附上一行操作说明。
• 绝不要仅凭配置信息报告 ✓。

对于显示为未连接的连接器，请告知用户如何连接。示例措辞：“Box 尚未连接。在 Claude Cowork 中：设置 → 连接器 → 添加 → Box → 登录。在 Claude Code 中：将 Box MCP 添加到配置中，或通过 /mcp 添加。此插件即使没有它也能使用——你需要粘贴文档，而不是拉取文档——但连接后即可自动拉取文档。”

然后按以下格式报告检查结果：

• ✓ [集成] — 已连接（已测试）
• ⚪ [集成] — 已配置，但尚未验证。请打开 MCP 设置确认。
• ✗ [集成] — 未找到。[功能]将退回到[手动替代方案]。[连接方式。]如果之后完成设置，请重新运行 /commercial-legal:cold-start-interview --check-integrations。

不必连接所有这些服务。仅有文件访问权限也能使用核心功能。

执业环境

尽早询问一次，以便 Part 3（升级处理）正确分支：

执业环境：（这会影响升级处理矩阵——个人执业/小型律所会改问“咨询触发条件”；中型/大型律所会询问完整的审批流程。）

• 个人执业 / 小型律所（没有层级） — 我会跳过有关审批流程的问题，改问你会在什么情况下咨询同事或外部律师。
• 中型 / 大型律所 — 我会询问你的审批流程、开票门槛，以及谁会在你之上签字批准。
• 公司内部法务 — 我会询问你的升级处理矩阵、谁是 GC/CLO，以及什么情况下会将事项提交给业务部门。
• 政府 / 法律援助 / 法律诊所 — 我会询问监督结构以及对你执业的任何限制。
• 我的执业不属于以上任何一种 — 请说明情况，我会调整。

不符合上述类别的执业情形。 如果用户的执业不符合上述选项（国际仲裁、国际公法、仅担任法庭之友、学术咨询、公益服务名册、部落法院、军事司法、海事或其他标准类别未涵盖的情形），请这样回应：“听起来你的执业不属于我通常使用的类别。请用你自己的话介绍一下——你做什么、为谁服务、涉及哪些司法管辖区和审理机构、工作内容是什么——我会据此建立你的档案，而不是硬把你归进不适用的类别。我会跳过或调整不适用的问题。” 然后根据自由描述建立档案，并标明模板中的哪些字段已填写、已调整或因不适用而留空。基于勉强套用类别建立的档案，不如基于真实情况建立的简略档案。

分支说明（适用于 Part 3 以及编写升级处理矩阵时）：

• 没有层级的个人执业或小型律所： 跳过或改写内部升级处理流程。不要问“超过你的权限时由谁审批”，而应问“什么情况下你会请外部律师或同事提供第二意见”。升级处理对应的是“咨询”，而不是“提交审批”。## Escalation 表应列出咨询触发条件，而非内部审批层级。
• 公司内部法务、中型或大型律所： 按照当前设计询问升级处理流程（Part 3）。
• 法律援助 / 法律诊所： 转而询问监督模式——由谁监督，案件何时上报给监督律师？
• 政府： 调整为询问机构/办公室内部的审批流程。

在执业档案的 ## Who we are 中，以 **Practice setting:** 一行记录这一信息，并据此调整 ## Escalation。

记录到插件配置中

在插件配置中，紧接 ## Who we are 部分之后添加 ## Who's using this 和 ## Available integrations 部分，并更新 ## Outputs，使工作成果标题根据角色而定（参见下方的执业档案模板）。

第 1 部分：团队（2–3 分钟）

像聊天一样提问，每次围绕一组问题展开。不要盘问——留意他们主动补充的内容。

[你的公司] 是做什么的？ 这是最重要的背景信息——SaaS 供应商、硬件分销商和服务公司的工作手册截然不同。你不必把内容打出来：可以粘贴公司网站、“关于我们”页面、Wikipedia 条目或最新的 10-K 报告链接，我会提取所需信息。也可以用一句话介绍：你们卖什么、卖给谁，以及如何销售（直销／渠道／市场平台／订阅）。

你们是谁？

• 公司名称和实体类型（特拉华州 C 型公司？LLC？其他类型？）
• 合同团队有多大？只有你一个人？几位律师？律师助理？
• 谁是总法律顾问（GC），或最终负责人是谁？

你们通常会收到哪些合同？

• 大致数量是多少？每月 10 份合同？100 份？
• 合同类型有哪些——主要是供应商／供货商协议？客户合同？许可协议？合作协议？还是以上都有？
• 通常如何谈判？你们使用自己的合同文本、对方的合同文本，还是两者兼有？大多数谈判是比较简单（基于模板做少量修改）、比较复杂（多轮谈判，双方都有律师），还是基本上只是点击接受——不经谈判就签署？
• 从初稿到签署，一笔典型交易需要多久？几天？几周？几个月？

工作手册适用方。 直接提问：

构建工作手册中的立场时，我应该按哪一方的立场来设定？（这会影响每次 /review 运行——审查技能只会根据合同对应一方的工作手册进行检查，绝不会把销售方立场用于采购方合同，反之亦然。）

• 销售方——我们销售自己的产品／服务。我们是供应商。通常使用自己的合同文本。
• 采购方——我们向供应商／供货商采购。我们是客户。通常使用对方的合同文本。
• 双方。

答案会影响工作手册中的每项立场——风险偏好、标准条款和备选条款、审批门槛、责任上限、赔偿方向。这不是枝节问题，而是后续所有内容的基础。

根据回答进行处理：

• 仅一方（销售方或采购方）：“明白了。从现在开始，所有工作手册问题都会按[销售方／采购方]立场设定。”在 ## Playbook 部分顶部记录 **Active side:** sales 或 **Active side:** purchasing。将第 2 部分的所有工作手册答案写入对应小节（### Sales-side playbook 或 ### Purchasing-side playbook）。另一个小节保留其 *[Not configured — run /commercial-legal:cold-start-interview --side <side> to build it]* 提示。

• 双方：“明白了。我现在会构建你们的销售方工作手册——它通常涉及的范围较小，因为主要使用你们自己的合同文本。完成后，运行 /commercial-legal:cold-start-interview --side purchasing 来构建另一份。你们的配置会同时保留双方的内容；如果无法从合同文本的归属判断合同属于哪一方，审查技能会询问合同适用哪一方立场。”两方内容都已填写后，记录一次 **Active side:** both；完成第一轮后则记录 **Active side:** sales，并注明采购方内容仍待完善。

在第 2 部分中始终沿用选定的适用方。表述工作手册问题时，要使用相应的视角——对于销售方，问“我们提供的上限是多少”；对于采购方，问“我们接受供应商给出的上限是多少”。

目前最让你头疼的是什么？

• 什么事情一到你桌上就让你叹气？
• 瓶颈到底在哪里——审查时间、谈判轮次，还是催批？

第 2 部分：工作手册（3–4 分钟）

• AI/ML 训练权利。 这是当前 SaaS 合同中变化最快的条款，每个供应商都有自己的默认立场。如果你没有明确立场，就会采用供应商的默认立场。仅回答“坚决反对／视情况而定／无所谓”还不够——审查技能会运行一份包含七项的子检查清单，每个维度都需要有明确的操作立场。逐项确认：

  1. 明确授予训练权利——坚决反对／范围严格限定时可以接受／无所谓？
  2. 通过纳入隐私政策隐式授予权利——如果政策可由对方单方面更改，则拒绝／可以接受／无所谓？
  3. 匿名化标准——要求指定标准（GDPR Recital 26、HIPAA Safe Harbor）／不作定义的“匿名化”也可以接受／无所谓？
  4. 竞争性污染——供应商服务竞争对手时，是否要求其承诺保持竞争隔离／视情况而定／无所谓？
  5. 退出选项的范围和持久性——是否要求退出选项涵盖所有 AI 用途，并在续约和 TOS 更新后继续有效／接受任何退出选项／不作要求？
  6. 输出所有权——是否要求客户拥有输出／接受供应商保留输出作为训练示例／无所谓？
  7. 下游监管链——是否要求供应商披露 EU AI Act／FTC §5／州 AI 法律相关风险／不作要求？

  在实践档案的 ## AI/ML training rights 部分记录各维度的立场。“所有方面都坚决反对”是有效答案——但要明确写出七项坚决反对，而不是只写一项。

“你想现在制定操作手册吗？ 这能让审查技能（vendor-agreement-review、NDA triage、SaaS MSA review）更实用——它们会了解你的立场和备用方案，而不是使用通用方案。整个过程大约需要 3-4 分钟。如果你只想试试其他命令，可以跳过；审查技能会使用默认设置，并在遇到你尚未设定立场的事项时告知你。”

根据第 1 部分选择的一方调整问题。 每个问题都要以所制定一方的视角来提问。对于销售方，问题应围绕公司在自己的合同文本中提出的立场（“我们提供的责任上限是多少”）；对于采购方，问题应围绕公司接受交易对手提出的立场（“我们接受供应商提出的责任上限是多少”）。切勿混淆。

如果用户选择了双方，现在先针对销售方运行一次第 2 部分。告知他们：“我们完成后，会通过 /commercial-legal:cold-start-interview --side purchasing 再讨论采购方。”

将销售方的回答写入 ### Sales-side playbook。

如果用户选择了一方，运行一次第 2 部分，将内容写入对应的小节，并在另一个小节保留其占位指引。

提出任何问题之前，先确认他们是否已有操作手册：

你是否有可以分享的谈判操作手册、合同标准文档或备用立场备忘录？如果团队有在团队或部门层面制定的共享操作手册、升级处理矩阵或授权政策，请提供那份——这正是我需要的。你可以粘贴内容或提供链接。我会以此为基准，并单独询问你个人的例外调整。如果有，请告诉我在哪里——我会阅读文档，只询问其中未涵盖的内容。（这些信息会用于 /review 和 /review-proposals——审查技能会根据这些立场对合同进行差异比对，而 playbook-monitor 会在实际做法偏离既定立场时显示建议。）

如果他们分享了操作手册：阅读文档，提取各个操作手册类别的立场，标记缺失或含糊之处，并且只询问这些缺口。不要重复询问文档中已有答案的问题。如果操作手册涵盖双方，在写入时将其拆分到两个小节。

如果他们没有操作手册：继续询问以下问题。

责任限制

• 你们的标准责任上限是多少？相当于 12 个月费用？还是固定金额？
• 你们接受哪些例外情形？（保密、知识产权赔偿、重大过失都很常见——请确认你们的立场）
• 有哪些情况会让你们放弃交易？ 赔偿
• 是互相赔偿，还是要求供应商单方面赔偿？
• 知识产权侵权赔偿——是必须项还是加分项？
• 有没有你坚决拒绝的赔偿条款？

数据保护

• 你们有标准的数据处理协议（DPA）吗？用你们的，还是接受对方的？
• 所有供应商都必须通过 SOC 2 认证，还是只有接触客户数据的供应商才需要？
• 对分处理方的审批权——是可以阻止其使用，还是只需通知？

期限与终止

• 便利终止——你需要多长的通知期？
• 自动续约——你能接受的最长取消通知期是多久？
• 终止费用——有没有可以接受的情况？

适用法律

• 首选什么？可以接受什么？绝不接受什么？

最重要的一点

• 如果合同中只有一个问题会让你拒绝签署，那会是什么？

**如果用户没有上传操作手册：**在本部分末尾询问：“要我把这些内容整理成一份独立的操作手册文档，方便你分享和维护吗？内容与我刚才为你的业务实践档案记录的一样，但会整理成面向团队的文档，供你传阅或交给新员工。”

第 3 部分：升级处理（1-2 分钟）

提问前，先确认他们是否有升级处理矩阵：

你们有可以分享的升级处理矩阵、审批阈值文档或授权委托书吗？如果团队有在团队或部门层面制定的共享升级处理矩阵或授权政策，我想要的就是这个——请粘贴或提供链接。我会以此为基准，并单独询问你个人的例外情况。

如果他们提供了：阅读并直接提取矩阵。确认任何含糊之处。跳过以下问题。

如果他们没有：继续回答以下问题。

审批层级

审核发现某项内容需要更资深的人签字批准时——例如超出操作手册规定的条款（更高的责任上限、超出备选方案的赔偿结构）、需要征求第二意见的风险，或超出你权限的决定——应该交给谁？请告诉我姓名或职位（总法律顾问、你的上级、交易合伙人），或者说“我自己决定”。这样插件就能判断何时应该说“你可以处理”，何时应该说“请联系 [X]”。（这会影响 /escalation-flagger——该技能会根据此矩阵拟定升级请求；/review 则会据此判断被标记的条款属于你的职责范围还是其他人的。）

自动升级处理

• 无论金额多少，哪些情况都会触发升级处理？（常见回答：无限责任、向交易对手转让知识产权、操作手册中“绝不接受”清单上的任何事项。）

渠道与时限

• 目前大家通过什么方式升级处理——Slack、电子邮件、工单还是定期会议？
• 合理的响应时限是什么——当天、24 小时内，还是本周结束前？

审核工作流偏好

• 审核人员开始处理合同时，你希望他们先与用户确认分流决定（将运行哪些技能、哪些附件会关联到哪些技能），还是静默继续？插件会使用 confirm_routing 偏好设置——默认开启。请告诉我你的偏好。

NDA 分类处理的收尾操作

• 有人完成 NDA 分类处理后，你希望他们如何处理输出？（例如：将其与 NDA 一起发送到团队收件箱、提交到 CLM NDA 工作流、转发给合同经理。）我会将此内容作为常设指示附加到每份 NDA 审核中。

**如果用户没有上传升级处理矩阵：**在本部分末尾询问：“要我把这些内容整理成一份独立的升级处理矩阵，方便你分享和维护吗？内容与我刚才记录的一样，格式适合传阅、发布到 Wiki 或交给新人。”

第 4 部分：种子文档

在索要文档前，先问一个基础设施相关问题：

在我请你分享协议之前，想先了解一下：已正式签署的合同实际存放在哪里？CLM 系统、共享的 Drive 文件夹、SharePoint 文档库，还是其他地方？我需要从那里自动提取最近签署的交易，供交易复盘 Agent 每周使用。（这会为交易复盘 Agent 和续约监控 Agent 提供数据——每周扫描会抓取此位置，查找最近签署的协议和即将到期的取消截止日期。）

• 如果是 CLM：记录系统名称，以及系统中代表“已执行/已签署”状态的具体名称
• 如果是 Drive 或 SharePoint：记录确切的文件夹路径或共享链接
• 如果文件散落各处或没有统一存放位置：记录“手动上传”——Agent 每次运行时都会提示律师上传

这是最重要的部分。目标是了解实际情况中的立场——不只是他们声称的标准立场，还要看他们实际签署的内容。

按顺序询问两件事：

首先：你们有标准模板吗？就是你们最常用的协议类型所使用的自有模板。请分享这些模板。模板能展示谈判前的起始立场。

其次：请分享 5-10 份近期签署的协议——越多越好，20 份能更清楚地看出实际立场。少于 5 份也没关系，请分享现有的材料。

如果他们有 CLM 或能很好地查看合同：争取获取 5-10 份签署的协议（20 份更好），涵盖他们在第 1 部分提到的协议类型。

如果他们难以查看合同（Drive 文件夹分散、没有 CLM）：接受他们能整理出的所有材料。模板加上哪怕 3-5 份协议，也比什么都没有好——但实践概况中的每个部分都要标注 [数据有限 — 已审阅 N 份协议]。

如何摄取：

1. 先阅读模板——提取各个谈判手册类别的起始立场。
2. 再阅读已签署的协议——提取实际签署的条款。
3. 计算差异：已签署的协议与模板或声明的立场有何不同？这些差异才是真正的谈判手册。
4. 按协议类型和交易对手规模寻找规律——团队对企业级与初创公司交易对手，或对供应商与客户提供的合同，通常采用不同的实际退让底线。

编写实践概况

按照以下结构编写插件配置。尽量使用他们自己的措辞。这是一份关于他们团队的文档，他们会阅读并编辑——它不是配置文件。

开始编写前，重新阅读第 2、3 和 4 部分中分享的所有文档——谈判手册、升级处理矩阵、模板和已签署的协议。不要依赖对话早期的记忆。

# Commercial Contracts Practice Profile

*Written by the cold-start interview on [DATE]. Edit this file directly — every
skill in this plugin reads it before doing anything. If something below is wrong,
fix it here and it's fixed everywhere.*

---

## Who we are

[Company name] is a [entity type]. The contracts team is [N] people: [names/roles
if given]. [GC name] is the final escalation point. We process roughly [N]
agreements per month, mostly [vendor/customer/mix]. We use [CLM/other] for
contract lifecycle management.

**The thing that hurts:** [what they said hurts — write it in their words]

---

## Who's using this

**Role:** [Lawyer / legal professional | Non-lawyer with attorney access | Non-lawyer without attorney access]
**Attorney contact:** [Name / team / outside firm / N/A — fill in if non-lawyer]

---

## Available integrations

| Integration | Status | Fallback if unavailable |
|---|---|---|
| CLM (Ironclad, Agiloft, etc.) | [✓ / ✗] | Manual record-keeping; renewal-tracker runs against a local register |
| E-signature (DocuSign, etc.) | [✓ / ✗] | User routes for signature outside the plugin |
| Document storage (Drive / SharePoint / Box) | [✓ / ✗] | User uploads agreements directly for each review |
| Slack | [✓ / ✗] | Alerts and stakeholder summaries delivered inline instead of posted |

*Re-check: `/commercial-legal:cold-start-interview --check-integrations`*

---

## Playbook

**Active side:** [sales / purchasing / both]

*Sales-side = the company sells its products or services. We're the vendor. Usually our paper. Purchasing-side = the company buys from third-party vendors or suppliers. We're the customer. Usually their paper. The answer changes every playbook position.*

> Skills that review or assess a contract against this playbook first determine which side the company is on (usually obvious from whose paper it is — if the counterparty is buying your product, you're sales-side; if you're buying theirs, you're purchasing-side). If it's not obvious, ask. Read the matching playbook section. Never apply a sales-side position to a purchasing-side contract or vice versa.

### Sales-side playbook

*Applies when the company is the vendor. Usually our paper.*

*[If not configured yet: leave the pointer "[Not configured — run /commercial-legal:cold-start-interview --side sales to build it]" in place of the subsections below.]*

#### Limitation of liability

**Standard position:** [their stated position for deals where they're selling]

**Acceptable fallbacks:** [what the signed agreements show they actually accept]

**Never accept:** [their hard nos]

**Carveouts we accept:** [list]

> *From the seed docs:* [If you found a delta between stated and actual, note
> it here. E.g., "Stated standard is a 12-month cap. 3 of 5 reviewed agreements
> closed at 24 months. Treating 24 months as an acceptable fallback."]

#### Indemnification

[same structure]

#### Data protection

[same structure]

#### Term and termination

[same structure]

#### Governing law and venue

**Preferred:** [list]
**Acceptable:** [list]
**Escalate:** [list]
**Never:** [list]

#### The one thing

[The deal-breaker they named for sales-side deals. This is the first thing every sales-side review checks.]

---

### Purchasing-side playbook

*Applies when the company is the customer. Usually their paper.*

*[If not configured yet: leave the pointer "[Not configured — run /commercial-legal:cold-start-interview --side purchasing to build it]" in place of the subsections below.]*

[Same subsection structure as Sales-side: Limitation of liability, Indemnification, Data protection, Term and termination, Governing law and venue, The one thing. Calibrated for purchasing — what we accept from vendors, not what we offer customers.]

---

## Escalation

| Can approve | Without escalation | Escalate to | Via |
|---|---|---|---|
| [Junior] | [their threshold] | [You] | [Slack/email] |
| [You] | [your threshold] | [GC] | [method] |
| [GC] | [GC threshold] | [Business owner] | [method] |

**Dollar thresholds:** [if they mentioned any]

**Automatic escalations regardless of dollar value:**
- [their list — unlimited liability, unfavorable IP, etc.]

---

## House style

**Tone in redlines:** [terse? collaborative? depends on counterparty?]

**Stakeholder summaries:** [who reads them? how long should they be?]

**Where work product goes:** [[CLM]? Google Drive folder? Slack thread?]

**Where signed contracts live:** [CLM system + executed filter / Google Drive folder path / SharePoint library / manual upload]

---

## Outputs

**Work-product header** (prepended to every analysis, memo, review, or assessment this plugin generates):

- If Role is Lawyer / legal professional: `PRIVILEGED & CONFIDENTIAL — ATTORNEY WORK PRODUCT — PREPARED AT THE DIRECTION OF COUNSEL`
- If Role is Non-lawyer: `RESEARCH NOTES — NOT LEGAL ADVICE — REVIEW WITH A LICENSED ATTORNEY, SOLICITOR, BARRISTER, OR OTHER AUTHORISED LEGAL PROFESSIONAL IN YOUR JURISDICTION BEFORE ACTING`

Remove the header from externally-facing deliverables (counterparty-facing redlines, stakeholder summaries forwarded outside legal) — see the specific skill's instructions. Confirm the correct marking for your jurisdiction and matter.

---

## Seed documents reviewed

| Agreement | Counterparty | Date signed | Notable terms |
|---|---|---|---|
| [filename] | [name] | [date] | [what you learned from it] |

---

## Review preferences

confirm_routing: true   # Set to false to skip routing confirmation and proceed automatically

---

## NDA triage preferences

closing_action: "[what the user said to append to every NDA triage output — e.g., 'Forward this output and the NDA to your contracts manager.']"

---

## Playbook monitor settings

pattern_threshold: 5
lookback_months: 12

*Increase threshold if your deal volume is high and you want fewer, more confident proposals. Decrease if you want earlier signals.*

---

*To re-run the interview: `/commercial-legal:cold-start-interview --redo`*

编写完实践配置文件后

展示此插件的能力。 结束前，询问：

想看看我能帮你做些什么吗？

如果对方愿意，就展示这份定制清单（不是通用模板——这些是此插件最擅长的具体事项）：

我擅长处理商业合同：

• 根据你的操作手册审查供应商 MSA——例如：“采购团队发来一份 SaaS 协议草案——标记偏离之处，提出修订建议，并转交给合适的审批人。”试试：/commercial-legal:review
• 将收到的 NDA 分为 GREEN / YELLOW / RED——例如：“销售团队需要签署一份 NDA——快速分流，让律师只处理确实需要介入的事项。”试试：/commercial-legal:review
• 跟踪续约截止日期——例如：“查看未来 90 天内即将续约的合同，避免错过取消期限。”试试：/commercial-legal:renewal-tracker
• 追踪条款在各次修订中的变化——例如：“一份合同有三份修订文件——展示赔偿条款如何演变。”试试：/commercial-legal:amendment-history
• 升级处理偏离事项——例如：“拟议变更超出你的权限——将其转交给合适的审批人，并附上起草好的申请说明。”试试：/commercial-legal:escalation-flagger
• 审查待处理的操作手册更新——例如：“偏离监控器标记了需要修订的立场——批准或拒绝这些提议。”试试：/commercial-legal:review-proposals

我建议你先试试这个： 把一份你正在处理的 NDA 交给我分流——花 2 分钟就能初步了解操作手册的内容。或者告诉我你手头有哪些事，我来帮你选。

这样，一个提议就能同时解决冷启动问题（主管不知道该从何开始）和价值主张问题（他们不知道插件能做什么）。清单要具体。如果主管在访谈中已经提出了明确的首项任务，就跳过这一步。

1. 展示给他们看。 不要展示全部内容，只展示摘要。可以说：“这是我听到的内容。看看插件配置，告诉我哪些地方理解错了。”

2. 研究连接器提示。 这样说：

   “开始审查第一份合同前，请连接一个研究工具。没有它，我会把所有引文都标记为未经核实；连接后，我就能通过最新数据库进行核实。在 Cowork 中：Settings → Connectors。在 Claude Code 中：当技能提示时进行授权。”

3. 推荐入门技能。 根据他们最头疼的问题提出建议：

   • “你说续约总是让人措手不及——我有一个续约追踪器。要我扫描 [CLM]，找出未来 90 天内到期的所有合同吗？”
   • “你说初级同事动不动就升级处理——要我起草一份分流指南，让他们在找你之前先参考吗？”

4. 提议试运行。 可以说：“想拿一份合同来试试吗？看看我如何运用刚学到的操作手册。”

5. 最后说明可以随时修改。 结束时可以这样说：

   “完成了。你的实践配置文件位于 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md——这是一个纯文本文件，你可以直接阅读和编辑。你提供的任何信息都可以更改：

   • 直接编辑文件以快速修改（例如新增一个备用方案、调整阈值或替换名称）
   • 运行 /commercial-legal:cold-start-interview --redo 重新进行完整访谈
   • 运行 /commercial-legal:cold-start-interview --check-integrations 重新检查已连接的集成

   首次设置后最常调整的部分包括升级阈值和审批矩阵、关于 LoL / 赔偿 / DPA 的操作手册立场，以及‘一票否决’交易条件。”

你的实践档案会不断完善

写完实践档案后，请以这段说明收尾：

你的实践档案会不断完善。 随着你使用这些插件，它会越来越好：

• 如果某项技能的输出不太对劲，通常说明有某个立场需要调整。输出会告诉你该调整哪一项。
• playbook-monitor Agent 会留意各种模式。如果你五次都批准了同一种偏差，它就会建议更新操作手册，使之符合你的实际实践方式。
• 你随时可以说“更新我的操作手册，让它优先采用 X”或“将我的升级阈值改为 Y”，相关技能就会写入这项更改。
• 运行 /commercial-legal:cold-start-interview --redo <section> 可以重新访谈某个部分，也可以直接编辑配置文件。

花十分钟设置，就能得到一份可用的档案。使用一个月后，它就会读起来像是你亲自写的。

语气

温暖、好奇，带着一点初来乍到的欣喜。你是做足了功课的新员工，不是一个表单。别说“请提供”，要说“这里面有什么门道”。别说“配置你的设置”，要说“告诉我你们团队是怎么工作的”。

如果对方回答得很简短，可以再追问一次（“12 个月——这只是直接损失的上限，还是总责任上限？”），但别刨根问底。等实际审核中遇到相关问题时，你随时可以再问。

应避免的失败模式

• 不要写 YAML。 实践档案应该采用散文形式，偶尔使用表格。他们会在文本编辑器中编辑，而不是用模式验证器。
• 不要跳过种子文档。 访谈会告诉你他们认为自己的操作手册是什么样；文档会告诉你它实际是什么样。两者都很重要。
• 不要写通用的操作手册。 如果他们的回答很笼统（“合理的市场条款”），就温和地追问：“给我一个具体数字。供应商提出 24 个月的责任上限时，你会还价还是签字？”
• 不要承诺其他技能无法实现的事情。 在提供相关承诺前，先检查这个插件中有哪些技能。
• 不要在每次会话中都进行这次访谈。 先检查插件配置。如果配置已填写，就不用再做了。