3. Calibre xACT工具架构

在进入具体命令与参数之前，先把 xACT 放回 Calibre 的整体版图中理解，能避免后续很多“为什么这一步要这样做”的困惑。xACT 并不是一个孤立的寄生参数提取器，而是 Calibre 签核平台中负责“晶体管级寄生提取”的一环：它消费版图与工艺信息，产出带寄生的网表，供后续仿真与签核使用。理解它的角色、运行模式、数据库依赖，以及它与 PEX、Star-RC 等工具的定位差异，是正确使用它的前提。

一、xACT 在 Calibre 流程中的角色

Calibre 的签核流程通常围绕“物理验证—寄生提取—时序/功耗签核”展开。xACT 位于物理验证之后、电路仿真之前，承担的是从版图几何到电气寄生网络的转换。它的输入侧依赖两类信息：一是版图数据库（GDSII/OASIS）与工艺描述，二是由 Calibre 物理验证阶段产出的器件识别与连接关系结果。输出侧则是一份带寄生 RC 的 SPICE 网表，以及可选的寄生报告文件。

需要特别强调的是，xACT 与 Calibre xRC、Calibre PEX 在概念上属于同一族能力的不同表述或不同产品阶段名称。在较新的 Calibre 版本中，xACT 是晶体管级寄生提取的主力引擎，支持规则驱动（rule-based）与场求解（field solver）两种提取模式，并可与 Calibre 的 LVS、ERC 结果直接衔接。因此，把 xACT 理解为“Calibre 平台内、面向晶体管级签核的寄生提取引擎”是准确的定位。

二、运行模式：单机与分布式

xACT 支持两种典型运行模式。单机模式适合模块级或中小规模设计的快速验证，所有提取任务在本地进程内完成，调试方便、启动快。分布式模式则面向全芯片规模，通过 Calibre 的分布式处理框架把版图切分为多个分区，由多台机器并行提取，最后合并结果。分布式模式的关键在于分区策略与合并一致性：分区边界处的网络若被切断，需要在合并阶段正确重建连接关系，否则会出现寄生网络断裂或重复计算。

实际使用中，一个常见的做法是先用单机模式在模块上验证规则文件与层映射是否正确，确认提取结果合理后，再切换到分布式模式跑全芯片。这样可以把“规则错误”和“规模问题”分开排查，避免在大规模运行时才发现基础配置问题。

三、数据库依赖：xACT 需要什么才能跑起来

xACT 的运行依赖几类关键数据。第一是版图数据库，通常为 GDSII 或 OASIS 格式，其中包含所有几何图形与层信息。第二是工艺技术文件，常见的是 ITF（Interconnect Technology File）格式，描述各层厚度、介电常数、电阻率、通孔参数等。第三是提取规则文件，定义哪些层参与提取、采用何种模型、是否考虑耦合电容等。第四是 LVS 结果，用于把版图网络与电路网表对应起来，确保提取出的寄生能正确挂到器件端口上。

这些依赖之间存在明确的先后关系：没有 LVS 结果，xACT 无法知道哪些网络对应哪些器件；没有正确的层映射，几何图形会被归到错误的层，导致寄生值严重偏离。因此，在运行 xACT 之前，通常需要先完成 LVS 并确认 clean，再检查 ITF 与规则文件中的层名与版图层号是否一致。

四、与 PEX、Star-RC 的定位差异

PEX 是“寄生提取”这一动作的通用称呼，很多工具都自称 PEX 工具。Calibre 语境下的 PEX 能力主要由 xACT 承载，因此二者不是并列关系，而是“能力”与“具体引擎”的关系。Star-RC 则是另一条技术路线的代表：它通常以场求解为核心，强调高精度，适合关键网络或小规模结构的精细提取，但全芯片运行代价较高。xACT 的定位更偏向“签核级、规则驱动为主、兼顾场求解”的平衡路线，强调在可接受的运行时间内覆盖全芯片，并保持与 Calibre 物理验证流程的紧密集成。

选择工具时，可以从三个维度判断：规模（全芯片还是关键模块）、精度要求（是否需要场求解级精度）、流程集成（是否已在 Calibre 生态内）。若设计已经在 Calibre 中完成 LVS 与 ERC，继续用 xACT 做提取能减少数据转换与格式适配成本；若只需要对少数关键网络做极高精度分析，则可以考虑用场求解工具做交叉验证。

五、一个可执行的检查清单

为了把上述理解落到操作层面，下面给出一份运行 xACT 前的检查清单，可直接用于项目自查。

把这张清单走一遍，基本可以避免大多数“提取结果异常”的问题。xACT 的架构并不复杂，复杂的是它与版图、工艺、验证结果之间的依赖关系。理解这些依赖，比记住某一条命令更重要。