MCP.Market

Dense Evolution MCP server

by tatopenn-cell·io.github.tatopenn-cell/dense-evolution·v8.1.52·16 stars

Real quantum circuit simulator, VQE, molecular Hamiltonians, QM/MM forces, and MD via 21 tools.

A85/100grade A
What users say
No reviews yet
Be the first
Safety scan
A85/100

full report

Adoption
Growing

16 stars489 downloads/wk

Reviews

Write one

Nobody has reviewed Dense Evolution yet.

If you have run it, two minutes of your experience saves the next person an afternoon.

Dense Evolution tools (21, 7 write)

write = sends, deletes, buys or posts

Read from the package source without running it. The installed server may list more.

  • dense_evolution_build_circuit

    Convert a list of gate operations (as used by the graphical circuit builder) into real OpenQASM text, ready to pass to `dense_evolution_run_circuit`.

  • dense_evolution_custom_molecule_energy

    Compute the ground-state energy of an arbitrary molecule (not in the catalog) from its atomic symbols and geometry, via the same Hartree-Fock pipeline as the catalog. Small molecules only -- exact dense diagonalization caps out at 12 qubits, rejected before PennyLane runs if the electron/orbital count would exceed that.

  • dense_evolution_energy_scan

    Compute the ground-state energy at each of several geometries in one call -- e.g. a bond-length dissociation curve or a bond-angle sweep -- instead of calling dense_evolution_custom_molecule_energy once per point. Points are evaluated concurrently against the kernel. A point that fails (e.g. too many qubits for exact diagonalization) is reported with its own error and does not abort the rest of th

  • dense_evolution_health

    Check whether the local Dense Evolution Composer kernel is running and reachable.

  • dense_evolution_list_gates

    List every gate the graphical circuit builder (and therefore `dense_evolution_build_circuit`) supports, with their display metadata.

  • dense_evolution_list_molecules

    List every molecule in the built-in Hartree-Fock catalog, each with its real qubit count under the requested mapping. Use this to find valid `name` values for `dense_evolution_molecule_energy`, `_mix_molecules`, `_run_vqe`, `_qmmm_forces`, `_md_trajectory`, and `_energy_scan`.

  • dense_evolution_list_noise_models

    List the real Kraus-channel noise models available for `dense_evolution_run_circuit` and the mitigation tools (e.g. depolarizing, amplitude damping, bit-flip).

  • dense_evolution_list_presets

    List the built-in example OpenQASM circuits bundled with the Composer (e.g. Bell state, GHZ, QFT) -- useful as ready-made input for `dense_evolution_run_circuit` without writing QASM by hand.

  • dense_evolution_md_trajectorywrite action

    Run a real Velocity-Verlet MD trajectory driven by Hellmann-Feynman forces at every step, for a catalog molecule.

  • dense_evolution_mitigate_density_matrixwrite action

    Run real density-matrix ZNE: Monte-Carlo density-matrix estimate at 1x/2x/3x noise_p, extrapolated and projected onto the nearest physical state, graded by Uhlmann fidelity against the true ideal state.

  • dense_evolution_mitigate_znewrite action

    Run real Zero-Noise Extrapolation: measure a Pauli expectation value at several noise scales under a real Kraus noise channel, then extrapolate back to zero noise.

  • dense_evolution_mix_molecules

    Compute H_mix = weight_a*H_a + weight_b*H_b for two catalog molecules that share the same qubit count (same electron space), and diagonalize all three (H_a, H_b, H_mix) for their ground-state energies. Mixing molecules with different qubit counts is physically meaningless and is rejected with a clear error.

  • dense_evolution_molecule_energy

    Compute the exact ground-state energy of a catalog molecule via real Hartree-Fock + Jordan-Wigner/Bravyi-Kitaev Hamiltonian construction and exact dense diagonalization.

  • dense_evolution_qmmm_forces

    Compute real Hellmann-Feynman nuclear forces (F = -d<psi|H(R)|psi>/dR via PennyLane autodiff, not finite differences) on a catalog molecule's real Hartree-Fock ground state.

  • dense_evolution_run_circuitwrite action

    Run real OpenQASM on dense_evolution's DenseSVSimulator (or the MPS backend for large circuits) and return measurement counts, probabilities, and statevector amplitudes. Above the dense backend's safe qubit ceiling (see dense_evolution_system_limits), automatically switches to an MPS top-k-states approximation instead of failing.

  • dense_evolution_run_vqewrite action

    Run real VQE (Adam gradient descent with adjoint differentiation) against a molecule's Jordan-Wigner Hamiltonian, from a fresh random start every call -- not a cached/precomputed result. Can take a while for 'uccsd' ansatz or high maxiter; consider dense_evolution_health's RAM figures and start with a small maxiter/n_layers to gauge cost first.

  • dense_evolution_system_limits

    Get the maximum qubit count this machine can currently simulate with a dense statevector, computed from actual free RAM right now (not a fixed constant) -- call before requesting a large `dense_evolution_run_circuit`.

  • dense_evolution_vector_healingwrite action

    Run a real predictive-healing pass over a noisy (n_steps, dim) vector sequence -- e.g. VQE convergence telemetry or an MD trajectory. Per step, a Phi-Trigger (dense_evolution.healing) decides whether the change from a local baseline looks like genuine dynamics (kept as-is) or static noise (replaced by the local median). NaN/Inf entries are sanitized first regardless of that decision.

  • dense_evolution_wormhole_scan

    Sweep `t1_values` for the traversable-wormhole-inspired teleportation protocol, running both +mu_magnitude and -mu_magnitude at every point -- one call instead of 2*len(t1_values) separate dense_evolution_wormhole_teleportation calls. Returns each point's mutual information for both signs plus their difference (mu<0 minus mu>0 in this project's own convention), the standard readout for the protoco

  • dense_evolution_wormhole_select_instance

    Find a binary-sparse-SYK random-instance seed suitable for the traversable-wormhole-inspired teleportation protocol (`dense_evolution_wormhole_teleportation`).

  • dense_evolution_wormhole_teleportationwrite action

    Run one point of the real traversable-wormhole-inspired quantum teleportation protocol (Gao-Jafferis-Wall theory, arXiv:2604.10090) on a binary sparse SYK model: two coupled chaotic Hamiltonians (L,R), a message injected into L via a reference-qubit pair (P,Q), a real bilinear L-R coupling exp(i*mu*V), and a readout that is NOT a single-qubit expectation value (which the no-signaling theorem forbi

Public scan report

scanner v0.1.9 · 2026-09-23 · same rubric, same numbers if you re-run it

1 medium
  • Code scan48 source files scanned20/25
  • –Live reliabilityno gateway calls yet and no remote to proben/a
  • –Tool poisoningtools not inspected (local package is not executed); not countedn/a
  • Auth qualitylocal package, no credentials required12/15
  • Maintenancelast push 0 days ago15/15
  • Maintainer identityregistry namespace matches repository owner; GitHub account older than a year8/10

Findings (1)

  • mediumeval / new Function usedexec.eval
    dense_evolution-8.1.52/dense_evolution/parser.py: …achable via attribute access in a naive eval() — # see _eval_ast_node's docstring…
Overall 85/100. Components that don't apply are left out of the denominator. Any critical finding is an F.RubricAppeal a findingJSON

How Dense Evolution compares

Against every graded MCP server, from our own scans and uptime checks. Updated after each scan run.

Safety score
85/100
higher than 70% of 48,255 servers
Tools
21
the typical server has 7
Tools that change things
33%
typical: 0%. Fewer write tools means less an agent can break
GitHub stars
16
more than 90% of 28,688 servers
Downloads a week
489
more than 88% of 12,191 servers with a package

What its tools let an agent do: 14 read · 7 change

Install Dense Evolution in Claude Code, Cursor or VS Code

claude mcp add dense-evolution -- uvx dense-evolution
Add to Cursor

What the publisher says

From the Dense Evolution repository's README, as published. We do not edit it. Read it on GitHub

<!-- mcp-name: io.github.tatopenn-cell/dense-evolution --> A high-performance quantum simulation toolkit Statevector/MPS engines with compilation, noise, VQE, QEC, chemistry, and agent-native tooling.

Table of Contents

  • What It Is
  • Install
  • Quick Start
  • Key Features
  • Benchmarks
  • Composer & MCP Server
  • Key Resources

▍ What It Is

Run up to 28 qubits in about 3 seconds, without crashing. Dense Evolution JIT-compiles statevector circuits through JAX XLA, automatically chunks and — past even that RAM ceiling — spills to disk when memory fills up, so a real simulation stays alive instead of OOM-ing.

📖 Full documentation, API reference, and worked examples →

A local Streamlit dashboard and web-based Composer editor are also included — see Composer & MCP Server below.

▍ Install

pip install dense-evolution  # JAX is a core dependency, installed by default

# full stack: GPU · dashboard · Qiskit/PennyLane interop
pip install dense-evolution[full]

# just the interop bridge
pip install dense-evolution[qiskit]
pip install dense-evolution[pennylane]

# Composer's local kernel (see "Composer" below)
pip install dense-evolution[composer]

Shortened. The full README is on GitHub.

Nothing above is checked by us. What we check is on the safety report.

Dense Evolution: common questions

Is Dense Evolution MCP server safe?
Yes, by our scan: it is graded A (85/100). Read the Dense Evolution safety report
How do I install Dense Evolution?
It runs on your machine. Copy the Claude Code, Cursor, VS Code or Claude Desktop config from the install section.
Does Dense Evolution need an API key?
No secret keys are declared. It reads 1 setting from the environment.
Is Dense Evolution maintained?
The last commit was 42 days ago (2026-09-23). The latest release is v8.1.52.
How does Dense Evolution compare with other MCP servers?
safety score 85/100 (higher than 70% of 48,255 servers); tools 21 (the typical server has 7); tools that change things 33% (typical: 0%. Fewer write tools means less an agent can break). Full comparison.