Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
Versioned scientific models with units and SBML, CellML, Modelica export.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"axiomize": {
"command": "uvx",
"args": [
"axiomize"
]
}
}
}Führe das in deinem Terminal aus
claude mcp add axiomize -- uvx axiomizeIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"axiomize": {
"command": "uvx",
"args": [
"axiomize"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"axiomize": {
"type": "stdio",
"command": "uvx",
"args": [
"axiomize"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 8. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto Furox-Art bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (1.12.4) kam vor 36 Tagen in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Python (uv) auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, MyGroceryPal
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
UK supermarket prices: compare products and baskets across 13 stores, see price history, set alerts.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
Reproducible scientific modeling that survives contact with reality. Axiomize turns a vague idea into an explicit, versioned mathematical model, validates it dimensionally and numerically, and exports an artifact someone else can re-run years from now.
This is not the numerical-methods library. That door is scientific-computing-system. Axiomize is the modeling layer: mandatory units, a versioned Model IR, and export to SBML, CellML, and Modelica. The MCP server is axiomize mcp.
mcp-name: io.github.Furox-Art/axiomize
Current package line: 1.14.3. PyPI and npm both serve 1.14.2. Per-registry availability is tracked in docs/documentation.md; the badges above are live and authoritative.
Documentation: [furox-art.github.io/axiomize](https://furox-art.github.io/axiomize/) · Changelog: [CHANGELOG.md](CHANGELOG.md) · Roadmap: [ROADMAP.md](ROADMAP.md) · Security: [SECURITY.md](SECURITY.md) · Contributing: [CONTRIBUTING.md](CONTRIBUTING.md) · Code of conduct: [CODE_OF_CONDUCT.md](CODE_OF_CONDUCT.md) · Cite: [CITATION.cff](CITATION.cff)
I got tired of scientific models that live in Jupyter notebooks and die there.
Someone writes a beautiful simulation, it works on their machine, they graduate or change jobs, and six months later nobody can run it. The dependencies are broken, the data is missing, and the "documentation" is a 47-cell notebook with no explanation.
Axiomize forces models to be explicit, versioned, testable code instead of exploratory spaghetti. Every assumption is written down. Every parameter carries a unit. Every result carries enough provenance that another person, on another machine, can reproduce it.
| If you are… | Start here |
|---|---|
| A scientist whose result has to be defensible in review | Why and the example gallery |
| An engineer sizing capacity, reliability, or inventory | CLI quickstart and axiomize solve / axiomize fit |
| Building an agent that should reason with numbers, not vibes | axiomize capabilities, then MCP or REST |
| Reproducing or auditing someone else's published model | axiomize model --action numerical-verify and portable export |
Not a fit: if you want a black-box predictor with no inspectable assumptions, or if you need the engine to make scientific claims for you without a human in the loop.
pip install axiomize
Optional extras: pip install "axiomize[full]" for PyMC/JAX Bayesian sampling.
The playground extra installs gradio and pandas but ships no UI: playground/app.py is not in the wheel or the sdist, so pip install "axiomize[playground]" alone leaves you with dependencies and nothing to run. To use it, get the file from the repository:
git clone https://github.com/Furox-Art/axiomize
pip install "axiomize[playground]" python axiomize/playground/app.py
Declare the model, then let Axiomize check it. Units are mandatory, so dimensional mistakes fail loudly instead of producing a meaningless number. This block is the model in examples/quickstart_sir.py, field for field.
from axiomize.general_engine import simulate_model
from axiomize.model_ir import ModelIR
model = ModelIR.from_dict({ "schema_version": "1.0", "name": "sir-outbreak", "domain": "epidemiology", "family": "ode", "independent_variable": "t", "independent_unit": "day", "variables": [ {"name": "S", "unit": "person", "initial": 990.0, "bounds": [0.0, None]}, {"name": "I", "unit": "person", "initial": 10.0, "bounds": [0.0, None]}, ], "parameters": [ {"name": "beta", "unit": "1/day", "value": 0.3, "bounds": [0.0, None]}, {"name": "gamma", "unit": "1/day", "value": 0.1, "bounds": [0.0, None]}, {"name": "N", "unit": "persons", "value": 1000.0}, ], "equations": [ {"target": "S", "expression": "-beta*I*S/N", "kind": "derivative"}, {"target": "I", "expression": "beta*I*S/N - gamma*I", "kind": "derivative"}, ], "constraints": [ {"name": "cases_nonnegative", "expression": "I", "relation": "ge", "threshold": 0.0, "scientific_basis": "case counts cannot be negative"}, ], "assumptions": ["closed population of 1000", "homogeneous mixing"], })
result = simulate_model(model, t_span=(0.0, 30.0), points=4) print(f"status: {result['status']}") print(f"solver: {result'solver'} / {result'solver'}") print(f"days: {result['time']}") print(f"infected: {round(v, 3) for v in result['states']}") print(f"checks: {result'validation'} ({len(result'validation')} of them)")
Real output, and byte-identical to python examples/quickstart_sir.py:
status: PASS
solver: scipy / DOP853 days: [0.0, 10.0, 20.0, 30.0] infected: [10.0, 65.393, 239.869, 290.024] checks: PASS (25 of them)
Every command prints JSON you can pipe.
# What is actually installed, and is it usable? Backends report honestly.
axiomize capabilities
axiomize intake "Reduce traffic congestion in a mid-size city"
axiomize-validate --model sir --beta 0.3 --gamma 0.1
axiomize-validate output on those inputs:
=== SIR validation ===
horizon = 180 days (final-size theory is the t->infinity limit) R0 = 3.000 (outbreak) Peak infected = 300,465 at day 61.4 Final size (simulated) = 0.9404 Final size (theory) = 0.9405 Theory match = True
--- sanity checks --- population_conserved PASS compartments_nonnegative PASS R_monotonic_increase PASS
The two flags that matter once you leave the reference model are --input-json (the Model IR request as a file) and --approve-heavy (authorizes repeated refinement runs):
# Without --approve-heavy the study is refused rather than run silently.
axiomize model --action numerical-verify --input-json request.json
axiomize model --action numerical-verify --input-json request.json --approve-heavy
Step-by-step versions of all of this, with the request files, are in docs/quickstart.md.
The engine is 44 importable names (22 modules plus 22 subpackages) behind four interfaces. This README names the whole CLI and the shape of the two servers; the per-module detail belongs in docs/integrations.md.
| Command | Does |
|---|---|
axiomize | The main CLI. 14 subcommands, below. |
axiomize-validate | Closed-form theory checks for the three reference models: sir, gillespie, queue |
axiomize-fit | Calibrate sir or logistic against a time,value CSV; --selftest runs the built-in checks |
axiomize-csv-check | Data quality on an observation file: gaps, duplicates, outliers via modified z-score |
axiomize-benchmark | Grades a produced report against a case in benchmarks/ideas.json |
axiomize-to-latex | Converts a standardized report to LaTeX, optionally --pdf. This is the only LaTeX path in the project; it is not a model export format. |
axiomize-index-reports | Rebuilds reports/INDEX.md from the reports in a directory |
axiomize-sweep | Parallel parameter sweeps (--job sweep, --job mc) |
axiomize subcommands (14)intake · policy · model · clean-data · compare-runs · solve · fit · validate · tools · capabilities · reproduce · benchmark · serve · mcp
tools and capabilities report backend availability; policy reports what the agent is allowed to spend; reproduce and compare-runs work on stored run directories.
axiomize model --action (16)| Family | Values |
|---|---|
| Model lifecycle | plan · validate · simulate · fit · compare · repair · export |
| Analysis | stability · validity · discover · experiment-design · uncertainty · bifurcation |
| Verification | numerical-verify · stop-check · surrogate |
The MCP server exposes 35 tools named axiomize. . Sixteen are axiomize.model_* and follow the model --action values with two differences: axiomize.model_visualize has no CLI action counterpart, and experiment-design is exposed as axiomize.experiment_design rather than a model_* tool. The other nineteen names (intake, solve, simulate, fit_model, validate, cross_validate, sensitivity_analysis, uncertainty_analysis, falsify, compare_models, experiment_design, clean_data, compare_runs, inspect_run, reproduce, get_capabilities, list_tools, select_tools, workflow_policy) cover the surrounding workflow. Enumerate them rather than trusting a list:
axiomize mcp # stdio transport; send tools/list over stdin
The REST server serves 30 route handlers (26 POST, plus GET /tools, /capabilities, /workflow-policy and /runs/{id}) under a /v1 prefix, on loopback by default:
axiomize serve --port 8765
curl -s http://127.0.0.1:8765/v1/capabilities
Both surfaces are larger than any README can enumerate honestly, which is why the naming convention matters more than the list. Both counts come from the installed handlers.
axiomize model --action export --input-json request.json dispatches on the "format" field. What actually returns PASS for a given model:
| Format | Status | Notes |
|---|---|---|
json | yes | Canonical Model IR, sorted keys |
python | yes | Rerunnable script that re-imports the IR |
yaml | yes | Needs PyYAML; otherwise TOOL_UNAVAILABLE |
ipynb | yes | nbformat 4 notebook |
sbml-l3v2 | yes | SBML Level 3 Version 2 Core |
modelica | yes | Modelica 3.6 text |
portable-bundle | yes | axiomize.portable-bundle.v1 with a SHA-256 over canonical IR |
graphml | conditional | Needs family: network IR with metadata.network |
causal-dot | conditional | Needs family: causal IR with identification metadata |
cellml-2.0 | conditional | Passes for supported units; ADAPTER_REQUIRED naming the ones it will not reinterpret |
sbml, cellml | no | Unversioned aliases deliberately return ADAPTER_REQUIRED |
LaTeX is not in this dispatch chain. latex, tex and pdf raise ValueError: format must be json, python, yaml, sbml, or cellml. Use axiomize-to-latex on a written report instead.
| What | Where | Count |
|---|---|---|
| Domain packs | packs/ | 12 |
| Perspective lenses | skills/axiomize/perspectives/ |
Nur der Anfang wird gezeigt; den Rest findest du im Repo