Tabular Review

/tabular-review

1. 加载 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md → 尽调结构、阈值、内部格式。
2. 确认：什么文件、什么列、输出到哪里。
3. 构建类型化模式。写入 .review-schema.yaml。与用户确认。
4. 样本运行（3-5份文件）。调整模式。确认。
5. 展开——每份文件一个子代理，并行。每格：值 + 状态 + 逐字引文 + 位置。
6. 归一化遍。标记异常和不一致。
7. 输出：.xlsx 或在线表格（询问），外加 .csv + _sources.csv + markdown 始终输出。工作成果页眉。
8. 摘要：核实工作量（每列 not_present / unclear / needs_review 的计数）、标记的列、文件位置、提醒每个单元格是线索而非发现。

/corporate-legal:tabular-review
/corporate-legal:tabular-review --schema .review-schema.yaml --docs ./vdr/02-Contracts/
/corporate-legal:tabular-review --template ma-diligence

--schema <路径>: 使用已有的模式文件而非新建。用于重新运行和增量添加。

--template <名称>: 从 references/ 中的模板开始。目前有：ma-diligence。

--docs <路径>: 文件来源。本地文件夹、云文档文件夹ID或数据室路径。如省略，询问。

--output <xlsx|在线表格|csv>: 输出格式。如省略，询问。

--sample <n>: 模式检查的样本量。默认5。

事项上下文

事项上下文。 检查实务级 CLAUDE.md 中的 ## 事项工作区。如果 Enabled 为 ✗（企业法务用户的默认值），跳过本段其余内容——技能使用实务级上下文，事项机制不可见。如果已启用且无活跃事项，询问："这是哪个事项？运行 /corporate-legal:matter-workspace switch <事项简称> 或说 实务级。"加载活跃事项的 matter.md 获取事项特定上下文和覆盖规则。输出写入事项文件夹 ~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<事项简称>/。除非 跨事项上下文 为 开，否则绝不读取其他事项的文件。

目的

你有一摞文件和一个需要跨每份文件一致回答的问题清单。一份尽调需求清单。一次供应商合同审计。一次租赁组合审查。产出是一张表：文件为行、数据点为列，每个单元格可追溯到来源中的确切文字。

这不是问题识别。diligence-issue-extraction 找到藏在2,000份文件中的30个问题。本技能对全部2,000份文件回答同样的15个问题。两者都是合法的；它们回答不同的问题。

这也不是替代人工阅读文件。本技能产出的每个单元格是一个需要核实的线索，不是发现。输出设计为使核实更快速，而非跳过核实。

加载上下文

• ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md → 尽调结构、重要性阈值、内部格式偏好
• ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/deal-context.md（如处理特定交易）
• 用户已有的模式文件（.review-schema.yaml）

列类型系统

使表格审查有用的是：C列在第1行和第200行中含义相同。自由文本会产生漂移。类型保持不变。

每列有一个类型来约束答案格式：

逐字规则： 每个非 verbatim 列也捕获支持答案的确切来源引文，作为伴随字段。单元格中的答案是解读；引文是证据。一个说"不得无理拒绝同意"的 classify 单元格如果没有来源句子就是无用的，因为审查者的工作是检查该解读是否正确。

"未找到"的三种状态

空白单元格隐藏信息。当无法产出肯定答案时，强制使用三种明确状态之一：

这是三种不同的信息。交易团队处理"合同对合同转让保持沉默"的方式与"合同转让条款模糊"截然不同。将它们压缩成一个空白单元格丢失了这一区分。

工作流

第0步：什么和哪里

确认：

1. 文件。 它们在哪里？数据室MCP（数据室/飞书/坚果云）、本地文件夹、云文档文件夹或文件列表。数量？如果 >200，警告这将花费一些时间并提供从经重要性过滤的子集开始。
2. 模式。 哪些列？两条路径：
   • 用户从 references/ 中选择模板（并购尽调标准是默认）
   • 用户用自然语言描述列，你将其结构化为类型化模式
