π New here? Start with the Installation Guide β Agentic AI with NeqSim (Community) β clone NeqSim, install the
neqsimCLI, and install the community agents into VS Code.
NeqSim Community Agents is the public open-source repository for community-developed AI agents built on NeqSim and NeqSim Community Skills.
The repository provides reusable, transparent, and reproducible engineering agents for process engineering, thermodynamics, flow assurance, field development, energy systems, and sustainability applications.
Energy for people. Progress for society.
Agents in this repository combine:
- NeqSim calculations
- Community skills
- Engineering workflows
- Documentation
- Examples
- Tests
- Human review and validation
The goal is to create a shared ecosystem of engineering-focused agents that assist engineers, researchers, students, and industry professionals while keeping assumptions, inputs, limitations, and validation steps visible.
Agents support engineering work. They never replace engineering judgement, qualified review, project procedures, regulatory requirements, or operational decision making.
Community agents are designed to make NeqSim-based workflows easier to discover, document, reproduce, and review. An agent may recommend NeqSim calculations, generate example scripts, organize engineering checks, or help explain assumptions. Any generated NeqSim workflow must still be verified by a qualified user before engineering or operational use.
Future versions of this repository may publish agent catalog entries that can be installed into the main NeqSim ecosystem.
NeqSim Community Skills contains reusable skill definitions such as fluid quality checks, hydrate screening, and separator modelling.
Agents use those skills as building blocks. Skills describe focused capabilities; agents combine one or more skills into complete engineering workflows with inputs, outputs, examples, validation checklists, and review expectations.
Machine-readable agent metadata uses canonical community skill IDs such as
neqsim-fluid-quality-check. Older shorthand names such as
fluid-quality-check may still appear in prose, but catalog entries and
agent.yaml files should use the canonical ID so runtimes do not need implicit
alias rules.
Current skill mappings used by the example agents:
| Legacy shorthand | Community skill catalog ID |
|---|---|
fluid-quality-check |
neqsim-fluid-quality-check |
hydrate-screening |
neqsim-hydrate-screening |
separator-modelling |
neqsim-separator-modelling |
relief-load-screening |
neqsim-relief-load-screening |
depressurization-screening |
neqsim-depressurization-screening |
line-velocity-check |
neqsim-line-velocity-check |
compressor-operating-window-check |
neqsim-compressor-operating-window-check |
dynamic-process-preparation |
neqsim-dynamic-process-preparation |
dynamic-instrument-controller-setup |
neqsim-dynamic-instrument-controller-setup |
hydrate-margin-check |
neqsim-hydrate-margin-check |
wax-margin-check |
neqsim-wax-margin-check |
An engineering agent is a documented workflow that can help an engineer perform a bounded task. It may collect inputs, check data quality, invoke skills, propose NeqSim examples, prepare screening reports, and list follow-up studies.
A good agent is:
- Transparent about assumptions and limitations
- Reproducible from documented inputs and steps
- Focused on assisting engineers
- Traceable to skills, examples, and tests
- Clear about when human review is required
Each agent has a standard directory layout:
agent-name/
βββ AGENT.md
βββ agent.yaml
βββ examples/
βββ prompts/
βββ tests/
βββ README.md
AGENT.md is the human-readable agent specification. agent.yaml is the machine-readable metadata. The examples/, prompts/, and tests/ directories keep usage examples, reusable prompt examples, and validation material close to the agent.
A harness is any driver β a test, a script, a CLI, or the main NeqSim repo's task workflow β that loads an agent definition and runs its skills in order. An agent is mostly declarative: agent.yaml lists the required_skills, and each skill is an installable Python package. A harness reads that list, installs the matching skill packages, then calls them and assembles a reviewable summary.
-
Install the skill packages the agent declares. For the Flow Assurance Engineer Agent (
hydrate-margin-check,wax-margin-check):python -m pip install -e ../neqsim-community-skills/skills/flow-assurance/hydrate-margin-check python -m pip install -e ../neqsim-community-skills/skills/flow-assurance/wax-margin-check
-
Drive the agent's skills from one harness:
# harness.py β runs a community agent's required skills, e.g. from the neqsim main repo import yaml from hydrate_margin_check import HydrateMarginModel # 1. Read the machine-readable agent contract. with open("agents/flow-assurance-engineer-agent/agent.yaml") as f: agent = yaml.safe_load(f) print("required skills:", agent["required_skills"]) # 2. Invoke each skill with validated NeqSim-derived inputs. margin = HydrateMarginModel(min_margin=3.0).evaluate( operating_temperature=15.0, hydrate_equilibrium_temperature=8.0, ) # 3. Assemble a review-ready summary that keeps assumptions visible. print("hydrate margin (C):", margin.hydrate_margin_c, margin.margin_warning) for note in margin.assumptions: print("assumption:", note) if agent.get("human_review_required"): print("Human review required before any engineering or operational use.")
The harness is the boundary where the agent's declared inputs, skills, assumptions, and review requirement become a runnable workflow. The agent definition stays transparent and reproducible; the harness only orchestrates the skills it names and surfaces their combined output for qualified human review.
This repository publishes a machine-readable catalog, community-agents.yaml, so a runtime can discover every agent and its required_skills without opening each agent.yaml. The Engineering Harness lists this repo as a default plugin source and imports it with:
engineering-harness plugins sync # imports community agents (public, no token)
engineering-harness list agents # shows the imported agentsEach catalog entry maps to a harness Agent (name, description, allowed_skills from required_skills, allowed_tools: [neqsim], requires_human_approval: true, trust: community). Because the agents only declare skills that the harness also imports, a workflow launched from the main NeqSim repo can run them end to end. Runtimes should display the trust namespace, for example community/pvt-agent, when an enterprise or core agent has the same short name.
| Agent | Purpose | Required skills |
|---|---|---|
| PVT Agent | Fluid characterization, composition checks, phase behavior evaluation, and thermodynamic analysis | neqsim-fluid-quality-check |
| Hydrate Screening Agent | Preliminary hydrate risk assessment | neqsim-hydrate-screening |
| Tie-In Screening Agent | Early-stage screening of tie-in opportunities | neqsim-fluid-quality-check, neqsim-hydrate-screening, neqsim-separator-modelling |
| Process Screening Agent | High-level process engineering screening studies | neqsim-separator-modelling |
| Process Safety Agent | Early-stage fire-case relief load and depressurization screening | neqsim-relief-load-screening, neqsim-depressurization-screening |
| Process Engineer Agent | Early-stage screening of unit operations against line-velocity and compressor operating-window guidelines | neqsim-line-velocity-check, neqsim-compressor-operating-window-check |
| Dynamic Process Preparation Agent | Prepares NeqSim process systems and process models for dynamic calculations | neqsim-dynamic-process-preparation |
| Dynamic Instrument Controller Agent | Adds NeqSim transmitters and PID-style controllers for dynamic simulations | neqsim-dynamic-instrument-controller-setup |
| Flow Assurance Engineer Agent | Early-stage screening of operating points against hydrate-margin and wax-margin guidelines | neqsim-hydrate-margin-check, neqsim-wax-margin-check |
- Copy templates/agent-template into
agents/<agent-name>/. - Update
AGENT.mdandagent.yamlwith the agent purpose, required skills, domains, inputs, outputs, assumptions, limitations, and review requirements. - Add realistic public examples in
examples/. - Add example prompts in
prompts/. - Add tests or validation notes in
tests/. - Run the repository structure tests.
- Open a pull request using the contribution checklist.
Not sure which repository a contribution belongs in? See the shared Contribution Router.
See CONTRIBUTING.md for contribution requirements, required files, documentation expectations, testing expectations, review checklist, and open-source requirements.
Contributions should use public information only. Do not include proprietary field data, confidential design methods, vendor-confidential information, private operational procedures, credentials, or personal data.
Company-specific agents belong in private enterprise repositories instead of this public community repository. See the main NeqSim Enterprise Agent and Skill Repositories guide for the setup and install/discovery workflow.
This repository follows these principles:
- Open, public, and reusable documentation
- Human review for engineering decisions
- Versioned agent metadata
- Transparent assumptions and limitations
- Reproducible examples and validation checks
- Clear deprecation of outdated agents
See docs/governance.md and docs/safety-guidelines.md for details.
Run the repository structure and metadata tests with:
python -m unittest discover -s testsThe initial tests use only the Python standard library. They validate that each agent has the required files, documentation sections, metadata fields, prompt examples, and examples.
This project is licensed under the Apache License 2.0. See LICENSE.