Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
Versioned scientific models with units and SBML, CellML, Modelica export.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"axiomize": {
"command": "uvx",
"args": [
"axiomize"
]
}
}
}Ejecuta esto en tu terminal
claude mcp add axiomize -- uvx axiomizePégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"axiomize": {
"command": "uvx",
"args": [
"axiomize"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"axiomize": {
"type": "stdio",
"command": "uvx",
"args": [
"axiomize"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 8 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub Furox-Art, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (1.12.4) llegó al registro hace 37 días.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Python (uv) en tu computadora.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, Aiterm MCP
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:↓ Descargas por semanai★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
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.
Persistent terminals and one launcher for Claude, Codex, Grok, Cursor, and Antigravity harnesses.
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
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/ |
Solo se muestra el principio; lee el resto en el repo