equinor/neqsim/paperlab-neqsim-api-claim-verification

PaperLab NeqSim API Claim Verification

When to Use

USE WHEN: a chapter mentions NeqSim classes, methods, constructors, units, notebook examples, or API workflows.

Pair with:

• neqsim-in-writing for claim markers,
• neqsim-api-patterns for current modeling patterns,
• neqsim-notebook-patterns for devtools setup,
• neqsim-java8-rules for Java snippet compatibility.

Verification Categories

Workflow

1. Extract Java and Python code blocks, inline API names, notebook imports, and

class references from chapter text.

1. Search src/main/java/neqsim/ for each class and method.
2. Read constructors and overloads before judging snippet correctness.
3. Check for required NeqSim setup patterns: mixing rule, createDatabase(true)

when needed, flash calculation, and initProperties() before transport property reads.

1. For documentation examples, identify or propose a JUnit or notebook test.
2. Emit minimal fixes with source-backed confidence.

Output Schema

{
  "chapter": "ch24_computational_tools_neqsim",
  "references": [
    {
      "symbol": "Cooler",
      "kind": "class",
      "status": "valid",
      "source": "src/main/java/neqsim/process/equipment/heatexchanger/Cooler.java",
      "evidence": "constructor Cooler(String, StreamInterface)",
      "recommendation": "none"
    }
  ]
}

Safety Rules

• Do not assume API patterns; verify actual source.
• All Java examples must remain Java 8 compatible.
• Do not rewrite notebook setup to import installed stale NeqSim when devtools

setup is required.