3. 输出。 Excel（.xlsx）或在线表格——询问团队用哪个。CSV 和 markdown 始终作为备份写入。输出到交易文件夹、云文档或用户指定的位置。

第1步：构建并确认模式

将用户的列清单转化为结构化模式。每列：一个稳定的 id、一个人读的 label、一个 type、一个 prompt（审查者阅读文件时会问的问题），以及对 classify 列一个 options 列表。

将其写入输出旁边的 .review-schema.yaml。此文件是可重复使用的工件——用户可以编辑、添加列、对新文件重新运行。在展开前向用户展示并确认。

schema:
  name: "并购尽调 — 项目 [代码]"
  created: 2026-05-07
  columns:
    - id: counterparty
      label: "对方当事人"
      type: verbatim
      prompt: "目标公司以外的合同相对方是谁？"
    - id: effective_date
      label: "生效日期"
      type: date
      prompt: "协议何时生效？"
    - id: change_of_control
      label: "控制权变更"
      type: classify
      options: [未提及, 须经同意, 不得无理拒绝同意, 自动终止, 仅通知]
      prompt: "协议是否涉及目标公司的控制权变更？要求什么？"
    - id: assignment
      label: "合同转让限制"
      type: classify
      options: [未提及, 须经同意, 不得无理拒绝同意, 可自由转让, 可转让给关联方]
      prompt: "目标公司能否转让本协议？有哪些限制？"
    # ... 更多列

第2步：样本运行

不要在未测试的模式上对200份文件展开。先对3-5份文件运行。向用户展示行。寻找：

• 大多数答案为 unclear 的列——提示语模糊，重写
• 答案不符合选项的 classify 列——增加选项或改为 free
• 返回释义而非逐字文本的 verbatim 列——强调必须逐字逐符

调整模式，重新运行样本，确认。这避免了用户做一个会被丢弃的完整运行。

第3步：展开

每份文件一个子代理，并行。每个子代理：

1. 阅读完整文件（不是RAG分块——是整个文件）。
2. 对每列，找到相关联条款。
3. 返回结构化行：每列 {value, state, quote, location}。
   • value 是类型化答案（如果 state 不是 answered 则为 null）
   • state 是 answered | not_present | unclear | needs_review
   • quote 是逐字的支持文本（精确，不释义，句内不使用省略号——如果截断，在句边界处截断并标注）
   • location 是引文所在位置（条款编号、标题、页码——文件提供什么就用什么）

引文不是可选的，逐字规则是机械性的，而非劝告。 每个子代理在返回 state: answered 的单元格前必须满足以下全部要求：

• quote 必须是从来源文件逐字逐符复制的连续文本，可在子代理引用的 location 处检索到。不得从条款标题加上你预期会存在于此处的标准模板文本拼凑引文。不得释义并称其为逐字原文。不得凭记忆以"此类条款通常"如何重构引文。不得用省略号拼接非连续文本以填充来源的缺口。
• location 必须足够具体，使归一化遍能重新打开文件并重读相同片段——审查者可以导航到的条款编号、标题或页码。
• 如果子代理无法定位和复制确切文本（来源被截断、OCR乱码、条款隐含但未写明、条款标题可见但正文未加载），单元格状态为 needs_review，value 为 null，notes 必须包含 quote_unavailable: <原因>。绝不得以合成或重构的引文设置 state: answered。
• 同一规则适用于 verbatim-类型列以及附在 classify / date / duration / currency / number / free 单元格上的伴随来源引文。支持性引文承担与单元格值同样的逐字义务。

第4步的归一化遍通过在引用 location 处重读来源并将存储的 quote 逐字逐符与来源文本对比来抽查这一点。不匹配将单元格降级为 needs_review，备注 quote_mismatch，并标记整列扩大抽查——如果一个子代理拼凑了引文，同次运行中的其他子代理可能也如此。