Dense Evolution
Real quantum circuit simulator, VQE, molecular Hamiltonians, QM/MM forces, and MD via 21 tools.
Connector by tatopenn-cell · GitHub account verified by the MCP Registry
Install
Works with Claude Code, Codex, VS Code, Cursor, Windsurf, Claude Desktop. Read the repository before you give any tool access to your data.
npx agentmarket install connector/tatopenn-cell-dense-evolution
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: data-analysis
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this server can do and what it asks for, from its tool list, install config and code. Checked Oct 25, 2026.
- Tools
- 16 read · 15 write · 0 delete · 1 not yet classified
- Secrets
- None asked for
- Install scripts
- None found
- Runs as
- Python package
Tools by what they do 32
Read from the source code; the running server may list different tools.
Read 16 · Look things up without changing anything.
dense_evolution_cosmic_ray_burstdense_evolution_custom_molecule_energydense_evolution_energy_scandense_evolution_healthdense_evolution_kernel_statusdense_evolution_list_gatesdense_evolution_list_moleculesdense_evolution_list_noise_modelsdense_evolution_list_presetsdense_evolution_mass_decompositiondense_evolution_mix_moleculesdense_evolution_molecule_energy
Show 4 more tools
dense_evolution_oscillating_noisedense_evolution_qmmm_forcesdense_evolution_system_limitsdense_evolution_wormhole_scan
Write 15 · Create, change, send or run things.
dense_evolution_build_circuitdense_evolution_crypto_bb84dense_evolution_crypto_di_qkd_ghzdense_evolution_crypto_dickadense_evolution_density_matrix_channeldense_evolution_md_trajectorydense_evolution_mitigate_coherencedense_evolution_mitigate_density_matrixdense_evolution_mitigate_znedense_evolution_native_hf_diagnosticsdense_evolution_run_circuitdense_evolution_run_vqe
Show 3 more tools
dense_evolution_vector_healingdense_evolution_wormhole_select_instancedense_evolution_wormhole_teleportation
Not yet classified 1 · We could not tell from the name and description.
dense_evolution_rag_search
Secrets and settings it asks for
Other settings (environment variables or headers).
DENSE_EVOLUTION_KERNEL_URL
Network hosts it talks to 6
apple.com· found in codebasissetexchange.org· found in codecdn.jsdelivr.net· found in codegithub.com· found in coderaw.githubusercontent.com· found in codetatopenn-cell.github.io· found in code
Files it touches
- Your home directory (~)
Tools (32)
Read from the source code; the running server may differ. Descriptions are the server’s own words; hidden characters are shown as [U+…].
dense_evolution_build_circuitConvert a list of gate operations (as used by the graphical circuit builder) into real OpenQASM text, ready to pass to `dense_evolution_run_circuit`. Args: params (BuildCircuitInput): n_qubits, ops (see dense_evolution_list_gates for valid gate names). Returns: str: JSON {"qasm": "..."} on success, or "Error: ..." if the op list is invalid.
dense_evolution_cosmic_ray_burstReal time-dependent decay-probability profile for a cosmic-ray/ gamma-ray-induced quasiparticle burst, reproducing a real measured event from arXiv:2104.05219 on a 26-qubit chip: a two-stage rise then a single-exponential recovery. Args: params (CosmicRayBurstInput): baseline_gamma, times_us. Returns: str: JSON with times_us, baseline_gamma, decay_probabilities, peak_ratio.
dense_evolution_crypto_bb84Run real BB84 quantum key distribution: prepare -> channel -> measure -> sift -> QBER. Validated at N=5000 rounds, 5 independent seeds: QBER=0 on a perfect channel, QBER=2*p_channel/3 under isotropic depolarizing noise, QBER=0.25 under an intercept-resend attack (eve=True) -- all within +-1sigma of theory. Args: params (Bb84Input): n_rounds, p_channel, eve, seed. Returns: str: JSON with n_rounds, p_channel, eve, qber, sifted_key_length.
dense_evolution_crypto_di_qkd_ghzRun real three-party device-independent conference key agreement via a GHZ(3) state (Ribeiro, Murta & Wehner 2018, arXiv:1708.00798), using the paper's own Parity-CHSH inequality. win_rate reaches the quantum maximum ~0.85355 to machine precision on an ideal channel, comfortably clearing the classical bound of 0.75. Args: params (DiQkdGhzInput): n_rounds, p_dep, seed. Returns: str: JSON with n_rounds, p_dep, win_rate, expected_win_rate, qber_b1, qber_b2.
dense_evolution_crypto_dickaRun the full multi-round DICKA structure (Appendix Protocol 2 of Ribeiro, Murta & Wehner 2018) around the GHZ(3) primitives: round selection, parameter estimation, and the abort decision. Deliberately does not report a secure key length -- Theorem 4's exact value depends on a numerical optimization the source paper never reduces to closed form. Args: params (DickaInput): n_rounds, gamma, beta, p_dep, seed. Returns: str: JSON with n_rounds, n_test, n_key, p_hat, beta, aborted, qber_b1, qber_b2.
dense_evolution_custom_molecule_energyCompute 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. Args: params (CustomMoleculeInput): symbols, geometry, charge, mapping. len(symbols) must equal len(geometry). Returns: str: JSON with n_qubits, ground_state_energy_hartree, or "Error: ..." if the molecule needs more than 12 qubits.
dense_evolution_density_matrix_channelApply a density-matrix-level noise channel to the ideal density matrix of a QASM circuit -- distinct from per-qubit statevector noise (see dense_evolution_run_circuit's noise_model/noise_p): 'global_depolarizing' mixes the whole register toward the fully mixed state as one unit (a SPAM-style error), 'amplitude_damping' is single-qubit asymmetric energy relaxation. Args: params (DensityMatrixChannelInput): qasm, channel, param. Returns: str: JSON with n_qubits, channel, param, ideal_diagonal, noisy_diagonal, trace.
dense_evolution_energy_scanCompute 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 the scan. Args: params (EnergyScanInput): symbols, geometries (list of points, max 50), charge, mapping, labels (optional, one per point). Returns: str: JSON with: { "n_poi…
dense_evolution_healthCheck whether the local Dense Evolution Composer kernel is running and reachable. Always call this first if unsure whether the kernel is up -- every other tool in this server depends on it. Returns the kernel's dense_evolution version, hostname, and free/total RAM (useful to sanity-check qubit-count limits before requesting a large simulation). Returns: str: JSON with {status, dense_evolution_version, hostname, total_ram_gb, available_ram_gb, ram_percent_free}, plus a `version_mismatch` warning if the kernel's dense_evolution differs from the one importable in this MCP adapte…
dense_evolution_kernel_statusReport this MCP adapter's own local configuration and diagnostics -- distinct from dense_evolution_health, which only proxies the kernel's own /api/health. Useful for debugging the adapter process itself: which kernel URL it's pointed at, whether that kernel currently answers, how many circuit/histogram/Q-sphere PNGs have piled up on disk (see the module docstring on why images are saved to disk instead of inlined), and how warm the molecule-catalog cache is. Returns: str: JSON with {kernel_url, kernel_reachable, image_output_dir, image_count, image_max_files, molecule_cache_entries}.
dense_evolution_list_gatesList every gate the graphical circuit builder (and therefore `dense_evolution_build_circuit`) supports, with their display metadata. Returns: str: JSON gate palette (name, symbol, qubit arity, etc. per gate).
dense_evolution_list_moleculesList 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`. Each entry includes a short `id` (e.g. "H2", "LiH", "HeH+") derived from the catalog's full descriptive name -- pass either form to any tool that takes a molecule `name`; the short id is easier to copy exactly across multiple tool calls than the full "H2 (Idrogeno) - R = 0.7414 A [equilibrio reale]"-style string. Args:…
dense_evolution_list_noise_modelsList the real Kraus-channel noise models available for `dense_evolution_run_circuit` and the mitigation tools (e.g. depolarizing, amplitude damping, bit-flip). Returns: str: JSON mapping noise model names to their parameters/description.
dense_evolution_list_presetsList 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. Returns: str: JSON mapping preset names to their OpenQASM source text.
dense_evolution_mass_decompositionCheck whether a mass-spectrometry peak-pair difference is a chemically valid, reachable sub-formula mass of a precursor formula (dense_evolution.utils.mass_decomposition, promoted from CASMI26 spectral-identification work). `nearest_reachable_mass` is the exact, RDBE-filtered answer; `density_at_target` is a plausibility density from the same landscape via FFT, not a probability. Args: params (MassDecompositionInput): formula, target_mass, max_mass. Returns: str: JSON with formula_counts, rdbe, nearest_reachable_mass, density_at_target.
Show 17 more tools
dense_evolution_md_trajectoryRun a real Velocity-Verlet MD trajectory driven by Hellmann-Feynman forces at every step, for a catalog molecule. Args: params (MdTrajectoryInput): name (short id or full catalog name), n_steps, dt_fs, mapping, recompute_electronic_state (true = true ab-initio MD, capped at 30 steps; false = fixed electronic state, capped at 200 steps). Returns: str: JSON with the trajectory (positions/energies per step). "Error: ..." if n_steps is out of range for the chosen mode.
dense_evolution_mitigate_coherenceRun real coherence-L1-predictive density-matrix ZNE: the same Monte-Carlo density-matrix construction as dense_evolution_mitigate_density_matrix, but extrapolated via a signal that covers phase-type noise (phaseflip, dephasing) the classical-JSD signal behind that other tool is structurally blind to -- it only ever reads the density matrix's diagonal. Use this one for phase-type noise models, the JSD one for amplitude/bitflip-type noise. Args: params (MitigateDensityMatrixInput): qasm, noise_model, noise_p, seed. Returns: str: JSON with n_qubits, noise_factors, fidelity_raw, fidelity…
dense_evolution_mitigate_density_matrixRun 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. Args: params (MitigateDensityMatrixInput): qasm, noise_model, noise_p, seed. Returns: str: JSON with n_qubits, noise_factors, fidelity_raw, fidelity_corrected.
dense_evolution_mitigate_zneRun 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. Args: params (MitigateZneInput): qasm, pauli_string, noise_model, noise_p, seed, extrapolation_method. Returns: str: JSON with n_qubits, ideal_expectation, noise_factors, noisy_expectations, zne_extrapolated, extrapolation_method.
dense_evolution_mix_moleculesCompute 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. Args: params (MixMoleculesInput): name_a, name_b (short id or full catalog name), weight_a, weight_b, mapping. Returns: str: JSON with n_qubits, energy_a, energy_b, energy_mixed (all in Hartree).
dense_evolution_molecule_energyCompute the exact ground-state energy of a catalog molecule via real Hartree-Fock + Jordan-Wigner/Bravyi-Kitaev Hamiltonian construction and exact dense diagonalization. Args: params (MoleculeEnergyInput): name (short id or full catalog name), mapping. Returns: str: JSON with n_qubits, symbols, geometry, charge, ground_state_energy_hartree. "Error: ..." with a 404-style message if `name` is not in the catalog (call dense_evolution_list_molecules to see valid names/ids).
dense_evolution_native_hf_diagnosticsRun real Hartree-Fock SCF (dense_evolution.native_hf, the fallback path for elements outside PennyLane's bundled STO-3G table, e.g. Silicon) and run Dense-Armor's Hampel/Tukey anomaly filters over the real per-iteration energy trace, instead of trusting the final `converged` flag alone. Needs the `armor` extra (pip install dense-evolution[armor]) -- returns an actionable "Error: ..." if it isn't installed. Args: params (NativeHfDiagnosticsInput): symbols, geometry, charge, active_electrons, active_orbitals. len(symbols) must equal len(geometry). Returns: str: JSON with n_qubi…
dense_evolution_oscillating_noiseA noise strength that oscillates instead of scaling smoothly with a ZNE-style scale factor -- for checking whether a mitigation technique that assumes smooth noise-vs-scale still works when that assumption breaks down. Args: params (OscillatingNoiseInput): base_p, freq, amp, factors. Returns: str: JSON with base_p, freq, amp, factors, p_eff.
dense_evolution_qmmm_forcesCompute 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. Args: params (QmmmForcesInput): name (short id or full catalog name), mapping. Returns: str: JSON with per-atom force vectors and related energetics.
dense_evolution_rag_searchBuild an ephemeral index over the given documents and search it for `query` in one call -- ground an agent's own answer in a document collection, not a quantum measurement result. Nothing persists server-side: each call builds and searches its own index from scratch, so pass the same `documents` again for a second query rather than expecting a prior index to still exist. Two modes: semantic (default) pools TF-IDF and dense-bi-encoder candidates then re-scores with a cross-encoder if rerank=True -- catches paraphrases plain TF-IDF misses. exact=True instead does a substring/regex search over r…
dense_evolution_run_circuitRun 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. Large statevectors/probability arrays are truncated to their most significant entries (see 'shown' vs 'total_*' fields) to keep the response usable in an agent's context -- the full histogram is always returned in 'counts' since it's naturally bounded by `shots`. Ar…
dense_evolution_run_vqeRun 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. Args: params (RunVqeInput): either `name` (short id or full catalog name) or `symbols`+`geometry` (custom) must be given, plus ansatz_type, n_layers, maxiter, step_size, beta1, beta2, seed. Returns: str: JSON with the optimized…
dense_evolution_system_limitsGet 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`. Returns: str: JSON describing the current safe qubit ceiling for the dense backend.
dense_evolution_vector_healingRun 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. Args: params (VectorHealingInput): vectors, radius_baseline. Returns: str: JSON with healed_vectors, fallback_triggered, adaptive_radius_used, reconstruction_error.
dense_evolution_wormhole_scanSweep `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 protocol's qualitative signature: a smooth peak in that difference across the sweep (known peak for seed=61/n_majorana=8/k_terms=10/ t0=0.3: around t1≈0.6-0.7). Unlike dense_evolution_energy_scan, points ru…
dense_evolution_wormhole_select_instanceFind a binary-sparse-SYK random-instance seed suitable for the traversable-wormhole-inspired teleportation protocol (`dense_evolution_wormhole_teleportation`). A uniformly-random seed does NOT reliably show the protocol's sign-dependent teleportation signal -- verified directly across many seeds (some give a clean peak, some the wrong sign for most of a sweep, some are flat noise). arXiv:2604.10090 didn't use an arbitrary instance either: they picked one "selected for favorable commutation properties" among their chosen terms. This tool reproduces that same selection criterion -- screening `n…
dense_evolution_wormhole_teleportationRun 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 forbids from ever showing this signal) but the mutual information between the reference qubit P and a qubit read out from R. Returns a single mutual-information value for the given mu -- the physically me…
Signals
- Stars
- 19
- Forks
- 1
- Open issues
- 4
- Weekly downloads
- 349
- Last commit
- Oct 21, 2026 (7 days ago)
- Last release
- Oct 6, 2026 (22 days ago)
- Last package publish
- Oct 6, 2026 (22 days ago)
From GitHub (fetched Oct 24, 2026) and the package registry.
Details
- Registry name
io.github.tatopenn-cell/dense-evolution- Version
- 8.1.52
- Auth
- No auth
- Packages
- pypi dense-evolution
- License
- AGPL-3.0
- Repository
- github.com/tatopenn-cell/Dense-Evolution
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
Cite this page
Dense Evolution MCP server. Agent Mart. https://agentmart.dev/connectors/tatopenn-cell-dense-evolution (last updated 2026-10-24)